2012-07-17 12 views
6

をクリアし得ていない私はMagentoのフロントエンドでも、私の管理パネルをロードすることはできません私のlocal.xml、中にいくつかの構成の問題は、その後、私は私が私のlocal.xmlに持っていた問題を修正し、しなければなりませんでした私の新しい設定をロードするには、/var/cacheのすべてを削除し、さらに/var/sessionフォルダにあるものを削除しました。しかし、驚いたことに、Magentoはまだ古いlocal.xml設定を読み込んでいます。Magentoのキャッシュが

私はApacheを再起動してみましたが、ブラウザキャッシュをクリアしましたが、何も動作しません。

答えて

8

Magento Folder in system /tmp は、これまで問題とその奇妙な事を解決するために管理します。問題を解決するためにlocal.xmlを変更すると、local_back.xmlという古いファイルのバックアップが作成されます。私はそのファイルを削除して、すべて正常に動作しています。 Magentoがそのファイルを選んだ理由がわかりません。あらゆる方法で問題が解決されました。

注:詳細については下記のコメントを参照してください。

+4

ああ、私はそれを考えなかった。 Magentoは、見つかった** .xml **ファイルをすべて読み込みます。ファイルの末尾が** .xml **でないように名前を変更してください**例として** local.xml ** ** local.xml.sv1 ** –

+0

にバックアップを保存しますはい、それはまさに正しいです – Thanu

+0

これはemacsで私を得たlocal.xmlの自動保存。 Magentoは〜local.xmlとdb設定を読み込みましたが、local.xmlの新しい設定を上書きしています。 – zlovelady

16

コア設定を変更して(local.xml、ベースURLなど)固執させるには、var/cache/mage--?サブフォルダを実際に手動で手動で削除して、Magentoコードキャッシュを消去する必要があります。

キャッシュされた設定は、phpMyAdminを使用して行が更新されていることを確認しても、元のMagentoインストール(別のフォルダ、別のサーバ)を参照しているなど、あらゆる種類の頭痛を引き起こす可能性があります。データベース。キャッシュされた構成情報が削除されるまで、構成はデータベースから再読み込みされません。

あなたがそれを使用している場合、スタッフが立ち往生する別の場所は、APCオペコードキャッシュにあります。 apc.php管理ページを使用してそのページも消去します。停止とApacheを再起動すると、あなたがそう彼らはあなたのWebサーバに読み書き可能なBOTH'RE var/cache/var/tmp/上で適切に設定される許可を持っていない場合は、Magentoのは、中にキャッシュされた情報を格納することができる、

そして、すべての最後に同じ結果を達成しますシステム/tmpディレクトリの場合、Magentoのキャッシュを消去しても、誰かがサーバを再起動するまでキャッシュされた設定がなくなると、/tmpディレクトリがクリアされ、Magentoは自動的にその設定を読み込みます。または、あなたはそれについて語られており、/tmpのMagentoキャッシュを削除するアクセス権があります。ここでは根のオフシステムの一時保存フォルダ内のこの出来事のいくつかのドキュメントは、(画像を参照)です

注:あなたがlocal.xmlファイルのバックアップコピーを保存する場合は、local.xml.sv1のようなものに名前を変更することを確認したり必要になります Magentoがまだそれを読んでいることがわかります。 Magento Cache in system /tmp

+0

私は理由を知っていませんが、Magentoには/ tmpがありません。私の質問で言及したように、私は既にすべてのマゼンタを削除しました - ?/var/cache – Thanu

+2

マゼンタではないvar/tmp、system/tmp < - スラッシュで始まることに注意してください。 –

+0

/var/tmpはなく、/ systemまたは/ system/tmpはありません。私はno/tmp :( – Thanu

関連する問題