「ふつうのPHP」がpixivになるまで前史

「ふつうのPHP」が

pixivになるまで前史

pixiv.inc@tadsan

2020.02.17 PIXIV TECH FES.

お前誰よ

• 2012年11月にアルバイトとして入社
• 2013年3月に正社員として入社、API開発
• 2013年10月からpixiv本体の開発に携わる
• 2014年グロースチーム
• 2015年フィーチャーフォン向けpixiv小説開発
• 2016年メンテナンスチーム
• 2019年から開発支援チーム

何をしてきたのか

• 公開APIおよびフレームワークのメンテ
• 2013年pixivのアカウント基盤統合
• pixivの翻訳入稿フロー実装
• 2015年オートロード化、ドメイン統合設計
• 2018年PHPStan CIの本番導入
• 2019年ピクシブ百科事典メンテ引き継ぎ

2012年入社

PHPは入社してから（それ以前はRuby）

今回のお題

「ふつうのPHP」がpixivになるまで前史

前史？

PHPカンファレンス関西2018

このときは2012年以後に改善したことを主に話しました

今回は私の入社時（2012年以前）に既にあったものについて紹介していきます

前提を揃えましょう

ふつうのPHP？

URLに.phpが入っている

http://www.pixiv.net/member.php?id=105589

http://www.pixiv.net/member.php?id=105589

https://www.pixiv.net/users/105589

URLとスクリプトファイルが1:1で対応する時代だった

（当時の世間では）Webアプリ ≒ CGI≒ Perl or PHP

pixivリリースの2007年はまだそういう時代

参考までにRails2.0が出て日本で注目されだしたのが2008年

Ruby関係者に怒られないよう言及するとRails以前にもtDiaryのようなRuby CGIなWebアプリもあったし現在もRackでばっちり動きます

重要なこと：ファイル=URLのCGI的な構造でFWに依存してない（これは2015年まで続く）

というわけで話を本筋に戻して

温故知新

ふつうのPHP？

LAMPスタック

Linux, Apache,MySQL, P言語

UTF-8

（リリース当時はUTF-8じゃなかったらしいけど2007年中には移行完了）

Git

(2012年は普及時期だけど会社としてSVNから完全移行したのは割と早め)

あとは制限時間で打ち切られるまで個別要素を語っていくぞ

pixiv開発メンバーでも何が一般的で何がpixiv独自要素なのか把握できてるひとは多くないと思う

PDO

(PHP Database Object)

入社時には僅かなmysql関数も残ってたけど、ほぼPDO化が済んでた（時代的にはPEAR::DBやMDB2でもおかしくない）

SQLのクエリ末尾にスタックトレースを付加することでスロークエリの発生箇所を容易に特定できる

それもPDOを生で使わずにラッパークラスを設けて使ってたのが本当にすごい

基本は_call()をつかった

Proxyクラス+べんりメソッドの追加

系統とmaster/slaveごとにPDOのシングルトンを管理するクラス

slaveに対して書き込みクエリが発行されることを事前に防ぐ構造を提供

Smarty

(HTMLテンプレートエンジン)

SmartyはPHPの定番テンプレートエンジンだが、それ自体はXSS耐性がなく全ての値を明示的にエスケープしないといけない

pixivではSmarty_Compilerを拡張してattributeで明示的にエスケープしない出力を拒否

SmartyはPHPスクリプトとして変換されるものが実行され(コンパイルキャッシュ)、チェッカーが走るのはコンパイル時のみで実行時コストは掛からない

フレームワーク

pixiv本体はフレームワークに依存していない

が、部分的に薄いフレームワークのような機能を持つ層は複数あった

独自フレームワークそのものも複数あった

(いわゆる)RESTful APIのpixiv内における初期事例(PHPカンファレンス2013)

身近に24ファイル程度の読めるフレームワークがあったのはPHPの理解に非常に大きく役立った

タグジャンプできない(=静的解析しにくい)制約は反面教師として現在の改善に活かされている

総括

今回は2012年以前の前期pixivから現在も現役の実装を紹介した

前期pixivの内部実装について情報が外に出る機会は少なかった

CGI時代の空気を色濃く残していたコードは2015年頃にフレームワーク的な構造に移植されている

良いアーキテクチャとは言いがたいが、実装面としてユニークなものは多くある

良い遺産だからと全肯定して残したいわけではない

歴史から学んでもっと良いもので置き換えていこう

温故知新

ご静聴ありがとうございました