почему он хозяйничает у вас в php файлах? да еще и в файлах роутов от фрэймворка

ну с учетом того что это явно тестовый проект пощупать что то и там контроллеров будет штуки 3-4 - отлично имя. следующий будет CRUDController2

ну проблема явно не в этом)

Маршруты замыкания нельзя кэшерировать может дело в этом

так я убрал все

с последней лары вроде можно

так у вас оказывается не 2 роута а чуть больше... да еще и инвоук юзаете...
инвоук то прописан в контроллере?

это не мой код

ну и на локалке все летает

вот не думаю что эта штука с багами такими

Как думаете ,что лучше грузить при чтении большого файла процесор или память ?

Если модель не делегирует и не обращается к чему либо не будет ли она в таком случае просто структурой? В таком случае ей и методы не нужны, и дергать какие либо методы чего либо в ней нельзя. К примеру обращаться к методам реквеста и прочего. Мне кажется если передать в неё построитель запросов или searchservice вполне можно составить в модели специфичные данному представлению запросы.

Если рассматривать viewModel как структуру тогда нужен дополнительный класс который обеспечит структуру всеми данными - viewService. Только для чего он нужен…

К примеру если у нас есть задача отобразить список элементов, неких объектов содержащих знание о модели то viewModel в этом случае станет просто провайдером

В котором находится построитель

Думаю что тут скорее вопрос не о viewService так как даже к spatie/view-models передача данных для модели представления идет через конструктор в модель. Но тут скорее вопрос может ли по принципам разграничения ответственности, модель иметь право как либо напрямую взаимодействовать с БД. Выше было предложено использовать сервис, но и в таком случае вопрос остается - получить ли данные из сервиса и кинуть во view() или передать сервис для форматирования его результата во view model?

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

с этим утверждением согласен