magento 1.9.0.1があり、すべてのキャッシュがオンになっていますが、なぜvar/cache
空ですか?バックエンドからのみキャッシュを空にできますが、これが壊れると問題が発生します。
magentoはキャッシュファイルをどこに書き込みますか?
magento 1.9.0.1があり、すべてのキャッシュがオンになっていますが、なぜvar/cache
空ですか?バックエンドからのみキャッシュを空にできますが、これが壊れると問題が発生します。
magentoはキャッシュファイルをどこに書き込みますか?
回答:
あなたが持っている場合はvar
、DIR、あるいはvar/cache
ディレクトリを、しかし、Magentoのは、それに書き込むことができない、Magentoのは、使用するsys_get_temp_dir()
キャッシュファイルを置くのに適した場所を決定します。
多くの場合、これは次のように/tmp/
なります/tmp/magento/var/cache
(fschmenglerに感謝)
/tmp/magento/var/cache
誰に影響するか。「.xml
」で終わるファイルはすべて使用でき、使用されます。
XMLファイルの名前を、ドットXMLで終わらないoldsomething.xml
ような何かをする必要があるような名前に変更するだけでは十分ではありlocal.xml.back
ません。残すlocal.xml
とoldlocal.xml
両方のファイルをロードします。
これがなぜなのかを知るほど内部の仕組みについては十分に知りませんが、それが本当かどうかを知るためにテストしました。これを証明するには、名前を変更したXMLでMagentoを壊すものを入れると、Magentoが動作しなくなります。
たぶん、Magentoのコードはファイル名ではなく、特定の場所の拡張子だけを区別していますか?
私のウェブサイトはまだMagento 1.6.2.0にありますが
、更新するにはあまりにも恥ずかしがりません(壊れていません)が、1.8 Redisの部分を入れたので動作するようです。私は1.9.2.0をテストしていますが、一部の拡張機能が動作しなくなったため、プライムタイムの準備はまだできていません。
https://github.com/steverobbins/Magento-Redismanagerを試してください。あなたも好きかもしれません!
.xml
ファイルをロードします。これは、すべてを取るPHP関数で初めにMage_Core_Model_Config
loadBase()
.xml
glob()
$files = glob($etcDir.DS.'*.xml');
問題を解決するために管理し、それはこれまでで最も奇妙なことです。local.xml
問題を解決するためにを変更すると、古いファイルのバックアップを作成しますlocal_back.xml
。そのファイルを削除するだけで、すべて正常に動作するようになりました。Magentoがそのファイルを選択する理由はわかりません。とにかく問題は解決されました。
app/etc/
あなたが見ることができるようにmagentoはすべてのxmlファイルを読み込んでいるので\Mage_Core_Model_Config::loadBase
他のコミットでは、Magentoが「.xml」で終わるものすべてをロードしようとしているため、誰かが何が起こっているのか、または私の答えを理解していない可能性があります。したがって、使用されていないバックアップまたはコピーが必要な場合は、バックまたはバックアップなどを追加しても機能しません!
back_local.xmlは機能しません
コピーまたはバックアップが必要な場合は、ファイル名のサフィックスを変更する必要があります。つまり、「local.xml.backupの形式で、または.xmlを完全に削除します。local.xml.backupをコピーとして使用します。必要に応じて「.backup」を簡単に削除して使用できるため、テスト中です。.back_todayや.back2などのさまざまなバージョンのエディターで「名前を付けて保存」をいつでも使用できます。
参考までに、Magentoはloadbase()関数のMage_Core_Model_Configで.xmlファイルをロードします。最初の$ files = glob($ etcDir.DS。 '*。xml');でPHP関数glob()を使用してすべての.xmlを取得します。–マテオジェオフ16年2月17日14:56で
そのため、さまざまなバックエンドをテストする際に上記の形式を使用します。
APC memcachedに関しては、それらは古く、Redisなどのキーを使用しません。私が理解していることから、間に大きな違いはありません
<session_save><![CDATA[db]]></session_save>
[ファイル]、[db]、[memcache]またはその他のキャッシュ。サーバーの応答時間やサーバーで使用されるハードドライブの状況のようです。参照:「Magentoセッションストレージ:どちらを選ぶべきか、なぜ?」
My VPS(InMotion)が厳密にソリッドステートハードドライブに変更されたとき、すべてが非常に高速になりました。ミリ秒単位の転送を取得していました!
自宅の私自身のテストサーバーでは、HST 10kスピンドル速度と64 MB(サーバー用としてマーク)などのキャッシュのボート負荷を使用する1つのボックスで、ハードドライブは非常に高速で、他のボックスはハードドライブで非常に低速ですOEMボックスから。
また、8個のCPUコアと32GBのRAMがあれば役立ちます。VPSまたは専用サーバーとしてオンラインで提供されるものの多くはチートです!!! サーバーが実際に共有ホスティングが他の何かとして渡された場合、Unlimitedは何も意味しないので、詳細または取得するリソースを取得する必要があります。そして、写真が彼らの施設が本当に何であるかについてあなたを誤解させないでください。あなたは、ヒラリーが彼女のメールのために手に入れたようなものを得るかもしれません。フックは、多くの場合、良い価格を得るために1年以上の契約を望んでおり、あなたが遅いサーバーにいることを知る前にセットアップを最適化するのに1か月以上かかることがあります!!!