iisphp怎么配置_IIS服务器配置PHP运行环境完整教程-php教程-PHP中文网

配置IIS运行PHP的首选方案是通过FastCGI模块实现，核心步骤包括：下载NTS版本PHP并解压，配置php.ini文件中的扩展、时区及临时目录；在IIS中安装CGI功能，添加.php请求的处理程序映射指向php-cgi.exe；设置FastCGI参数如进程请求上限和实例数量；为PHP安装目录和网站根目录赋予IIS_IUSRS和IUSR用户适当权限；最后通过创建info.php测试环境是否生效。该方法优于ISAPI，因FastCGI提供进程隔离、更高稳定性与安全性，并支持高效资源管理。

iisphp怎么配置_iis服务器配置php运行环境完整教程

配置IIS服务器来运行PHP环境，核心在于让IIS这个Web服务器能够理解并执行PHP脚本。这通常需要我们下载合适的PHP版本，然后在IIS中安装并配置FastCGI模块，最终建立起一个能将.php文件请求正确转发给PHP解释器处理的机制。这听起来可能有点绕，但实际上，只要按部就班地操作，并理解其中的一些关键点，整个过程并不会太复杂。

解决方案

在我个人看来，配置IIS运行PHP，最稳妥且现代的方式就是利用FastCGI。我通常会这么做：

第一步：准备PHP运行环境

选择PHP版本： 这点很重要，去PHP官网（php.net）下载适合Windows的PHP发行版。我一般会选择NTS (Non Thread Safe) 版本，因为它更适合与FastCGI配合使用。记住，不要选TS（Thread Safe）版本，那是为Apache的mod_php或ISAPI设计的。通常，我会下载ZIP压缩包。
解压PHP： 将下载的ZIP文件解压到一个你觉得合适且路径简洁的目录，比如 C:\php 或 C:\Program Files\PHP\vX.Y (X.Y是版本号)。保持路径简洁，可以避免一些潜在的路径问题。
配置 php.ini： 在PHP的安装目录下，你会看到 php.ini-production 和 php.ini-development 两个文件。我会根据实际环境选择一个（生产环境选production，开发环境选development），复制并重命名为 php.ini。然后，用文本编辑器打开 php.ini，做一些必要的修改：
- extension_dir： 找到 extension_dir = "ext" 这一行，确保它指向了PHP安装目录下的 ext 文件夹的绝对路径，例如 extension_dir = "C:\php\ext"。
- 启用常用扩展： 找到 extension= 开头的行，去掉你需要的扩展前面的分号（;）。比如，extension=php_mysqli.dll (如果你用MySQL)、extension=php_pdo_mysql.dll、extension=php_curl.dll、extension=php_gd.dll 等。
- date.timezone： 设置时区，比如 date.timezone = Asia/Shanghai，否则PHP会报警告。
- upload_tmp_dir： 设置一个临时的上传目录，确保IIS用户有写入权限，比如 upload_tmp_dir = C:\Windows\Temp 或者你自定义的目录。
- session.save_path： 设置session文件的存储路径，同样要确保IIS用户有写入权限，比如 session.save_path = C:\Windows\Temp。

第二步：在IIS中安装CGI模块

立即学习“PHP免费学习笔记（深入）”；

打开“服务器管理器” -> “管理” -> “添加角色和功能”。
一路“下一步”，直到“服务器角色”页面。
展开“Web服务器(IIS)”，再展开“Web服务器” -> “应用程序开发”。
勾选“CGI”功能。这是IIS运行FastCGI的基础。
继续“下一步”并安装。

第三步：配置IIS处理程序映射 (Handler Mappings)

打开IIS管理器（在“服务器管理器”中，点击“工具” -> “Internet Information Services (IIS)管理器”）。
在左侧连接面板中，选择你的服务器名称（或特定的网站，如果你只想为某个网站配置）。我个人建议先在服务器级别配置，这样所有网站都能用。
在中间功能视图中，找到并双击“处理程序映射”。
在右侧“操作”面板中，点击“添加模块映射...”。
填写以下信息：
- 请求路径： *.php (表示所有以.php结尾的请求)
- 模块： FastCgiModule (这个是关键，告诉IIS用FastCGI模块处理)
- 可执行文件： 浏览到你PHP安装目录下的 php-cgi.exe，比如 C:\php\php-cgi.exe。
- 名称： 给这个映射起个名字，比如 PHP_FastCGI。
点击“请求限制...”，在“映射”选项卡中，确保“仅当请求映射到以下内容时才调用处理程序”被勾选，并且选择“文件”。这个能提升一点安全性。
点击“确定”，IIS会询问你是否创建FastCGI应用程序，选择“是”。

