Firefox 6 の後方互換性に関わる修正
今夜は Firefox 5 のリリースが予定されています。Firefox は新しい高速リリースプロセスへと移行しているため、次の Firefox 6 もスケジュールベースで開発が進められ 7/5 にベータチャンネルへと移行、8/16 に正式リリースとなる予定です (いずれも米国日時)。 前回同様に、後方互換性に関わる Firefox 6 の変更点をまとめています (他にもあれば随時追記します)。リリース前に Beta 版や Aurora ビルドで互換性をテストされる Web 開発者の皆様の参考にしていただければと思います。 ここでは新機能ではなく後方互換性に影響し得る修正のみを説明します。後方互換性に関わるものに限らず、Firefox 6 の主な新機能や変更点については次のページをご覧ください: https://developer.mozilla.org/ja/Firefox_6_for_
Plack::App::ConditionalGET の Last-Modified の実装について - tokuhirom's blog
諸事情により自前で HTTP client cache の実装をつくってるんですが、コンテントをファイルにそのまま保存したら、If-Modified-Since つけてんのに 304 にならなくてなんでかなーとおもったら、Plack::App::ConditionalGET は $res->header('Last-Modified') eq $req->header('If-Modified-Since') なときにだけ 304 になるように実装されていたのでした。 この挙動は RFC 的には認められている挙動なのですが、うっかりするとはまりがちなのでメモ。 thanks to id:kazuhooku
surfshark与蓝灯-提供安全��定的 VPN 服��
surfshark与蓝灯，地处衢江区沈家经济开发区南山路60号。是衢州排水管公司，公司创建于1993年3月，目前具有市政公用工程施工总承包二级、房屋建筑施工总承包三级、环保工程专业承包三级、混凝土预制构件专业承包三级等资质，专业从事衢州surfshark安全吗、衢州沥青混凝土、衢州谷歌插件surfshark、衢州污水管、衢州水泥管、衢州砼管、衢州涵管、钢筋混凝土自应力管生产与施工，业务范围覆盖杭州、绍兴、龙游、常山、开化、江山、上饶、遂昌等地区。
2010年代には Apache の mpm_prefork とか流行らない (もしくは HTTP keep-alive のメリットとデメリット) - kazuhoのメモ置き場
HTTP の持続的接続の功罪について はじめに、HTTP の持続的接続 (keep-alive) のメリットについて。持続的接続を使うメリットは、以下の２点。 TCP 接続の確立にかかる時間の節約*1 TCP の接続と切断に必要な資源 (CPUとネットワーク) の節約 ウェブブラウザ〜データセンタ間の通信で、持続的接続を使う理由は、このうちの前者。特に太平洋を超えるようなケースだと、TCP 接続に0.2秒とかかかるので、メリットが大きい。 一方、持続的接続のデメリットは、 接続が切断されるまでの間、その接続を維持するためにコストがかかる (主としてメモリが無駄になる) という点になる。特に、１プロセス１コネクションを前提とするアーキテクチャ (例: mod_perl) だと、メモリの無駄使いが、とてもひどいことになる。 そこで、ブラウザからの接続を受ける HTTP サーバとアプリケーション
HTTPのリダイレクトとPOSTメソッドの話 — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
告白されたときの正しいステータスコードの返しかた、読みかた - As Sloth As Possible
今日は秋らしいよいお天気だったので、それとは特に関係なく今日も今日とてぼーっとディスプレイに向かっていたところ、こんな記事を見付けた。 勇気を出して告白！ その返事で覚えるHTTPステータス・コード あらあらまあまあ。なんだか俺、この記者の方にシンパシーを覚えるよ。 この手のネタは大好物なのだけど、404はお断りの返事ちゃうやん、てか断り方だけでも何パターンもあるんやで、とうずうずしてきたので便乗して考えてみることにした。例によって400系レスポンスに偏ってるのはお約束。しかたないよねー。告白のレスポンスなんて受けとる方でも返す方でも400系しか知らないもん。ごめん嘘だ。503（「お前本当にタイミング悪いな」）返したことある。再リクエストはありませんでした。200？ああ、そんなステータスコードもありましたね。おいしいのかな。使ってみたいです。 （予想外に反響があったので追記）見ての通り全部
勇気を出して告白！ その返事で覚えるHTTPステータス・コード
かつて「天才・たけしの元気が出るテレビ!!」というテレビ番組に，「勇気を出して初めての告白」というコーナーがあった。視聴者がテレビ番組に告白したいことを手紙で送り，出演するタレントの手助けを得て，勇気を出して告白をする。演出込みだったのかもしれないが，当時小学生だった筆者はドキドキしながら見守っていたことを覚えている。 その後，筆者は「好きです」「つきあってください」などと，何度か告白する機会があった。ここで言いたいのは，筆者がどのような告白をしたかではない。告白をすれば返事があるということだ。返事はOKのときもあれば，NGのときもある。NGの場合は，さまざまな理由が付随したりする。 日常でよく見られる「リクエスト」と「レスポンス」 ときは経って，筆者は社会人になり，記者を経て編集者になった。日経ソフトウエアというプログラミング雑誌で，HTTPの解説記事を編集していたときのことである。 W
L'eclat des jours(2009-10-15)
_ Fiddlerが便利すぎ FiddlerはHTTP（HTTPSも）のキャプチャツールだが、それにしても便利だ。 実は、その便利さとは裏腹なのが.NET Frameworkで作ってあるってことで、利用するマシンに.NET Framework（2.0以上）が必要なのだが、それさえクリアすればあきれるほど便利だ。(追記：1.1用(もあります)) というのは、サイドバイサイドxcopyインストールで動作するから、とりあえずどっかのマシンにインストールしてから、?program files?FiddlerディレクトリごとUSBメモリに放り込んでおけば、そいつをさらしに巻いて出かけるだけでOKだからだ。 というわけで、余分なものインストール禁止なサーバとかにFiddlerを入れたUSBメモリ差し込んで眺めたりとかできる。助かった。 それとFiddler自身が中間者機能を持つから、HTTPSのやり取
Big Sky :: javascriptで動くtwitter streamクライアントを作るならばmultipart/mixedを使うべき
twitter stream APIとは、twitterのステータス更新に対してキーワードでtrackしたり、あるグループ内に属するステータス更新をフィルタしたり出来るAPIなのだけど、実際にはchunkedなストリームが流れて来ているのであって、これを使ったWebアプリを作る際にはlong pollを使うのが良い。ただしクライアントサイドでjavascriptを処理する際に サーバサイドでステータス更新をFIFOに溜め込む クライアントからリクエストをブロック(long poll)しFIFOからステータスを送出する クライアントサイドでlong pollを行い画面を更新する 再度サーバへリクエストを投げる を繰り返すのであれば、せっかくストリームなのにアプリサーバとの接続を切ってしまう事になる。出来ればクライアントからWebアプリもストリーミングとしたい。しかしながらサーバからのステータ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Yahoo! Groups
rest-discuss : Message: Re: [rest-discuss] Which status code to return for DELETE if parent resource is not found?
RESTClient :: Add-ons for Firefox
http://www.rfc-editor.org/authors/rfc5789.txt
Amazon.co.jp: Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ): 山本陽平: 本
HTTP Status Report
mca blog [The Path to HTTP/REST Mastery]
Yahoo! Groups
HTTP Status: 100 Continue Corrections, by Ben Ramsey
http://www.mnot.net/drafts/draft-nottingham-http-link-header-07.txt
rest-discuss : Message: Re: [rest-discuss] Newbie REST Question