O'Reilly Media - Technology and Business Training
More than 5,000 companies count on our digital courses and more to guide their teams through the tools and technologies that drive business outcomes. We can help yours too. New AI policy for O’Reilly authors and talent O’Reilly president Laura Baldwin shares the company’s ethical approach to leveraging GenAI tools and ensuring O’Reilly experts are compensated for their work. See it now It’s time t
HTTP/2.0 Initial Draft Released
The first implementable draft of HTTP/2.0 was released on July 8th by the HTTPbis working group of the IETF. The 2.0 version of HTTP is based on the SPDY protocol developed by Google — in fact, the initial draft was a copy of the SPDY specification as a base for diffs. HTTP/2.0 is intended as an alternative to HTTP/1.1, rather than deprecating the old version. There is good reason for this: The ne
Live Streaming & Server Sent Events
DoK Talks #91- Leveraging Druid Operator to manage Apache Druid on KubernetesDoKC
ブラックホールサーバーによるフロントエンドSPOF分析のすすめ | ゆっくりと…
SPOF と聞いて、すぐに 「あぁ、Single Point of Failure （単一障害点） のことネ」 と分かる人は、まじめにシステム工学を勉強した人か、ハードウェアを含む情報システム設計に知見のある人だと思います。 では、「フロントエンド」 が付くと、いったい何を指すのでしょうか？ 現代の Web サイトの多くは、自分が管理する （あるいは借りている） サーバーで全てのサービスを賄うのは、Yahoo や Google などの超大手以外ではほとんどないんじゃないかと思うほど、サードパーティが提供するサービスを取り込んでいると思います。Facebook、Twitter、flickr、YouTube はもちろん、jQuery などのライブラリ CDN、WebFont、アクセス解析なんかもありますネ。 もしこういったサービスを提供するサードパーティのサーバーがダウンした時、あなたのサイト
steps to phantasien
August 2022 Moved March 2022 Moving WSL2 「ハイブリッド勤務」にむけて Too Obvious To Innovate January 2022 Off Notes December 2021 2021 Outside Work November 2021 Restarting Extra Curricular Book: The Second Shift Webcam 横書き日記 - 完了 Publishing Blog Draft Behind oauth2-proxy on Cloud Run 横書き日記 Revisiting Writing Office HP C1030 Chromebook Alder Lake and The End Of Linux Laptop October 2021 Cycle Laptops Parties A
Hey! Java Programming! //HTTP//
このページはホームページ閲覧に使用される HTTP について解説したものです。WWW ブラウザも HTTP を使用してページをダウンロードし、HTML にしたがって表示を行っているに過ぎません。すごいことをやっているように見えてプロトコルとしては finger と並ぶくらい簡単なものです。 HTTP Communication 基本的に HTTP というプロトコルはメッセージと言う形式でデータをやり取りするためのプロトコルです。HTTP クライアントは HTTP サーバにリクエストメッセージを送り、サーバはレスポンスメッセージで応答します。リクエストとレスポンスは単なるコマンドだけのものもあれば、要求されたリソースを含む場合もあります。 一般的な HTTP アプリケーションはネットワーク上のリソースを取得するために使用されていますが、本来の機能はこれだけではありません。データをアップロード
CometとAJAX CHATの作り方について整理 (Re::Monologue)
AJAXでCHATを作る場合のパターンについて、現時点で集めた情報をまとめてみました。 前提 JavaScript は、HTTP通信オブジェクトである XMLHttpRequest を持つためにブラウザの再読込なしにデータの送受信が可能です。また、JavaScriptはDOMを扱うことができるのでHTMLの要素を自由に書き換えることができます。(innerHTMLを用いても可) この二つの特徴を生かすと、ブラウザの再読込なしにHTTP経由で受け取ったデータをHTMLに表示することができます。 このような技術を用いて CHATを作ると、画面遷移(リロード)のない高速なCHATを構築することができます。あたかも IRCクライアントのようにWebページにログを書き出していくことができるわけです。これがAJAXでCHATを行う場合のメリットです。 ここまでは、AJAXでCHATを作るメリットについ
PHP: fsockopen - Manual
fsockopen( string $hostname, int $port = -1, int &$error_code = null, string &$error_message = null, ?float $timeout = null ): resource|false hostname で指定したリソースへのソケット接続を開始します。 サポートされるソケットトランスポートのリスト に記述されているように、PHP は Internet ドメインまたは Unix ドメインをサポートします。 サポートされるトランスポートのリストは、stream_get_transports() を使って取得することもできます。 ソケットはデフォルトでブロックモードで開かれます。 socket_set_blocking() を使用して、 非ブロックモードに切換えることができます。 stream_so
cometなんて知らなかったサル
なんか閃いた（サル的に）のでブラウザでチャットする方法を考えてみた。XMLHttpRequest（いわゆるAjaxのこと、以下XHR）を使えば容易に実現できそうに思える。 まず思いつくのがクライアントから定期的（1秒毎とか）にリクエストさせる方法（ポーリングというらしい）。この方法だと例えば5人が10分チャットすると5（人）×600（秒）＝3000リクエスト。そしてユーザの発言が反映されるまで最大で1秒の遅延が発生する。リクエスト間隔を短くすれば遅延を短く出来るがリクエストが増える。リクエストを減らすと遅延が増える。 そこで閃いた（サル的に）のがブラウザからのリクエストに対してサーバサイドでセッションを保持し、ブラウザではXHR.readyState=3で受信する方法。リクエスト数＝ユーザ数となり、リクエスト数という観点からは最良の方法と思われたが、実際にやってみたらFirefoxでしか動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Studying HTTP
Project Javache
http://www2s.biglobe.ne.jp/~dat/java/project/javache/episode001/HttpRequest.java
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
Apache HttpComponents – Apache HttpComponents
CometとAjaxを利用したチャットサーバの実装
NIOの非ブロック接続を利用した多重IOの実装
自作HTTPサーバーのマルチスレッド化と動作検証
ServerSocketを利用した簡易HTTPサーバーの自作
Google Code Archive - Long-term storage for Google Code Project Hosting.
CometPub20070223
