уже придумал какую-то дичь, надеюсь не посадят

Привет всем)) Есть ли легальный способ взять pre previous url в ларавель ?)))

Этот функционал под запретом или что?

да просто спросил) как это делаете?

Парни, а как можно гибко управлять отношениями модели через рест апи(динамически подключать зависимости). Допустим, есть у меня модель юзера и у нее около 10 разных отношений, некоторые из них могут быть очень тяжелые. А на фронте мне нужно забирать юзера в разных местах и из разными отношениями. Например, на странице настроек мне нужно почти все отношения кроме постов и коментов, а на странице "Мои статьи" мне нужно только посты. И таких разных кейсов может быть очень много, где нужно такие-то отношения а каких-то не нужно. Решение в лоб - создавать отдельные роуты, типа getUsersWithPostsSettingsComments, getUsersWithSettings и т.д. Но такое решение очень "не очень". Вторая мысль - graphql, но мы не в мире ноды. Как можно зарезолвить такой кейс, может кто-то делал уже что-то подобное?

Даже, это не относится на прямую к ларе, а по другим языкам тоже, впринципе вопрос по рест апи, может есть какие-нибудь best practice?

По канону, я должен сделать такие роуты users/{id}/posts, но они возвращают сами посты, то есть как только я получил юзеров, я их перебираю в цикле, и для каждого делаю запрос для постов, но если юзеров ~ 50, плюс мне еще нужно не только посты а и комменты и еще что-то, то общее количество запросов будет очень большим, что тоже не айс

По канону, я должен сделать такие роуты users/{id}/posts, но они возвращают сами посты, то есть как только я получил юзеров, я их перебираю в цикле, и для каждого делаю запрос для постов, но если юзеров ~ 50, плюс мне еще нужно не только посты а и комменты и еще что-то, то общее количество запросов будет очень большим, что тоже не айс

User::where('id', $id)->with(['posts', 'posts.comments, posts.someoneelse])->get();

User::where('id', $id)->with(['posts', 'posts.comments, posts.someoneelse])->get();

оки, но если у меня с десяток отношений, то мне 10*10 таких же селектов прописывать для каждого случая?

оки, но если у меня с десяток отношений, то мне 10*10 таких же селектов прописывать для каждого случая?

graphql

на пыхе?

на пыхе?

сомнеаешься в языке? :)

нутогда просто проси какие зависимости тебе надо

и формируй нужный запрос

почти как ручной graphql

ну примерно так,да :)

пока у себя так сделал, но тоже костыль. Должно быть что-то, частый кейс же

не такой прям частый...

10 релейшенов это уже много...

модель слишком ддохера большая..

ну магаз какой нибудь

необходимы боундед контексты и прочая ддд фигня

та даже пять отношений, и уже заипешся описывать каждый случай

а что за контексты?

что то с тестами связано?

не...

забей

необходимы боундед контексты и прочая ддд фигня

https://habr.com/post/232881/ оно?

оно. но я жуе сказал - забей :)

оно редко какому проекту нужно

If the implementation is hard to explain, it's a bad idea (Если реализацию сложно объяснить - идея плохая)

Жадная загрузка 10 отношений для списка с пагинацией - это не особо сложно, и сложность - константа

Шли параметр и в зависимости от параметра возвращай разные ресурсы (апи ресурсы)

https://laravel.com/docs/5.7/eloquent-resources

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

Та проще в таблице юзерс

Ну конечно если информация есть для всех юзеров

Если у тебя там на сайте три роли

И инфа должна быть только для одной из ролей

То тогда лучше в отдельной

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

лучше в отдельную таблицу чтобы users не засорять

ролей пока не планировали

но да, юзеру сразу же личный кабинет создается

я установил v8js но на сайте пишет Class 'V8Js' not found .

кто знает как исправить это

composer dump-autoload

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

Зависит от того, есть ли смысл в нормализации/денормализации

composer dump-autoload

Я установил только экстеншн

Зависит от того, есть ли смысл в нормализации/денормализации

сложно сказать однозначно

всем привет!

кто какую админку посоветует?

админлте

это пакет для ларавел или посто хтмл шаблон ?)

просто хтмл шаблон который пакетом ставится

composer dump-autoload

А что то ещё разве надо?

сложно сказать однозначно

Тогда и ответить сложно

Кроме экстеншна

просто хтмл шаблон который пакетом ставится

то есть voyager это готовая адиинка, а lte это просто хтмл шаблон?)

то есть voyager это готовая адиинка, а lte это просто хтмл шаблон?)

ну вояджер генерит круды?

ну вояджер генерит круды?

ты про crud что ли ?

да

да

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

nova?

а lte уже и так буду прикручивать на другом проекте

nova?

все таки посижу и все по устанавливаю и гляну..

Nova платная?

да

да

Спасибо

Привет всем. Мужики, как проссумировать 2 массива, чтоб значения проссумировались по ключу? ) http://sandbox.onlinephpfunctions.com/code/e3228c125b169f8472661012e5c35a26981c7bc9

Привет всем. Мужики, как проссумировать 2 массива, чтоб значения проссумировались по ключу? ) http://sandbox.onlinephpfunctions.com/code/e3228c125b169f8472661012e5c35a26981c7bc9

array_column, array_sum

array_column, array_sum

не подходит, всё равно перебирать придется

Ребят, привет. Подскажите пожалуйста. Проблема такая: на странице категории вывожу продукты таким образом $products = $model->products()->where('published' , '=', 1)->paginate(6); И у меня дублируются некоторые продукты на первой и второй странице. Однако если я поставлю paginate(любое другое число например 7) то уже все ок. Кто нибудь в курсе, может это какой-то кеш этого метода? Хотя кеш чистил

не подходит, всё равно перебирать придется

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

это не индексы, это ключи

т.е. это ассоциативный массив?

да

тогда перебирайте)))

)))

перебираю, но как то по костыльному смотрится ))))

не подходит, всё равно перебирать придется

и array_column и array_sum под капотом перебирают массив

как и все функции работающие с массивами)