回答:
このようなエラーが表示された場合、それは完全なアプリケーションエラーです。実際には、対応する番号でログに記録されます。 /var/report/
(コメントごと)このディレクトリが存在しない場合は、var a laに777 permsを再帰的に設定してみてください chmod -R 777 var/
これらのエラーをページに直接表示したい場合は、
SetEnv MAGE_IS_DEVELOPER_MODE true
.htaccessファイルの先頭に。var / reportからファイルを取得する代わりに、ブラウザから直接エラー全体を取得します。
注::公開する前に、.htaccessからSetEnv MAGE_IS_DEVELOPER_MODE trueを削除してください。
Magentoのデバッグに関して私が見た中で最も簡潔で包括的な投稿とすばらしいリソースは、次のとおりです。Magentoストアをデバッグするための基礎
フォルトとフォルダ内のファイルの権限に問題があるようです。
Magentoがフォルダーを作成するときに、777だけでなく、そのフォルダーに「ユーザー/所有者の権限と同じように」正しい権限が追加されない場合があります。
必要がある:
chown accountuser.accountuser / home / accountuser / public_html / var / report
または
chown accountuser.accountuser / home / accountuser / public_html / var / report *「しかし、 "*"には非常に注意してください。最後のいくつかについては、個人的に行います。間違ってしまうと、あなたに苦痛の世界を引き起こします。
私の場合、サブディレクトリ「ログ」だけが実行中のapacheユーザーによって所有されていませんでした。
私のapacheユーザーはbitnami:daemon ...です。
だから私にとっての解決策は:
sudo chmod -R 777 var/
sudo chown -R bitnami:daemon var/
Magento 1を使用している場合は、Magentoログを管理するオプションがあります。Magento 2に関しては何もありません:/そして、今年バージョン1のEOLになるので、Magento 1で作業することはお勧めしません。
だから、あなたができることは:
SetEnv MAGE_IS_DEVELOPER_MODE true
これらのエラーをページで直接確認したい場合。
もう1つは、それを支援できるホスティングプロバイダーです。AppacheやNGINXのようなサーバーログの追跡を手伝ってくれるホスティングプロバイダーの1人を知っています。