Антон Середний, 1 не много. 2. Фильтрация по свойствам всегда не простое дело, особенно в плане производительности на больших каталогах. но все решаемо. Подумайте, постройте запросы напрямую в базу, по-тестируйте их. Навешайте нужные индексы. И переложите, если нужно, на laravel'овский orm
ThunderCat: Согласен, если мало записей в бд и относительно много ресурсов на хостинге. У меня как то случай был. Скрипту памяти не хватало если SELECT * стоял, пришлось явно указать нужные поля. С тех пор более внимательно стал относиться к лишним выборкам. Свой вариант решения ниже в комментах написал.
2. Создать модель php artisan baum:install "название вашей модели" появиться модель и миграция выполните миграцию. И посмотрите чем отличаются таблицы. Несколько новых полей (левый и правый индексы и уровень)
3. Использовать нужные функции для работы с моделью.
А сколько запросов будет если нужно не все дерево, а только ветку (например построить хлебные крошки до конкретной страницы)? И сколько ресурсов это съест?
foommiinn: вместо Log::info('Login'); поставь dd(); Срабатывает ли слушатель? Или еще можно попробовать вместо события auth.login написать в файле EventServiceProvided.php Illuminate\Auth\Events\Login
Андрей: Да вы правы, не совсем понял ваш, первый коммент. Действительно в миграциях можно же просто код писать, а не конструктором таблиц пользоваться)) Спасибо за наводку)
Код можно выполнить, но интересует именно работа через миграции, что бы можно было версионность БД поддерживать. Откатываться на старые версии и все прочие плюшки миграций.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.