Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
今からでも間に合うphp5.5からphp7.2にバージョンアップした話 #phpcon
Search
kosa3
December 15, 2018
Technology
5
1.7k
今からでも間に合うphp5.5からphp7.2にバージョンアップした話 #phpcon
PHP Conference 2018でのLT会登壇資料です。
kosa3
December 15, 2018
Tweet
Share
More Decks by kosa3
See All by kosa3
3ヶ月でphp5.5から7.2にバージョンアップした現在と今後の向き合い方 #PHPerKaigi 2019
kosa3
1
3.6k
Other Decks in Technology
See All in Technology
Fabric + Databricks 2025.6 の最新情報ピックアップ
ryomaru0825
1
130
データプラットフォーム技術におけるメダリオンアーキテクチャという考え方/DataPlatformWithMedallionArchitecture
smdmts
5
630
変化する開発、進化する体系時代に適応するソフトウェアエンジニアの知識と考え方(JaSST'25 Kansai)
mizunori
1
210
HiMoR: Monocular Deformable Gaussian Reconstruction with Hierarchical Motion Representation
spatial_ai_network
0
110
Agentic Workflowという選択肢を考える
tkikuchi1002
1
500
低レイヤを知りたいPHPerのためのCコンパイラ作成入門 完全版 / Building a C Compiler for PHPers Who Want to Dive into Low-Level Programming - Expanded
tomzoh
4
3.2k
生成AIで小説を書くためにプロンプトの制約や原則について学ぶ / prompt-engineering-for-ai-fiction
nwiizo
4
1.5k
【TiDB GAME DAY 2025】Shadowverse: Worlds Beyond にみる TiDB 活用術
cygames
0
1.1k
Wasm元年
askua
0
140
監視のこれまでとこれから/sakura monitoring seminar 2025
fujiwara3
11
3.9k
製造業からパッケージ製品まで、あらゆる領域をカバー!生成AIを利用したテストシナリオ生成 / 20250627 Suguru Ishii
shift_evolve
PRO
1
140
250627 関西Ruby会議08 前夜祭 RejectKaigi「DJ on Ruby Ver.0.1」
msykd
PRO
2
270
Featured
See All Featured
GraphQLとの向き合い方2022年版
quramy
48
14k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
VelocityConf: Rendering Performance Case Studies
addyosmani
330
24k
4 Signs Your Business is Dying
shpigford
184
22k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
BBQ
matthewcrist
89
9.7k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
Testing 201, or: Great Expectations
jmmastey
42
7.5k
Site-Speed That Sticks
csswizardry
10
660
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Side Projects
sachag
455
42k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
8
670
Transcript
今からでも間に合う php5.5からphp7.2に バージョンアップした話 菅原 佑太 / kosa3 株式会社ウエディングパーク
・結婚・婚約指輪の口コミサイト 「Ringraph」の運用・開発責任者 ・サーバーサイドエンジニア ・Serverless Framework, Nuxt.js勉強中 菅原 佑太 株式会社ウエディングパーク 新卒3年目/チーフエンジニア
kosa3
・ウエディングパークの姉妹サイト ・2015年 9月からサービススタート(3歳) ・クチコミ数2万件以上 ・php + CodeIgniterで構成
それは突然のことでした…
「社内で実施している セキュリティチェックで 1つお願いしたいことがあるんだが...」 上司
「なんですか?」 ぼく
「PHPのバージョンアップを お願いしてもよいかな?」 上司
「いつまでにですか?」 ぼく
「3ヶ月くらいで…」 上司
「ちょ、調査します!!!」 ぼく
None
既に2016年でサポート終了
今回あげるバージョンは7.2
早速、工数見積もり調査を開始
phpの公式ドキュメントから 移行について洗い出し、 該当するか調べる 調査 その1
None
大体つまずきそうなところは分かった!
Docker環境を作り、 phpのバージョンをあげて検証してみる 調査 その2
$ docker-compose up
None
まぁまぁここまでは想定内… きっと他のミドルやモジュールの 関係だろう
調査結果
・Codeigniter Framework ・CentOS ・Apache ・node.js ・ruby ・composer ・mod_small_light module ・mcrypt
module ・その他モジュールやクライアントライブラリなど PHP以外に必要なバージョンアップ
None
3ヶ月で終わるのこれ…
急遽エンジニア2人増員
・動くようにする ・ログなどのエラーが出ないようにする ・リファクタリング(コードレビュー負荷軽減、 余計なロジック周りのテストの影響範囲を抑える) やるべきこと やらないこと
バージョンアップPJでの課題3選 ・暗号化モジュールmcryptの完全非推奨 ・画像リサイズmod_small_lightのアーキテクチャ変更 ・既存システムの不具合
バージョンアップPJでの課題3選 ・暗号化モジュールmcryptの完全非推奨 ・画像リサイズmod_small_lightのアーキテクチャ変更 ・既存システムの不具合
・php7.2からmcrypt暗号化モジュールが完全非推奨 => 全てOpenSSLに変更 mcryptの完全非推奨
mcryptよりOpenSSLの方が処理速度も良いらしい 【参照】 http://yut.hatenablog.com/entry/20140228/1393543543 mcryptの完全非推奨
バージョンアップPJでの課題3選 ・暗号化モジュールmcryptの完全非推奨 ・画像リサイズmod_small_lightのアーキテクチャ変更 ・既存システムの不具合
・mod_dimsなど他モジュールで代用 ・コンテンツサーバーを用意 ・serverless でリサイズ関数を作成する 画像リサイズmod_small_lightのアーキテクチャ変更 mod_small_lightの後継者探し (サーバー負荷も抑えたい)
・mod_dimsなど他モジュールで代用 ・コンテンツサーバーを用意 ・serverless でリサイズ関数を作成する 画像リサイズmod_small_lightのアーキテクチャ変更 Apache2.4でmod_small_lightの後継者探し (ついでにサーバー負荷も抑えたい) =>姉妹サイトの「DRESPIC」がlambdaでの 画像リサイズを導入していたので横展させてもらう
アーキテクチャ
バージョンアップPJでの課題3選 ・暗号化モジュールmcryptの完全非推奨 ・画像リサイズmod_small_lightのアーキテクチャ変更 ・既存システムの不具合
・全体に及ぶ影響から全範囲を開発・テストする ・意図せぬ不具合を発覚(Sentry, 監査) ・修正 & 報告書 => 工数に入れていない&対応に時間がかかる 既存システムの不具合
まとめ
よかったこと ・PJ開発ルールの統一 ・ミドルのバージョンをモダンにできた ・WAF、CloudFrontなどアーキテクチャを追加 ・SEO対策、パフォーマンス施策など打てた ・php-cs-fixerを導入し、コードの統一した ・テストコードを導入し、CircleCIで自動テストを運用できた
課題だったこと ・全体工数見積もりの算出 ・既存システムの不具合にかかるリソースコスト ・現行システムの運用案件の並行開発
最後に
タイトなスケジュールでも 事前にやることやらないことを 明確化することで最低限のリソースで 進めることができました (今回だけかも…)
でもやっぱり バージョンはこまめにあげましょう
ご静聴ありがとうございました