Комментарии 9
Вот это ты знатно сейчас карму себе подпортил на хабре...
Почему ?
Возможно отхвачу минусов, но предположу.
Вести работу путем прямого редактирования файлов на production, во многих областях, считается очень плохой практикой.
По хорошему, стоило все редактировать на dev сервере, а после проверки пулить/пушить через git на прод.
Понял вас, да концептуально вы правы и я об этом также упомянул в статье
Но если речь идёт о проект уровня малого и среднего бизнеса связанного с услугами, и не связанного с разработкой софта/приложений, то вариант не рабочий. Т.к. поддерживать сайт на двух серверах долго и дорого и всем нужно видеть изменения мгновенно, а не ждать когда будет релиз.
Ситуация, когда несколько разработчиков могут работать одновременно с одним физическим файлом всегда будет приводить к попадалову, это аксиома.
Да, Битрикс с его удонской архитектурой (удон - это как спагетти, только ещё более запутано) хочется редактировать напрямую, желательно с помощью зубила и рашпиля. Но вот это решение "давайте толкаться локтями, кому не повезло - тот сам виноват, что невезучий" -- все равно так себе.
Не поленитесь, сделайте нормальный репозиторий и CI/CD. А ещё лучше - нормальный фронтенд для правки текстового контента!
Под нормальным фронтендом вы что имеете ввиду ?
Если отказаться от Битрикса или продублировать его функционал собственным приложением, то вы правы.
Я рассказал как облегчить жизнь в рамках использования стандартного функционала Битрикса без усложнений и удорожаний. Как я выше написал это решение ориентировано на малый и средний бизнес . Enterprise не моя тема я в ней ничего не понимаю.
Как я подружил редакторов и разработчиков сайта на 1С-Битрикс при помощи VScode с Remote SSH