PHP'；s include_path-将其设置为空字符串'；行不通

我在FastCGI通信中使用了带有PHP的ApacheHTTP服务器v2.2

我试图将

php.ini

中的

include\u path

变量编辑为空字符串，但没有成功， 路径仍然是：

：/usr/local/lib/php

（如phpinfo（）所示）。
如果我将include路径设置为冒号（

：

），则include路径最终会更改

如何将其设置为空字符串

---

谢谢。

值必须是除空字符串之外的其他值。如果您不想让PHP包含任何来自任何地方的内容，可以将其设置为不存在的路径（并让它在尝试包含内容时找不到路径）。这不是一个理想的解决方案，但它会起作用

---

不过，我觉得你是做错了

include_path

非常有用，除非你打算在任何地方硬编码你的应用程序路径（依我看，这本身就是个坏主意）。如果您将其设置为仅

，这应该足以消除不应该在其中的路径，同时保持

包含
内容的实用性。
现在问题背后有了更多的上下文。这更像是一个系统管理员问题，但以下是答案：

对于每个虚拟主机，您可以配置特定的php.ini设置：

对于apache：


现在，如果您不将此应用于虚拟主机，并且是针对每个用户的，我更确定这在用户公共html配置下是可能的。
取消设置
include\u路径将有效地禁用include，除非你要对应用程序的路径进行硬编码，否则你为什么要将其清空？@sdolgy:因为每个用户都被限制在某个目录下，这使得
包含路径
不必要。请参阅我对上面
sdolgy
的回复。使用PHP常量来帮助在我的应用程序中包含文件有什么不对？这是一个正常的程序，发生在我看到的每个系统中（例如IPB、vBulletin）。无论如何，每个用户都可以修改
包含路径
值。我只是重置初始值的管理员。如果初始值不起作用，应用程序的路径有一个常量没有问题。（理想情况下，应用程序不会硬编码其路径——它可以使用应用程序根目录中的
dirname（\uuuu FILE\uuu）
找到路径。但这是另一个主题。）不过，初始值应该是合理且有用的。如果以某种方式将其设置为nothing，那么每个应用程序（无论多么琐碎）都需要设置其包含路径或从根目录指定完整路径以包含任何内容。感觉“安全性”和功能性之间的平衡很差，尤其是在你真正的安全性有效的情况下。谢谢，但是PHP不是Apache的一个模块。