第四步：配置FastCGI设置 (可选但推荐)

在IIS管理器中，选择你的服务器名称。
在中间功能视图中，找到并双击“FastCGI 设置”。
你会看到刚刚创建的PHP应用程序。双击它。
这里有一些参数可以调整，我通常会关注：
- InstanceMaxRequests： 每个FastCGI进程处理多少请求后重启。默认是10000，我有时会根据服务器负载和PHP应用的稳定性调低一点，比如5000，这有助于释放一些内存，防止长时间运行导致的内存泄漏。
- MaxInstances： FastCGI进程的最大数量。默认是4，如果你服务器CPU核心多，并发量大，可以适当调高，比如8或16。但不是越多越好，要根据实际情况来。
修改完后点击“确定”。

第五步：设置文件权限

这是很多人容易忽视但又非常关键的一步。

找到你的PHP安装目录（例如 C:\php）。
右键点击该目录 -> “属性” -> “安全”选项卡。
点击“编辑”，然后“添加”。
输入对象名称 IIS_IUSRS (IIS应用程序池的默认用户组) 和 IUSR (IIS匿名用户)，点击“检查名称”确认，然后“确定”。
给 IIS_IUSRS 和 IUSR 至少赋予“读取和执行”、“列出文件夹内容”、“读取”的权限。如果你有上传文件或生成缓存的需求，可能还需要赋予“写入”权限。
对你的网站根目录（比如 C:\inetpub\wwwroot 或你的自定义网站目录）重复上述权限设置步骤，确保 IIS_IUSRS 和 IUSR 有足够的权限来读取网站文件，以及对需要写入的目录（如上传目录、缓存目录、日志目录）有写入权限。

第六步：测试PHP运行环境

在你的网站根目录下创建一个名为 info.php 的文件。
用文本编辑器打开 info.php，输入以下内容：
```
<?php
phpinfo();
?>
```
登录后复制
保存文件。
打开浏览器，访问 http://localhost/info.php (如果你在本地测试) 或你的域名 /info.php。
如果看到详细的PHP配置信息页面，恭喜你，PHP环境已经成功运行在IIS上了！

为什么FastCGI是IIS运行PHP的首选，而不是老旧的ISAPI？

在我看来，选择FastCGI来运行PHP，这几乎是现代IIS服务器的“不二之选”。它相比于ISAPI（Internet Server Application Programming Interface）有着显著的优势，这也是为什么微软和PHP社区都推荐这种方式。

ISAPI，说白了，是一种更早期的集成方式。它让PHP作为一个DLL文件直接加载到IIS的工作进程中。听起来好像很直接，但问题也出在这里：

稳定性与隔离性差： 当PHP作为ISAPI模块运行时，它和IIS工作进程共享内存空间。这意味着如果PHP代码出现内存泄漏或者其他稳定性问题，它很可能直接拖垮整个IIS工作进程，导致所有运行在该进程下的网站都崩溃。这在生产环境中是难以接受的。
线程安全问题： ISAPI通常以多线程方式运行，而PHP本身在设计上，尤其是很多扩展，并不是完全线程安全的（这就是为什么我们下载NTS版本）。在多线程环境下，非线程安全的代码很容易导致数据竞争、死锁等难以调试的问题。
资源管理困难： ISAPI模式下，PHP进程的生命周期与IIS工作进程绑定，资源释放不及时，容易造成内存占用持续增高。

而FastCGI则完全不同，它提供了一种进程隔离的机制：

卓越的稳定性： FastCGI让PHP运行在独立的进程中。IIS只是一个“调度员”，它接收到PHP请求后，会把请求转发给一个独立的PHP FastCGI进程来处理。即使PHP进程崩溃了，IIS工作进程依然健在，它会启动一个新的PHP FastCGI进程来继续服务。这大大提升了整个Web服务器的稳定性。
更好的安全性： 进程隔离也意味着安全性的提升。不同网站的PHP FastCGI进程可以运行在不同的用户上下文下，相互之间影响更小。
高效的资源管理： FastCGI进程可以配置在处理一定数量的请求后自动重启（如前面提到的 InstanceMaxRequests），这有助于释放内存，保持PHP环境的“新鲜”和高效。IIS可以管理一个FastCGI进程池，重复利用现有的PHP进程来处理请求，避免了每次请求都重新启动PHP解释器的开销。
与NTS PHP完美配合： FastCGI与NTS（Non Thread Safe）版本的PHP是天作之合，因为PHP FastCGI进程本身就是单线程处理请求的，避免了多线程环境下的复杂性。

