HTTPSのWebサーバを設定した (h2o + Let's Encrypt) - はこべにっき ♨
最近、ハイパフォーマンスブラウザネットワーキングを読んでいて、HTTPSについてちょっと勉強しています。勉強にあたっては、実際に試せる場所があったら便利そうなので、自分のさくらVPSにHTTPSのWebサーバを設置してみることにしました。この次はHTTP2の実験もしたいので、先進的なHTTP2の機能が実装されていそうなh2oを使ってみることにしました。 環境 今回の作業は以下のような環境でやりました。 $ uname -a Linux douzemille 4.4.0-36-generic #55-Ubuntu SMP Thu Aug 11 18:01:55 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=16.04 DISTRIB_CODENA
Serving PHP on HTTP/2 with H2O and HHVM (Symfony, WordPress, Drupal...)
Symfony Finland Random things on PHP, Symfony and web development Serving PHP on HTTP/2 with H2O and HHVM (Symfony, WordPress, Drupal...) HTTP/2 as a protocol was locked down in February 2015 and published in the May of same year. It's the first major revamp of the most important (IMHO) protocol since 1999. It's no silver bullet, but the upgrade offers improvements that will make a big difference
HTTP/2でも初めてみます？
12. HTTP/2フレーム Length : ペイロードのオクテット数 Type : フレームの種類、データフレームやヘッダーフレームなどを指す Flags : ストリームの終了やらのフラグ Stream Identifier : 31bitのストリームのID R : 未定義 Frame Payload : タイプによって決められたデータ形式のデータの領域 13. フレームタイプ Type Name Summary Binary DATA ストリームに関連する任意の可変長オクテット列。 0x0 HEADERS 名前-値のペアを転送する。ストリームの開始に仕様される。 0x1 PRIORITY 送信者からストリームの優先度を指定する。 0x2 RST_STREAM ストリームの即時終了を表す 0x3 SETTINGS エンドポイントの通信方式に影響を与える設定など。 0x4 PUSH_PR
新、PHPとH2OをfastCGIでつなぐ話、解決編 - uzullaがブログ
前回までのあらすじ uzulla.hateblo.jp PHPerもH2Oをつかって高速化したい 色々やったらできたぞ！ でも、ちょっと設定で解らない所あるな… kazuhoさん「こうやるのですよ」 https://gist.github.com/kazuho/15754c8e2b2bdc1c8cc5 最初にオチ 前回のテスト３がクリアでき、無事に本番投入が出来る状態になりまして、銅鑼パーソン総選挙サイトが、H2O+PHP7というイケてる環境にアップグレードしました！！！ やったぜ pic.twitter.com/MgovQJcthe— uzulla (@uzulla) 2015年6月21日 https://doraperson2015.yapcasia.org/doraperson2015.yapcasia.org 是非サイトにアクセスし、光り輝くプロトコル"h2"を皆さまも是非ご確認く
H2OとPHPを組み合わせるの、超簡単です（もしくはmod_rewriteが不要な理由）
FastCGI対応機能がH2Oにマージされたことを受けて、uzullaさんが「H2OでPHP（がちょっとだけ動くまで）」という記事を書いてくださっています。 ありがたやありがたや。 その中で、 http://hoge/entry/1 みたいなのをphpにマップする方法はまだよくわかってません。その内しらべます github.comを読む限り FastCGI (or PHP) applications should be as easily configurable as it is for the Apache HTTP serverということで、やったぜ！ってなるんですけど、nginxはもとより、Apacheにおいても現状ルーターをつかっているようなアプリだとhtaccessをいちいちかかないといけないので、Apacheみたいなスタイルが楽なのか？というとちょっと疑問があります。 （たと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
