幹壞事是進步最大的原動力
剛剛才注意到 PHP 5.6 在 2019 年還有新的版本：「PHP 5.6.40 Released」。
在「Supported Versions」可以看到 PHP 5.6 應該是在 2018 年年底就終止更新，看起來是 5.6.39 在 2018/12/06 出之後，把剩下的一包都累積起來，「原則上」後面不會有更新：
Please note that according to the PHP version support timelines, PHP 5.6.40 is the last scheduled release of PHP 5.6 branch. There may be additional release if we discover important security issues that warrant it, otherwise this release will be the final one in the PHP 5.6 branch.
不過看起來官方的態度是「儘量幫」，如果有太嚴重的漏洞還是會補... :o
這兩天又遇到一次，這應該是 Laravel 裡設計比較奇怪的地方，既然是跑 PHPUnit 的環境，為什麼不預設在錯誤發生時把完整的 stack 拋到 console...
這邊的解法是參考「Laravel: How to enable stacktrace error on PhpUnit」這篇的解答。
舊版需要自己丟 handler 進去 (5.4 以及之前的版本)，在 5.5+ (寫這篇時最新的穩定版本已經是 5.6) 有內建 withoutExceptionHandling() 可以用，所以在 tests/TestCase.php 內搞定 setUp()：
protected function setUp()
{
parent::setUp();
$this->withoutExceptionHandling();
}
不知道有沒有機會直接進 Laravel 的 package 設定裡面...
這個功能在 ELB Classic 年代時有跟 AWS 提過，到 ALB 支援了 (總算...)：「Application Load Balancer Announces Slow Start Support for its Load Balancing Algorithm」。
Application Load Balancers now support a slow start mode that allows you to add new targets without overwhelming them with a flood of requests. With the slow start mode, targets warm up before accepting their fair share of requests based on a ramp-up period that you specify.
然後時間可以設定，從 30 秒到 15 分鐘：
Slow start mode can be enabled by target group and can be configured for a duration of 30 seconds to 15 minutes. The load balancer linearly increases the number of requests sent to a new target in a target group up to its fair share during the slow start ramp-up window.
就之前的經驗來說，這在跑 PHP 的時候會很需要這個功能 (之前是在 F5 的設備上設定)。其他的語言因為性質不太一樣，可能不會這麼吃這個功能。
主要是因為 PHP 是在 request 進來時 compile 並且 cache。所以在機器剛起來時，儘量將 CPU 留給 opcache，把常用的頁面 compile 完並且放進 cache，而不是讓大量的連線灌進來，這樣對使用體驗不會太好... (要避免 CPU 吃滿 100% 很久，造成每個連線都很慢才跑完)
AWS 推出 Slow Start 後對 auto scaling 時的順暢度會好不少...
在「PHP Versions Stats - 2018.1 Edition」這邊看到這次的統計資料了，可以看到會使用 Composer (以及 Packagist) 的 PHP 版本中，7.0+ 已經是 78% 了，半年前是 67% 左右...
除了 PHP 5.x 以外，PHP 7.0 也是 12 月要停止支援 (2018/12/3)，比 PHP 5.6 的支援期還早一個月左右 XD
去年十一月出 PHP 7.2，現在已經更新到 7.2.5，各家軟體的相容性也都修的差不多了，差不多該升級了。
在「PHP 7.2 的效能改善」這邊有提到與 PHP 7.1 的效能改善主要來自於同時間有多人同時存取時的最佳化。
同樣 wiki 也跟著更新了，來看看效果如何...
在「Migrating to MySQL 8.0 without breaking old application」這邊看到這個有趣的故事 XD 這是作者的應用程式 Drupal 從 MySQL 5.5 一路升級到 8.0 的過程記錄...
真正的問題發生在 5.7 到 8.0：
原因是 Drupal 用到關鍵字了：
In fact, this old Drupal, uses a table name that is now part of the reserved keywords. It’s always advised to verify what are the new keywords reserved for MySQL itself. New features can also mean new keywords sometimes.
修正後就好了：
話說依照「File:Drupal release timeline.png」這邊的資訊，Drupal 6.2 也十年左右了？應該是 PDO 剛開始要推廣的年代，不知道他跑哪個版本的 PHP...
另外 MySQL 的升級意外的順利？雖然是一步一步升，但沒遇到什麼大問題...
GitHub 宣佈支援 review 系統可以讀 PHP 的結構，讓使用者更好操作了：「Quickly review changed functions in your PHP pull requests」。
GitHub 官方給的範例還蠻清楚的，在 Jump to... 的地方提供了 PHP 的結構：
在「» Feature: Garbage Collection Statistics」這邊看到 Xdebug 2.6 將能夠收集 PHP 的 GC (garbage collection) 行為了：
Xdebug's built-in garbage collection statistics profiler allows you to find out when the PHP internal garbage collector triggers, how many variables it was able to clean up, how long it took, and how how much memory was actually freed.
這樣 profiling 看的東西就更準確了...
PHPStan 也是 PHP 的靜態分析工具，官方給的 slogan 是「PHP Static Analysis Tool - discover bugs in your code without running it!」。然後官方給了一個 GIF，直接看就大概知道在幹什麼了：
跟 Phan 類似，也是要 PHP 7+ 才能跑，不過實際測試發現不像 Phan 需要 php-ast：
PHPStan requires PHP ^gt;= 7.0. You have to run it in environment with PHP 7.x but the actual code does not have to use PHP 7.x features. (Code written for PHP 5.6 and earlier can run on 7.x mostly unmodified.)
PHPStan works best with modern object-oriented code. The more strongly-typed your code is, the more information you give PHPStan to work with.
Properly annotated and typehinted code (class properties, function and method arguments, return types) helps not only static analysis tools but also other people that work with the code to understand it.
拿上一篇「用 Phan 檢查 PHP 程式的正確性」的例子測試，也可以抓到類似的問題：
vendor/bin/phpstan analyse -l 7 src/ 1/1 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓] 100% ------ -------------------------------------------------------------- Line src/Foo.php ------ -------------------------------------------------------------- 13 Method Gslin\Foo::g() should return string but returns null. ------ -------------------------------------------------------------- [ERROR] Found 1 error
這樣總算把積壓在 tab 上關於 PHP 工具都寫完了，之後要用才有地方可以翻... XD
Phan 這套也是拿來檢查 PHP 程式用的，也是儘量避免丟出 false alarm。不過 Phan 只能用在 PHP 7+ 環境，原因是使用 php-ast，另外有一些額外建議要裝的套件：
This version (branch) of Phan depends on PHP 7.1.x with the php-ast extension (0.1.5 or newer, uses AST version 50) and supports PHP version 7.1+ syntax. Installation instructions for php-ast can be found here. For PHP 7.0.x use the 0.8 branch. Having PHP's pcntl extension installed is strongly recommended (not available on Windows), in order to support using parallel processes for analysis (or to support daemon mode).
最新版還只能跑在 PHP 7.2 上面，用的時候要注意一下 XD (我在測試時，require-dev 指定 0.11.0，結果被說只有 PHP 7.1 不符合 dependency，後來放 * 讓他去抓適合的版本)
像是這樣的程式碼：
class Foo
{
/**
* @param string $p
* @return string
*/ function g($p) {
if (!$p) {
return null;
}
return $p;
}
}就會產生出對應的警告訊息：
src/Foo.php:13 PhanTypeMismatchReturn Returning type null but g() is declared to return string
也是掛進 CI 裡面的好東西...