Волнуюсь за отношения в Laravel больше, чем за свои.
@CutCodeRu11 ай бұрын
Добро пожаловать в клуб)
@user-jq8eh5wd6y11 ай бұрын
Как раз не знал как правильно сделать такую структуру!
@CutCodeRu11 ай бұрын
😊
@michelcecere57347 ай бұрын
Спасибо вам от Белгии - все работает отлично в моем проекте
@SanyaHP311 ай бұрын
Когда-то изучал комментарии в вордпресе и не понимал, что за структура такая интересная) Спасибо, очень полезно!
@CutCodeRu11 ай бұрын
✨
@ivanteplyakov31856 ай бұрын
Здравствуйте, хорошее видел) Но сколько материала посмотрел и почитал, ни кто не рассказывает как выводить одновременно через один контроллер все комментарии к моделям артиклей и блогов)
@gamingplay541511 ай бұрын
ждём ещё новых видео😊 как всегда намного интереснее смотреть ваши уроки чем у других
@CutCodeRu11 ай бұрын
😎
@zCubEz11 ай бұрын
Круть!! Так держать! Очень клевые видосы, даже книжку прикупил поддержать ) за одно мб чего полезного и нового узнаю )
@CutCodeRu11 ай бұрын
Спасибо за поддержку!
@user-rw4nl8qf2g6 ай бұрын
Пипец ты шаришь конечно 10/10 просто
@CutCodeRu6 ай бұрын
🙏
@vesh9511 ай бұрын
Когда я впервые освоил полиморфные отношения, я добавил комментарии ко всему, чему можно, добавил комментарии к комментариям, к коментариям добавились лайки, лайки на комментарии, лайки на лайки, лайки на комментарии к лайкам😂
@vesh9511 ай бұрын
Такой звук хороший. Я аж наушники снял, думал через колонку звук пошел
@CutCodeRu11 ай бұрын
Работаем и над качеством звука, спасибо
@4KoTRpa11 ай бұрын
И ещё один момент, который стоило упомянуть - почему некоторые разработчики не жалуют morph связи. Чтобы сохранить гибкость и оставить за собой возможность переименовать связанную модель и не потерять эту самую связь: в поле *_type можно записывать не название класса модели, а свое значение, указанное 3 параметром в методах motphTo...
@vesh9511 ай бұрын
А на домашку задание: "Сделать миграцию для переноса данных из обычной таблицы comments в poly_comments. Миграция должна откатываться (частичная потеря данных допустима" 😂 Вот теперь миграцию можно по праву считать миграцией)
@borisn87911 ай бұрын
Благодарю за видео. Не понимаю смысл полиморфа, это же смешение разных контекстов (bounded contexts). "Комментарий к статье" и "комментарий к фото" могут иметь разный размер, разные ограничения и правила валидации, разный набор полей, участвуют в разных поведениях и событиях. Также будет сложно потом сделать модульную (компонентную) структуру.
@TsA1ex11 ай бұрын
Так если разные контексты, то и полиморфность не подходит. Полиморфность больше для случаев, типа "вот этот комментарий, что я сейчас пишу вам" ) Он может быть к видео, к посту, к другому комментарию, но имеет одинаковый размер, ограничения и вплидацию
@snikitin323 ай бұрын
Минусов у данной реализации тоже много, имхо. В рамках одной таблицы многократно увеличивается количество записей, невозможно настроить внешние ключи, в случае бага в модели, слетают все комментарии во всех сущностях.
@melonwark19 ай бұрын
Не подскажете как реализовать сохранение комментария для статьи, причем на вьюхе статьи будет тексареа, которая будет стучаться в контроллер комментария, и надо каким-то образом связать коментарий с статьей. В будущем другие сущности также будут иметь коментарии.
@JaanPajusalu6 ай бұрын
Можно ли по такому принципу делать многоязычную систему?
@user-gv8zd3ry1kАй бұрын
Дали проект, где все на этих полиморфных отношениях. Это просто жесть, все тормозит, индексов нет, целостность базы нарушить очень легко,так как нет внешних ключей, из-за этого везде софтделиты, из-за которых база будет надуваться со временем. Это если какую-то мелкую вещь делать сойдет, но не все на полиморфных отношениях
@TsA1ex11 ай бұрын
Упустили Морфмапы и m2m для полиморфных. Или это в следующем видео?
@CutCodeRu11 ай бұрын
MorphToMany были а мапов не будет
@TsA1ex11 ай бұрын
@@CutCodeRu может не так написал. Не MorphToMany, а ManyToMany (Polymorphic), там где pivot таблица ещё
@CutCodeRu11 ай бұрын
@@TsA1ex morphtomany метод называется laravel.com/docs/10.x/eloquent-relationships#many-to-many-polymorphic-relations
@4KoTRpa11 ай бұрын
Ценю Ваши видео и труд, но хватит учить людей пихать id-шники отношений в fillable и напрямую писать туда. Для этого есть замечательные методы associate, sync и т.д.
@pep42111 ай бұрын
Это не будет работать на нескольких миллионов записей . На больших проектах лучше разделять.
@TsA1ex11 ай бұрын
Почему не будет? Это тот же самый запрос, только +1 where условие. И модель с таблицей будет по полю type определяться
@TsA1ex11 ай бұрын
Представьте, что вы модератор и модерируете комментарии в ВК, которые могут быть к посту, к фото, к видео и т.п. У вас в админке все комментарии отовсюду. Что проще сделать запрос комментов из одной таблицы или из разных таблиц (комменты к фото, комменты к видео и т.п)
@user-gv8zd3ry1kАй бұрын
@@TsA1ex Будет очень тормозить, у меня проект написан прошлым любителем полиморфных отношений, тормоза просто ужасны.
@TsA1exАй бұрын
@@user-gv8zd3ry1k наверное точно любителем. Не понятно как может добавление одного where (по фиксированному набору типов) в запросы может существенно повлиять на скорость