Может ли кто-нибудь проверить, есть ли причины для исключения «общих» комментариев из httpd.conf или php.ini? Лично я считаю, что наставления и связанный с ними беспорядок отвлекают больше, чем что-либо еще, но я не могу себе представить, что это создает большую проблему с производительностью, поскольку я не думаю, что они читаются, кроме как при запуске. Я хотел бы стандартизировать только включение реальных комментариев к конфигурации и отбрасывание мусора, и не могу придумать ни одной причины, по которой это должно быть неправильно.
Комментарии не загружаются в память, поэтому вам не о чем беспокоиться.
Я предполагаю, что вы используете Linux. Такие файлы, как apache2.conf или php.ini, обслуживаются менеджером пакетов. Эти файлы обязательно изменятся при следующем обновлении, и все станет беспорядочно.
Я лично не трогаю файлы конфигурации напрямую. Вместо этого я использую включенные папки, такие как «conf.d» или «sites-enabled», для создания пользовательских файлов конфигурации и редактирования / перезаписи текущих настроек.
При большом количестве комментариев потери производительности нет. Я согласен с тем, что общий мусор бесполезен, и я стараюсь его исключить. Я придерживаюсь той же философии в отношении файлов конфигурации, что и в отношении кода - я объясняю вещи, которые необходимо объяснить («ЗДЕСЬ ДРАКОНЫ»), но в противном случае, если вам нужно знать, что что-то делает, есть целое руководство, полное полезных информация о цели LogLevel. Стандартные грубые комментарии продолжают существовать из-за людей, которые слишком ленивы, чтобы читать руководство, и эти люди рано или поздно наведут беспорядок, так почему бы не сделать это раньше, чтобы я мог идентифицировать их и забрать их корневые привилегии раньше они причиняют реальный ущерб?