そのため、新しいバージョンをアップロードしている間、app_offline.htm を使用してアプリをオフラインにすることがあります。
しかし、より大きな dll をアップロードしている最中に、dll をロードできなかったことを示す黄色のエラー画面が表示されます。
これは、app_offline.htm が何をするか (アプリを完全に停止する) に対する私の期待と同期していないようです。
私は何か間違ったことをしていますか、それともこの動作は設計によるものですか?
そのため、新しいバージョンをアップロードしている間、app_offline.htm を使用してアプリをオフラインにすることがあります。
しかし、より大きな dll をアップロードしている最中に、dll をロードできなかったことを示す黄色のエラー画面が表示されます。
これは、app_offline.htm が何をするか (アプリを完全に停止する) に対する私の期待と同期していないようです。
私は何か間違ったことをしていますか、それともこの動作は設計によるものですか?
app_offline.htm はアプリケーションをシャットダウンしますが、コンパイラを完全には停止しません。
したがって、アップロードした最初のdllで、コンパイラーは異なるものを認識してコンパイルを再開します...そのため、次のdllを試してみると、おそらくコンパイルで使用され、削除/置換できません。
シャットダウンを要求しても、アプリケーションがまだプロセスを作成し、この dll を使用している可能性もあります。
私がしていることは、サーバー上のすべてのファイルを別のディレクトリにアップロードし、app_offline.htm を開き、すべてのプールが閉じるのを待って (アプリケーション側にメッセージを配置しました)、サーバーからすべてをコピーすることです。更新ファイルは高速です。違いは、ftp を使用すると、コンパイラが dll からグローバル関数を再コンパイルするためにトリガーする時間よりも、アップロードに時間がかかることです。
app_offline.htm を使用してもシステムがコンパイルを実行していることを確認するには、Process Explorer を使用してコンパイルを確認します。
コンパイルとは?ページ以外のdllをコンパイルすると思います。
メッセージは、プログラムをコンパイルしようとするコンパイラからのものです。最初にアップロードした dll からコンパイラがトリガーされ、新しいコンパイルが開始されます。次のコンパイルをアップロードすると、コンパイルを試みている間、dll がロックされます。 ftpで。