「いまどきのＰＨＰ開発現場 ２０１５年秋」を聞いてきた！

１０月３日に、PHPカンファレンス2015に行ってきた！話の続き
「いまどきのＰＨＰ開発現場　２０１５年秋」
をめもめも

---

・自己紹介
　Laravelリファレンス（仮）という本が出る
　　Laravel5.1(LTS)
・ＰＨＰ開発現場
　NotePC→GitHub→Travis（ＣＩサーバー）→Heroku

・コードを描くツールから・・ＰＨＰ　Ｓｔｏｒｍ
・ＰＨＰ　Ｓｔｏｒｍ
　ＪｅｔＢｒａｉｎ社のＩＤＥ（有償）
　動作が警戒、静的解析、オールインワン
　Vimmerも納得のIdeaVIM

　デモ：補完の

　コードフォーマット
　Ｇｉｔクライアントが入っている
　　→自動整形でコミット

・Vagrant
　（会場で）使っている人８割
　・プロジェクト毎に独立した環境
　・自動構築
　・チームで同じ環境を利用
　・運用環境と同じ環境
　導入ポイント
　　ＰＨＰコードと一緒に管理
　　とことん自動化（vagrant upで完了）
　　プロビジョニングはＶＭの中で実行（ゲストがわにAnsible）
　　Shell Script→Ansibleが楽

・フレームワーク
　コンポーネント指向が主流
　　Synfony/Zend Framework/Aura
　 CakePHP 3/Laravel/BEAR.Sunday
　コンポーネントを分離して利用できる
　他のフレームワークを利用

・Laravel
　Symfonyコンポーネントを多数利用
　（独自解釈したSymfornyともいえる）
　いいとこどり
　Laravelもコンポーネントとして利用可能

・フレームワークの付き合い方
　フレームワークに従うのではなく、アプリケーションの部品として使う
　フレームワーク on フレームワーク
　インハウスフレームワーク（おれおれフレームワーク）

