rdb:デバッグ事前実行(古典的な)ASP-Open Text Web Solutions Usergroup e.V.
- RedDot CMSのブログ
- 15.11.2019
- エン
rdb:デバッグ事前実行(クラシック)ASP
問題
ほとんどすべてのRedDot CMS Web Solutions Management Server開発者は、失敗したテンプレートで事前実行されたASPに対して出てき デバッグの組み込みメソッドを持たないことや、CMS WSMSから何らかの意味のあるエラーメッセージを取得することに対するその後の不満は、製品の最も議論されている厄介なことの一つです。 確かに、Pre-Execute Debuggerプラグインがありますが、それを使用するには、RDServerに変更を加える必要があります。iniファイル。 これらの変更は、プロジェクトを使用できなくするか、RedDot CMS Web Solutions Management Server…err…serverをクラッシュさせることさえできます(私は両方のシナリオを何度も経験し 後者はもちろん再起動によって修正することができますが、これが忙しい本番システムであれば、それは実用的ではありません。
確かに、これらのエラーをシステムから取り出して開発者に戻す方法はいくつかあるはずですか?
解決策
私はこれを最初に考えた人かどうかはわかりませんが、前に議論したことがないので、これが有用な情報であることを願っています。
いくつかの背景
実行前のASPは、IISに渡されて実行される前にCMS WSMSによってレンダリングされます。 結果のコードは、ページに含めるためにCMS WSMSに戻されます。 表示されませんが、ASPが失敗すると、IISによって500エラーが生成されます。 残念ながら、500エラーに関するこの情報は、CMS WSMSとIISの間でデータが渡され、再び戻されると失われます。
カスタムエラーページを入力します
IISでは、webサーバーで発生するエラーの種類ごとにカスタムエラーページを設定することができます。 これは伝統的に、公開されたwebサイトで意味のある404ページをエンドユーザーに提供するために使用されます。 この機能を活用して、CMS WSMSサーバーで500エラーのカスタムエラーページを設定できます。 これに加えて、Microsoftの人々は、500エラーからのみ利用可能で、エラーに関する有用な情報の束を返すErrorオブジェクトも提供することを明確にしています。 …












