我对保护PHPconfiguration文件的意见和策略感兴趣，尤其是那些使用db证书的configuration文件。
股票build议，将文件扩展名设置为* .php，尽pipe如此，但它不能防止目录读取攻击。 我正在考虑的特定情况：
我有一个解决scheme，似乎有好处，但我不完全适应它。 我很乐意听到它的意见，以及
GOALS
隐藏configuration文件完全从一个错误的姐姐networking应用程序（更重要的是从networking服务器本身）。
掩盖了configuration文件的实际位置。 通过阅读代码是不容易的。 这与在Web树之外指定path相反。
最小的干预，无论是在服务器级别还是在应用程序级别。
避免硬编码path。
这并没有解决configuration文件名称冲突，尽pipe更多的几个应用程序可能值得更改包括configuration文件名称。
不幸的是，我们的许多networking应用似乎都需要硬编码的path。
别人提出什么方法？
标准build议适用于：
更好的build议：
隐藏configuration文件，如你所build议似乎徒劳无功，一旦攻击者以这种方式控制你的系统，无论如何都是游戏。 你只是让自己的工作更难以维护你的networking应用程序，很难获得安全性。