и нормально все в ней разделено по большей части

Это не репозитории в обычном понимании

ну понятно

Но вообще да

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

у него песня такая есть в его проекте Lindemann

Но если бы мы общались о модели, как букве из mvc, тогда бы не согласился)))

что именно напрягает мозг? ООП?

спасибо теперь дрругая ошибка

QueuedCommand has been attempted too many times or run too long. The job may have previously timed out

😂😂😂😂

так ошибка же написана ;)

это уже косяк кода, вставьте в переводчик если с английским не оч

написано напрямую в чем проблема

я понял, а как её фиксить? локально ошибки этой нет, на сервере - вот..

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

и нет не стоит это решать изменением пхп ини на сервере

Как бы объяснить.
Модель сама по себе минималистична. Она знает откуда взять данные, в каком виде отдать их, и в каком засунуть обратно в базу. Также каким образом связаться с другими моделями (это уже мутация на уровне билдера). По сути, всё.

Если же совать в модель бизнес-логику, это получится жирная модель, которая, по сути, кроме своего предназначения будет еще и играть роль сервиса.

Далее, ООП придумали чтобы избавиться от дубляжа кода, а также для упрощения. Вот, например, где-то нужно получить какой-то метод - по идее, нужно обратиться к сервису, выполняющему нужную логику, но никак не к модели User, производящей отключение модели Favorite через связующую pivot-таблицу. Это, как минимум, нелогично и вводит в заблуждение, т.к. модель User, по сути, всё что должна знать о фаворитах, так это как с ними связаться через релейшен, не более.

В данном же случае то же самое ООП применяют для усложнения логики, приговаривая "ну это же ООП, ты чоооо, это же не процедурное программирование".  Блин, процедурное программирование - это совсем другое. В корне! Вынесение БИЗНЕС-ЛОГИКИ из МОДЕЛИ не нарушает ООП! Оно ИСПРАВЛЯЕТ логику приложения и упрощает работу с ним как для создателя, так и для тех кто этот код будет читать.

"Steh auf" с немецкого - "Вставай".

локально все настройки такие же как и на сервере

В этом есть грань разницы между MVC и фреймворками.
Лара не поддается описанию конкретного шаблона - она использует многие из них, включая не очень хорошие, да.
Но писать код всегда нужно так, будто после вас его поддерживать будет неуравновешенный и склонный к насилию психопат, который знает где вы живёте.