web-dev-qa-db-ja.com

リクエストの処理中にエラーが発生しました、エラーログレコード番号

管理パネルにログインして、Magentoをインストールしました。しかし、リンクをクリックしてCMSページまたはユーザー設定を開くと、次のようなエラーが表示されます。

リクエストの処理中にエラーが発生しました。セキュリティ上の理由により、例外印刷はデフォルトで無効になっています。

エラーログレコード番号：673618173351

そのエラーログレコード番号はリンクのように見えますが、それを押しても何も起こりません。 magentoファイルでログファイルを検索しようとしましたが、見つかりませんでした。

そのため、実際には管理パネルにしか接続できませんが、ここでは何もできません。

何が間違っているのでしょうか？最新のMagentoバージョン（magento-1.7.0.2）をインストールしました。デフォルトのフロントエンドが開き、動作します。

追伸.

追加情報が必要な場合は、それを言ってください

更新：

そのため、ログではすべてのエラーが同じです（アクセスされたリソースは異なります）。

a：5：{i：0; s：71： "一時ディレクトリを特定できませんでした。cache_dirを手動で指定してください"; i：1; s：4546： "＃0 /home/geniusinsi/domains/example.com/public_html /lib/Zend/Cache/Backend.php(197）：Zend_Cache :: throwException（ 'Could not deter ...'）

私は理解しているように、私はどこかにキャッシュディレクトリを指定する必要がありますか？

magentomagento-1.7
36
Andrius

magento/var/reportに移動し、エラーログレコード番号の名前（つまり、673618173351）のファイルを開きます。そのファイルで、エラーの完全な説明を見つけることができます。

system.logやexception.logなどのログファイルについては、magento/var/log/にアクセスしてください。

91
sanji

次からエラー情報を確認できます。

Magento/var/report

ほとんどの場合、XAMPPまたはWAMPPサーバーの起動を忘れた場合、特にローカルサーバーでのデータベース接続の切断が原因です。

6
rajausman haider

pub/local.xml.sampleの名前をlocal.xmlに変更します。その後、正確にエラーを表示します。

1
Pramod Kharade

私の場合、magentoが自動的に更新されたときにこの問題が発生します。バックアップを復元し、ビンゴが正常に動作し始めました。

1
Mohit Lalwani

Magentoのインストールディレクトリに「tmp」フォルダーがありますか？そうでない場合は、作成して、それが役立つかどうかを確認してください！

編集：それが失敗した場合、php.iniのupload_tmp_dirを確認してください-それが設​​定されていることを確認してください。

1
HughieW

ログファイルの説明から、Magentoサイトのキャッシュフォルダーを指定する必要があることがわかりました。

/ lib/Zend/Cache/Backend/File.phpに移動し、検索します

'cache_dir' => null,

に変更します

'cache_dir' => tmp/,

Magentoのルートフォルダーにtmpフォルダーを作成して、機能するようにしてください。

参照元： https://magentoexplorer.com/how-to-fix-magento-500-internal-server-errors-in-magento-and-magento-2

1
Brian

一般的な解決策は、このコマンドを実行してmagentoセットアップをアップグレードすることです

php bin/magento setup:upgrade && php bin/magento setup:di:compile

それ以外の場合は、var/report/{error number}を確認するだけです

0
Yamen Ashraf

ほとんどの場合、特にローカルサーバーでのデータベース接続の切断が原因で、XAMPPまたはWAMPPサーバーの起動を忘れると、

solution -1：-pub/local.xml.sampleの名前をlocal.xmlに、またはpub/local.xmlの名前がlocal.xml.sampleの場合解決策2を試してください

解決策2： php.iniファイルに移動し、max_execution時間を増やし、magentoの新規インストールで問題が解決されたことを確認します

0
Kamlesh Kumar

このような問題が発生したため、誤ってvar/cacheフォルダーのアクセス許可を変更したことがわかりました。キャッシュフォルダーを削除するだけで、magentoが適切な権限を持つフォルダーを自動的に作成できます。

rm -rf root/var/cache
0
Reynell Bobihis

キャッシュをクリアすると、ウェブサイトは正常に機能します。

0
Omprakash Patel