От тебя больше вреда в целом тут, слушают новички и думают, что так и надо. Потом приходит на интервью и с умным видом несет во такую пургу про поправить на сервере, гит -ересь, про тестирование отродясь не слышал. А заявляет от 5 лет разработки сайтов... А они походу все на этом форуме проведены.
Нет, ну ты серьезно, да? Ну чтоб настолько не вникать в то что другие пишут - просто ужас! ВП, не ВП - принципы грамотной разработки - они одинаковые! Понятно, что если ты работаешь один - какой может быть код-ревью и пул-реквесты нафиг не нужны. Остальное флоу вполне себе можно применять хоть на плюсы хоть на битрикс. Ты уже вылезь из танка наконец и начинай читать что пишут, прежде чем отвечать. Я в ужасе не от того что используют ВП, от того КАК используют!
Сам Spotify не позволяет чистить кеш автоматом -
Но это настолько просто, что стоит ли заморачиваться с автоматической чисткой?
В очередной раз - не читатель? Ответ был не про ВП, как я уже ответил - у нас он используется и для не самых мелких проектов, ответ про принципы разработки, которые здесь пропогандируются и вот именно они - болото. Но кому я отвечаю...
И да - не ты мне будешь указывать в какой теме писать, с твоим знанием ВП на уровне "#поставьплагин"
Пока что основная идея это заказать скрипт, который будет делать примерно такое:
- Дамп базы и файлов в архив на основном сервере (настроим игнор статики, и файлов будет на пару сотен мегабайт)
- Удаление на тестовом сервере устаревшей копии (исключая статику), заливка архивов туда и разворачивание свежего дампа
Вроде бы реализуемо?
Все давно придумано, для этого достаточно гитхаба/гитлаба и CI/CD - для кода + простейший скрипт для базы
Вот ты не поверишь - то что для тебя "понтануться", для меня суровая обыденность. Без этого воркфлоу мой код вообще никуда не попадет. Я вообще считаю неважно, пишешь ты лэндинг или высоконагруженный сайт. Подход должен быть один. Ошибки нужно отлавливать как можно раньше, для этого и существует много уровней проверок. А вот от этого - "Х****к, х***к и в продакшен" нужно отходить максимально, меньше проблем и в будущем.
Почитал и ужаснулся в очередной раз))) Зачем нафига - а вот потом из под рук горе-мастеров и выходит не пойми что. я вам прям завидую, как у вас все просто) А как вам такое, очень короткоЖ
-локальная разработка на энве, соответствующим текущему релизу, БД - тестовая, но максимально приближена к продакшену
- написание тестов, проверка
-мерж в ветку девелоп, предварительно ребэйз последних изменений
- тестирование на этой ветке, которая развернута на амазоне, сначала сам, потом qa-команда
- из девелопа собирается релизная ветка, которая опять тестируется и потом уже льется в мастер, который используется на проде))))
Всего-навсего, энжой!
