0

皆さんおはよう、

2日目-これが粘着性になることはわかっていました...

Windows 7Professional64ビットIIS7.5PHP 5.3.19（Web Platform Installerによって提案/インストールされたもの）

すべて正常に動作しています。

ImageMagick 6.8.2.22013-01-28Q16-32ビットバージョン。（64ビットバージョンは昨日試しましたが、php_imagick.dllを機能させることができませんでした）

働く

php_imagick.dll：

PHP Startup: Unable to load dynamic library 'C:\Program Files (x86)\PHP\v5.3\ext\php_imagick.dll' - The specified module could not be found. in Unknown on line 0

  • 誰かがこれの経験がありますか？
  • 64ビットバージョンのPHPが必要ですか？
  • 新しいまたは古いバージョンのPHPを目指すべきですか？
  • PHPのバージョン（WPIによってインストールされたもの）が32ビットか64ビットかを確認するにはどうすればよいですか？
  • Win7 64を使用する場合は32ビットに固執するのが最善ですか、それとも風に注意してすべての64ビットバージョンを使用するのが最善ですか？

64ビットウィンドウにアップグレードすることを選択したとき、非互換性の時代は終わったと確信しました。私は若くはありませんが、それでも愚かです、明らかに...

今日の私の計画は、IISの削除やApacheの使用など、考えられるすべての組み合わせを実行することです。これは巨大な作業になりますが、他に本当の選択肢はありません。私が見つけたものはすべて、将来の世代のためにここに投稿します。

コメント/ヘルプ/観察をありがとう。

スティーブ

4

1 に答える 1

1

わかりました、これよりも包括的なものを望んでいましたが、かなり徹底的な調査により、次のことがわかりました。

ImageMagick-xxx-x-Qx-x64-dllは、x64 PHP DLL と互換性がありません。

x64ビルドが機能しているというスケッチレポートがありますが、インストールが機能しているというレポートごとに、機能しないものが10あります。これを文書化するための素晴らしい取り組みがいくつかありますが、うまくいかない可能性があります。

PHP 5.3(x64) および 5.4(x64) TS および NTS を使用して、Nginx(x64)、Apache(x64)、および IIS サーバーを試しました。

「%1」または「モジュールが見つかりません」という問題が常に発生します。

答えは、x64 バイナリを避けることです。Windows 7 x64 は問題ありませんが、他の x64 コンポーネントは使用しないでください。

私は他の逸話に興味がありますが、これ以上時間を費やすことは真剣に考えていません. PHP、Apache、および ImageMagick 陣営による Windows に対する相対的な敵意を考えると、別の場所から修正プログラムが提供される可能性があります。

于 2013-02-03T14:23:56.023 に答える