A
Например один будет попсовый для нубов из ВП
Size: a a a
2021 March 04
A
Второй для нормальной разработки
S
Например один будет попсовый для нубов из ВП
как ты себе это представляешь?
PL
Я на его месте ушёл бы в какое-то другое решение, типа в e-commerce например. Сделал бы свой платный продукт. Ловата простите ))
A
как ты себе это представляешь?
Эдитор уже есть 😂
v
Ну как люк громко сказал, скоро проекты не будут зваться октябрьскими )
MD
Стандартная на мой взгляд схема деплоя:
current - symlink на текущую версию релиза
releases - развернутые релизы версий проекта, не менее 3х (1 актуальная, 2 предыдущие, обязательной каждый релиз разворачивается из композера с нуля)
shared/storage/app - Каталог который симлинком вводиться в релиз
shared/storage/cms - Каталог который симлинком вводиться в релиз
shared/storage/temp - Каталог который симлинком вводитсья в релиз
shared/storage/logs - Каталог который симлинком вводиться в релиз
shared/config/production - Каталог который симлинком вводиться в релиз
shared/.env - Конфигурация боевого окружения, симлинком вводиться в релиз.
Пример:
Создаем релиз: v2.0.0, ci автомтический пулит его в releases/v2.0.0. В таком случае примерная структура релиза в каталоге:
bootstrap
config
config/production -> ../../shared/config/production
plugins
storage
app -> ../../shared/storage/app
cms -> ../../shared/storage/cms
temp -> ../../shared/storage/temp
logs -> ../../shared/storage/logs
themes/projectTheme
.env -> ../../shared/.env
artisan
index.php
server.php
composer.json
После того как релиз выгрузился из гита и данные конфигурации были слинкованы в релиз, запускаем composer install --no-dev --no-scripts, он в свою очередь подтягивает vendor, modules.
После успешной установки накатываем миграции и линкуем текущий релиз в current
current -> ./releases/v2.0.0
Делаем reload nginx и fpm, дополнительно вызываем artisan queue:restart если есть очереди.
Плюсы:
1. Общие структуры файлового древа статики и кеша между релизами одно
2. Конфигурация между релизами одна
3. Окружение между релизами одно
4. Откатиться на предыдущий релиз путем переключения каталога и вызова rollback миграций.
current - symlink на текущую версию релиза
releases - развернутые релизы версий проекта, не менее 3х (1 актуальная, 2 предыдущие, обязательной каждый релиз разворачивается из композера с нуля)
shared/storage/app - Каталог который симлинком вводиться в релиз
shared/storage/cms - Каталог который симлинком вводиться в релиз
shared/storage/temp - Каталог который симлинком вводитсья в релиз
shared/storage/logs - Каталог который симлинком вводиться в релиз
shared/config/production - Каталог который симлинком вводиться в релиз
shared/.env - Конфигурация боевого окружения, симлинком вводиться в релиз.
Пример:
Создаем релиз: v2.0.0, ci автомтический пулит его в releases/v2.0.0. В таком случае примерная структура релиза в каталоге:
bootstrap
config
config/production -> ../../shared/config/production
plugins
storage
app -> ../../shared/storage/app
cms -> ../../shared/storage/cms
temp -> ../../shared/storage/temp
logs -> ../../shared/storage/logs
themes/projectTheme
.env -> ../../shared/.env
artisan
index.php
server.php
composer.json
После того как релиз выгрузился из гита и данные конфигурации были слинкованы в релиз, запускаем composer install --no-dev --no-scripts, он в свою очередь подтягивает vendor, modules.
После успешной установки накатываем миграции и линкуем текущий релиз в current
current -> ./releases/v2.0.0
Делаем reload nginx и fpm, дополнительно вызываем artisan queue:restart если есть очереди.
Плюсы:
1. Общие структуры файлового древа статики и кеша между релизами одно
2. Конфигурация между релизами одна
3. Окружение между релизами одно
4. Откатиться на предыдущий релиз путем переключения каталога и вызова rollback миграций.
+
A
maxdubovsky (239.56) увеличил карму LeMaX10 (3312.86)
PL
Ну как люк громко сказал, скоро проекты не будут зваться октябрьскими )
Где сказал?
v
Где сказал?
v
Или я не правильно понял ?)
S
Всё правильно
S
Для тех кто может не в теме но уже такой поворот событий был, и Люк сделал форк октября, но потом они вроде договорились и продолжили работать дальше над платформой но насколько я помню у Сэма было одно условие, что Люк не будет больше форкать октябрь...
ST
я нашел кто виноват
v
Для тех кто может не в теме но уже такой поворот событий был, и Люк сделал форк октября, но потом они вроде договорились и продолжили работать дальше над платформой но насколько я помню у Сэма было одно условие, что Люк не будет больше форкать октябрь...
ЛА
а Бобков еще в деле?
v
Бен над этим работал. Но не то чтобы внедрить lw, но сделать аналогичное в октябре самом
S
а Бобков еще в деле?
вроде как засветился на втором тизере
S
а Бобков еще в деле?
Да, но он вроде только по маркету