2016-10-09 11 views
0

私はいくつかのブログエントリを書いています。その行のそれぞれは、サムネイル、ビデオタイトル、公開日、ビデオの詳細については内部のMediaWikiへのリンク(例: "http://example.com/1xC8gMecNGU")で構成されています。Javascript:壊れたリンクチェッカー - 利点と欠点

壊れたリンクチェッカーを作成して、リンクが利用できるかどうかにかかわらず、テーブルのWikiセクションに緑色または赤色のorbを表示する予定です。しかし、この機能がサーバーをあまりにも遅くするかどうか、そしてこれがDDoS攻撃の巨大な欠陥であるかどうかはわかりません。また、CPU負荷を減らすために、JavaScriptより優れた選択肢があれば確信が持てません。

約50のリンクチェックを処理しているページのヒントを教えてもらえますか?

答えて

0

ページが読み込まれたときに各リンクでHEADチェックを実行できませんでしたか?
この方法では、リンク検証はサーバーではなくユーザーのブラウザで処理されます。

+0

壊れたリンクチェッカーは、説明した回答と同じではありません.HTTPステータスコード(例:404,503など)を確認していますか?基本的に私はHEADチェックを使用することができましたが、より良い方法があればわかりません。これを作成する前に、私はいくつかの勧告を受けて、これが良い考えであるかどうかを計画したいと思います。 –

+0

質問から申し訳ありません。私は、あなたのサーバー上のチェックをしなければならない負荷について心配していました。私の答えは、サーバーからブラウザにチェックをしなければならない負荷を移動させるだけでした。または、あなたのサイト上の死んだリンクを確認していますか?それが事実であり、あなたがDDoSを心配している場合は、それを処理するのはあなたのルータに任されています。ほとんどのWebサーバーは、何も問題なく秒間に1000回のコールを処理できますが、それ以上のことが予想される場合は、より興味深い問題に遭遇します。 – Heinrich

+0

正しい。自動的にWikiリンクが作成されたので、内部Wikiへのリンクがすべて利用可能かどうかを確認する必要があります(404)。私の心配は、誰かが私のページをDDoSにしようとすると、彼は私のビデオテーブルのページを選択します。私のビデオテーブルのページにはリンクチェックが入っていて、ページにトラフィックが蓄積されています。また、リンクチェックのためにページを訪問した約20人のユーザーのユーザーエクスペリエンスでも、問題なくページを閲覧できます。 –

関連する問題