所以，在我看来，如果你要在IIS上跑PHP，FastCGI是唯一值得考虑的现代、稳定、高效的方案。

IIS上配置PHP时，常见的权限问题有哪些，又该如何排查与解决？

在IIS上配置PHP，权限问题几乎是新人（甚至老手）最常遇到的“拦路虎”。它不像语法错误那么直接，通常表现为页面空白、500错误，或者某些功能无法正常使用。我总结了一些常见的权限问题和我的排查解决思路：

PHP解释器无法执行：

某地板超炫企业网站1.1
1、演示：以截图为准 2、程序说明程序试用后台:http://你的域名/admin/login.asp 后台登陆帐号:admin 密码:admin123 说明：这个是基于asp+access的企业网站源码，数据库已设有有防下载，网站更安全要修改网站，自定义你自己要的页面，和美化页面都是你自己完成，网站源码程序完整，后台功能强大。调试运行环境：要安装IIS服务器（IIS的安装和配置，安装好

0

查看详情
- 表现： 访问 .php 文件时，直接报错“500 - Internal Server Error”，或者页面空白，甚至直接下载了 .php 文件。
- 排查：
  - 首先检查IIS的“处理程序映射”是否正确指向了 php-cgi.exe，路径有没有错。
  - 然后，重点检查PHP安装目录（C:\php）及其子目录（尤其是 php-cgi.exe 所在的目录）的权限。
- 解决： 确保 IIS_IUSRS 用户组对PHP安装目录及其所有子文件和文件夹拥有“读取和执行”权限。这是最基本的，没有这个权限，IIS就无法启动PHP解释器。
PHP无法读取网站文件：
- 表现： 网站页面显示空白，或者报告“无法打开文件”、“文件不存在”等错误，但文件明明在那里。
- 排查： 检查你的网站根目录以及子目录（包括你的PHP脚本文件）的权限。
- 解决： 确保 IIS_IUSRS 用户组对你的网站根目录及其所有子文件和文件夹拥有“读取和执行”权限。这是PHP脚本能被读取并执行的前提。
PHP无法写入文件（上传、缓存、日志、Session）：
- 表现：
  - 文件上传功能失败，报错“无法移动上传文件”、“权限不足”。
  - 网站缓存无法生成，页面加载缓慢或功能异常。
  - 日志文件无法写入，调试困难。
  - 用户登录后Session丢失，无法保持登录状态。
- 排查：
  - 对于上传：检查 php.ini 中 upload_tmp_dir 指定的临时目录，以及你应用中实际的上传目标目录。
  - 对于缓存、日志、Session：检查应用配置的缓存目录、日志目录以及 php.ini 中 session.save_path 指定的目录。
  - 这些目录通常需要写入权限。
- 解决： 找到这些需要写入的特定目录，右键点击 -> “属性” -> “安全”选项卡，然后给 IIS_IUSRS 用户组添加“修改”或“写入”权限。通常，只需要给这些特定的子目录权限，而不是整个网站目录。如果 session.save_path 指向的是 C:\Windows\Temp，确保 IIS_IUSRS 对这个目录有写入权限。
PHP无法连接数据库或其他外部资源：
- 表现： 数据库连接失败，报错“Access denied”或“Connection refused”。
- 排查： 这通常不是文件系统权限问题，而是网络或数据库本身的权限问题。但有时候，如果PHP需要读取某个配置文件才能连接数据库，那还是可能涉及文件读取权限。
- 解决：
  - 检查数据库连接字符串是否正确。
  - 确保数据库用户有权限从IIS服务器的IP地址连接。
  - 检查服务器防火墙是否阻止了出站连接。
  - 如果数据库在远程服务器上，确保IIS服务器能正常访问。

排查总结：

我的经验是，遇到权限问题，最直接的方法就是：找到报错信息中提到的具体文件或目录，然后去检查该文件/目录的权限。 如果没有明确报错，就从网站根目录、PHP安装目录、以及所有需要写入的特定目录（如 upload_tmp_dir、session.save_path）开始，逐步检查 IIS_IUSRS 和 IUSR 用户的权限。记住，权限宁可少给，也不要随便给Everyone完全控制，这会带来安全隐患。

升级PHP版本后，IIS配置需要注意哪些关键点？

PHP版本升级，这在Web开发中是常事，但对于IIS环境来说，我通常会比较谨慎，因为它不仅仅是替换文件那么简单。这里有几个我每次升级时都会特别留意的关键点：

