Kenji_sのブックマーク - はてなブックマーク

PHP7でCodeIgniterを動かしてパフォーマンス測ってみた

CodeIgniter Advent Calendar 2015 7日目、空いてたので、駆け足ですが、このエントリ登録しました。参考になれば幸いです。 PHP7が遂にリリースされました! PHP 7.0.0 Released PHPカンファレンス2015でRasmusさんが語っていたPHP7のパフォーマンスアップ、とても興味があったのですがなかなか時間が取れず、やっと試すことができました。試してみたかったのは、次の点。 1.CodeIgniter3アプリが動作するか？ 2.パフォーマンスは向上するか？一部ではPHP7で期待したパフォーマンス向上が見られないとか、逆に遅くなったとかのツイート等をみたので、自分のところの事情を調べてみたかったです。また、実際に作ったプロジェクトで最もアクセスされるページのパフォーマンスを調べてみたかった！！テスト環境物理的なPCは用意できなかったため

Kenji_s 2015/12/10

リンク

PhpStormで256倍楽しくコードを書く方法(CodeIgniterの場合)

PhpStormとCodeIgniterを利用している場合、 PhpStormでautocompleteを有効にする方法（CodeIgniter3利用時）の方法で、autocompleteを有効にできた。これで多少コーディングがはかどる。もっと便利にできないだろうか？CodeIgniterでは**$this->**をたくさん記述する。 public function create() { $this->load->helper('form'); $this->load->library('form_validation'); $data['title'] = 'Create a news it em'; $this->form_validation->set_rules('title', 'Title', 'required'); $this->form_validation->set

Kenji_s 2015/11/04

リンク

PhpStormでautocompleteを有効にする方法（CodeIgniter3利用時）

PHP FrameworkにCodeIgniter3を採用したプロジェクトをPhpStorm(ver.9.0.2)で編集している。PhpStormのメソッド・プロパティ補完機能(autocomplete機能)はとても便利で、コード記述を強力にサポートしてくれる。また、定義にジャンプする機能もコードの実装を追うのにとても有益だ。参考： Code Completion - Help | PhpStorm しかしCodeIgniterの機能を使ったソースコードは思うように補完機能が働かない。 CodeIgniterではModelやContorollerでクラスを利用する時にローダーを利用するが、$this->loadするとインスタンスは$this->xxxにセットされ、$this->xxx->funcのように利用する。このとき「$this->xxx」が何者なのかPhpStormは分からないの

Kenji_s 2015/10/25

リンク

FuelPHPのModel_Crudのcreated at、updated atが更新されない。

FuelPHPのModel_Crudは、dbのinsert,update時に自動的に追加日時・更新日時を更新してくれるはずだが、うまく更新されない。created_at、updated_atのカラム名はあっているのだが、created_at,updated_atには0000-00-00 00:00:00が入っている。更新しても日時が入らない。原因はちゃんとModel_Crudを継承したクラスで、_mysql_timestamp=trueにしていないこと。ちゃんとヘルプFuelPHP Model_Crud Classにも書いてある。 class Tabletest extends \Model_Crud { protected static $_table_name = 'tbltest'; protected static $_created_at = 'created_at'; //

Kenji_s 2014/05/03

リンク

FuelPHP1.5.3でViewに渡すデータが多い場合のパフォーマンス ORMとDBでの比較

軽量なPHP FrameworkのFuelPHP1.5.3をできるだけパフォーマンスよく使いたいと試行錯誤中。 ViewにDBからselectした多数の結果(500件)を渡すときのパフォーマンスを調査している。 ORMとDBの性能差これまでのテストでは、ORMのModel_It em::find() を利用していたが、DB::select を利用するとどうなるだろう。 output_filter有り随分速い。0.707秒。 output_filter無しなんと、0.176秒。この速度は魅力。ざっとまとめどうもModel::find()の時は、SELECT結果を処理する際に、Query::hydrate で処理時間がかかっている模様。 [FuelPHP1.5.3でViewに渡すデータが多い場合のパフォーマンス][1]でのフィルタ有無と合わせてまとめてみた。 filter有り(秒) f

Kenji_s 2013/04/20

リンク

FuelPHP1.5.3でViewに渡すデータが多い場合のパフォーマンス

軽量なPHP FrameworkのFuelPHP1.5.3を利用することになったのでお勉強開始。it emsテーブルをTASKのfromdbでscaffold。 php oil refine fromdb:scaffold --force it ems ここで生成されたスケルトンをカスタムして、一般的なDBデータを一覧表示を実装するテストを実施してみたが、1ページあたりの表示可能件数を指定できるようになったところで100,300,500件の表示をすると結構応答が遅いことに気がついた。サーバースペックはCPU AtomD525・Memory 4GB・SSDなので、さほど速いPCでもないが、このくらいで遅くなるのもちょっと変だなと調べてみた。 FuelPHP Profilerの結果 FuelPHPに付属のProfilerをONにしてみて300件のリストを表示してみると、時間がかかっているところが