я предполагал, что (в твоем например случае) при таком удалении для модели Dialog вызывается метод перед фактическим удалением)

мне никакую ошибку не выдает, просто до ивента не доходит дело)) я хотел сделать удаление файлов поста поэтому я при удалении постов (ловлю ивент deleting, вызываю $post->files()->delete() , а для модели File ивент deleting тупо не вызывается)

ну это на самом деле совсем не очивидно, что из-за такого удаления связанных моделей, ивенты не вызываются)

Очень даче очевидно. Это же действие делает сама бд. Приложение об этом ничего не знает

для массовых операций ивенты не работают

Доброе утро, ребят подскажите какой пакет лучше (исходя из личного опыта) заюзать для многоуровневых категорий?

Смотря, что конкретно тебе нужно. Например, lazychaser/laravel-nestedset, если тебе нужен nested set.

Примитивная таблица id, parent_id уже позволяет сделать бесконечную вложенность. А дальше уже от конкретных задач зависит

nested sets или closure table. мне вторая более импонирует, гибче

Дело в том что и так таблица такая как Вы и говорите, но никак не могу получить вложенность глубже второго уровня

Вы о пакетах для ларавеля?

я о подходах

Дело в том что и так таблица такая как Вы и говорите, но никак не могу получить вложенность глубже второго уровня

В чем проблема?

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

Не понятно, в чем проблема. id 1, parent_id 0, name root id 2, parent_id 1, name child1 id 3 , parent_id 2, name child2 Вот и три уровня

ну, у каждой категории есть отношения parent() belongsTo и childs() hasMany. Берешь любую категорию и получаешь из нее дочерние. Проблемы возникают только если нужно строить каталоги частичные или полные. Тогда лучше Nested sets

А, ну понятно, нужно указывать в ленивой загрузке глубину вложенности, а заранее ее ты не можешь знать. Ищи готовый пакет с nested sets, он точно умеет то, что тебе надо с одним лишь минусом - очень долго перестраивает деревья при изменении категорий

долго это понятие относительное :) формально там просто идет сдвиг на +2 части дерева

ну, если тебе нужно получить все дерево категорий, то ты запрашиваешь как Categories::with('children', 'children.children', 'children.children.children'...). Или в модели указываешь protected $with = ['children'];, но тогда любая категория будет доставаться с полным древом дочерних, что тоже не всегда удобно

Если собираешься постоянно дергать большими ветвями, то бери nested sets, он позволяет сильно сэкономить на запросах к БД.

Ага, этот

Просто почитай про nested sets, что это такое, и как работает. Чтобы понимать, как лучше использовать

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

Я не работал с closure table, но, наверное, имеет смысл глянуть еще и его. Пакет для laravel тоже есть

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

неее. в базе хранится дата строкой вида 25 май, а мне нужно сравнить например с текущей датой, потому нужно 25 май сначала преобразовать в нормальный вид

но в любом случае мне нужно наложить фильтр на это поле в правильном вормате

да вот тоже думаю, что так проще. Но хочется на всяк случай и такое уметь

Я так понял, это для поиска используется?

А ещё есть подход маьериализед паз

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

Он по моему хорош для форума, но не категорий товаров. :). И да - я за разнообразие - а то как бесконечная вложенность так нестед сетц. Уже поднадоела :).

Ненене - все абсолютно верно.

подскажите пожалуйста, не могу понять как построить алгоритм построения колонки path в MP. Исли Вас не затруднит, не могли бы разьяснить как именно строится path для каждой записи?

Сейчас уже не помню, надо документацию заново читать :)