アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
技術的な根拠あるの? (スコア:0)
10 も 20 もタブ同時に開いて使うのが普通の時代にはそぐわない制限。他の人が書いてるようにサーバー側で制御すればいいし、エロサイトとかではそういう技術も確立されてるように思う。
Re:技術的な根拠あるの? (スコア:0)
問題ないんじゃないかなぁ~
とか思ったりもするよ
Re:技術的な根拠あるの? (スコア:1)
>問題ないんじゃないかなぁ~
10や20の画像が含まれてるページはあるんじゃないですかね?
# サーバの性能如何では、むしろ接続(転送の)持続時間を短くできて
# そんなに負荷をあげずに快適度を上げれることも
# あるんじゃないかなぁとは思うの
Re:技術的な根拠あるの? (スコア:1, 興味深い)
そのためのpersistent connectionです。RFC 2616は理由もなく接続数を(それまで慣習的に使われていた4から)減らせと言っているわけではありません。
まあ現実問題として巨大なファイルを2つダウンロードすると、もうそのサーバの別のページを見ようとしても接続できないので困ったりするわけですが。おそらくHTTP/2.0では1つの接続に複数のリクエストを並列に織り交ぜられるような仕様にする予定なのでしょう。
Re:技術的な根拠あるの? (スコア:1)
それが出来て、今のソケットを浪費するやり方よりも
スマートに並列処理を扱えるならそっちがいいね。
# サーバ側があるユーザからのリクエスト、という切り口で複数のリクエストをまとめられるから
# ファイルの大きさやコンテンツの種類に応じて帯域をわけたりできるのかな?
# テキストは早く送ってくれたり、画像はヘッダ部分だけ早く送られてくるとか
# でも、個人毎っていうことならセッションにユーザ毎のユニークIDがあればいいだけか・・・
# やっぱ、一つの接続に限定するのってそんなに良くない気がしてきた・・・事態を複雑にしているだけだ・・・
# ソケット接続を効率的に捌く方法を考えた方がいい気が・・・