コア設定を変更して(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は、見つかった** .xml **ファイルをすべて読み込みます。ファイルの末尾が** .xml **でないように名前を変更してください**例として** local.xml ** ** local.xml.sv1 ** –
にバックアップを保存しますはい、それはまさに正しいです – Thanu
これはemacsで私を得たlocal.xmlの自動保存。 Magentoは〜local.xmlとdb設定を読み込みましたが、local.xmlの新しい設定を上書きしています。 – zlovelady