local.xmlにいくつかの構成の問題があり、magentoフロントエンドも管理パネルもロードできません。次にlocal.xmlにある問題を修正し、新しい構成をロードするために、すべてを削除しました。/ var / cache、さらには/ var/sessionフォルダーにあるもの。しかし、驚いたことに、Magentoはまだ古いlocal.xml設定をロードしています。
apacheを再起動してブラウザのキャッシュをクリアしてみましたが、何も機能しません。
何か案は??
コア構成を変更して固定(local.xml、ベースURLなど)するには、Magentoコードキャッシュをクリアする必要があります。多くの場合、のmage--?
サブフォルダーを実際に手動で削除しますvar/cache/
。
キャッシュされた構成は、phpMyAdminを使用して行がデータベースで更新されていることを確認できるにもかかわらず、ベースURLが元のMagentoインストール(別のフォルダー、別のサーバー)を指しているなど、あらゆる種類の問題を引き起こす可能性があります。キャッシュされた構成情報が削除されるまで、構成はデータベースから再読み取りされません。
物事が行き詰まるもう1つの場所は、APCオペコードキャッシュを使用している場合です。管理ページを使用して、apc.php
それもクリアします。Apacheを停止して再起動すると、同じ結果が得られます
そして最後に、権限が適切に設定されておらず、Webサーバーで読み取りと書き込みが可能な場合、 var/cache/
Magentoはキャッシュされた情報をシステムvar/tmp/
ディレクトリに保存することがあります。つまり、Magentoのキャッシュをクリアしてもキャッシュされた設定は、誰かがサーバーを再起動し、システムディレクトリがクリアされ、Magentoが自動的に設定を読み取るまで消えます。または、それについて知らされ、Magentoキャッシュをから削除するためのアクセス権があります。これは、ルートから離れたシステム一時ストレージフォルダで発生するこれに関するいくつかのドキュメントです(画像を参照) /tmp
/tmp
/tmp
注:ファイルのバックアップコピーを保存する場合はlocal.xml
、必ず次のような名前に変更してください。そうしlocal.xml.sv1
ないと、Magentoが引き続きファイルを読み取ります。
問題とこれまでで最も奇妙なことを解決するために管理します。この問題を修正するためにlocal.xmlを変更すると、local_back.xmlという古いファイルのバックアップが作成されます。そのファイルを削除するだけで、すべてが正常に機能しています。Magentoがそのファイルを取得する理由がわかりません。あらゆる方法で問題が解決されました。
注:詳細については、以下のコメントを参照してください。これは.xmlファイル拡張子です。