アイドルマスター ミリオンライブ! の麗花さん。
Pixiv: https://www.pixiv.net/member_illust.php?mode=medium&illust_id=66409230
アイドルマスター ミリオンライブ! の麗花さん。
Pixiv: https://www.pixiv.net/member_illust.php?mode=medium&illust_id=66409230
この記事は CodeIgniter Advent Calendar 2017 の 12月16日 分の投稿です。
CodeIgniter は元々軽量・軽快で高速なフレームワークですが、今時の高速化トレンドに対応して更に速くしていきましょう。
PHP 7.0 でも 7.1 でも 7.2 でも動きます!
もちろん PHP OPcache も有効にしておきましょう。更に速くなります。
Googleのアドバイスツールでも指摘してくるやつですね。CodeIgniter、というよりはPHPの標準的な機能になるのですが、以下のコード(冒頭4行)をビューのアウトプットをする前に入れておくだけでPHPの透過的なgzip圧縮が有効になります。簡単。
// 透過的な圧縮を有効にする if (ini_get('zlib.output_compression') != 'On') { ini_set('zlib.output_compression', 'On'); } $this->load->library('Twig'); $data = [ 'title' => 'XXXXXXX', 'hoge' => $hoge, 'foo' => $foo, 'bar' => $bar ]; $this->output->set_output($this->twig->render('dir1/example', $data));
※このコードではビューの組み立てにTwigを使っています。
注意点として、画像であったりZIPファイルをバイナリで返したりであるような際に透過的な圧縮が有効になっているとファイルが壊れてしまったりします。そういう出力をするURLが有る場合は、全てのURLで常に適用されるような書き方は避けるのが無難です。
これはWebサーバ側の話になるのでもちろん CodeIgniter でも対応可能です。http/2 に対応したバージョンの Apache 2.4 or Nginx (h2oとかOpenLightSpeedとかでも)と php-fpm を組み合わせてあげましょう。Apache を http/2 に対応する場合、prefork MPMではなくevent MPM(やworker MPM)にする事が必要になりますので、その辺りも適宜チューニングしていきましょう。
参考: Amazon Linux AMI 2017.09で今こそApacheをhttp/2対応にする手順
CodeIgniter 3は同じクライアントから同時に複数URLを叩かれるような場合に、同時に処理せず逐次処理のような挙動をします。これはPHPのセッションが有効になっている際の制限なのですが、セッションの機能を使い終わったタイミングでセッションを書き込み・クローズさせてあげる事で並列度が上がります。
// 同ユーザー・セッションからの連続アクセスの為にセッションのロックを解除する。 // これを実行した後はセッション関連の機能が使えない事に注意。 session_write_close();
そもそもAPIでセッションを利用しているのがよくないという話も有りますが、必要な場合にはこの対策をどうぞ。
Memcachedとか、AWSのElastiCacheとか。CodeIgniterにはそれらを利用するための機能が標準で用意されています。……といっても私自身は php-pecl-redis で 直接 Redis を扱ってしまっているのでCodeIgniter側の機能は使った事が無いのですが。ちょっと重めの外部APIから値を取得しているような場合など、適用できそうな場所はどんどん Redis でキャッシュしましょう。
MySQLにしてもPostgreSQLにしてもバージョンが上がるたびに様々な改善が有り、高速化が有り、新機能が有ります。MySQL 8.0にも更なる期待が持てるこの頃。
CodeIgniterには重厚なORマッパーが有りません。QueryBuilderは本当にクエリのビルダですし、生のSQLを直接実行する事も容易です。その為、PostgreSQLやMySQL 8.0のウィンドウ関数、CTEであったり、JSON型、配列型など、RDBの強力な機能を積極的に使っていけます。実際、PostgreSQLの配列型をタグの実装として使っていてなかなか便利だったりします。
参考(外部): タグ検索するならPostgreSQLで決まり! – yohgaki’s blog
配列型はCodeIgniterからは「配列っぽい文字列」として扱う事になるので、適当な変換関数を作ってオブジェクトだったり連想配列だったりでやり取り出来るようにすると便利です。
といっても一応フェイルオーバーには数十秒かかります。以下の過去記事で「数秒間のDB接続不可に耐えるための方法」をまとめてあります。
参考: CodeigniterのDB接続不可をハンドリングして再接続する
また、CodeIgniterのデータベース接続には「1つ目の接続先が繋がらなかった場合に2つ目の接続先に繋ぐ」という機能が有ります。これはまだ活用した事が無いのですが、MariaDB の Galera Cluster であったり、PostgreSQL の BDR (Bi-Directional Replication) など、これからのマルチマスター時代のフェイルオーバーに容易に対応出来ちゃったりするのでしょうか。出来るのかは分かりませんが、試してみると面白いかもしれません。
他にもいろいろあるかもしれませんがこの辺で。フロントエンドだと AMP 、 ServiceWorker など色々な話題が有ります(その辺も勉強しないとなぁ)が、CodeIgniterも高速化していきましょう。
この記事は CodeIgniter Advent Calendar 2017 の 12月15日 分の投稿です。
14日の記事は @NEKOGET さんの「CodeIgniter3のチュートリアルをリファクタリング(1)」でした。
CodeIgniter の良い所はやろうと思った事がほぼ素のPHPの知識だけでも実装してしまう事。誰でもさくっと作れてしまうので、小ネタ的な物はあまり見かけないような気がします。有っても数年前にほぼ同じような事を書いたブログ記事がもう有ったり。でも、ブログはいつか消える物。というわけで今回は CodeIgniter のログ出力をちょっと便利にしてみたいと思います。最新のn番煎じです。
ファイル名: exlog_helper.php
Gistへのリンク(こちらの方が読みやすいかと)
<?php if (! function_exist('logDebug')) { function logDebug($message) { $trace = debug_backtrace(); $output = 'UserLog: ' . $trace[1]["class"] . '::' . $trace[1]['function'] . ' - '; if (is_array($message)) { $message = print_r($message, true); } $output .= $message; log_message('debug', $output); } } if (! function_exists('logError')) { function logError($message) { $trace = debug_backtrace(); $output = 'UserLog: ' . $trace[1]["class"] . '::' . $trace[1]['function'] . ' - '; if (is_array($message)) { $message = print_r($message, true); } $output .= $message; log_message('error', $output); } }
debug_backtrace()で取得した結果を混ぜ込んでいるだけのログ出力ヘルパーです。渡された変数が配列だった場合はprint_rで文字列にしています。後はファイルの何行目で実行されたかも出しておきたい場合も添え字 ‘line’ に入っています。これをCodeIgniterのautoload対象helperとしておけば、どこでも利用可能になります。CodeIgniterで開発を始める前にこんな感じの機能を用意しておくと何かと便利です。やっている人はもうやっているのでしょうが、私はこんな風に書いているよーと共有までに。
CodeIgniterとは直接関係ないけども:
久しぶりにCodeIgniter以外のフレームワークを触ってみたら1年で死んでしまった話を書きました。→ https://www.sodo-shed.com/archives/12182