3

今日、私が何をしたとしても、私のアプリケーションは、アップロードしたファイルに加えた変更を認識しませんでした。ページの上部にcfabortを配置しましたが、それは無視されました。さて、これは本番サーバーなので、fuseboxフレームワークが新しいページをロードするために私が通常しなければならないことがいくつかありました。しかし、通常のプロセスはすべて失敗し、他の多くのプロセスも試しました。それらをリストさせてください：

通常のプロセス：

&fusebox.parseAll=1&fusebox.password=whatever <- Did not work
&fusebox.load=1&fusebox.password=whatever <- Did not work

私が試した他のこと：

* changed mode from production to development-full-load <- Did not work
* called onApplicationStart to reset app <- Did not work
* changed the application name to reset app <- Did not work
* deleted parsed folder and regenerated <- Did not work

私が何をしたとしても（彼らは今のところ思い出せないほどだったかもしれませんが）、ページを更新するものは何もありませんでした。私が気が遠くなった後に機能したのは、Railoサーバーを停止して再起動し、最初に試したものを実行することだけでした。＆fusebox.parseAll = 1＆fusebox.password =whatever

それはうまくいった。したがって、私の唯一の仮定は、アプリケーションの1つで、実際の更新されたファイルではなく、キャッシュされたコードが解析されたファイルの再生成に使用されていたということです。

誰かが以前にこれを経験したことがありますか、これを回避するための解決策はありますか？変更されたファイルを更新するためだけに本番アプリケーションを再起動し続けることができません。

ありがとう

4

1 に答える 1

3

あなたが言ったことから、Trusted Cachingがオンになっているように聞こえますが、これは奇妙な名前ですが、基本的には「これらのファイルは変更されないと信じているので、わざわざチェックしないでください」などの意味です。主なことは、cfm / cfcファイルで変更を確認しないことです。これは高速ですが、もちろん、変更を加えるときに非常に煩わしいものです。

Railoでは、これはマッピングごとのレベルで発生する可能性があるため、最初にすべてのマッピングをチェックして、「信頼できる」オプションが有効になっているかどうかを確認します。サイトのトラフィックが十分に多く、有益である場合を除き、Fuseboxアプリの場合はおそらく価値があるよりも面倒です。したがって、関連するマッピングについては、特に必要な場合を除いて、先に進んで無効にしてください。

同様のグローバルキャッシュオプションもあります。RailoWebAdminで、[設定]>[パフォーマンス/キャッシュ]に移動します。ほとんどの場合、[テンプレートの検査]を[1回]に設定します。「なし」に設定されている場合、これは信頼できるキャッシュと同じです。これも高速ですが、サイトの変更には最適ではありません。ただし、下に[テンプレートキャッシュをクリア]ボタンがあることに気付いたかもしれません。[しない]のままにしておきたい場合は、コードが変更されるたびにこのボタンを押すと、最新のファイルでキャッシュが再構築されます。

于 2010-11-11T11:15:32.630 に答える