Vendor Build Version field needed, visible in phpinfo()
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start by reading the phpinfo() implementation and how the Core section reports version details; the issue does not name source files or tests. Trace where the PHP version and build date are produced, then determine how a vendor-provided build version could be represented alongside them. Done means phpinfo() displays a separate “Vendor Build” item that exposes the vendor’s build version.
索引モデルが issue の本文から書いたものです。
説明
Congratulations on the rapid and successful rollout of the PHP2Shell mitigation.
When vendors updated their builds to include the fixes, some did not update the Version stamps to reflect the PHP.net version, which created a lot of confusion. I believe that there were thousands of support calls to hosting providers that could have been avoided if the version stamp reported by phpinfo() was more complete. For example, CloudLinux created a version containing both CVE fixes, which still showed up in phpinfo() as 8.5.11. Their internal version nomenclature was not visible, and everyone had to take their word for it that it contained the fixes. The build date alone did not offer proof that the CVE fixes were applied. A day or two later, they updated the primary version stamp to 8.5.12, and issued a statement explaining the process.
It would be beneficial if an item could be added to the phpinfo() output to display the build version produced by the vendor or hosting provider that updated the code. For example, under the "Core" section, include "Vendor Build" as a separate item. Then, when another update blitz like this one occurs again, users would be able to more easily cross reference the full version number with changelogs or reports issued by their hosting providers. (and not swamp their hosting provider with unneccessary support calls.)
Thanks for considering,
-JDB
- 主要言語
- C
- スター
- 40.7k
- フォーク
- 8.3k
- 平均マージ
- 2日 16時間
- マージ済み PR（30日）
- 151
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
php/php-src のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
Case-insensitive substr_compare, ksort, krsort are still locale-dependent対応中かも @lazerg が 3 日前に担当しました。 オープンBug Extension: standard Status: Verified
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
php/php-src#24552 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
master: part of the mbstring bailout fix got lost in a merge対応中かも @lazerg が 3 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
Bug Status: Needs Triage
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
メンテナーはふだん 1 日以内に返信
-
quoted_printable_encode() produces lines longer than 76 characters for bytes 0xF5 to 0xFF対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
メンテナーはふだん 1 日以内に返信
似ている issue
-
priority:medium type:chore
難易度 1/5 1〜3時間 初心者へのやさしさ 84/100
crazy-goat/php-fpm-ng#1041 ·
メンテナーはふだん 1 日以内に返信
-
Test failure on FreeBSD: #26 unexpected system_clock source対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンlow priority rt_lib tests
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100