7

local.xmlにいくつかの構成の問題があり、magentoフロントエンドも管理パネルもロードできません。次にlocal.xmlにある問題を修正し、新しい構成をロードするために、すべてを削除しました。/ var / cache、さらには/ var/sessionフォルダーにあるもの。しかし、驚いたことに、Magentoはまだ古いlocal.xml設定をロードしています。

apacheを再起動してブラウザのキャッシュをクリアしてみましたが、何も機能しません。

何か案は??

4

2 に答える 2

17

コア構成を変更して固定(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が引き続きファイルを読み取ります。

システム/tmp内のMagentoフォルダー システム/tmpのMagentoキャッシュ

于 2012-07-17T02:54:26.830 に答える
10

問題とこれまでで最も奇妙なことを解決するために管理します。この問題を修正するためにlocal.xmlを変更すると、local_back.xmlという古いファイルのバックアップが作成されます。そのファイルを削除するだけで、すべてが正常に機能しています。Magentoがそのファイルを取得する理由がわかりません。あらゆる方法で問題が解決されました。

注:詳細については、以下のコメントを参照してください。これは.xmlファイル拡張子です。

于 2012-07-17T05:08:10.490 に答える