Это они сейчас стали в другую сторону, а раньше были в эту. ((%

На даче да дошик не съесть. Это ж лучше сразу домой

Кстати так и не понял из доков.
Если я в миддле проверю, что мой юзер не подходит для просмотра
/machine/id
То если этот же юзер пролезет ниже в
/machine/id/parts/id что будет?

Или я могу айди машины получить везде и вешать уже сюда тоже миддл?

Смысл мидлвары в том, что он постоянно висит на роутах, т.е. каждый раз проверяет что Вам необходимо.
Вы один раз пишите мидлвару в которой ПОЛУЧАЕТЕ аргумент из роута и проверяете доступ к нему.
Например, у Вас есть роут /machine/{car_id} - получаем аргумент car_id и в мидлваре делаем проверку на существование в роуте этого аргумента и доступ к этому car_id текущего пользователя.
Подходит пользователь - просто возвращаем  объект $request дальше, не проходит - делаем редирект.
Когда Вы перейдете на роут /machine/{car_id}/parts/id, то мидлвара возьмет аргумент car_id и проверит.

Поэтому рекомендуют в роутах не использовать одинаковые названия аргументов, т.к. не удобно делать такие проверки. Да и не удобно читать.

Т.е. Ваш роут /machine/id/parts/id  переделать нужно в /machine/{car_id}/parts/{part_id} (или что там в частях)

Смысл мидлвары именно в том чтобы на выбранных Вами роутах или везде получать нужные данные.

Во. Т.е. я спокойно конструирую и ставлю ацдишки и уже внутри их тыкаю по-всякому.

Думаю в бд надо тоже их похоже делать, чтобы был феншуй

При правильном названии и написании мидлвары - да. (:

Не обязательно. В БД уже от концепции зависит. Кто-то придерживается классики и называет согласно традициям, а кто-то крутит-вертит свое. ((%

Есть ощущение, что проще было бы без Лары. Или даже на Эво чистом...

Проще на том что понимаете и в чем есть опыт.
Мне сложнее такое делать в эво, т.к. нужно учитывать ее архитектуру. Легче всего на slim (:

Ну так надо же развиваться (с)

Тогда все верно делаете - задаете вопросы, копите информацию. Переварите и станет все значительно проще.

Где же Димка с уроками. Может и в 3.0 такое самый раз бы. Таблицы есть. Апи какое-нибудь тоже. Админка.

В рамках Эволюшн придется использовать базовое  всё "в одной таблице" или делать свои таблицы. Все это уже доступно было на 1.4 насколько помню. Собственно и разделение на админку и веб-пользователей даже есть.
В 3.0, говорят, переработали пользователей, да смысл примерно одинаковый в этом случае, т.к. все в одном приложении остается.
Дальше Вам нужно удобным и понятным способом сделать наполнение в админке, а вывод для пользователя уже можно с применением вкраплений контроллеров делать.

Я похожее делал как-то на 1.4.
Только ещё надо было поженить добавление товаров на Формличтер с выводом их в Ефильтре. Не помню, как категории таскал, вроде разбирал json в папке.

Всем привет! Меня клиент достал - "Сайт заражен".
У него на компе при  просмотре сайта вылезает баннерная реклама.
У меня, конечно, нет.
Я ему пишу - "Да не может быть заражен, это что-то на вашей стороне".
А он упорствует.
Может, кто сталкивался, что это у него за хрень?