Size: a a a

2021 September 24

OG

OS G in Laravel Pro
Спасибо, понятнее стало 👍
источник

А

Антон in Laravel Pro
https://github.com/laravel/framework/blob/8.x/src/Illuminate/Container/Container.php#L744

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

YS

Yuriy Shmidt in Laravel Pro
Да, согласен, некорректно выразился мягко сказано, признаю.
Спасибо что не дали сбить с толку! 😉
источник

А

Альберт in Laravel Pro
есть тут разработчики из Казани?)
источник

S

Sergo in Laravel Pro
Знаем одного😅
источник

А

Альберт in Laravel Pro
занятой?)
источник

EG

Egor Gruzdev in Laravel Pro
Подскажите, были ли  задача:

1) отправить сайт в режим обслуживания, т.е. php artisan down
2) а потом через некоторое время его поднять, т.к. php artisan up

а в момент нахождения в режим обслуживания я планировал запустить backup базы данных

у меня есть два решения:

1) это настроить в crontab 2-е задачи одна на 3:00 отключить, и 3:10 включить
2) можно попробовать это сделать через php artisan:schedulе, т.е. добавить аналогичные задачи в приложение (предварительно разрешив им выполнение даже в режиме обслуживания)

может есть еще более безопасный способ
P.S.
"безопасный" имеется виду чтоб точно в назначенное время приложение было выведено из режима обслуживания
источник

А

Антон in Laravel Pro
А бэкап справится за 10 минут?
источник

YV

Yushkevich Vitaly in Laravel Pro
Какую проблему хочешь решить?
источник

✔️AlexanderWM 💎... in Laravel Pro
источник

✔️AlexanderWM 💎... in Laravel Pro
Вот тебе решение готовое
источник

✔️AlexanderWM 💎... in Laravel Pro
Бэкапишь, на event вешаешь что хочешь. Можно вывод из down'a
источник

EG

Egor Gruzdev in Laravel Pro
в данный момент если не блокировать на сохранение уходит порядка 8 минут, а вот если блокирнуть, то будет быстрее в разу (нет совместных блокировок на уровне базы, да и целостность backup не страдает) и пользователи не будут страдать (мы можем себе позволить "отдохнуть" минут 10) от торможения сайта
источник

EG

Egor Gruzdev in Laravel Pro
это не подходит, база и front на разных серверах, на front сервере даже нет mysql-client
источник

А

Антон in Laravel Pro
Шпатели держат планку. Как всегда говно.
источник

EG

Egor Gruzdev in Laravel Pro
целостность backup, торможение клиентов, т.к. транзакции страдают и им, пока идет backup, очень больно (отваливаются пот timeout)
до держать реплику пока не доросли, она бы решила в данном случае вопрос на ура, но пока нет
источник

YV

Yushkevich Vitaly in Laravel Pro
А почему не доросли? Вы можете взять слабую железку чисто под снапшоты. Нагрузку на неё не давать
источник

YV

Yushkevich Vitaly in Laravel Pro
Если именно важна атомарность бэкапа (на нагрузке это почти утопия) - останавливаете реплику, делает снапшот, запускаете реплику.
Все это автоматизируется
источник

YV

Yushkevich Vitaly in Laravel Pro
Люди не страдают, железу хорошо, пользователям хорошо
источник

YV

Yushkevich Vitaly in Laravel Pro
Бонус - нет нужды останавливать проект. Статус репликации мониторится на ура
источник