いわば、プロセス全体は驚くというよりも驚くべきものでした。そして、初めて Windows 上で PHP を設定したときに感じたのと同じ脆弱性と無知を感じました...
まず第一に。 。 。初めて、PHP チームが Windows チームに分離されました。 Windows のダウンロードも windows.php.net に移動されました。大きな改善です。
2番目。 。 。最大の驚きは、PHP 5.3 以降、ISAPI サポートがないことです。ここで確認できます: ISAPI サポート、必要ですか?
PHP チームがこれほど迅速に動いているのを見たことがありません。 PHP 4 のサポートを終了するにはまだ 1 年間の移行期間があります。ISAPI は廃止される予定です。Microsoft が IIS FastCGI サポートをリリースしたので、私はこの戦略を支持します。 。 。結局のところ、安定性という点では ISAPI よりも FastCGI のほうがまだ優れているのです... そんな大きなことを私が知らないだけです... 私は本当に無知です。 IIS で FastCGI を使用して PHP をセットアップする方法の概要については、こちらを参照してください。
さらに。 。 。インストールしただけで何もしませんでしたが、PEAR がエラーを報告して使用できませんでした。 -|||
まあ、それは私のせいではありません。このエラーについては、次のような説明があります:
一部のユーザーは、PHP 5.3 の Windows ビルドでは出荷された go-pear.phar ファイルを開くことができないと報告しています。
回避策として。 、ユーザーは php -d phar.require_hash=0 go-pear.phar を使用して分散 Phar を実行するか、http://pear.php.net/go-pear 非 Pharred バージョン
をダウンロードして使用できます。まとめ 私の気持ちを共有しましょう...
1. IIS 5.1、6.0、7 の場合は、まず Microsoft FastCGI をインストールしてください。
2. ISAPI サポートなしの場合は、インストーラーとそこにあります。 zip と比べて大きな違いはありませんが、個人的にはインストーラー バージョンの方が内容が少なく (ライブラリが欠落していたり、迷惑な PEAR バージョンがない)、よりすっきりしていると感じます。 3. インストールが完了したら、php.ini の date.timezone 設定を変更します。変更しない場合、IIS は 500 エラーを報告します...
4. インストーラー バージョンをインストールしていて PEAR が必要な場合は、 1. http ダウンロードを ://pear.php.net/go-pear に変更します。
zip バージョンがインストールされている場合は、php -d phar を実行してください。 require_hash=0 go-pear.phar 、または上記のインストーラー方法に従って PEAR の非 phar バージョンをインストールします。