タグ

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

  • 今なぜHTTPS化なのか?インターネットの信頼性のために、技術者が知っておきたいTLSの歴史と技術背景

    【変更履歴 2018年2月15日】当初の記事タイトルは「いまなぜHTTPS化なのか? 技術者が知っておきたいSEOよりずっと大切なこと ― TLSの歴史技術背景」でしたが、現行のものに変更しました。現在GoogleではWebサイトのHTTPS対応と検索結果の関係を強調しておらず、記事の趣旨の一つにも来は独立した問題であるSEOとHTTPS化を関連付けるという根強い誤解を解くことがありますが、当初のタイトルではかえってSEOとHTTPSを関連付けて読まれるおそれがあり、また同様の指摘もいただいたことから変更いたしました。 HTTPとHTTPSは、共にTCP通信上で動作します。したがって、いずれもTCPハンドシェイクで通信を開始します。 HTTP通信の場合には、このTCPハンドシェイク直後に、HTTPリクエストとレスポンスのやり取りが始まります。このHTTPのやり取りは平文通信であり、途

    今なぜHTTPS化なのか?インターネットの信頼性のために、技術者が知っておきたいTLSの歴史と技術背景
  • Optimal Adaptive Streaming Formats MPEG-DASH & HLS Segment Length - Bitmovin

    One of the first questions when starting with adaptive streaming formats such as MPEG-DASH or HLS is how long do you generate the used media segments of the content. The segmentation of the content is necessary, as this enables the switching between the different video/audio qualities during the streaming session. The following figure gives a short overview of that process where multiple qualities

    Optimal Adaptive Streaming Formats MPEG-DASH & HLS Segment Length - Bitmovin
  • HTML5のvideoタグで利用するmp4の動画を作る時のTips - Qiita

    最近、スマホやタブレットを使う機会も多いですが、その辺りの端末に動画コンテンツを提供する時に楽なのがmp4形式の動画をvideoタグで貼り付ける事です。 ただ、ちょっとした注意点があって、どういう状況で再生するかによって細かい調整をしておかないと、再生開始までにえらく時間がかかるようになって、非常に不便になります。 既に作成済みの動画を再生する場合 mp4形式の動画を再生するためにはメタデータ情報が必要です。メタデータは通常ファイルの末尾に付与されます。ファイルサイズが小さい時は気付かないのですが、10分、20分ぐらいあるような動画を再生しようとすると末尾まで読んでから再生できるかどうかを判別するので、再生が開始できるようになるまでに異様に時間がかかるようになります。 そこで動画作成時にメタデータをファイルの先頭に移動させておきます。 こうする事で、ファイルサイズが大きい動画でも一瞬で再生

    HTML5のvideoタグで利用するmp4の動画を作る時のTips - Qiita
  • Transfer-Encoding: chunked について - 理系学生日記

    Tomcat をコンテナとした Servlet のコード上で Content-Length ヘッダを設定していたのですが、なぜか HTTP レスポンスのヘッダには Content-Length が出力されないという事象が確認されました。 これは一体なぜなのだろうと調べていると、当該レスポンスのヘッダに Transfer-Encoding: Chunked が出力されていることに気付きました。 Chunked は HTTP/1.1 で定義されている方式です。RFC 2068 には以下のような記述があり、Chunked と Content-Length を共存させてはいけない (MUST NOT) ことが分かります。) Messages MUST NOT include both a Content-Length header field and the "chunked" transfer

    Transfer-Encoding: chunked について - 理系学生日記
  • HTML5でDRMってアリなの?〜誰も教えてくれないマルチデバイス時代のコンテンツ保護。その現状と展望

    ブライトコーブ共催セミナー「知っておくと必ず得するクラウド上での動画ワークフロー/小規模から大規模プロジェクトまでカバーする次世代の動画管理方法」 http://go.brightcove.com/content/ja-20131209 Adobe担当分(DRMまわり)の資料です

    HTML5でDRMってアリなの?〜誰も教えてくれないマルチデバイス時代のコンテンツ保護。その現状と展望
  • HTTP/2.0 - The IETF is Phoning It In - ACM Queue

    The Bike Shed January 6, 2015 Volume 13, issue 2 PDF HTTP/2.0 — The IETF is Phoning It In Bad protocol, bad politics Poul-Henning Kamp A very long time ago —in 1989 —Ronald Reagan was president, albeit only for the final 19½ days of his term. And before 1989 was over Taylor Swift had been born, and Andrei Sakharov and Samuel Beckett had died. In the long run, the most memorable event of 1989 will

  • HTTPヘッダーフィールド2 - s-kita’s blog

    汎用ヘッダーフィールド Cache-ControlCache-Controlヘッダーフィールドは、ディレクティブと呼ばれるコマンドをフィールド値に指定することで、キャッシングの動作を指定する。Cache-Controlヘッダーフィールドのディレクティブはリクエストとレスポンスの両方で使用できる。 キャッシュコントロールリクエストディレクティブ ディレクティブパラメータ説明 max-age必須レスポンスの最大Age値 max-stale省略可能期限切れのレスポンスを受け入れる min-fresh必須指定した時間は新鮮さがあるレスポンスを望む no-cacheなしオリジンサーバーへの強制的な再検証 no-storeなしキャッシュはリクエスト、レスポンスの一部分を保存してはならない no-transformなしプロキシはメディアタイプを変換してはならない only-if-cachedなしキャッシ

    HTTPヘッダーフィールド2 - s-kita’s blog
  • HTTP Live Streamingを使ったサーバ構築

    iOS向けのストリーミングサービスが面白そうだったので、 さくらVPSにストリーミングサーバを構築してみた。 iOSアプリでは動画ファイルなどで容量の大きい通信をする場合は HTTP Live Streaming(HLS)を使わなければならない。 HLSを使用しない...

    HTTP Live Streamingを使ったサーバ構築
  • HTTP/2のRFCを読んだ感想

    はじめに 私は自ら「串職人」と名乗るほどウェブの(つまりHTTPの)Proxyサーバが好きで、もう10年以上もプロキシサーバを作り続けています。このブログの主題であるクラウド型WAF、Scutumもそのひとつです。そもそもプロトコルとしてのHTTPが好きです。ウェブの裏側に、とてもシンプルな、テキストベースのHTTPプロトコルが活躍しているということが私の串職人としての出発点です。 HTTP/2が出た 先日、ついにHTTP/2が出ました。 数年前から、「SPDY」などのキーワードに代表される次世代のHTTPが模索されていることは何となく知っていましたが、どうもGoogleのような非常に大きいトラフィックを処理している組織が主導しているもので、一般の開発者やウェブの利用者にとってそれほど魅力的なものではなさそうだな、という印象を抱いていました。 サーバ側を作っているのもGoogle、ブラウザ

    HTTP/2のRFCを読んだ感想
  • Headless Commerce with Salesforce

    Meet your shoppers and buyers anywhere with our trusted headless commerce solution. Use headless APIs and connected customer data. With Commerce Cloud’s trusted headless commerce platform, B2C and B2B businesses can meet customers anywhere. Headless APIs can weave commerce into any touchpoint, from social media to in-store kiosks to B2B buyer portals, and give you the power to take full control ov

    Headless Commerce with Salesforce
  • X-Forwarded-Forを使用して、IPアドレスでのアクセス制限

    order deny,allow # 拒否して許可 deny from all # 全てのアクセスを拒否 allow from .aaa.ac.jp # aaa大学からのアクセスを許可 allow from 10.10.10 # 10.10.10.???からのアクセスを許可 しかし、環境によってはプロキシや負荷分散装置(ロードバランサ)などがありアクセス元のIPアドレスがクライアントのものにならない場合がある。 そのような環境では上記のようなhtaccessの記述方法だとアクセス制限をすることができない。 ■X-Forwarded-Forを使用する 通常はプロキシサーバを経由してHTTPリクエストが送信された場合、リクエストの送信元はプロキシサーバになるが、プロキシサーバによっては(設定次第?)では、HTTPヘッダの「X-Forwarded-For」に要求元のクライアントのIPアドレスを通

    X-Forwarded-Forを使用して、IPアドレスでのアクセス制限
  • 1