有人能证实排除 httpd.conf 或 php.ini 中的“通用”注释是否出于性能原因吗？我个人认为警告和相关混乱比其他任何事情都更令人分心，但我无法想象这会造成很大的性能问题，因为我认为除了启动时，它们不会被读取。我希望标准化，只包括真正的配置注释并删除多余的内容，我想不出有什么理由不这样做。
答案1
大量的注释不会造成性能损失。我同意那些通用的垃圾注释是无用的，我倾向于将其删除。我对配置文件的理念与对代码的理念相同——我解释需要解释的事情（“这里有龙”），但如果您需要知道某件事的作用，有一整本手册都包含有关其目的的有用信息LogLevel。标准的垃圾注释之所以继续存在，是因为有些人懒得阅读手册，而这些人迟早会把事情搞砸，所以为什么不早点这样做，这样我就可以识别他们，并在他们造成任何实际损害之前剥夺他们的根权限？
答案2
评论不会加载到内存中，因此您不必担心。
我假设你使用的是 Linux。apache2.conf 或 php.ini 等文件由包管理器维护。这些文件肯定会在下次升级时发生变化，事情会变得混乱。
我个人不直接接触配置文件。我使用“conf.d”或“sites-enabled”等附带文件夹来创建自定义配置文件并编辑/覆盖当前设置。