одна обязанность/зона ответсвенности - это одна причина для изменения?

Всем привет. Панель Vestacp, из-за одного сайта крашнулся ngix и не включался, в чем может быть дело или что нужно изучить чтоб более подробнее разобраться?

После удаления сайта все сразу заработало, а до этого не включить не мог и перезапуск не помогал. Ну и везде выдавала ошибку то что не может найти файл ngix.plid

в описании группы есть ответ

У SRP есть еще одно трактование. Оно говорит, что его следует понимать как единственную причину для изменения, а не как единственную обязанность. Это значит, что если класс используется в двух сценариях в приложении, то изменение этого класса повлияет на эти два сценария. И нужно делать так, чтобы эти изменения не были критичными для второго сценария. Например, если в одном случае мы снимаем деньги с аккаунта, и ожидаем получить эксепшн, если баланс станет меньше ноля, то в другом случае мы ожидаем получить минусовой баланс. И если мы поменяем поведение с эксепшена на минусовой (потому что нам нужно чтобы в каком-то случае баланс был именно минусовым), то это затронет поведение в другом сценарии и таким образом мы нарушим SRP.

а не проще делить интерфейсы по требованию?

2 интерфейса - это 2 обязанности?

php не задумывался как язык, на котором нельзя наговнокодить) поэтому и появились всякие SOLID, GRASP, PSR и прочее) а так на php можно даже битрикс сделать) что и сделали)

Солиды и граспы придумали для пхп?

не обязательно, но почему-то в пхп мире вокруг них очень много шума. это же не с проста, верно?