下载与解压新版本PHP：
- 我通常不会直接覆盖旧的PHP目录。我会下载新版本的NTS PHP ZIP包，并解压到一个新的、独立的目录，比如 C:\php8.2，而不是 C:\php。这样做的好处是，如果新版本出现问题，我可以迅速切换回旧版本，而不会影响正在运行的服务。
- 不要忘记配置新的 php.ini： 升级后，新的PHP目录里会有新的 php.ini-production 或 php.ini-development。你需要像第一次配置那样，复制并重命名为 php.ini，然后根据你的应用需求重新配置 extension_dir、启用必要的扩展、设置 date.timezone、upload_tmp_dir、session.save_path 等。这些配置可能与旧版本有所不同，所以不能直接沿用旧的 php.ini。
更新IIS处理程序映射中的 php-cgi.exe 路径：
- 这是最核心的一步。打开IIS管理器，找到你之前配置的PHP FastCGI处理程序映射。
- 双击它，将“可执行文件”的路径更新为新PHP版本目录下的 php-cgi.exe，例如从 C:\php8.0\php-cgi.exe 更新到 C:\php8.2\php-cgi.exe。
- 更新后，通常需要重启IIS或对应的应用程序池才能生效。
检查 php.ini 配置差异和兼容性：
- PHP版本升级往往伴随着一些配置指令的废弃、新增或默认值的改变。我通常会对比新旧 php.ini 文件，或者查阅PHP官方的迁移指南。
- 废弃的扩展： 某些旧版本中常用的扩展可能在新版本中被废弃或移除了。如果你的应用依赖这些扩展，可能需要寻找替代方案或调整代码。
- 新特性或强制要求： 新版本PHP可能会引入一些新的配置项，或者对某些配置有更严格的要求。比如，某些版本对 date.timezone 的设置变得强制。
- 内存限制 memory_limit： 如果你的应用比较耗内存，可能需要根据新版本的性能特性重新评估和调整这个值。
应用程序代码兼容性测试：
- 这是最重要的一环。PHP版本升级通常意味着语言特性、函数行为、甚至底层C库的变化。你的应用程序代码可能需要调整。
- 测试环境先行： 我强烈建议在生产环境升级之前，先在一个与生产环境尽可能相似的测试环境上进行升级。
- 全面测试： 运行你的所有测试用例，包括单元测试、集成测试、端到端测试。特别关注数据库操作、文件上传、图片处理、第三方库集成等功能。
- 错误日志： 升级后，密切关注PHP的错误日志（error_log 配置的路径）和IIS的事件日志，任何警告或错误信息都是排查问题的线索。
FastCGI进程池的调整：
- 新版本的PHP可能在性能或内存占用上有变化。在IIS的“FastCGI 设置”中，你可能需要根据实际情况调整 InstanceMaxRequests 和 MaxInstances 等参数，以达到最佳的性能和稳定性。

总的来说，PHP版本升级是一个系统性的工作，不仅仅是替换文件，更要关注配置的更新和代码的兼容性。我的建议是，永远先在非生产环境充分测试，并做好回滚准备。

如何在IIS服务器上优化PHP的运行性能？

在IIS上运行PHP，性能优化是一个持续的过程，它不只是简单地改几个配置项，而是需要综合考虑服务器、IIS、PHP以及应用程序代码。我通常会从以下几个方面入手：

启用并优化PHP OpCache：
- 重要性： 这是PHP性能优化的“基石”。PHP每次执行脚本，都需要解析、编译代码。OpCache做的就是把编译后的操作码（opcode）缓存起来，下次再运行同一个脚本时，直接从缓存中读取，省去了重复的解析编译过程。效果非常显著。
- 配置： 在 php.ini 中找到 opcache.enable=1，确保它已启用。然后调整几个关键参数：
  - opcache.memory_consumption：OpCache使用的共享内存大小，比如 128 或 256MB。根据你的应用大小和脚本数量来定，太小会频繁清理，太大可能浪费内存。
  - opcache.interned_strings_buffer：字符串缓存大小，比如 8 或 16MB。
  - opcache.max_accelerated_files：允许缓存的最大脚本文件数量，比如 10000 或 20000。
  - opcache.revalidate_freq：检查文件更新的频率（秒）。生产环境可以设为 0 (不检查，需要手动清除缓存)，或者 60 (每60秒检查一次)。开发环境可以设为 1。
- 验证： 可以通过 phpinfo() 页面查看OpCache是否启用和配置情况。
调整 php.ini 中的核心参数：
- memory_limit： 单个PHP脚本允许使用的最大内存。如果你的应用处理大文件或复杂