MVP_Master

Global Scopes с ->where('active', true) решит проблему с такими товарами во всех запросах (каталог, поиски, 404 на show и тд) за 1 минуту) Будет что-то типа самопального soft delete. Единственное в запросах где нужны будут все товары (включая inactive) необходимо будет помнить о скопе и добавлять withoutGlobalScope.

download master - выручал когда еще был трафик , паузу нажал и докачал потом

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

одно и тоже имя оставлять в папках, соответствующих каждому размеру?

Очевидно же что рано или поздно вы перезапишете какую-то фотку, так как такое имя уже будет загружено (типичный пример без имени(1).jpg). И да - для каждого размера своя папка. Кроме того, часто имена фоток бывают на русском языке, с пробелами, в разном регистре, что для веба не очень хорошо. Фото надо переименовывать. Есть 2-3 варианта, которые зависят от условий. Самый простой и очевидный, подходящий для одной фото на объект - имя будет соответствовать идентификатору объекта (товара в вашем случае). Если их больше одной - можно использовать
а) идентификатор + _микротайм после точки,
б) хеш микротайма / идентификатора + _микротайма после точки,
в) просто микротайм
г) любой другой алгоритм, гарантирующий высокую уникальность и совместимость с вебстандартами.

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

Для вывода изображений используйте <picture>, в котором задайте приоритеты вывода и размерность.

Смотрите в сторону Gitlab CI/CD...
Докеризуете проект. Можно и без него - но с докером лучше...
Пишете автотетсты - хотя бы некий минимум - хотя бы smoke-тесты - потом по мере роста над собой будете дополнять другими
В gitlab ci/cd вешаете прогон автотестов на определенной ветке. При коммитах в данную ветку CI/CD будет запускать автоматом прогон.
Если все тесты на данной ветке отрабатывают успешно - вливаете в ветку master (либо сразу делаете мердж, который будет вливаться автоматически в мастер после успешного прогона автотестов), который тот же CI/CD гитлаба будет вливать уже на прод.

хитер бобер
ща тебе по сео все спалят, ага

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

Я лично остановился на Go, так как он очень прост в освоении. Для ускорения каких-то частей php-приложения мне он показался оптимальным (обработка транзакций, отдача контента и прочие почти автономные задачи). Ну и писать код (имхо) приятнее (кроме вечных проверок ошибок). В общем, попробуйте сами написать небольшие сервисы и на том и на том. Это будет самый верный способ.

Питон проще осваивать, к нему больше примеров, библиотек, обучающих курсов, книг и открытого кода в инете. А ещё полно удобного инструментария. Для любых ваших проектов питон подойдёт не хуже го.
Когда вы готовы разрабатывать на Го, у вас уже не возникает вопроса питон или го. А если возникает, значит питон.
ИМХО.

Но го неслабо так развивается и у него большие перспективы, как мне кажется.