HTTPメッセージ、PHPの 事情ば分かっとっと？
•
1 gostou•2,581 visualizações
第102回 PHP勉強会＠東京 でのスライドです https://phpstudy.doorkeeper.jp/events/44793
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a HTTPメッセージ、PHPの 事情ば分かっとっと？
Semelhante a HTTPメッセージ、PHPの 事情ば分かっとっと？ (20)
Mais de sasezaki
HTTPメッセージ、PHPの 事情ば分かっとっと？
- 2. ● 自己紹介 ここ数年の記事とか発表 – 2015年03月 日記 PHP -憂鬱な希望としての PSR-7 http://sasezaki.hatenablog.com/entry/2015/03/07/195908 – 2015年06月 Symfony Meetup Symfony ユーザ向け psr-7 zend-diactoros Middleware 入門 http://psr7.net/sasezaki/slide20150620/ – 2015年06月 動作確認 ストリーム 関連のプロジェクトの話 https://gistlog.co/sasezaki/fb703148b0542d61f0bb – 2015年11月 PHP勉強会@相模原 PSR-7 -これは何だ http://psr7.net/sasezaki/slide20151110/
- 3. ● 自己紹介 ここ数年の記事とか発表 – 2016年05月 PHPカンファレンス福岡2016 HTTPメッセージ - PHPで扱う場合の再入門 http://psr7.net/sasezaki/phpconfuk2016/ NEW ・・・ということで、 察しがついたかも知れませんが、今日の話は 先日の発表をベースにしてます。
- 6. 「PHPの実行環境は、主にWebサーバ(でのモジュール)」 「サーバにはapache以外にも色々ある。」 「CLIもサーバ」 『第1回 身近なWeb[PDF] – 放送大学』より http://morimoto.code.ouj.ac.jp/resources/2015_web/01.pdf
- 8. サーバーリクエスト (Incoming Request ) Webサーバ HTTPリクエスト PHP スクリプトコード ・ $_SERVER,$_GET,$_POST,$_COOKIE,$_FILES ・ apache_request_headers() ・ php://input apache_request_headers()が必要な場面について “In particular, it SHOULD removeany header fields carrying authentication information, such as 'Authorization'; or that are available to the script in other variables, “ (RFC 3875より)
- 9. 最大サイズ・最大長などの制限を設けてる ● HashDosで知られるmax_input_varsの導入はPHP 5.3.9から ● もちろん、サーバソフト側でも制限設定項目はあり ● ApacheのLimitRequestBody ディレクティブなど POSTメソッドでの場合の$_POSTへの変換 ● sapi_activateでのsapi_read_post_dataのコールにて取得 php-src/main/SAPI.c 参照 ● php.ini のenable_post_data_reading にて$_POST や $_FILESへ の格納を無効化可能 (PHP 5.4より) サーバーリクエストからのスーパーグローバルへ
- 10. 『今の若い人は CGI なんか知らないと思いますが、そ ういうのがあって、昔はとてもよく使われてたんです よ。この CGI の仕様を借りて WSGI が Environment の 仕様を決め、Rack もそれを継承しています。そのた め、CGI を知らない人から見ると奇妙な仕様に見えるで しょう。「なんで User-Agent ヘッダーが HTTP_USER_AGENT に変わってるの?そのまま User- Agent 文字列を使えばいいのに。」のような感想が出て きそうです。』 $_SERVER, CGI, Environment(wsgi, rack) http://qiita.com/kwatch/items/67657fef43666479bb99
- 13. E_WARNING: Cannot modify header information - headers already sent by (output started at ...
- 14. スーパーグローバルを直に触るのはつらい header()を先に呼ばなきゃいけないのがつらい ファイル配列操作がつらい リクエストURIの操作がつらい 『PSR-7: HTTP Message Meta Document』から意訳＆抜粋
- 17. HTTP リクエスト ディスパッチャ ( index.php ) ブートストラップ コントローラ ルーティング リクエスト レスポンス View / テンプレート リクエストルーター利用でのプロジェクト構成(例)
- 19. Fatal error: Allowed memory size of 6291456 bytes exhausted (tried to allocate 2097153 bytes) ひー
- 21. メッセージボディは、 文字列で決定やな。 * * @return string */ public function getContent() { HTTPメッセージコンポーネント設計者 ・・・なんや問題あるんか？
- 22. 何が問題？ メモリを制限なく消費する可能性 → ヘッダやボディに最大長についてRFC規定あっただろうか？ 例えばApacheの場合、LimitRequestBodyにて許可バイト数設定 開発者は諦めてアクションでecho → getContent()にてコールバックを許容した場合、 戻り値の方が一致しない Streamリソース利用の発想が抜けている → HTTPクライアントとして、ストリームは利用しているのに...
- 23. レスポンスボディの出力・フラッシュ 標準の設定では、echoがあれば直ちに送信や文字列すべてを出力 はしない パフォーマンスのためにデフォルトのphp.iniでは output_buffering = 4096に設定されている。※ CLIは除く ob_start() コールバック関数 ob_start() での引数、またはphp.iniでのoutput_handlerの指定 により、出力バッファの内容を操作できる。 ob_gzhandler()関数など テンプレートエンジン / Viewレンダラーでの応用 出力内容を文字列として取得するために、ob_start() ob_get_contents()を行っている。 ここでもメモリ使用量増大の可能性 出力出力バッファリング制御制御
- 24. せや、streamや！ * * @return stream */ public function getContent() { HTTPメッセージコンポーネント設計者
- 25. 抽象化 I/O PHP 4.3から登場したresourceオブジェクト 普段のファイルシステムやhttpなどのスキーマは、デフォルトの ラッパーにすぎない 入出力ストリーム php://temp により、メモリならびにテンポラリファイルへの読 み書きが行える ストリームフィルタ ストリームはカスタムフィルタを作成し、登録できる PHPPHPにおにおけるStreamStream
- 29. • CakeNetwork{Request,Response} • CI_Input, CI_Output • NetteHttp{Request,Response} • PHPixieHTTP{Request,Responses} • SymfonyComponentHttpFoundation{Request,Response} • yiiweb{Request,Response} • ZendHttp{Request,Response} Rob Allen 『HTTP, PSR-7 and Middleware』から
- 31. HTTP レスポンス ディスパッチャ ブートストラップ コントローラ ルーティング リクエスト レスポンス View / テンプレート Debugツールバー Authentication ミドルウェア・ ランナー MiddlewareMiddleware Middleware Middleware ミドルウェア利用でのプロジェクト構成例 while (! $stream->eof()) { echo $stream->read(8192); }
- 33. function __invoke( ServerRequestInterface $request, ResponseInterface $response, callable $next);
- 40. ● PHPカンファレンス福岡2016で出た質問・余談 – Q「PSR-7だと今のPHP組み込みのセッション機構と 整合性がないのでは？」 ● 私見「Cookieを利用したセッションということで？本発表で述 べたように、PHPはHTTPメッセージ解釈機能を併せ持ってこ そツールとしての価値があるのです。私は、それを崩そうとは 思いません。従来の($_SESSIONをラップした)セッションコン ポーネント使います。」 (本音「そこまで、深く考えてなかったンゴｗｗｗ」 今までのHTTPメッセージコンポーネントでも同様の問題で は。。) ※ 「PSR-7 and Session Cookies」http://paul-m-jones.com/archives/6310 と いう記事にセッションのクッキーヘッダーへのハック周りについて記載がありま す。
- 43. 参考文献 ● php と sapi と zendengine2 と.. http://www.slideshare.net/do_aki/php-and-sapi-and-zendengine2-and ● PHP による hello world入門 http://tech.respect-pal.jp/php-helloworld/ ● PHP output buffer in deep http://jpauli.github.io/2014/12/19/php-output-buffer-in-deep.html ● PSR-7: HTTP message interfaces http://www.php-fig.org/psr/psr-7/ ● PSR-7: HTTP Message Meta Document http://www.php-fig.org/psr/psr-7/meta/ ● A Case for Higher Level PHP Streams in PSR-7 http://mtdowling.com/blog/2014/07/03/a-case-for-higher-level-php-streams/