Magento 1.4.2 CEを搭載したサーバーがあり、APC 3.1.9がインストールされ、Magentoはバックエンドキャッシュとして使用するように設定されています。Magento 1.4.2 + APC:キャッシュのクリアは設定変更に影響しません。
キャッシングで奇妙な動作が発生しました。バックエンドで行うすべての変更は、apache2が再起動されるまで表示されません。/ APC opcodeキャッシュがクリアされています。これには、例えば、ウェルカムメッセージを変更するか、Googleアナリティクスを有効/無効にします。
質問:なぜAPCはフルページをキャッシュするのですか?私たちはこの行動を望んでおらず、それは標準ではないようです。バックエンドのあらゆる小さな変更に対して、オペコードキャッシュをクリアする必要があります。マゼンタキャッシュをクリアしても問題はありません。
は完全を期すために、ここに私たちの/etc/php5/conf.d/apc.ini
です:
extension=/usr/lib/php5/20090626/apc.so
apc.enabled=1
apc.file_update_protection=2
apc.optimization=0
apc.shm_size=128M
apc.include_once_override=0
apc.shm_segments=1
apc.gc_ttl=7200
apc.ttl=7200
apc.num_files_hint=1024
apc.enable_cli=0
も7200s TTLの後には効果がありませんGoogle Analyticsを有効化/無効化。おそらく、現在キャッシュが満杯にならないためです。その容量の40%が約98%のヒット率で使用されます。
これはapc.phpからの完全な設定出力は次のようになります。
apc.cache_by_default 1
apc.canonicalize 1
apc.coredump_unmap 0
apc.enable_cli 0
apc.enabled 1
apc.file_md5 0
apc.file_update_protection 2
apc.filters
apc.gc_ttl 7200
apc.include_once_override 0
apc.lazy_classes 0
apc.lazy_functions 0
apc.max_file_size 1M
apc.mmap_file_mask
apc.num_files_hint 1024
apc.preload_path
apc.report_autofilter 0
apc.rfc1867 0
apc.rfc1867_freq 0
apc.rfc1867_name APC_UPLOAD_PROGRESS
apc.rfc1867_prefix upload_
apc.rfc1867_ttl 3600
apc.serializer default
apc.shm_segments 1
apc.shm_size 128M
apc.slam_defense 1
apc.stat 1
apc.stat_ctime 0
apc.ttl 7200
apc.use_request_time 1
apc.user_entries_hint 4096
apc.user_ttl 0
apc.write_lock 1
私はMagentoバックエンドキャッシュを無効にするヒントを得ました。これは、APCオペコードキャッシングよりも性能に与える影響が少ないからです。 local.xmlのキャッシュを無効にし、var/cacheをクリアすると本当に助かりました。店舗は以前と同じくらい速いですが、1つの設定を変更するたびにopcodeキャッシュをクリアしなければならなかったバグがなくなりました。 – SebiF