早上全部，
第 2 天 - 我知道这会变得棘手...
视窗 7 专业版 64 位IIS 7.5PHP 5.3.19（由 Web 平台安装程序建议/安装）
一切正常。
ImageMagick 6.8.2.2 2013-01-28 Q16 - 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 位？
- 使用 Win32 时最好坚持使用 Win7 64 还是谨慎使用所有 64 位版本？
当我选择升级到 64 位窗口时，我确信不兼容的日子已经结束。我年纪不小了，但显然我还是很傻的......
我今天的计划是运行所有可能的组合，包括放弃IIS和使用Apache。这将是一项艰巨的任务，但我没有其他真正的选择。我找到的任何东西我都会在这里发布给后代。
感谢您的任何评论/帮助/观察。
史蒂夫
好吧，我希望有比这更全面的东西，但我相当详尽的调查指出了以下内容：
ImageMagick-x.x.x-x-qx-x64-dll 与 x64 PHP Dll 不兼容。
有 x64 构建工作的草图报告，但对于每个工作安装的报告，有 10 个不起作用。有一些令人钦佩的努力来记录这一点，但很有可能，它不会奏效。
我尝试过Nginx（x64），Apache（x64）和IIS服务器，使用PHP 5.3（x64）和5.4（x64）TS和NTS。
我总是遇到"%1"或"找不到模块"问题。
答案是避开 x64 二进制文件。Windows 7 x64 很好，但不要使用任何其他 x64 组件。
我对任何其他轶事感兴趣，但我严重怀疑我会花更多的时间在这上面。鉴于PHP，Apache和ImageMagick阵营对Windows的相对敌意，修复可能来自其他地方。