2

CLI環境でキャッシュを無効にするにはどうすればよいですか?

理由は、スクリプトを実行するシステムユーザーがキャッシュディレクトリに書き込むことを許可されていないため、スクリプトを実行できないためです。

私のapplication.iniには

[production]

resources.cachemanager.database.frontend.name = Core
resources.cachemanager.database.frontend.customFrontendNaming = false
resources.cachemanager.database.frontend.options.lifetime = 7200
resources.cachemanager.database.frontend.options.automatic_serialization = true
resources.cachemanager.database.backend.name = File
resources.cachemanager.database.backend.customBackendNaming = false
resources.cachemanager.database.backend.options.cache_dir = HTTPDOCS_PATH "/data/cache/database"
resources.cachemanager.database.frontendBackendAutoload = false

[cli : production]

* <] :-)

4

2 に答える 2

4

試す

resources.cachemanager.database.frontend.options.caching = false

のプロパティについては、 APIおよびZFリファレンスガイドを参照してください。$_optionsZend_Cache_Core

于 2011-01-13T09:34:17.080 に答える
1

あなたのように、親セクションに登録された構成セクションでプラグインを無効にする明確な方法はわかりません。Zend_Config_IniHTML要素がclass属性で複数のCSSクラスを作成できるように、多重継承が許可されていると便利です。(そうですか?私は推測していません)。次に、プラグイン登録を1つのセクションにまとめ、 Doctrineにテンプレートと動作があるように、拡張できない場合でも拡張できる[myplugsection]ようにすることができます。[production][myplug][cli]actAs

次善の策は、あなたが今持っているもののほとんどを含む[コア]のようなものと呼ばれるセクションを作成することかもしれません[production][production]とは両方とも[cli]拡張できます[core][production]、プラグインは登録され[cli]ませんが、登録されます。

もちろん、別の方法として、プラグイン登録をBootstrapに移動して、プラグイン登録をより細かく制御することもできます。特に、を呼び出すことができます。$front->unregisterPlugin()ここ$frontで、はFrontControllerです。

大声で考えているだけ...

乾杯!

于 2011-01-13T10:58:07.990 に答える