Improve user experience when extension files not found
まだ誰も着手していません。
- 主要言語
- C
- スター
- 40.4k
- フォーク
- 8.1k
- 平均マージ
- 2日 13時間
- マージ済み PR(30日)
- 96
説明
Description
(Context: User having issues enabling extensions on PHP on Windows: https://www.reddit.com/r/PHPhelp/comments/1mrxepv/trouble_installing_php_composer_and_laravel/ )
PHP Warning: PHP Startup: Unable to load dynamic library 'curl' (tried: C:\php\ext\curl (The specified module could not be found), C:\php\ext\php_curl.dll (The specified module could not be found)) in Unknown on line 0
I think it would be helpful if this message mentioned the extension_dir setting explicitly.
eg. something along the lines of "Is extension_dir correct?"
If you don't know that this setting exists, it's not obvious why PHP is looking for extension files in the wrong place.
I think it would also help to move the extension_dir setting directly above the extension= list (if possible) in the php.ini template files. (It is mentioned in the comments above, but those are easy to miss)
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、動的ライブラリの起動警告を出力するコードと、issue で言及されている php.ini テンプレートファイルを特定します。extension_dir と extension エントリがどのように表示されているかを確認し、次に、警告がユーザーに extension_dir を明示的に案内していること、またテンプレートがその設定を extension の一覧のすぐ上に配置していることを検証します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- c, php
- 領域
- backend
- issue の種類
- 機能追加
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 45/100