レンダリングアラートの解決策が間違っている?

レンダリングアラートの解決策が間違っている?

ウェブサイトがダウンしている場合の警告とは異なり、ウェブサイトのレンダリングが不良である場合に警告を発する製品をご存知の方はいらっしゃいますか。

http サービスが動作していて、レンダリングされた出力に「エラー」などのキーワードが含まれている場合は、通知を受け取りたいです。これは、http サービスが利用できない場合とは異なります。

コンサルタントが変更を加えた結果、Web サイトにエラーが発生したり、期待どおりにレンダリングされなかったりするシナリオ。

レンダリングが不適切 = エラーまたは終了タグが欠落しているか、ユーザー定義のキーワードまたは正規表現を受け入れます。

このサービスは、IT 管理者が Web サーバーなどから受信するバックエンド アラート通知に参加していない顧客の役割を担う当事者を支援することを目的としています。

答え1

それはあなたのウェブサイトが何をしているかによります。実際にエラー応答コード(たとえば 500 エラー コード)が返されている場合は、サイトにリクエストを送信して返される内容を確認できます。

ただし、通常の 200 Ok 応答コードが返されても、画面にエラーが表示される場合は、画面をスクレイピングしてページから HTML コンテンツを取得し、それを解析してエラー メッセージを取得することにかなり制限されます。

最善策は、Web サーバーを監視して、エラー ページが表示されるときに通知するようにすることです。

答え2

私たちはこれを行いますTembria サーバーモニターhttp モニターには、「高度なコンテンツ チェックを実行する」チェックボックスがあり、チェックするスクリプトを記述できます。次の内容を含むデフォルトのスクリプトが用意されています。

   if (ContentToCheck.indexOf("</body>")==-1)
    {
        Result.Status="Failure";
        Result.Text="An opening body tag was found but a matching closing tag is missing.";
        return;
    }

答え3

私たちは長年この目的でFreshwater SiteScopeを使用してきました。最近HPが買収しました。(HPページ)そして、この時点以降については、あまり知りません。

私たちは、ページが正しくレンダリングされたときに特定の単語が存在するかどうかを監視するためにこれを使用していました。これにより、ハッキングされていないこと、サービスが正しく実行されていることがわかります。

答え4

Nagios (GPL 化) + check_http プラグインは、このほとんどを実行します (ページに選択した正規表現が含まれている場合に警告するまで)。

しかし、それがあなたが探しているものなら、一般的な方法で HTML を検証することはできません。そのチェックを自分でスクリプト化する必要があります。

関連情報