タグ

HTTPに関するclairvyのブックマーク (11)

  • Studying HTTP

    RFC(Request For Comments) 2616をはじめとした、HTTP(Hypertext Transfer Protocol)に関する文献などを紹介し、HTTPやWWW(World Wide Web)に関連する技術についての知識を深めるためのサイトです。About [Studying HTTP] 当サイトは、RFC 2616をはじめとした、HTTPに関する文献などを紹介し、HTTPやWWWに関連する技術についての知識を深めるためのサイトです。 当サイトを初めてご利用になる方は、Studying HTTP : Helpをお読みいただき、記述の内容にご同意の上、ご利用下さい。 2014.11.26 更新 当サイトへのご連絡は、現在メールのみとなっております。 Main Contents HTTP Status Code HTTP/1.1仕様書などで定義されているHTTPステータ

    clairvy
    clairvy 2015/02/13
  • 手軽な HTTP/HTTPS サーバコマンド - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    手軽な HTTP/HTTPS サーバコマンド - Qiita
  • Fetch API 解説、または Web において "Fetch する" とは何か? - Block Rockin’ Codes

    Update [14/11/11]: Chromium での実装が M40 からあるそうなので、末尾に引用追記させていただきました。 [14/11/12]: この記事を書くにあたって、色々なかたにレビューや助言を頂いたのですが、謝辞などが一切抜けてました、当にすいません。追記しました、ご協力頂いた方々当にありがとうございました。 WHATGW Fetch Spec WHATWG のメンテナンスするドラフトに Fetch Spec が追加されました。 もうすでに日語訳もあります、すばらしい。Fetch Standard 日語訳 この仕様には二つのことが定義されています。 "Fetching": Fetch するとは何か? の定義 "Fetch API": fetch() の定義 後者の定義に基づく fetch() という DOM API の実装も始まっています。(詳細は後述) しかし

  • HTTP 2.0 - Tokyo

    WebRTC HTTP/2 all the things! challenges, opportunities, and the exciting world ahead of us... +Ilya Grigorik @igrigorik

    HTTP 2.0 - Tokyo
  • H2O - the optimized HTTP server

    The document describes H2O, an optimized HTTP server developed by Dena Co., Ltd., highlighting its key features such as support for HTTP/1.x and HTTP/2, modular design, and high performance based on efficient memory management and input parsing. It emphasizes the server's capabilities in handling various protocols, its testing methodologies, and design principles aimed at achieving speed and relia

    H2O - the optimized HTTP server
  • HerokuのAPIデザイン

    Herokuが自ら実践しているAPIデザインガイドをGithubに公開した. “HTTP API Design Guide” このガイドは些細なデザイン上の議論を避けて,ビジネスロジックに集中すること目的としている.Heroku特有なものではなく,一般にも十分適用できる知見となっている. 最近は,モバイル向けにAPIをつくることも多いため,勉強もかねて抄訳した.なお内容は,HTTP+JSONのAPIについて基的な知識があることが前提となっている. 適切なステータスコードを返す それぞれのレスポンスは適切なHTTPステータスコード返すこと.例えば,“成功"を示すステータスコードは以下に従う. 200: GETやDELETE,PATCHリクエストが成功し,同時に処理が完了した場合 201: POSTリクエストが成功し,同時に処理が完了した場合 202: POSTやDELETE,PATCHリク

  • ハイパフォーマンス ブラウザネットワーキング、読むべき本だった - terurouメモ

    Twitterで「なんかやばそうなが出るぞ!!!」みたいな事を言っていたら、それが偶然拾われて、献して頂く流れになりました。オライリーさん、ありがとうございます。 とりあえずざっと全体を流し読みした(と言っても3時間弱は読んだ)ので、書評っぽいことを書いておく。 ハイパフォーマンス ブラウザネットワーキング ―ネットワークアプリケーションのためのパフォーマンス最適化posted with amazlet at 14.05.10Ilya Grigorik オライリージャパン 売り上げランキング: 4,747 Amazon.co.jpで詳細を見る 読むべき人間 以下に該当する人間に対しては必読に値するだと思う。 HTTPを扱うアプリケーション*1のアーキテクチャを設計する人間 Webサーバ等のHTTPに関連するインフラを担当する人間 HTTP 2.0、WebSocket、Server-S

    ハイパフォーマンス ブラウザネットワーキング、読むべき本だった - terurouメモ
  • JDK付属、Undertowを使ったGroovy&Clojure、Perlでの簡単なHTTPサーバ - CLOVER🍀

    なんとなく、時々ちょっとしたテストとかで使っているダミーのHTTPサーバ用のスクリプトをまとめたくなりまして。 で、せっかくなのでプラスアルファも入れて。 ホントに簡単なものなので、以下のスペックで。 リクエストの内容を解析することは、必須としない 起動時にはポート番号を指定できる。しなかった場合は、8080で起動 ヘッダ、ボディに何か出力する サーバの終了は、Ctrl-cなどで できれば並行処理可能に ターゲットは、GroovyとClojureでJDK付属のものを使った版、Undertowを使った版を、あとはPerlで1書きました。 実行結果は、いずれもこんな感じになります。 $ curl -i http://localhost:8080/test HTTP/1.1 200 OK Date: Sat, 12 Apr 2014 08:46:39 GMT Content-type: tex

    JDK付属、Undertowを使ったGroovy&Clojure、Perlでの簡単なHTTPサーバ - CLOVER🍀
  • yohei-y:weblog: 『Webを支える技術 ── HTTP、URI、HTML、そしてREST』という本を書きました

    このブログ、1年近くご無沙汰していました。その間なにをやっていたかというと、実はずっとを書いていました。『Webを支える技術 ── HTTP、URI、HTML、そしてREST』というなんとも挑戦的な題名のです。技術評論社さんのWEB+DB PRESS Plusシリーズの11冊目で、来月発売される予定です。 Webを支える技術 ── HTTP、URI、HTML、そしてREST山 陽平技術評論社 2010-04-08 このは、WEB+DB PRESSで連載していた「RESTレシピ」という連載がベースになっています。実は連載が1年経ったくらいから、技評さんからは書籍化のオファーをもらっていました。ただ、その時点では書いた分量も少ないし、そもそも自分に雑誌記事とは比べ物にならないくらい分量のあるが書けるとは思っていなかったので、書籍ではなく連載継続という形でトータル2年間連載をしました。

  • Studying HTTP

    避けるべきサイトの共通点とリスク ライセンス未取得のサイトでは、月50件以上の出金拒否報告が確認されています。 賭け条件が100倍を超えるボーナスは、事実上の全額没収リスクがあります。 出金遅延が7日超のサイトはブラックリスト入りの可能性が高いです。 規約が日語で明示されていないサイトは、トラブル時に対応が困難になります。 ライブカジノのおすすめ選びでは、CuraçaoまたはMGAのライセンス番号を必ず照合してください。 信頼性の低いサイトに共通するのは、ライセンスの不透明さと出金条件の曖昧さです。賭け条件100倍超のボーナスや7日超の出金遅延は、実際の被害に直結するリスク指標です。ライセンス番号を公式機関で照合し、規約が日語で明示されているかを登録前に確認することが、安全なサイト選びの基です。 賭け条件とライブゲーム対象率の確認 ライブゲームの賭け条件反映率が70〜90%が標準とさ

    Studying HTTP
  • [tech]HTTP GETメソッドのURIの長さ制限を調べてみた - Kazumi007の日記

    Webの開発者をやっていると良くいわれていることですが、HTTP GETメソッドを使うなという話を聞きます。セキュリティの点もありますが、HTTP GETメソッドですべてのパラメータをサーバに送れないからというのがその理由のようです。 実際どこからでているのか、現在もそうなのか?という疑問を感じたので、HTTP GETの制限を調べてみました。 RFCではどうなっているの? まずHTTP1.1のRFC2616を調べました。 とりあえず、日語訳がありましたので、引用いたします。http://www.studyinghttp.net/cgi-bin/rfc.cgi?2616より HTTP プロトコルでは、URI の長さにどんな制限も設けていない。 サーバは、自身が持つどんなリソースのURI も扱えなければならないし、もしそのような URI を生成する GET ベースのフォームを用意するなら、無

    [tech]HTTP GETメソッドのURIの長さ制限を調べてみた - Kazumi007の日記
    clairvy
    clairvy 2009/09/21
    GET URI LENGTH 制限
  • 1