Аа, нет истчо))

Всем привет. Кто знает, как заставить лару джойнить в один запрос все релейшены, которые хочу получить with(...), вместо отдельных запросов?

Book::with('author', 'publisher')->get();

Да и этот вопрос меня не прям жизненно мучает

Book::with('author', 'publisher')->get();

Ну так и будут просто 3 запроса отдельных

Тогда через джоин

Ну да, через джоин)

твиг же http://twig.sensiolabs.org/doc/functions/attribute.html

ога, чутка опоздал. но один хрен не понимаю, зачем там юзать твиг функцию, если там у него массив с ключами айдишниками. оно же прекрасно работает {{ array[key] }}

хз)

вот и я хз

убрал эту функцию нафиг и заюзал тупо массив

{{ array[key] }} вернет ошибку, если такого элемента массива нет

а attribute ругаться не будет

но attribute все же для работы с объектами

если надо вызвать метод $method какого либо объекта

но если такое нужно сделать в шаблоне - попахивает говнокодом

но если такое нужно сделать в шаблоне - попахивает говнокодом

не исключено, что можно было все по другому сделать, но пока - вот так...

не исключено, что можно было все по другому сделать, но пока - вот так...

я про вызвать метод $method какого либо объекта

и {{ array[key] }} внутри твига не будет ругаться, если ключа нет, а просто вернет null

у вас же просто из массива достать

а

не, метод таким образом у нас нигде не вызывается. и надеюсь такого не будет =)

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

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

как правильно сделать модель для many-to-many таблицы? есть user_forecast таблица в нее хочу добавить строчку без всяких DB::insert

https://laravel.com/docs/5.3/eloquent-relationships

https://laravel.com/docs/5.3/eloquent-relationships

many-to-many модель

У кого тут есть проекты по ларе на гитхабе с реализованными сервис-провайдерами? Дайте ссылки

нашел. sync / attach

Как эстетически правильно получать сервис из сервис провайдера в App\Console\Kernel.php? Через конструктор или можно сразу в методе schedule?

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

кто пхпштормом пользуется? почему может не видеть find и first у модели?

чет не нагуглил

ide helper'ом пользуешься?

если да, то хз почему

да, стоит

фасады нормально видит

в _ide_helper.php есть сгенерированный класс Eloquent и в нем все эти функции есть, но мои то модели не свяязаны никак с этим классом

все, вопрос снят

https://github.com/romanbican/roles или https://github.com/Zizaco/entrust ?

я только первое юзал

но юзел только роли, без пермишенов и тд

то есть не на полную

https://github.com/romanbican/roles или https://github.com/Zizaco/entrust ?

опа спасибо за ссылку , как раз сейчас надо

я только первое юзал

но давно не обновлялось

https://github.com/romanbican/roles или https://github.com/Zizaco/entrust ?

А зачем они нужны если в ларе с 5.1есть встроенная авторизация?

Сейчас глянул entrust. Не понимаю какой смысл ролей. Тоже самое что и permissions. Удобнее объединять permission в группы

Сейчас глянул entrust. Не понимаю какой смысл ролей. Тоже самое что и permissions. Удобнее объединять permission в группы

наркоман?

наркоман?

Ну и зачем нужны роли если разница между role и permissions только в названии методов для проверки?

Типа чекать если админ и если может создать пост, то пусть создает?

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

Если бы роли представляли собой наборы permissions было бы логичнее, не?

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

например, если не админ то пошел найух отсюда

чем если не можешь смотреть вашборд в админке то подешл отсюда, если не можешь создать запись то пошел отсюда

и тд

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

А что мешает чекать роль даже если она представляет набор пермишинов? Если админ -> заходи в дашборд -> но редактировать конфиг ты не можешь, т.к. роль у тебя не creator/dev/superadmin

ничто не мешает

я про то что зачем создавать целый ряд пермишенов если это лишнее

А что мешает чекать роль даже если она представляет набор пермишинов? Если админ -> заходи в дашборд -> но редактировать конфиг ты не можешь, т.к. роль у тебя не creator/dev/superadmin

"т.к. роль у тебя не creator/dev/superadmin" - ну так может быть что и нет этих ролей

от задачи же надо плясать

есть админ, есть автор, есть читатель. изи сделать 3 роли и не делать пермишены на каждое действие

есть админ, есть автор, есть читатель. изи сделать 3 роли и не делать пермишены на каждое действие

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

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

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

Тогда мы немного отъехали от основной темы. Изначально задавался вопрос почему в entrust роли и пермишионы это одно и то же?

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

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

https://github.com/romanbican/roles или https://github.com/Zizaco/entrust ?

теперь не могу выбрать между https://github.com/santigarcor/laratrust https://github.com/Zizaco/entrust Никто их работу на 5.3 не проверял063

я бы выбрал https://github.com/Zizaco/entrust

Как думаете, если реализовать такое портфолио, то будет ли оно понятно пользователю?

Хм, если реализовать такую подгрузку, то будет очень даже. #Website, #Animation

нормально

чо за плагин?

ну давай разбираться

edit = true?

<span v-for="comment in comments" v-if="!edit && comment.bid_id === bid.id">{{ comment.text }}</span>

ага..

выше правильное решение

у тебя там двойное условие, v-else убери и объедини в одно условие

ну задампь тогда переменные

bid.id чему равно?