サーバからクライアントに送信する技術 - WebSocketを中心に - Qiita
Webでのプッシュ技術 HTTPはクライアント（ブラウザ）からリクエストしてサーバからレスポンスが返る一問一答型のプロトコルなので、基本的にはサーバ側からブラウザに新着情報をリアルタイムで通知（プッシュ）できるようにはできていません。 しかしそれでもプッシュをしたいという場合にどうするかという話が出てきます。やり方には以下のようなものがあります。 ポーリング クライアントからサーバに定期的に新着を問い合わせるようにします。 最も原始的かつ確実なやり方。欠点は、最大でポーリング間隔の分だけ通知が遅延しうることです。 ロングポーリング（“COMET”） ポーリングなのですが、問い合わせを受けたサーバは新着情報がなければレスポンスを返すのをしばらく保留します。 そのあいだに新着情報が発生すれば即座にレスポンスを返しますし、一定時間経過したら何もなかったとレスポンスを返しましょう。 飛び交う通信内
ブラウザキャッシュのまとめ
古い文章だけど、Caching Tutorial for Web Authors and Webmasters を読んだメモ。ウェブマスター向けのブラウザキャッシュの概要。 ブラウザキャッシュは、ブラウザがサーバからレスポンスされたリソースを (場合によっては) ローカルに保存しておいて、二度目以降の表示では (場合によっては) キャッシュから読むという動作。無駄なリクエストが減ることでサーバリソースにも優しいし、ユーザーにとっては表示速度向上というメリットがある。 コンテンツをどのようにキャッシュするかを、サーバが UA に HTTP ヘッダを利用して指示する。Expires や Cache-Control ヘッダがその例だ。html の meta 要素で、たとえば <meta http-equiv="Cache-Control" content="no-store" /> というふうに
RFC的に、HTTPヘッダってどんな値を使えるんでしたっけ？のメモ - 小野マトペの納豆ペペロンチーノ日記
Web APIを開発していると、HTTPのヘッダについてRFCにおける規約を確認しなきゃいけない場面がたまにあるので、今回調べたことをまとめた。 HTTP/1.1のRFC HTTP/1.1のRFCといえば、長らくRFC2616であったが、2014年にRFC7230〜7239が発行され、2616は廃止された。 RFC2616 ハイパーテキスト転送プロトコル -- HTTP/1.1 RFC7230〜RFC2739 HTTP/1.1 — RFC 7230 〜 7235 — 日本語訳 両者の変更点については、RFC 723xの付録に記述されているので参照のこと。Content-MD5が廃止されたり、ちょいちょい面白い。文章としても723xの方が分かりやすくなっているので、一度目を通しておくことをお勧めする。 HTTP/1.1 が更新された | The Long Wait あたらしいHTTPの話をし
コードリーディング Tomcatのソースを読んでみよう リクエスト処理編その1 BlueWell2
※1 java.nioパッケージのAPI (ノンブロッキングI/Oの機能を使う） ※2 Apache Portable Runtimeのこと。Apacheサーバーのライブラリ。 APRのライブラリはTomcatに付属されていないため使用するには Tomcatの公式ページからdllをダウンロードするか（Windowsに限る）、 ライブラリをビルドする必要がある。 Processor関連 HTTPリクエストの内容（リクエストヘッダやリクエストラインなど）の読み込みを行う。 リクエストの情報をオブジェクトにセットした後、Adapterのサービスを呼び出す。 Processorの処理自体は、ProtocolHandler内に定義されているAbstractEndpoint.Handlerの 実装クラスから呼び出される。 Processorの実装クラスの分類は、ProtocolHandlerの実装クラ
Webフレームワークとは何か - HackerNews翻訳してみた
「HackerNews翻訳してみた」が POSTD (ポスト・ディー) としてリニューアルしました！この記事はここでも公開されています。 Original article: What is a Web Framework? by Jeff Knupp Weｂアプリケーションフレームワーク、略して「Webフレームワーク」がWeb対応のアプリケーション構築に広く使われているのは、皆さんご存じですよね。単純なブログからAjax機能を搭載した複雑なアプリケーションまで、Web上のすべてのページはコードで記述されています。最近気になるのは、FlaskやDjangoのようなWebフレームワークに興味を持ってはいるけれど、実際にはWebフレームワークの目的や機能をちゃんと理解していない開発者が意外に多いということです。そこでこの記事では、ややもすれば見落とされがちなトピックであるWeｂフレームワークの基
ウェブ関連仕様 日本語訳（ www.hcn.zaq.ne.jp/___/WEB/ ）
このページ は、このページの URL パス下にある，ウェブプラットフォーム関連の仕様の日本語訳の一覧と，各ページに共通する事項についての説明です。 これらの翻訳の正確性は保証されません。 これらの仕様の公式な文書は英語版であり、日本語訳は公式のものではありません。 一部の仕様（特に WHATWG によるもの）は日々更新され続けているので、日本語訳には最新版ではないものもあります。 また、原文の更新に伴う，ページ更新の際に見落としがあるかもしれません（更新部分の日本語訳への複製／統合段階など）。 その完全性は保証されませんが、不定期に検証されてはいます。 Jacascript ／ CSS ／ DOM の対応が古いブラウザでは、表示が崩れたり，一部の機能が働かないかもしれません（特に IE 6〜8 はほとんど考慮されていません）。 例えば目次など，一部ページ内容はスクリプトで自動生成されていま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「HTTP/2」がついに登場！ 開発者が知っておきたい通信の仕組み・新機能・導入方法
RFC 5987: Character Set and Language Encoding for Hypertext Transfer Protocol (HTTP) Header Field Parameters
Amazon.co.jp: HTTPの教科書: 強靭な技術力と柔軟な思考を味方にするWebプロトコルの基礎: 上野宣: 本
Pecinta Drama
GitHub - interagent/http-api-design: HTTP API design guide extracted from work on the Heroku Platform API