Да

Если коротко, то

https://github.com/DarkaOnLine/L5-Swagger

Да

используете аннотации, или ямл?

аннотации :)

код читаемый остается? меня дико харит отсутствие автокомплита в аннотациях и неработающий реформат

Терпимо

код читаемый остается? меня дико харит отсутствие автокомплита в аннотациях и неработающий реформат

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

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

теже вопросы - автокомплит и реформат работают нормально с иерархическими аннотациями?

теже вопросы - автокомплит и реформат работают нормально с иерархическими аннотациями?

не понял вопроса

у нас нет в анатациях автокомплита, все пишется как комментаций к методам в контроллере

теже вопросы - автокомплит и реформат работают нормально с иерархическими аннотациями?

https://paste.ofcode.org/ZZANMssWTbaeEChizjHppP

описание моделей (definitions) идет в самих моделях

спасибо за код

а в сторону ямла никто не смотрел?

https://paste.ofcode.org/ZZANMssWTbaeEChizjHppP

https://github.com/DarkaOnLine/L5-Swagger/issues/57

кто-нибудь встречался с проблемой, что связанные модели не удаляются подобным образом? $topic->posts()->delete();

кажется нашел причину если в миграции использовать onDelete то ивенты deleting, deleted не вызываются

onDelete ?

$table->integer('dialog_id')->unsigned()->nullable(); $table->foreign('dialog_id')->references('id')->on('dialogs')->onDelete('cascade');

вот так работает

ну суть в том, что я в модели ловлю ивент deleting

$table->integer('dialog_id')->unsigned()->nullable(); $table->foreign('dialog_id')->references('id')->on('dialogs')->onDelete('cascade');

из-за вот этого способа ивент не вызывается

просто из таблицы идет удаление, без вызова ивентов

потому что связь

так и должно работать

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

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

слушай а какую ошибку тебе выдает когда ты вызываешь delete() на модели,

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

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

у меня такая тема, если я удаляю диалог, то у меня автоматически удаляются все сообщения в нем.

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

если я удаляю пользователя

то удалаятся диалоги и сообщения

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

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

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

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

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

ну это я уже понял))

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

то есть если по одному буду удалять то заработает?

Эвенты есть только у инстансов моделей

Если будешь удалять через модель, то естественно заработает

А так у тебя удалением БД занимается

понял, пойду попробую, спасибо)

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

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

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

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

забудь про рекурсию

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

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

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

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

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

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

я о подходах

nested sets и closure table - это модели хранения иерархии. По ним есть уже готовые пакеты для всего на свете, и laravel в том числе

Я nested sets подход бдал, и пакет для лары есть нормальный

я о подходах

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

Не понятно, в чем проблема. 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

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

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

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

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

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

получается мне в моих методах модели не хватает еще параметра ( для глубины вложения ) ?

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

ERROR: S client not available

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

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

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

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

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

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

https://github.com/lazychaser/laravel-nestedset Вы имеете ввиду этот пакет или реализовывать самому?

Ага, этот

Ага, этот

спасибо Вам большое за помощь

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

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

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

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

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

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

Посмотрю, ?

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

Но его очень давно не видел в применении

https://packagist.org/packages/langaner/materialized-path

Даже пакет какой-то для лары есть

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

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

имеется ввиду перед валидацией в форм реквесте?

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

хелпер самого преобразования уже есть

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

акцессор? https://laravel.com/docs/5.6/eloquent-mutators#defining-an-accessor

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

да, вернее ассемор

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

https://laravel.com/docs/5.6/eloquent#local-scopes ?

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

в скопах тоже нужно пиать условие отбоа:)

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

а почему ты неможешь не значение поля преобразовать а то с которым оно сравнивается? (вообще изначально я тебя понял не так и думал не о квери а о реквесте)

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

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

самому придется через whereRaw тогда писать и менять формат средствами бд

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

мне нужно определенные манипуляции сделать со строками, но отбор сделть по этому полю

Тогда сильно проще сделать where('date', format_date(now())), чем преобразовывать дату в БД перед сравнением

Если сделать аксессор, скоуп и мутатор, можно вообще постоянно с карбоном работать и не думать, что там в БД хранится