Oliverによる
2005年07月16日 9時01分の掲載
合体！部門より。
合体！部門より。
Kim H Yusuke 曰く、 "I-O DATAのNAS機器、LANDISKにサインはVGAを接続してデスクトップ機にしてしまったというレポートおよび設定メモがLANDISKで漕ぎいでな～♪というWikiで紹介されている(記事:サインはVGAをつなげてみた)。掲載されていた、モニタの横にちょこんとNAS機器が置かれているだけなのにXが表示されている画像に大いに笑った。実際やってみてこそのアレゲだと思います。"
関連ストーリー
この議論は賞味期限が過ぎたので、保存されている。
新たにコメントを書くことはできない。
NASモニターキット発売！ (スコア:3, おもしろおかしい)
USB接続かPCカードタイプかは分かりませんけど。
NASもGiga-BASEあたりに対応する為、高速処理できないといけないから
WEBブラウズ位なら充分対応できる性能持つ様になりましたからねぇ。
#でも盲点的なこの手のトライは面白いな。
Xが動くということは (スコア:2, おもしろおかしい)
さすがにいなずま落としは出来ないだろうな。電子機器だから。
こっちも気になる (スコア:2, 興味深い)
件のサイトが (スコア:1)
土曜日の朝からサーバ復旧作業か(^^;
お疲れさまです
やなぎ
字面じゃなく論旨を読もう。モデレートはそれからだ
Re:件のサイトが (スコア:5, 興味深い)
親コメント
pingとCache-control (スコア:3, すばらしい洞察)
>
>Pinging eggplant.ddo.jp [61.126.152.64] with 32 bytes of data:
>
>Reply from 61.126.152.64: bytes=32 time=107ms TTL=21
>Reply from 61.126.152.64: bytes=32 time=183ms TTL=21
>Reply from 61.126.152.64: bytes=32 time=103ms TTL=21
>Reply from 61.126.152.64: bytes=32 time=247ms TTL=21
>
>Ping statistics for 61.126.152.64:
> Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
>Approximate round trip times in milli-seconds:
> Minimum = 103ms, Maximum = 247ms, Average = 160ms
>
>>ping slashdot.jp
>
>Pinging slashdot.jp [61.215.208.13] with 32 bytes of data:
>
>Reply from 61.215.208.13: bytes=32 time=84ms TTL=58
>Reply from 61.215.208.13: bytes=32 time=88ms TTL=58
>Reply from 61.215.208.13: bytes=32 time=88ms TTL=58
>Reply from 61.215.208.13: bytes=32 time=89ms TTL=58
>
>Ping statistics for 61.215.208.13:
> Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
>Approximate round trip times in milli-seconds:
> Minimum = 84ms, Maximum = 89ms, Average = 87ms
今の時間帯でもそれほど込んでいるとは思えない。
ラーメン屋の紹介記事でも、記事が公開された数日だけ込むだけだろ。
後は込んだとしても高が知れている気がする。
あと、俺wikiには疎いが、キャッシュコントロールでmax-ageを1時間くらい指定すればかなりトラフィック減らせるのでは？
「HTTP/1.1 304 Not Modified」を返す奴ばかりを連呼しているのが現状だから。
特に、画像やcssとかなんて頻繁に変わるものじゃないし。
それと、頻繁に変わる http://eggplant.ddo.jp/www/pukiwiki/index.php とかって、
>Cache-control: no-cache
>Pragma: no-cache
が必要なんだろうか？
Cache-control未対応のブラウザ様に「Pragma」の「no-cache」に付き合うように「Cache-control: no-cache」にする必要は無いのでは？
ちなみに、俺は（借りているレン鯖で）掲示板では
>cache-control: must-revalidate, max-age=0
を使っている。「must-revalidate」を認識しないブラウザ様に「max-age=0」も指定していて、毎回チェックを強要している。
Last-ModifiedとETag吐いて、キャッシュさせ変更無ければ「304 Not Modified」を送る感じ。
no-cacheをmust-revalidate, max-age=0、何も指定していない画像とかはmax-age=3600とかの方が良いんじゃないの？
親コメント
Re:よくやった！ (スコア:2, 興味深い)
厳密な線引きってできますかね？
しかもリンクに許可って、
無断リンク禁止を笑うのがココの流儀でしょ。
/.や2ch、ニュースサイトなんかがある以上、
おもしろいネタを公開したら人が集まる。
それだけ価値のある情報なんだから。
ま、潰れないサイトに移るのも、面倒だから放置するのも
公開する人の権利ですしね。
もったいないなぁ、と思う人がいるなら交渉して
ミラーしたげるのも自由。
親コメント
Re:pingとCache-control (スコア:2, すばらしい洞察)
>日を増す毎にアクセスが増加し、慢性的な回線飽和状態にあります。
>無料でコンテンツの置き場所等を提供していただける方を募集中です。
http://eggplant.ddo.jp/www/index.html
の話が出ていたよね。
飽和は「回線」では？
と言うか、俺キャッシュコントロールの話をしているが、アクセス数やトラフィックはかなり減らせるはず。
/.で話題になったから云々は、一時的な物なんじゃないの？
あとは、元々「慢性的な回線飽和状態」だったんだよね。
だから、肝のコンテンツのキャッシュコントロールを弄る話をしたのだけど。
親コメント
Re:pingとCache-control (スコア:2, すばらしい洞察)
そうだけど、それを何とかしようと努力した方が俺は良いと思う。
ちなみに、 http://eggplant.ddo.jp/www/pukiwiki/ を表示し（IEだと）「ctrl+更新」でファイルを読み直した後、「更新」をすると、htmlファイルの他に19個読むが、その殆どのリクエストは470バイト程度で、レスポンスは250バイト程度。
htmlファイルも最終更新日とか吐き出せば、更新が無ければ同様のサイズのレスポンスで済む。
また、他に読んだ19個はmax-age=3600とか指定しておけば、「更新」ではチェックに行くが、移動して来たときには更新チェックにすら来なくなる。
そうやってトラフィック絞った方が良いと俺は思う。
ついでに、
タレコミの http://eggplant.ddo.jp/www/pukiwiki/index.php?LANDISK%A4%C7%C1%E6%A4%AE%A4%A4%A4%C7%A4%CA%A1%C1%A2%F6 で読んだキャッシュがあった為か、 http://eggplant.ddo.jp/www/pukiwiki/ で読んだとき他の19ファイルのETagの値が違いapacheは通常通り全部レスポンスする。
しかし、最近のIEは最終更新日変更無しの場合はETagが違っても、途中で読み込みを中止し、それはキャッシュされず古いのを使う。
その為、毎回ETag値はマッチせずに毎回ファイルを全部送る羽目になる（小さいのでIEが止める前に全部送ってしまう）。
IEの実装がRFCに沿っていないのが原因と思われるが、IEの実装は考慮した方がトラフィックは少なく出来るので、やっぱ考慮した方が良いと思う。
親コメント
Re:件のサイトが (スコア:2, 参考になる)
親コメント
Re:件のサイトが (スコア:2, 参考になる)
急な大量アクセスに対応使用とすると明らかに回線維持費が高騰しますし、
大手側が掲載前に連絡を入れてもらえれば併用している他のスペースに移したりの準備も出来るのですが…
正直、Webなのだからリンクは自由といっても突然の紹介と
それに伴う大量のアクセスはF5連打とさして変わらないように思えます。
#
#当方の自宅鯖(通常非公開)は幸いにも今のところ無事な模様
#
#状況はいつも最悪、でもそれが当たり前
親コメント
Yahoo!ニュース (スコア:3, 参考になる)
ニュース記事に共に載っている外部リンクのリンク先が、一旦
Yahoo!内の確認ページになっています。で、アクセス数が多い
サイトの場合、リダイレクトされず、アクセス過多でページが
表示されない可能性があるという旨が表示されます。
少し前までは個人、小規模Webサイトのみの対策だったようですが、
最近はすべてYahoo!内のリンクになっています。
スラドでこのような事態が起こったわけですから、
Yahoo!にリンクが貼られた暁には…
親コメント
Re:Yahoo!ニュース (スコア:2, 興味深い)
職場の話なので絶対AC
親コメント
Xといえば (スコア:1)
あのころのWSってCPU一つでX端末4台とかで
CAD動かすことができてた訳で、それを考えると
CPUのパフォーマンスが数倍どころか1桁以上
上がっている最近のマシンって’コンソール’(死語なの？)
上でさえ...。
一体どこにパフォーマンスが浪費されているんでしょうか？
#「もったいない」を「カラオケ」に続く世界共通語にしましょう。
Re:Xといえば (スコア:2, おもしろおかしい)
…たいしたことはしていない筈なんですけどね
因みにUD入れてますが、余力無い所為で
コイツも一向に計算が終わりません。
#
#ウイルスとかでもないらしい、困った
#
#状況はいつも最悪、でもそれが当たり前
親コメント
玄箱でも (スコア:1, 興味深い)
ロジテックなら (スコア:2, 参考になる)
親コメント
LANDISK使いです (スコア:1)
中が気にならなかったかと言われれば嘘になるが、さすがにそこまでの根性は(^^;
PerlやApacheが常に動いてるとかわかっていても実際に知ると「びっくり」
おっかなびっくりでやってみようかなぁ
-- ラテール部参加者募集中