можешь посмотреть как stackoverflow делают миграции. там в два этапа

https://nickcraver.com/blog/2016/05/03/stack-overflow-how-we-do-deployment-2016-edition/#database-migrations

да, я о таком чем-то думал

А что ты уже сделал? Видел с утра ты в соседнем чате уже просил помощи.

еще нет но уже знаю что надо делать

то есть пол дня прошло, а ты ещё не написал и строчки?

Если бы я все время был за компом а не на работе то может и написал бы))

Ну так прийди вечерком набросай, то что знаешь. Скинь сюда. Может кто и поможет в непонятных тебе моментах.

ну эт ясное дело

у кого то получилось puppeteer ускорить? что то кроме обрезки ассетов? а то как то 2 секунды на рендер многовато

единственное что, это норм сработает в случае, когда мы на dev просто постепенно это все добавляем

а вот придет время, и нужно эту зебру этап1-этап2-этап1-этап2 на prod как-то заливать

и на прод постепенно заливай

обычно это просто один пул-реквест с ветки dev в ветку master. Тут постепенно не получится..

Хорошо, допустим так. Тогда как при таком подходе, который вы описали чуть выше (сначала миграция, потом изменение модели), обработать следующий случай:


Нужно добавить колонку a в таблицу B и заполнить ее данными

(усугубим ситуацию и сделаем эту колонку обязательной)

Мне кажется мы о разном говорим

Очень просто. Добавляете колонку в sql миграции, запускаете ее - в базе она появляется. Все запросы которые генерит ваша орм со старой моделью будут падать пока не выкатится новый код с новыми моделями. Никаких проблем

обычные рекомендации уже испробованы?

https://www.bannerbear.com/blog/ways-to-speed-up-puppeteer-screenshots/

https://www.bannerbear.com/blog/ways-to-speed-up-puppeteer-screenshots/

да. аргументы сейчас попробовал, особо ничего не поменяли. все остальное из статьи пробовал

Доброго вечера всем.

Есть несколько вечных циклов, каждый их которых мониторит некоторые ресурсы на предмет обновлений, так же по этому ресурсу время от времени проходится веб-паук. Ресурс очень ревностно отностится к своему контенту, поэтому, если заподозрит автоматику (😁) , то выдаёт капчу. Для этой цели есть штуковина, которая эту капчу решает. Но может случится ситуация, что капча не подойдёт. Вот я и думаю сижу: с точки зрения семантики кода, ближе к правильному выбрасывать исключение (так как по сути неудчное решение вообще всё стопит и заставляет эти самые циклы перезагружаться) или просто возвращать false и уже от этого плясать?

якщо це виняткова ситуація то exception звісно

Ну я тоже ближе к исключениям склоняюсь.