Schema::dropIfExists('batches');

так не подходит?

Ну при роллбэке она разве не должна удалятся?

она заменилась же, если откатываешь то до предыдущей версии, но её не было

так не подходит?

Подходит, должна

Спасибо

Привет ребята - подскажите как быть - хочу что бы процесс (сохранения большой базы данных на сервер) был незаметен для пользователя, создал очередь для данных целей - добавил задачу на выполнение - сервак работет - а во вьюху пользователю выдает 504 ) ; как сделать так , что бы происходящее на backende было не заметно для пользователя ?

то есть разбить процессы как то надо )

..писать в разные Базы ?

Заранее спасибо )

Всем привет

Использовал jwt-auth библиотеку

Но нужно использовать passport и jwt авторизацию, id/secret должен жить на уровне middleware , где об этом можно почитать?

А что будет если я удалю локально миграцию, запулю на сервере и сделаю миграцию

получу nothing to mmigrate?

Да

Ага

Уже попробовал

Я не пойму почему у меня не хочет миграция проходить

то есть прошла успешно

Привет. Есть кейс: имеется "бинарное дерево" (каждый предок имеет только два потомка). Нужно заполнять данное дерево равномерно, слева направо, возможно кто сталкивался или знает какой-то алгоритм?

Иди делай Лабу ))) кейс ??

Иди делай Лабу ))) кейс ??

Лол, это не лаба

Иди делай Лабу ))) кейс ??

Середина июля

Привет, друзья. Насколько неправильным является добавление директории ./vendor в репозиторий Git ?

Делаете ли вы так, если да, то в каких случаях

Зачем? Лол

Привет, друзья. Насколько неправильным является добавление директории ./vendor в репозиторий Git ?

Наверное никогда

А деплой как делаете, как новые модули подргужаете?

Composer

Привет, друзья. Насколько неправильным является добавление директории ./vendor в репозиторий Git ?

composer.json и не нужен vendor в репе

Для этого

На сервере как модули обновляются?

Тысвои какие то туда добавляешь что-ли?

Нет, ну если дополнительную библиотеку подключаю

Если деплой частый, Сomposer должен при каждом обновлении проекта на сервере тянуть по сети модули для него?

Если деплой частый, Сomposer должен при каждом обновлении проекта на сервере тянуть по сети модули для него?

Да. Кэш справится

Не знал, что у него какой-то глобальный кеш есть

Или имеется ввиду что директория ./vendor уже существует после предыдущего деплоя

Не знал, что у него какой-то глобальный кеш есть

https://getcomposer.org/doc/06-config.md#cache-dir

Если деплой частый, Сomposer должен при каждом обновлении проекта на сервере тянуть по сети модули для него?

нет

https://getcomposer.org/doc/06-config.md#cache-dir

Ясно, спасибо

не делай так

Это лишнее время на билд

Делай

кто то на CD делает composer update O_o ?

кто то на CD делает composer update O_o ?

Инсталл

Это лишнее время на билд

Не делай как?

о чем тогда дискасс?

кто то на CD делает composer update O_o ?

А что такое cd?

Делаешь отдельный билд для композера который создет артефакт Потом при деплое проверяешь хэши composer.lock Если идентичны - просто используешь артефакт иначе запускаешь билд композера и опять используешь артефакт

А что такое cd?

то, как ты доставляешь изменения на бой

А тьфу ты

Туплю)

Не делай как?

Описал выше

то, как ты доставляешь изменения на бой

компакт-диск же

как partial update, так и, допустим, полная заливка на новый апстрим кодбазы, просто в первом случае, деплой будет на пару минут дольше, пока пакетов нету в кеше

а дальше все вполне ок

Описал выше

Сохранил себе, попробую осознать

как partial update, так и, допустим, полная заливка на новый апстрим кодбазы, просто в первом случае, деплой будет на пару минут дольше, пока пакетов нету в кеше

артифактори умеет прогревать кеш

Делаешь отдельный билд для композера который создет артефакт Потом при деплое проверяешь хэши composer.lock Если идентичны - просто используешь артефакт иначе запускаешь билд композера и опять используешь артефакт

зачем?

некий прокси с пакетами в локалке

зачем?

А зачем тебе каждый раз при билде делать composer install

в плане не случится ничего плохого, если ты запустишь композер инсталл при несуществующих дифах в лок файле

Делаешь отдельный билд для композера который создет артефакт Потом при деплое проверяешь хэши composer.lock Если идентичны - просто используешь артефакт иначе запускаешь билд композера и опять используешь артефакт

Тоесть делай то же самое что делает композер сам и его кэш ага

ERROR: S client not available

он просто отдаст тебе nothing to install

Тоесть делай то же самое что делает композер сам и его кэш ага

++ чот я вообще не выкупил

Тоесть делай то же самое что делает композер сам и его кэш ага

Кеша просто нет на новом агенте

Если деплой частый, Сomposer должен при каждом обновлении проекта на сервере тянуть по сети модули для него?

Да

дык получается профит только при первой заливки кода на холодный сервер

нет

как будто бы не похуй, 3 минуты она происходит либо 3 с половиной

если это происходит раз в месяц

Ну как бы не у всех это 3-5 минут

Кеша просто нет на новом агенте

Серьезно? Первый деплой так критичен что бы заморачиваться? Очень редкий кейс

да не важно, пусть даже 40 минут

ты говоришь о экономии лишних +/- 2х минут

Серьезно? Первый деплой так критичен что бы заморачиваться? Очень редкий кейс

Чувак. Агент сервер каждый раз новый

раз в пол года

На нем нет кеша

Вот это у вас частые билды

Чувак. Агент сервер каждый раз новый

как часто у тебя добавляются новые апстримы ?

как часто у тебя добавляются новые апстримы ?

новые зависимости - не часто

А вот билды по 10 раз на день иногда

Что за агент сервер?

для дев окружения

для всех существующих происходит partial update , которыми оперирует лоадбалансер;

процесс заливки кода на новый сервер всегда долго, кмк это того не стоит, огромное имхо

для всех существующих происходит partial update , которыми оперирует лоадбалансер;

Patial update?

частичный апдейт, когда тебе всего лишь нужно поддерживать консистентность изменений на всех серваках

процесс заливки кода на новый сервер всегда долго, кмк это того не стоит, огромное имхо

Заливка кода - 3 секунды. А вот сборка проекта - 10 минут

частичный апдейт, когда тебе всего лишь нужно поддерживать консистентность изменений на всех серваках

Как это реализовать то? 0о

Я может чо не знаю

У тебя же постоянно новый контейнер

С чего ты взял что у него вообще есть контейнеры и ci с артифактами?

Ну он так спросил и мне показалось что у него точно есть CD

и у кого в 2018 приложение не в контейнере?