アカウント名:
パスワード:
See RFC 2616 10.4
省略されました。続きを読みたければ RFC 2616 を参照してください。 [ietf.org]
認証が必要→有料ユーザじゃないのでお金払ってね、などの形でステータスを変えていくのもアリでは。用意されていないよりは、用意されているほうがずっといいので。
# パンツの柄に使ったりね(違)
まぁ、仮に5個目のコネクション以降は5XX返せば、それ以上は増えないし。
それ、あまり意味がないような。5xxを返しても最終的に閲覧に支障が出ないというのは再び接続してくるからでしょう? サーバ側の負荷としては(コンテンツにタッチするよりはましだが)やはり嬉しくない。
それに他の人が書いているように同じIPアドレスでもプロキシやNATゲートウェイだったりするわけで、同時接続数を絞るのはHTTPのセッションを見てやりたい。
となると、接続してきたら受けるだけ全部受けちゃうけど放置プレイ、という戦略がいいような気がする。リソースが気になってきたらその中から適当に選んで5XXだけ返して蹴る。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
そういう制限はクライアントにさせるよりも (スコア:2, すばらしい洞察)
# 5xx:500番台は一時的な失敗。
Re:そういう制限はクライアントにさせるよりも (スコア:2, おもしろおかしい)
402 Payment Required
Re:そういう制限はクライアントにさせるよりも (スコア:1)
Re:そういう制限はクライアントにさせるよりも (スコア:1)
See RFC 2616 10.4
省略されました。続きを読みたければ RFC 2616 を参照してください。 [ietf.org]
Re:そういう制限はクライアントにさせるよりも (スコア:1)
勉強不足です。
なんで、HTTPステータスに金が絡むのか・・
Re:そういう制限はクライアントにさせるよりも (スコア:1)
認証が必要→有料ユーザじゃないのでお金払ってね、などの形でステータスを変えていくのもアリでは。用意されていないよりは、用意されているほうがずっといいので。
# パンツの柄に使ったりね(違)
Re:そういう制限はクライアントにさせるよりも (スコア:1)
Re:そういう制限はクライアントにさせるよりも (スコア:1)
ていうか、NATからの接続はどうすんだ?
Re:そういう制限はクライアントにさせるよりも (スコア:0)
Re:そういう制限はクライアントにさせるよりも (スコア:0)
それ、あまり意味がないような。5xxを返しても最終的に閲覧に支障が出ないというのは再び接続してくるからでしょう? サーバ側の負荷としては(コンテンツにタッチするよりはましだが)やはり嬉しくない。
それに他の人が書いているように同じIPアドレスでもプロキシやNATゲートウェイだったりするわけで、同時接続数を絞るのはHTTPのセッションを見てやりたい。
となると、接続してきたら受けるだけ全部受けちゃうけど放置プレイ、という戦略がいいような気がする。リソースが気になってきたらその中から適当に選んで5XXだけ返して蹴る。
Re:そういう制限はクライアントにさせるよりも (スコア:0)
Re:そういう制限はクライアントにさせるよりも (スコア:0)
Re:そういう制限はクライアントにさせるよりも (スコア:2, 興味深い)
リバースプロキシなんかにセッション数に応じて5xxを返すようなものはあるんじゃなかろうか。
SMTPやP2Pなんかの特定の通信をパケットレベルで遅くするような機器もあるようだから、そういうのも使えるんじゃないかな。
Re:そういう制限はクライアントにさせるよりも (スコア:0)