タグ

httpに関するdrumscoのブックマーク (69)

  • 「webを支える技術」を読んで興味深かった箇所をピックアップ

    エンジニアとして働き始めて少し経った頃に、「Webを支える技術」を読みました。 Webの入門書としては2冊目だったのですが、1冊目には書かれておらず、かつ検索してもなかなかリーチしずらそうな面白い内容が多数ありましたので、それらをピックアップしていきます^^。 SOAP 対 REST Webアーキテクチャの標準化における大きな論争 RESTの台頭 元々は当時カルフォルニア大学の大学院生だったら人が、分析と研究をして1つのアーキテクチャスタイルをRESTを名付けて論文として提出したのが始まり。 RESTの提唱者が大ベンダーが推進するSOAPベースの技術を否定し、WebがWebらしくあるためのアーキテクチャスタイルとしてRESTを推奨するが、一人の研究者と大手ベンダーでは政治的な力の差が歴然としていて、声が届かない。 RESTの普及に弾みを付けたのは2002年に登場したAmazon Webサー

    「webを支える技術」を読んで興味深かった箇所をピックアップ
  • https://jp.techcrunch.com/2021/06/02/quic-ietf-rfc-9000-http-3/

    https://jp.techcrunch.com/2021/06/02/quic-ietf-rfc-9000-http-3/
  • RFC 2818 - HTTP Over TLS 日本語訳

    RFC 2818 - HTTP Over TLS 日語訳 原文URL : https://datatracker.ietf.org/doc/html/rfc2818 タイトル : RFC 2818 - HTTPオーバーTLS 翻訳編集 : 自動生成 [要約] RFC 2818は、HTTP Over TLS(HTTPS)の仕様を定義しており、セキュアな通信を提供するために設計されています。このRFCの目的は、TLSを使用してHTTP通信を暗号化し、認証することで、データの機密性と信頼性を確保することです。 Network Working Group E. Rescorla Request for Comments: 2818 RTFM, Inc. Category: Informational May 2000

    drumsco
    drumsco 2021/07/20
    HTTP Over TLS 日本語訳
  • HTTP Over TLS

    English HTTP オーバー TLS (HTTP Over TLS) このメモの位置付け このメモは、インターネットコミュニティに情報提供するものです。これは、いかなるインターネット標準をも定めるものではありません。このメモの配布には制限はありません。 著作権表記 Copyright (C) The Internet Society (2000).  All Rights Reserved. 要旨 このメモは、「インターネット越しの HTTP コネクションをセキュアにするための TLS の使い方」を記述します。現在の実践は、HTTP オーバー SSL(TLS の前身)とし、異なるサーバーポートの利用によって、セキュアにされたトラフィックをセキュアでないトラフィックと区別するものです。書は、その実践を TLS を使って文書化します。併読文書は、通常の HTTP と同一のポート上で H

    drumsco
    drumsco 2021/07/20
    RFC2818 HTTP Over TLS の日本語訳
  • HTTP — 日本語訳

    ~HTTPを定義する各種~文書 ~HTTPは、分散型の協調的な~hypertext情報~system用の,~statelessな応用~levelの~protocolである。 ◎ The Hypertext Transfer Protocol (HTTP) is a stateless application-level protocol for distributed, collaborative, hypertext information systems. ~HTTPは、以下に挙げる[ `~IETF@https://ietf.org/$ ~RFC, `IANA@https://www.iana.org/$ ~registry ]により定義される。 ◎ HTTP is defined by these IETF RFCs and IANA registries. 【 以下における各項の先

  • 📄 HTTP Documentation

    📄 HTTP Documentation HTTP is defined by these IETF RFCs and IANA registries. Core Specifications The “core” semantics of the HTTP protocol are defined by: RFC 9110: HTTP Semantics RFC 9111: HTTP Caching Those semantics are expressed “on the wire” in three ways: RFC 9112: HTTP/1.1 RFC 9113: HTTP/2 RFC 9114: HTTP/3 Later versions of HTTP offer field compression: RFC 7541: HPACK Header Compression f

  • HTTP/2時代のドメインシャーディングを考える

    うちのサイトは、記事やサイドバーなどに画像が多いということもあり、サイト高速化のためにドメインシャーディングという手法を使っていますが、今後、HTTP/2対応を考えたとき、これをどうしてゆけば良いのか、少し考えてみました。 ドメインシャーディングというのは、HTML や画像、JavaScript などを複数ドメインから配信する高速化手法です。HTTP/1.x では、ブラウザが1ドメインに同時に張れるセッション数が少ないため、コンテンツを複数ドメインに分散配置することでダウンロードの並列度を上げ、高速化しよう。というテクニックになります。というわけで、うちの場合、3ドメインから分割配信している状況です。 しかし、HTTP/2 になると、このあたりの事情が大きく変わります。というのは、HTTP/2 では、1つのTCPセッション内で複数リソースを並列ダウンロードできるようになるからです。 つまり

    HTTP/2時代のドメインシャーディングを考える
    drumsco
    drumsco 2020/08/14
    [HTTP/2][parallel][Nginx][RFC]複数のドメインが1つのIPアドレスに解決される場合、 HTTP/1.x と HTTP/2 に対応するドメインシャーディングを実現できる。
  • HTTPヘッダチューニング Etag・Last-Modified | REDBOX Labo

    今回は既にCDNを利用している方も、利用していない方も今すぐ出来るHTTPヘッダチューニングをご紹介します HTTPヘッダのお話では、レスポンスヘッダやリクエストヘッダの中に何があり、どういう役割なのか簡単にまとめてみましたが、非常に多くのデータがWEBのやりとりで利用されていることが分かったと思います。 CDN利用時に利用者側が出来るチューニングは、オリジンサーバー側のApacheやNginxなどでどのようなHTTPレスポンスヘッダを付与するのか、しないのかということを決めるヘッダチューニングです。 Last-ModifiedヘッダはレスポンスヘッダのひとつでApacheやNginxなどのWEBサーバー側で適切な設定をすることによって、ブラウザ側にコンテンツの最終更新時刻を送信することができます。 ブラウザ側は、このコンテンツの最終更新時刻を覚えておき次回リクエストした際にリクエストヘッ

    HTTPヘッダチューニング Etag・Last-Modified | REDBOX Labo
    drumsco
    drumsco 2020/01/09
    オリジンサーバーが複数台ある場合には、ETag が機能しないかもしれない。付与しないほうが良い。
  • HTTP キャッシュを使用して不要なネットワーク リクエストを防止する  |  Articles  |  web.dev

    対応ブラウザ <ph type="x-smartling-placeholder"></ph> 1 個 <ph type="x-smartling-placeholder"></ph> 12 個 <ph type="x-smartling-placeholder"></ph> 1 個 <ph type="x-smartling-placeholder"></ph> 1 個 ソース HTTP キャッシュの仕組み ブラウザが実行するすべての HTTP リクエストは、まずブラウザ キャッシュにルーティングされ、リクエストの実行に使用できる有効なキャッシュ レスポンスがあるかどうかが確認されます。一致する場合、レスポンスがキャッシュから読み取られるため、ネットワーク レイテンシと転送によって発生するデータコストの両方を排除できます。 HTTP キャッシュの動作は、リクエスト ヘッダーとレスポンス

  • apache MPM設定を見直したら、CPU負荷が下がりWordPressが軽くなった | Check!Site

    apache MPM設定を見直したら、CPU負荷が下がりWordPressが軽くなった | Check!Site
    drumsco
    drumsco 2019/12/09
    Apache 2.4 からは event が標準。
  • Check Apache Httpd MPM Config Limits | Surnia Ulula

    A little while ago I had to reboot a client’s VM because the web server forked too many processes. They were making use of PHP, but the web server had not been configured for the resulting larger process size. I searched for a tool that would analyze the size of running httpd processes, and project the impact of starting the maximum number of processes allowed by MaxClients or ServerLimit, but did

    Check Apache Httpd MPM Config Limits | Surnia Ulula
    drumsco
    drumsco 2019/12/09
    check-httpd-limits.pl の紹介記事。
  • Apache HTTP Server: MPMパラメータ チートシート

    こんにちは滝澤です。たまにはapacheネタということで一つ。 Apache HTTP ServerのパラメータチューニングではMaxClientsなどのMPM(マルチ プロセッシング モジュール)関連のディレクティブの設定値を調整することが多いです。記事ではMPM関連のディレクティブのデフォルト値やディレクティブ間の関係を表にまとめたので紹介します。 注意事項 UNIX系OSにおける説明となります。バージョン2.2系および2.4系の両方について説明します。 関係式においてバージョン2.4系の場合はMaxClientsをMaxRequestWorkersに置き換えて読んでください。 ディレクティブ名には公式サイトのリンクを張っています。公式の説明も確認してください。 デフォルトの欄で括弧付きものはそのディレクティブそのものは設定不可ではあるが、内部的に設定されているデフォルト値を示してい

    Apache HTTP Server: MPMパラメータ チートシート
  • ネットワーク越しでパイプしたり、あらゆるデバイス間でデータ転送したい! - Qiita

    何を解決したいか? Mac, Windows, Linux, iPhoneAndroidのスマホ・タブレットとかのデバイス間でデータの転送したいことがあります。 SlackとかLineとかSkypeとかAirDropとかあっても 送りたい相手と共通して使っているサービスを探す必要とか、 GUIのソフトウェアのインストールが必要とか、 AirDropだとApple系OSである必要 があるなどの転送の障壁があって、GUIが使えないデバイスに送りたいときなどは困ってしまいます。 すでにたくさんのファイル共有系のサービスがありますが、コマンドを使ったCUIベースにあまり親切な設計なものはあまりないと思います。 そこで、上記の問題を解決するために、以下のようなファイル転送の仕組みを作りました。 他デバイス間でデータ転送ができ、 別途ソフトウェアのインストール不要で、 パイプにとても親和性が高くエン

    ネットワーク越しでパイプしたり、あらゆるデバイス間でデータ転送したい! - Qiita
  • 責任ある開発者のためのHTTPヘッダー | Yakst

    安全で、誰にも手頃でアクセスしやすく、ユーザーを尊重したWebを作るためのHTTPヘッダーのプラクティス [UI/UX]原文 HTTP headers for the responsible developer - Twilio (English) 原文著者 Stefan Judis 原文公開日 2019-04-23 翻訳依頼者 翻訳者 meiq 翻訳レビュアー doublemarket msh5 原著者への翻訳報告 1950日前 メールで報告済み 編集 This article was originally published on twilio.com, and translated with the permission of Twilio and the author. 当記事の原文はtwilio.comにて公開されたものであり、Twilio社および原著者の許可を得て翻訳しています

  • Apache 2.2 の internal dummy connection の謎 - daily dayflower

    ab でパフォーマンステストを行っていたんですが,ログに GET / HTTP/1.0" 200 643 "-" "Apache/2.2 (internal dummy connection)みたいなのがたまに出現してました。prefork mpm を使っているんですが, MaxRequestsPerChild でプロセスが再生成されるあたりのタイミングですかね(違うかも)。言及されているページがあまりないので謎のままです。一応実害はないらしいですが。 追記 2006年07月28日 id:naoya [apache] 同じく謎。mod_proxy_balancer の live check 用リクエストかなと思ってたんだけど。 あー,そういえば mod_proxy 使ってました。でも実際どうなんだろ。ということで,今日マスターアップを終えてちょい暇になったのでソースを追いかけてみました。

    Apache 2.2 の internal dummy connection の謎 - daily dayflower
    drumsco
    drumsco 2019/04/26
    graceful-stop のために実装された機構らしい。
  • Mapping Custom Domains  |  App Engine standard environment for Java  |  Google Cloud

    Mapping Custom Domains Stay organized with collections Save and categorize content based on your preferences. You can use a custom domain rather than the default address that App Engine provides for your app. To use a custom domain, map the domain to your app, then update your DNS records. You can map a naked domain, such as example.com or a subdomain, such as subdomain.example.com. You can also u

    Mapping Custom Domains  |  App Engine standard environment for Java  |  Google Cloud
    drumsco
    drumsco 2018/11/06
    HSTSを使用するためには、Googleへ連絡して Whitelist へ登録してもらう必要がある。
  • HTTP キャッシュ - HTTP | MDN

    HTTPガイドHTTP の概要典型的な HTTP セッションHTTP メッセージMIME タイプ(IANA メディア種別)HTTP の圧縮HTTP キャッシュHTTP 認証HTTP Cookie の使用HTTP のリダイレクトHTTP 条件付きリクエストHTTP 範囲リクエストコンテンツネゴシエーションHTTP/1.x のコネクション管理HTTP の進化プロトコルのアップグレードの仕組みプロキシサーバーとトンネリングHTTP クライアントヒントHTTP セキュリティサイトの安全化HTTP ObservatoryPermissions Policy Experimental コンテンツセキュリティポリシー (CSP)オリジン間リソース共有 (CORS)Cross-Origin Resource Policy (CORP)ヘッダーリファレンスHTTP ヘッダーAcceptAccept-CHAc

    HTTP キャッシュ - HTTP | MDN
  • Should one call .close() on HttpServletResponse.getOutputStream()/.getWriter()?

    In Java Servlets, one can access the response body via response.getOutputStream() or response.getWriter(). Should one call .close() on this OutputStream after it has been written to? On the one hand, there is the Blochian exhortation to always close OutputStreams. On the other hand, I don't think that in this case there is an underlying resource that needs to be closed. The opening/closing of sock

    Should one call .close() on HttpServletResponse.getOutputStream()/.getWriter()?
    drumsco
    drumsco 2018/10/17
    ServletRequest から取得できる Writer/OutputStream などの close は、コンテナに任せるべし。
  • S3のContent-Dispositionのブラウザ対応について調査してみた - Innovator Japan Engineers’ Blog

    こんにちは、@gorou_178です。 主にtenpu の開発を担当しています。 tenpuはAWSを利用して構築しており、特にS3をよく使うのでS3について書こうと思います。 ユーザにサービス側で指定したファイル名でファイルをダウンロードさせたい場合、 Content-Disposition ヘッダーでファイル名を指定します*1 しかし、Content-Dispositionのattachment指定はブラウザによって対応状況がバラバラで対応に苦しんだ方も多いかと思います。S3に対してファイル名指定ダウンロードさせるには、S3にContent-Dispositionを指定するのですが、エンコード方法によってはエラーになったりしたため、S3側の対応状況を調査してみました。 結論 最新のブラウザでは、 S3に対して Content-Dispositionのfilenameを RFC 5987

    S3のContent-Dispositionのブラウザ対応について調査してみた - Innovator Japan Engineers’ Blog
  • H2O the optimized HTTP/1.x, HTTP/2 server

    H2O is a new generation HTTP server that provides quicker response to users with less CPU, memory bandwidth utilization when compared to older generation of web servers. Designed from ground-up, the server implements of HTTP/2 and HTTP/3 taking the advantages of features including new and old content prioritization schemes, server push, 103 Early Hints, promising outstanding experience to the visi