ты хочешь много ивентов дернуть?

ага, от них получить много новостей

ага, ну и тебе скорее всего абы работало, поэтому делай News::whereHas('events', function ($query) { $query->where(блабла);})

и будет у тебя querybuilder по news

ага, ну и тебе скорее всего абы работало, поэтому делай News::whereHas('events', function ($query) { $query->where(блабла);})

неработает

чего это

ну например мне нужно получить такуюновсть в events которой city_id = 1

точнее такие новости...

(у новости может быть одно событие)

ну так и что не так?

то что я написал выбирает новости у которых есть ивент такой-то

например where('city_id', 1)

твой

например where('city_id', 1)

дает колум нот фоунд

какне странно...

мб в релейшенах косякнул

читай доку по whereHas

whereAs на связь hasOne() работает?

читай доку по whereHas

ее толком нет

жаль

мб в релейшенах косякнул

и вправду

hasOne вместо bellongsToбзал

как по английски правильно "анкета" будет?

у меня тут пользователя анкетируют

Form

ну ок, послушаю интернет

спасибо

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

Эсли это именно вопросник

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

Это законно вообще?

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

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

связь? Не?

а

Не, не через релейшен

Надо копать в констракт но что конкретно уже не могу сооьразит

Аксессоры оказац

кто нибудь знаком с Laravel scout ом?

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

Тебе это не нужно

Ребята,есть переводы laracasts?

зачем

но вообще - нет, нету и не будет

по api хотел видос посмотреть

Тебе это не нужно

Мне это нужно

Мне это нужно

Нет

нейтралитет :)

Нет

Да

Я тебя так скажу явное лучше не явного. Ты делаешь большой багор и сам не понимаешь для чего тебе это нужно, раз не можешь написать в чат

Есть группы учеников, это модель. Есть уроки, это тоже модель. У группы есть понятие следующий урок

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

Я сделал next_lesson у group

Это номер следующего урока (не айди)

Через аксессор в группу добавил getLessonAttribute, он стукается в App/Lesson и там фильтрует ищет свой урок

А почему не использовать релейшен один ко одному?

Мне не просто отношения надо обозначить, мне нужно знать какой урок следующий

Потому что групп много и уроков много

Урок принадлежит ко многим группам

И группа имеет много уроков

Ну значит урок имеет много групп

Плюс - как отслеживать следующий урок?

Ну значит урок имеет много групп

Это архитектурно неверно. Че за дичь, урок обладает группами?

Это архитектурно верно, просто связь так называется

Урок имеет много групп. Ок. Группа принадлежит одному уроку?

Урок вообще может не знать о группах, если ему это не нужно

Группа должна знать об уроке. Конкретно - какой урок будет следующим

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

Варианты?

Между ними нет никаких отношений вообще

У группы есть next_lesson int и у модели аксессор lesson, который сам дергает нужный урок

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

Ага, то есть еще одну модель?

Если у тебя есть такая потребность то да

У меня нет такой потребности, она почему то есть у тебя

Я решил задачу через аксессор, все работает идеально

Скорее всего там костыль

Почитай про аксессор

Они для этого и предназначены

Добавлять модели кастомные поля

Ты мне лучше скажи у тебя урок знает о следующем уроке?

У меня есть роут Route::view('/{path?}', 'app'); в web.php, но когда перехожу по урлу http://site.com/foo/bar, то выдает Sorry, the page you are looking for could not be found.. Как сделать так, чтобы любой урл проходил и рендерился шаблон app.blade?

Почитай про аксессор

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

Ты мне лучше скажи у тебя урок знает о следующем уроке?

Урок нет

Группа знает

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

Почему?

Ну тогда о каких "архитектурно правильно/не правильно" ты говоришь?

потому что группа учеников - должна знать про учеников.

ей все равно что они делают (уроки, уборку, домашнее задание)

А группа знает и о текущем и о следущем уроке и хранит это все в отдельных полях?

А группа знает и о текущем и о следущем уроке и хранит это все в отдельных полях?

Текущий урок это next_lesson -1

Должна быть сущность "Расписание", которая знает какие уроки для какой группы и какой последовательности

Тогда ты сможешь как угодно изменять расписание, без переписывания групп\уроков

Если это тебе подходит, то делай, но это костыль. Темболее с аксесором

А, дошло кажется

У меня уроки не привязаны ко времени

То есть нет понятия расписание

Есть понятие «номер урока»

А когда конкретно этот урок будет это решает сам преподаватель

То есть в бд никакой привязки к датам нет