Ну вот тебе пример. Максимальное количство процессов для декодирования видео. На деве это должно быть 2, ибо тачки слабые, а на проде 10.
И случайно кто нибудь поменяет его на 100. И это будет работать месяц, пока кто то не загрузить 10к роликов...

Контроль можно накручивать бесконечно, но без обучения пользователей вообще ничто не спасёт.

Вот как раз хотел это написать.. Что не надо как наше правильтельство ВСЁ запрещать.
Должно быть понимание как работает и личная ответственность. Не напишешь ты схему которая совсем всё запретит.

Ну вот такое можно уже заложить в "дефолтные настройки стенда", которые берутся из файлов. Если есть возможность хранить вместе с кодом отдельные настройки QA и Prod - так и сделать. Если нет возможности - доставлять эти файлы через систему деплоя. В общем как обычно.

А чего нет - возьму и напишу 😊
Можно подумать ИИ какой-то делаем, и сами не понимаем как он работает. Всё ведь понимаем в наших процессах, и в 99.999% процентов есть чёткие параметры что хорошо, а что плохо.
Дело остаётся за "малым" - побороть лень и автоматизировать это, вместо того, что бы тратить свой талант и знания на правильное редактирование конфигов в файликах😊

😊 ну вот мне удобнее редактировать в удобных редакторах, а не в недописанной админке, на которую никто никогда время не выделит, ибо она денег не приносит

Конфиги надо документировать, что делают параметры и какие значения могут быть.

Это никто не любит, и даже если напишут один раз - то потом не поддерживают, не обновляют. Потому что часто документация к чему либо вообще ни как не связанна с этим. Надо вспомнить и приложить усилия что бы поправить доку.
В этом плане "схема" немного облегчает задачу - типы данных и ограничения уже автоматом из неё перелазят в доку. Человекочитаемый хелп тоже немного проще поправить, т.к. он под рукой, когда что-то меняешь в схеме.

Даа, не приносит. Поэтому надо сделать это в виде продукта, и продавать его. Что бы у тех кому "не приносит денег", эти самые деньги "уносило" на приобретение такого продукта, где есть: документирование, админка, и при правильном использовании - автоматическое применение настроек на всех серверах без перезагрузки.

А если заюзать в качестве "схем" новомодные десериализаторы на базе тайп-хинтинга, то это ведь вообще красота - IDE будет давать подсказки по тому какие настройки у тебя есть и какого они типа.

Кажется что звучит очень похоже на консул

Ну я не знаю точно что там навертели поверх консула, но да, я думал про него как про распределённую базу для хранения настроек. Ещё etcd для этого юзают

в консуле/etcd можно держать инфрастуктурные конфиги с автодискавери и прочее микросервисные плюшки.
Но есть параметры которые должны меняться только через кодоревью. Не должен ручками админ зайти их и поменять.

А есть параметры которые ваще не должны меняться, например путь куда логи идут.

Распространенная практика аплаить конфиги в консулы и т.п. из гита.

кто мне помешает ручками поменять? С другой стороны следующий деплой вернет как было...

Ну я ведь не радикал какой-то, я не призываю отказаться от файликов с ручным редактированием. Просто вот таких настроек, которые надо задать один раз и не трогать, или менять очень осторожно и в комплексе с другими действиями, их не очень много по сравнению со всей массой опций что бывает в проектах. Только их и хранить в файлах. Для остального можно сделать "розового пони".

Только не бейте сильно, кто-то умеет  работать в системе управления сайтом Evolution? Или, может, есть знакомый?

Может лучше там спросить: https://t.me/php_nn