при этом, стили, js и прочее грузит без проблем

а причем тут ларавел?

мож у тебя в nginx картинки из жопы отдаются?

<VirtualHost *:80> ServerName vkstroll.dev DocumentRoot "/Applications/XAMPP/xamppfiles/htdocs/VkStroll/public" <Directory "/Applications/XAMPP/xamppfiles/htdocs/VkStroll/public"> Options Indexes FollowSymLinks Includes ExecCGI AllowOverride All Require all granted </Directory> ErrorLog "logs/site.local-error_log" </VirtualHost>

Что то мне подсказывает

что трабла тут

апач? фу

Ди? Фу

Фоли? фу

Апач? фу х2

Фоли? фу

повторюша дядя хрюша

Што здесь происходит

🚀

это для тебя ракета

улетай

Можно еще одну мне?

⚓️

лови

обнимаешь и в воду прыгаешь

Тонуть в мир веба?)

Бля, а почему ему ракету

а мне якорь

ты домой, на дно )

Он еще не испорчен как я?)

Псны

Можно сделать свою консольную команду, которая подряд выполнит штука 5 других команд?

Просто хочется для простоты вводить одну команду и выполнять то что нужно

Lumen включает в себя blade?

Нет

Ибо это микрофреймворк

апишки писать

там шаблонизатор не нужен

посоны, я никогда не писал api, подскажите, как там работать со связями? например надо получить юзеров с постами. Как бы вне api ghосто делаю User::with('posts')->.... а в api как делать? Просто не всегда же нужно получать юзеров с постами, какой то параметр передавать в запрос или как?

Ченить типа /user/123456/posts

ну у одного юзера понятно

а если мне на странице надо много вывести?

взять 10 юзеров и у каждого по 10 постов?

или это уже не один запрос к api получится наверно?

/users-posts ?)

users-posts по логике просто посты без инфы о юзерах) ну по логике названия

Да как удобно, так и делай

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

Ну про рестфул апи и ресурсы в ларавеле погугли

мне так кажется отдельно запрос для получения юзеров, отдельно для получения постов юзера. По аналогии с api контакта например

Ну про рестфул апи и ресурсы в ларавеле погугли

тут не в ларавеле дело а вцелом в подходе к проектированию api

Логично, да

А в кучу мешать на клиенте уже

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

надо придерживаться стандартов

мне так кажется отдельно запрос для получения юзеров, отдельно для получения постов юзера. По аналогии с api контакта например

разумеется же

для разных сущностей разные методы

по логике разумеется, ана практике интересно было узнать кто как делает)

запросов то больше идёт

https://habrahabr.ru/company/SECL_GROUP/blog/204510/

а вот другой пример, есть товары и категории. При получении одного товара, правильнее сразу в ответе давать его категории? или тоже отдельным запросом?

Если необходимо показать иерархическую связь между объектами, делаем так. Коллекция машин пользователя: /api/users/ae43bc/cars Конкретная машина: /api/users/ae43bc/cars/c7b45e

Если необходимо показать иерархическую связь между объектами, делаем так. Коллекция машин пользователя: /api/users/ae43bc/cars Конкретная машина: /api/users/ae43bc/cars/c7b45e

вот спасибо!

и статью щас гляну

ни одного адекватного примера по работе с очередями для лары5 >_<

php artisan make:command SendEmail —queued параметры —q уже не работают а везде упоминаются

Queue хз откуда берётся

Так это, make:job же

Сомневаюсь в корректности своего вопроса, но все же возможно ли расширить контроллер?

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

и как правильно это сделать я пока слабо представляю

в моделях я связи сделал только

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

trait это базовая php штука

не привязаная гвоздями к ларе

да

Получается что каждому концерту принадлежит несколько сессий

гы всем ку

ку

а сессий несколько ценовых групп. Но вот концерт - сессия отображение отличное, сессия - ценовая группа уже проблемы

да можно расширить модель и через нее контроллер, но тогда данные в одной таблице будут

а мне нужно чтобы в разных все осталось

не, сессия к одному концерту принадлежит

да

@perin ну что, разобрался с апи то?)

Не делал еще, но статью прочитал. Але понятно как делать, но есть вопросы в реализации в ларе