・CI(継続的インテグレーション）
　（会場で）使っている人？さっきより、ぐっとへる
　git push/PRを検知して、タスク自動実行
　自前ならJenkins
　Travis CI/Circle CI

・Travis CI
　GitHubと連携
　travis.ymlに実行内容を記述

・Scrutinizer
　コードフォーマット、静的解析のSaaS、指摘表示

・PaaS
　HerokuがPHPを正式サポート(2014年）
　Azure web Apps（国内リージョン）
　サーバーセットアップ自動
　Gitでデプロイしてすぐ使える
　サーバーメンテナンス不要
　Herokuは無料枠有

・まとめ
　ツールやサービスに任せる
　やるべきことに集中
　ツールに導かれる

PHPカンファレンスに行ってきた！－ＰＨＰ7の話とか

今日（１０月３日）PHPカンファレンス2015に行ってきた！
まずは、一番初めのオープニングをメモメモ

---

■実行委員長ごあいさつ
・ＰＨＰ生誕２０周年→ＰＩＯでやったよ。前から詰めてすわってね
・ＰＨＰ７にちなんで、７がテーマ
・スポンサーブースまわってね
・スタンプラリー開催
・英語セッション４人
・サイン会
・お昼、お弁当とオムライス販売
・ＳＮＳで情報発信 #phpcon2015
・トラックごとで
・会場内Ｗｉｆｉ
・フィードバック
・はじめるよ

■PHPの今とこれから２０１５
・７
　ＰＨＰ７がでる。どんなことに気をつけないといけないか

・ＰＨＰとは
　主にＷｅｂで使われるスクリプト言語
　１９９５年の誕生以来成長
　スクリプト言語で最大、ＣＭＳシェアでもＷｏｒdPress（ＰＨＰでできてる）

・主に使っているＰＨＰのバージョン
　マジョリティー５．３、５．４がふぃえている。５．５が大幅増
　（でも、会場は５．６が多い）
　サポート切れの５．４を使っているユーザー８４％
・２０年の歴史の中で半分くらい５
・Ｕｎｉｃｏｄｅに失敗で６なくなる
・５．４までで完成度高い
・７があと１月ちょっとで出てくる
　メインは高速化
・ＰＨＰのリリースサイクル
　　１年で、点なんとかがあがる
　　ライフサイクル３年（５．４から）
　　１つきごとにバグ修正
・ＰＨＰ７
　大幅高速化
　致命的エラーを例外補足可能
　　　：
・より早く、快適に
　　ベンチマーク実行すると、大幅高速化 HHVMはかなり早い
　　→内部の見直し
　　マイクロベンチ
　Wordpress4.4ベンチマーク
　　倍くらいの性能（チューニングすると３倍）
　　アプリによるけど（ＤＢから引っ張ってると厳しいかも）
・型宣言が使える
　　デフォルトは従来と同じ
　　Strictモード（宣言する）と、型チェック
・致命的エラーのスローキャッチ：例外処理可能
・スペースシップ演算子
・パーサーとコンパイラを分離（２パスになる）
・互換性に関して
　（大きな変更はない）
　エクステンション削除:mysqlなくなる
　ＳＡＰＩが２２種類→７種類
　ＡＳＰ、Ｓｃｒｉｐｔ廃止
　ＰＨＰ４形式のコンストラクタ
　エクステンションは要変更　gophp7

・HHVM/Hackの進化
　ＬＴＳリリース３．３、３．６
　３．８でさらに高速化：ＰＨＰ７よりも平均１０～２０％高速
　非同期クエリ（ＭｙSQL)による高速化を模索

・ＰＨＰのこれから
　ＰＨＰ７．１開発が開始される
　ＰＣＯ（PHP Cryptography Object）：暗号化
　ＪＩＴ？

・ＰＨＰの未来
　Hack/HHMVリリースの持つ意味
　　ＰＨＰ７は劇的に進化した。そしてこれからも・・・
　高性能かつ現実的な解を継続的に提供する

・日本ＰＨＰユーザー会
・PHP Confarence 2015の見どころ

PHPフレームワーク４本勝負を、昨日（８／５）聞いてきた

内容をメモメモ

---

■あいさつ
自己紹介
ヒトメディアナイトについて
the p@rkについて
　イノベーションサロン

■Laravelを選んだ理由
インタースペースの人

・比べてみれば、やっぱりLaravel（ららべる）
・自己紹介
・インタースペースについて：アクセストレード
・メディアデベロップメント→Laravel4,5
・codelgniter
・Laravelを選んだ理由
・背景
　ＰＨＰエンジニアが全然いない
　片手間でＷｅｂサイト
　　　Symfony
　　　CakePHP　Bake
　それ以外使いたい→でもジェネレーターはほしい→自分で作る
　Fuel PHP ことばでプログラミング
・レイアウト出力の違い
　　Codelgniter　Ｘ
　　Fuel PHP こんとろーらーがおでぶ
　　Laravel　レイアウト継承

・ルーティング設定ファイル
　　Laravel　きれいにかける

・EloquentのQueryBuilder
・パッケージが充実
・他にも触ると楽しいこといっぱい
・最後に　エンジニア採用してます！

■ＣａｋｅＰＨＰを使っています
うるる
・自己紹介
・うるるについて：shufti
　　クラウドの労働力を活用
・導入：２００８年
・導入理由：はやっている
・シンプルな仕組みでわかりやすい
・元気なコミュニティ
・構成：ＣａｋｅＰＨＰ，ＡＷＳ
・中規模開発
・Github,Jenkins,Dockerで並列→リリース頻度あがる
・phinxで代用
・デプロイ自動化：whenever
・辛い点
　下位互換が弱い
　Model/Entity
・最近は：組織はアーキテクチャに従う
・Viewを疎結合に
・ＡＰＩ化が進めば・・・一部切り出し、お試し
・フルリプレイス怖い
・えりくさーがおもしろいelxir
・速度解析
・ビジネスロジック：モデルにおしこんでる

■YiiFramework
・弁護士どっとこむの紹介
・Yii Yes it is
・高速
・旧共産圏で人気
・そこそこ高速、低オーバーヘッド
・ＭＶＣから外れた拡張、ＰＨＰらしい割り切り
・Ｙｉｉはアクションをクラスとして切り出すこと可能
・ＦａｔＣｏｎｔｒｏｌｌｅｒはムシ
・ベトナムのオフショア開発向き？
・なぜＹｉｉ
　最終的には、好みで決定
・ＰＨＰのメジャーなフレームワークに大きな違いはない？
・サービスライフサイクルとフレームワーク
　　立ち上げ期と成長期

■Web Application with Symfony2+silex
ヒトメディアのひと
・自己紹介
・会社紹介
・やっていること：受託
・applyjapan
　　パッケージではない
　　大学ごとにカスタマイズ
　　共通にできるところもある
・第０世代
　　ethna
　第１世代
　　symfony1.4
　第２世代
　　zf2
　第３・４世代
　　silex(symfony2.3+)
・symfonyいいところ
　　疎結合の柔軟さ
　　ＬＴＳ
　　コンポーネント単位
・symfony悪いところ
　　学習コスト高さ(Form,Seculity)
　　ややおそい
　　エンジニア少ない
・Silexよいところ
　　マイクロフレームワーク（いんすぱいや　しなとら）
・わるいところ
　　symfonyエコシステムに乗り切れない
・doctrine
・サブドメインで大学変わる
・フレームワークで解決できない問題
・ブラウザごとのリグレッションテスト
・今後の対応

CakePHP2.6を、BitnamiでインストールしたRedMine上で動かす

BitnamiでRedMineをインストールしてしまうと、localhostが、
Bitnamiのapache2になっている。

PHPをやるときにわざわざ切り替えるのもめんどくさいなあ・・・
と思っていたら、localhost/phpmyadminってやったら、
PHPMyAdminが出てくる・・・ってことは、PHPうごくんじゃん！

ということで、

　CakePHPをBitnamiでインストールしたRedMine上で動かす

ことにチャレンジ

---

でも、CakePHP3.0でやって、玉砕した・・・

ダウンロードして、ComposerでBookmarkerというのをつくって、
おいてみたんだけど、ルーティングはうまくいって、
webroot/index.phpをみてるんだけど、
どうも、use のところで引っかかってる。
そうすると、ディスパッチのところがうまく動かない・・・

（メモメモ）
cd C:\Bitnami\redmine-2.6.0-3\apache2\htdocs\cakephp-3.0.7
php /Bitnami/redmine-2.6.0-3/php/composer.phar create-project --prefer-dist -s dev cakephp/app bookmarker

を実行したら、バージョンが古いとおこられたので

php /Bitnami/redmine-2.6.0-3/php/composer.phar self-update

でアップデートしてから、再度行った。
けど、上記のようにだめだった。

---

あ～時間が無い・・・
ということで、CakePHP2.6でやることにした。

CakePHP2.6.7安定版を
http://cakephp.jp/
から落としてきて、zipファイルを解凍

cakephp-2.6.7

っていうフォルダーができるから、そしたら

C:\Bitnami\redmine-2.6.0-3\apache2\htdocs

の下に、そのcakephp-2.6.7フォルダをおき、
ブラウザから

http://localhost/cakephp-2.6.7/

をアクセス

CakePHP2.4系のインストールと設定方法
http://www.beeete2.com/blog/?p=821

に出ている、赤と黄色の画面がでるところまできた。

・・・けどもう、この先をやっている時間なさそう・・・

っていうことで、ここまでやりかたをメモメモして、
一時休憩（上記サイトの設定はまだやっていない）

PHPの大幅速度カイゼンはPHP7・・・それ以前にバージョンアップは・・・

昨日、PHPの性能改善を行うために、どこに手を入れたらよいか、
わかるには、Zend Serverを使えば・・・という話を書いたが、
もちろん、PHP処理系それ自体が速くなれば、もっと簡単に？
性能改善できるわけだ・・・

・・・だが、この路線はちょっと難しそうに思える。

---

PHPの速度カイゼンとしては、facebookの
HHVMがある。
これに対向した、PHPNG→PHP７は、確かに
（HHVMほどではないにしても）速いのかもしれない。

【参考サイト】

１．PHP7 (phpng) をインストールして爆速体験をしてみる。
　　http://qiita.com/y_irabu/items/1bbd8961c9a530cbb8eb

２． PHP7はなぜ速いのか（zval編）
　　http://d.hatena.ne.jp/hnw/20141207

しかし、PHP7が、いますぐ出てくるわけではない。
なので、７が出るから速くなるという線は実務上、今は使えない

---

zend serverをいれても、速くなるそうだ。
というのは、あらかじめコンパイルしておき、
requireの依存関係などが、すぐに読み込めるようになっている
・・・などなどの努力をしているかららしい

---

しかし、それどころか、実際は、バージョンアップだけでも
難しいかもしれない。

今、サポートされているPHPのバージョンは
5.4,5.5,5.6となる。
また、さっきの参考サイト２をみても、
5.3から5.4に上げると、２割増しぐらい、
速くなりそうだ。

ってことは、５．３以前のバージョンを使っているひとは
５．４以降に移行したほうがいいことになる。
なんたって、EOLなのだから・・・５．３以前は。
(RedHatはサポートしてれるかもしれないけど）

---

しかし、

PHP Install Statistics
http://blog.ircmaxell.com/2014/12/php-install-statistics.html

に、安全なPHPのバージョンを利用しているのは25.94%しかない。

つまり、PHPの場合、あまりバージョンアップをする人は、あまりいない。
（脆弱性の問題があっても）

ってことからすると、ましてや性能向上のために、バージョンアップ
なんていう人は、いなさそうだね・・・

PHPの性能改善が必要な場合

PHPで開発した場合、
システムの入出力はあっているのだが、
パフォーマンスに問題がある
（処理時間が長い、画面遷移が遅いなど）
ということがある。

---

請負で開発している場合は、なんとかしないといけない。

こういうときに、

ＰＨＰの動作状況（各関数の経過時間や利用メモリ量）が分かる「コードトラッキング」の方法
http://blog.goo.ne.jp/XMLDTP/e/80f7182984c441f955038fa99cfa1aa6

で書いたzend-serverは、大変便利で、

Z-Rayを使うと、１つの画面遷移に対して、
PHP,データベース、I/O、ネットワークの処理時間を
返してくれるから、大雑把にどこに問題があるかわかり、

ネットワーク以外の問題であれば、さらに、
コードトラッキングを使って、どの関数が
時間がかかっているのかが分かる。

---

同じことをログに処理時間を出力させると、
ログに書き出す時間が問題になったり、
見にくかったりと、いろいろたいへん
その辺をすっきりグラフ化してくれるので、
開発者同士、お客さんに見せるのにもいい。

Zend Server 7 Small Business
(PKG-1184)が年間ライセンス３０万なのでデバッガ１人月よりかは安い。
となってくると、請負の場合、コレだけの仕事するんなら、
zend server買ったほうが安いか？っていう話になる。

---

しかし、最近はSESがおおい。SESの場合、
「パフォーマンス悪いですねえ。」
「そーですねえ・・・」
で済んでしまう場合もあるし、さらに、ログを入れて解析する
仕事をする人を雇えば、プログラマを派遣している会社は
儲かるという側面がある。

また、開発と品質保証部門が分かれている場合、
「パフォーマンスの向上は品質保証部門がやることなので、
　開発がやってはいけない」と、怒られるケースがある
（少なくとも私は怒られた経験がある）
→品質保証部門が行わなかった場合、悪いコードが入ったままとなる

---

つまり、SESの場合、請負にくらべ、(Zend serverのような
高生産性ツールを使わないほうが儲かるから）クオリティも
生産性も下がっていく可能性は高い。
日本はそちらの方向に向かっている。

ＰＨＰの動作状況（各関数の経過時間や利用メモリ量）が分かる「コードトラッキング」の方法

Zendサーバーを使うと、ＰＨＰプログラムについて
　ブラウザから、サーバーでのＰＨＰプログラムの負荷がわかる。
　ＰＨＰプログラムの各関数の動作状況（経過時間や利用メモリ量）が分かる。

前者がＺ－Ｒａｙといわれるもので、

後者がコードトラッキングといわれるものだ。

Ｚ－Ｒａｙについては

Zendサーバーをインストールし、PHPのサーバー側情報が見れるZ-Rayを表示させる
http://ameblo.jp/smeokano/entry-11988871588.html

に書かれているので、そちらを見てもらうにして、

ここでは、コードトラッキングについて書くことにする。

---

■前提

上記ブログの記事にあるように、Ｚｅｎｄサーバーはインストールされているとする。
上記ブログの指示通りにインストールすると

ローカルサーバー
http://localhost:8000

Ｚｅｎｄ管理用サーバー
http://localhost:10081/ZendServer/

となる。私の環境も、すでにＡｐａｃｈｅが入っていて、ほかのことで
ポート８０番がふさがれている。そこで、上記の例に従う。

ただし、ポート８０番を何も使っていないで、デフォルトインストールした人は

ローカルサーバー
http://localhost

となる（８０００はいらない）

------

また、今、HelloZendというプログラムが、

C:\Program Files (x86)\Zend\Apache2\htdocs

の下に入っている。C:\Program Files (x86)は、インストール先のフォルダ
なので、人によっては、ちがっているかも・・

ローカルサーバー、Ｚｅｎｄ管理用サーバーとも上がっている。
なので、ブラウザから

http://localhost:8000/HelloZend

にアクセスできる状態になっている。

---

■起動まで

まずは、Ｚｅｎｄ管理用サーバーを立ち上げる。

http://localhost:10081/ZendServer/

にアクセスすると、

とパスワードを入れる画面になるので、インストール時に設定したパスワードを入力
そうすると、いつもの画面になるので、

OverviewタブのCode Tracingを選択（クリック）

画面が変わって、左から

・ＵＲＬを入れる（今回はhttp://localhost:8000/HelloZend）
・ＧＥＴかＰＯＳＴか指定する　　
・そしたらCreate Traceボタンをクリック

実行できると、下のように実行結果がでるので、チェックして（しなくても行くかな？）
ＩＤをクリック

そうすると、処理内容と、かかった時間が表示される
中を細かく見ることも出来る。

チェックを入れると、メモリ利用量なども見える

CentOSでMySQLいれて、PHPでアクセスするまで

やったことについて、自分へのメモ

■前提
・Apacheは動いている
・PHPも動いて、phpinfo.phpが見れる
・カーネルの確認
　　cat /etc/redhat-release
　したら、CentOS

■作業
（前提）root権限で入っている

（１）mysqlインストール・起動

yum install mysql-server
yum install mysql-devel
/etc/init.d/mysqld start

（２）確認
mysql -u root
＊はじめはrootのパスワードが設定していないので、これで入れる
＊show databases;などして、exitで抜ける

（３）phpとの接続関係インストール
yum install php-mysql
yum install php-mbstring

（４）apache再起動
/etc/init.d/httpd stop
/etc/init.d/httpd start

（５）phpinfo.phpで、mysqlが動いているか確認

（６）接続プログラム
http://www.phpbook.jp/tutorial/mysql/index3.html
の下のほうにあるtest1.phpの
　　　ユーザー名 root
　　　パスワード なし（最後の,'testuser'を削除）
して保存、それをアクセスに行く。


■参考

http://changineer.info/server/mysql/mysql_installation_linux.html
http://d.hatena.ne.jp/rx7/20081010/p2
https://tamosblog.wordpress.com/2012/06/15/centos_web/

ＰＨＰの新しい実行環境ＨＨＶＭについて聞いてきた

10月11日、PHP Conference 2014に行ってきて、聞いて聞いた内容をメモメモ

次は

HHVM-PHP++

を、開発しているえらい人から、きいてきた

---

Who
OpenGraphプロジェクト
HHVM

PHPとは何なのか

HHVM
・ソーストランスフォーマーでない
・HHVM：全部やってくれればいいけど
　　新しいフィーチャー全て
　　ＨＨＶＭならではのものも
・ＨＨＶＭはどれくらいＰＨＰに近いもの
　　６０％
　　→でも使ってないエクステンション、エラーメッセージはマッチしなくても
　　実際の環境では問題にならない
　　１００％　２６フレームワーク
・ＨＨＶＭ
　　ubuntuパッケージ構築した
　　ないとりーも作った
　　　deb http://dl.hhvm.com/ubuntu trusty main
　　　apt-get update
　　　apt-getインストール
　　でびあんもうじき

・gcc4.6以降を使ってビルドする

・コンパイルできたら・・
　　nginxの設定
　　hhvmの設定

オープンソースのプロセス
・２０１０年　スコットがＨＨＰＣ
・２０１２年　ＨｉｐＨｏｐ　ＨＰＨＰＣ　１人フルタイムで
・２０１３年　ＨＨＶＭ→今６人
・２０１４年　ＨＨＶＭ　ＣＩ、オープンソース、ドキュメントも書いた！
　　　　　　　Hackも公開

ＨＨＶＭコミュニティ
　　Wikipedia→HHVMへ

使っている
　　Facebook,bidu wikiedia,GREE
　　１ヶ月に３万ダウンロード

ＪＩＴ
　まずＰＨＰがどう動くか；バイトコードインタープリター
　変更されていたら、バイトコードコンパイル実行
　変更されていなければ、インタープリティング
　ＨＨＭＶ
　　　頻繁に使われてる：ホット→ネイティブにコンパイル実行
　　　実環境でコンパイルすべきでない

Magento
　２００→６２
　他のページも３倍くらい早くなっている
Symfony
　２倍のスピードアップ
パフォーマンススイート→３日前にリリース（Read.Me)
　　初めての発表

Hackについて聞いたことがある
・ＰＨＰから拡張、取り除いた部分
・ＰＨＰコード例
　　グリーンの部分がＨＡＣＫ：パラメータ、返り値の型
　　プログラムを実行しないでも見極める
　　ジェネレーション　＜Ｔ＞を使って
　　コレクション　ライブラリできている。arrayも
　　Async Function：マルチタスク
　　ユーザーアトリビュート　＜＞つけて、好きなものいれる
　　ＸＨＰ(XHtml for PHP)：XSS対策

・デモ：型チェクなど

・Hack:hh_serverで走っていく
　convert PHPをHackバージョンにしたら？
　グリーンの部分

・FacebookのHack化

・ＨＰＨＰｄ：HPHPデバッガー
　コマンドライン上で

・ＰＨＰ言語仕様
　　ＰＨＰを検証→３００ページのドキュメント

質問
エコシステム
　ＨＨＶＭはＰＨＰと同じでないので変換必要
Ｆａｃｅｂｏｏｋは
　ＨＨＶＭにコミット。
　すべてオープンソース化
ＨＴＴＰからFastCGI
ＣｅｎｔＯＳ版

「最新ＳＰＡ開発を学ぼう ウェブエンジニアのためのAngular.js入門」

10月11日、PHP Conference 2014に行ってきて、聞いて聞いた内容をメモメモ

次は「最新ＳＰＡ開発を学ぼう　ウェブエンジニアのためのAngular.js入門」をメモメモ

---

・ＳＰＡって何？
　　Single Page Application
　　１つのページでアプリが完結する
　より流動的なＵＸ
　　　いままで→マルチページアプリケーション：ＵＲＬで遷移
　　　　ＵＲＬ遷移はＵＸ的には断絶
　　　ＤＯＭ操作で画面遷移
　なぜ、ＳＰＡ開発が増えている？
　　　デスクトップアプリのＵＸをウェブへ
　　　ＲＩＡプラットフォームの受け皿→ＨＴＭＬ５のＳＰＡへ
　　　　　apache flex ,curl, silverlight
　　　基礎技術の確立
　　　　　pushStateなどHistoryAPI
　　　　　JSライブラリ、フレームワーク
　　　　　JavaScript実行高速化
　　　利用されるフレームワーク：たくさんある
　　　　　今日はAngularJS
・AngularJSの特徴
　　ＨＴＭＬを拡張してアプリを記述
　　ＳＰＡに適した機能セット
　　　ルーティング
　　　データバインディング
　　　ＤＩコンテナ
　　　ディレクティブ

　　ルーティング
　　　ＵＲＬのハッシュやＨｉｓｔｏｒｙＡＰＩでビュー切り替え
　　　画面の一部が遷移
　　　　ng-view：サーバーサイドのルーティングににてる
　　　　なぜ必要：なくても良い

　　データバインディング
　　　　ＪＳオブジェクトとＤＯＭを結びつける
　　　　スコープ：ＤＯＭツリーと一対
　　　　ng-controller
　　　　テンプレートエンジンではない→即座にＤＯＭに反映
　　　→今ではモダンＪＳフレームワークではほぼ必須機能
　　　　JQuery的手続き処理からの脱却

DIコンテナ
　　　DIパターン
　　　依存を外から渡してもらう設計パターン
　　　ＤＩコンテナ使うと比較的簡単にできる

　　ディレクティブ
　　　ng-click
　　　ディレクティブのしくみ
　　　　→タグとして使える

まとめ

Q&A
ＳＰＡの弱点：SEOがきかない

mysqlnd ＶＳ libmysql

きのう(10/11)、PHP Conference 2014に行ってきて、聞いて聞いた内容をメモメモ

次は

mysqlnd徹底解説

---

MySQLクライアントライブラリ
mysql extention
mysqli
pdo extention
→直接つながっているわけではない
　　ネットワークアクセスなどは、mysqlnd,libmysqlがやっている

libmysql VS mysqlnd
位置が重要
　　mysqlnd→ＺＥＮＤエンジン内
　　libmysqlclient→connector/c
　　　ＣライブラリでＭｙＳＱＬ　ＡＢ時代
　　mysqlnd
　　　PHPエクステンション、コミュニティで書かれている
コンパイル時に決定される
５．３以前のバージョンmysqlndなかった
５．３でオプション
５．４でデフォルトになった
→libmysqlclientは今後もサポート（非推奨ではない）
確認方法
　phpinfoにかかれている

理由
・ライセンスの問題
　　mysqlndはphpライセンス

非互換のポイント
・OLD_PASSWORDは使えない（mysql4.1以前、以降でもOLD_PASSWORD指定）
・my.cnfはよまない

プラグイン

mysqlndインターナル
・プリペアードステートメント
　　サーバーサイド
　　クライアント
　→戻ってくるプロトコルが違う
　→型が変わってくる
→Stringで取れていたのが、integerになるとか
mysqliを使ってると、はまらない

メモリ使用量
・mysqlndは、結果セットをそのまま返している
・libmysqlはＰＨＰの外でメモリを使う
　　　→getmemoryusageで注意
・フェッチを何回もすると、メモリ増え続ける
　　解決手段
MYSQLI_STORE_RESULT_COPY_DATA
　　→libmysqlと同じ動き
　MySQLiで、5.6以降
　→ＰＤＯでは、メモリを多く食う
・MySQLiを使いましょう

Ｑ＆Ａ
Ｑ：サーバーサイドを使った理由は？
Ａ：サーバーサイドのほうがあんぜんじゃねーのと思ったから

「PHPコアから読み解くＰＨＰ５．５」を聞いてきた！

きのう(10/11)、PHP Conference 2014に行ってきて、聞いて聞いた内容をメモメモ

次は

PHPコアから読み解くＰＨＰ５．５

５．５以上使っている人→いっぱい
ＰＨＰコア知ってる人→少数
Zend エンジン使っている人→いっぱい？？（・・・コア知らないのに・・・）

・ＰＨＰコア
　ＰＨＰの内部システムでＣ言語で記述されている
　この内部にある言語エンジンがzendエンジン
　Zendエンジン：字句解析、構文解析（ばいそん）→オペコード

　zend_なんとか・・
　PHP_なんとか

　ＰＨＰコアを知れば、良いコード

・ＰＨＰ５．５の主な新機能
　　ジェネレーターの追加
　　boolvalの追加
　　zend_execute()オーバーライド不可

・ジェネレータ
　yield（いーるど）使っている人は？
　→イテレーターを実装
　イテレーターはデータの要素にアクセスするための仕組み
　　　Ｃのポインタもそう

　例：３つのファイルにそれぞれ別の処理を行う
　　yieldを使わない
　　　ファイルをオープンして１行筒読み込みファイルクローズを
　　　みんなする
　　yieldを使う
　　　→共通するイテレーション処理を一度定義するだけでよい

　ＰＨＰコアの観点から
　　オペコード；短くならない→今回のみ
　　でも処理スピード速くなる（遅くならない）

　簡単にイテレーターを実装できるので使いましょう

・boolval()
　　値の型を変換するcastと同じ
　　castオペコードと１対１
　　boolvalはスタック入れて、ファンクション
　　処理遅くなり、オペコードが多くなる
　　ただし、コールバックとして渡せる
　→できる限りcastを使いましょう

・zend_executeの実体化
　実行処理をオーバーライドするとき知識要る
　→５．５前と違う

　５．５前：実体化
　　zend_executeに好きな関数入れて、実行

　５．５以降：実体化
　　execute_ex
　　zend_execute_ex
　　executeはなくなった
　　zend_execute→使い方が違う

　zend_execute()
　　　↓
　(*zend_execute_ex)() = execute_ex();

　execute系取り扱い注意

・おわりに
　ＰＨＰコアに興味を持って！

PHP5.6、5.7と7.0、新しい実行環境HHVMについて聞いてきた！

きのう(10/11)、PHP Conference 2014に行ってきて、聞いて聞いた内容をメモメモ

まずはオープニング。表題の件は「ＰＨＰの今とこれから２０１４」に出てくる

---

■はじめに
・テーマ：知りたい、があなたを変えていく
・はじめてのひと・・・結構いる
・過去最高の３４の協賛企業
　４階：スポンサー・スタンプラリー
・ハッシュタグ#phpcon2014
・注意事項（お願い事）本日満員
　参加募集：８００人
　参加登録：１３００人
　前からつめて座って
・はじまるよ

---

■ＰＨＰの今とこれから２０１４
・１５回皆勤
・ＰＨＰとは
　Ｗｅｂアプリスクリプトがん後
　W3Techs.com調べ：ＰＨＰ　８割
　WordPressなども
　５割が５．３
　７５％が５．３→end of life
　互換性の話
　５．３→６．０(unicode)はうまくいかずキャンセル
　最新５．６（今年８月）
　５．７と７．０
・リリースプロセス
　　ライフサイクル３年（２年バグフィックスのこり１年セキュリティ）
　　５．４はセキュリティ
　　５．３はＥＯＬ
　　緊急リリースはＯｐｅｎＳＳＬがらみ→比較的安定
・５．６カイゼン・変更ポイント
　　速度：若干５％くらい
　　メモリ削減
　　シンタックスシュガー的
　　デバッガ標準搭載
　　互換性：
　　　キャラクターセット（ＵＴＦ８デフォルト）
　　　文字コード統一化
　　　中間者攻撃に対して
・５．６　地道なカイゼン
　　構文　...　可変長引数
　　アンパッキング
　　phpdbg xdebuggerのほうが使いやすい？
　　７に向けての標準化
・その他の機能
　　use

・新しいＰＨＰ
　ＨＨＶＭ、Hack実行環境
　ＨＨＶＭ：Facebookが作っている実行環境
　　　JITベースＶＭ
　　　倍速以上でWordPress動く
　Hack：PHP拡張言語
　　型チェッカ
　　gradual typing
　　非同期プログラム
　PHP互換環境の課題
　　　hhvm,HippyVM,Recki-CT,Zephir
　ＰＨＰ言語使用を策定：言語実装依存の問題を分離

・ＰＨＰ５．７
　ＰＨＰ７．０開発に２年を要する見込み
　２０１５年８リリース？（リリース自体も未定）

・PHP Next Generation
　２０１４年５月　phpng発表
　性能的にはhhvmに追いついてきた(WPで１５％まけくらい）
　エクステンションはいじる
　２０１４年７月名称はPHP7

・PHP7に向けて
　エンジン／メモリ管理大幅改善
　ＡＳＴベースコンパイラ
　OpCaheエンジン
　非同期プログラミング
　６４bit対応
　Unicodeサポート
　→hhvmの２年遅れ？

・ＰＨＰの未来
　Hack/HHVMリリースの持つ意味
　高性能かつ現実的な解を継続的に提供する

・日本ＰＨＰユーザー会
　メーリングリスト
　勉強会
　ＰＨＰユーザー会メンバーと思ったら会員

・ＰＨＰカンファレンス２０１４の見どころ
　Ｃトラック：入門向け
　セキュリティ
　ＣＭＳ

EclipseのPHPで実行できない場合

Eclipseで、PHPのプロジェクトを作って、ファイルを作成し、
さあ、実行と思って実行すると・・・

となっていて、実行できない。

じゃあ、Eclipseをダウンロードしてきたときに中に入っている
xamppを動かせばいいんだな！と思って、
xampp/apache/bin/httpd.exe
を実行すると、すぐに終わってしまう（実行できない）

・・・ということで、PHPファイルが実行して確認できない件について

---

■原因

eclipseを落としてきただけでは、xamppは、ルートディレクトリ直下
（ＣドライブならC:\直下）に置かれるものとして設定されているみたい・・

この設定を修正するコマンドを実行しないといけないみたい・・・

---

■方法

初めてでも安心！Eclipseのインストール方法【PHPアプリケーション開発環境構築編】
http://techacademy.jp/magazine/1620

に書かれている「(2)Eclipseインストール」を参照。
具体的には、以下のとおり

●xamppの設定
eclipseをダウンロードしてきたら、xamppの設定をする。


「xampp」フォルダ内にある「setup_xampp.bat」

を実行。

●httpd起動
終了したら、xampp-control.exeを起動

アメリカ国旗を選んで
apacheをスタート

(すでに他のところで起動していると、動かない。MySQLもすでに起動していると、動かない）


●ＰＨＰプロジェクト作成
今回、上記サイトとは違う方法で行っている。
eclipseにもどり、
ファイル→新規→プロジェクト→その他で

ＰＨＰ→ＰＨＰプロジェクトを選び、

新規プロジェクトの作成で、

内容を、「既存ロケーションにプロジェクトを作成」のほうにして、
ディレクトリーを、xamppのhtdocの下に、あらたにプロジェクト名でフォルダを作成し、そこに指定する
※注意：「参照」ボタンをクリックし、出てきたダイアログで、「新しいフォルダーを作成」して、
そのフォルダーを指定した場合、「ディレクトリー」に名前が反映されないことがある
（フォルダー名が「新しいフォルダ」で終わることがある）その場合は、正しいフォルダー名に直すこと

下にワーニングが出るが、無視して完了させる。

●ＰＨＰファイルを作成し、実行

こんなかんじになる。

PHPカンファレンス2014が10/11にあるけど

くわしくは、こちら

http://phpcon.php.gr.jp/w/2014/



申し込みサイトにいけない？
たぶん、申し込みサイトは、ここなの？

http://phpcon.doorkeeper.jp/events/15532


最近は、Angular.js入門とか、直接ＰＨＰでないものも
ありなのですね！

大垣さん×徳丸さんってあるけど、何やるんだろう？
（セキュリティ？？、ＰＨＰerの人は、わかるんですね、きっと・・？）