Когда роут не относится к ресурсу

Загрузка файла?

Загрузка файла может быть ресурсом

Обновление списка, например

Есть ресурс - урок - у него создание, обновление, отображение и удаление. Но бизнес хочет уметь обновлять несколько уроков за раз при нажатии кнопки сохранить, изменив названия нескольких уроков, например. Вот роут обновления списка уроков - не ресурс, хотя по идее можно завернуть его в ресурс и прострелить ногу

Обновление списка, например

Отдельные страницы, состоящие из множества запросов или сложные действия

Не ресурсные действия, я хз как из назвать по-другому)

Но контроллер то будет LessonController?

Есть ресурс - урок - у него создание, обновление, отображение и удаление. Но бизнес хочет уметь обновлять несколько уроков за раз при нажатии кнопки сохранить, изменив названия нескольких уроков, например. Вот роут обновления списка уроков - не ресурс, хотя по идее можно завернуть его в ресурс и прострелить ногу

Как его завернуть в ресурс?

Ресурс списка. Создание списком, обновление, удаление и тп. Не стоит этого делать

Ресурс списка. Создание списком, обновление, удаление и тп. Не стоит этого делать

Понятно, спасибо

Подскажите пожалуйста, у ларки есть по умолчанию переменная $error, как в эту переменную добавить ошибку при добавлении в базу(не заполнено обязательное поле), не использую validate, а с помощью try/catch?

сделать валилацию) я не уверен, но вроде $error достается из сесии, попробуй посмотреть

Ресурс списка. Создание списком, обновление, удаление и тп. Не стоит этого делать

почему же?

Есть ресурс - урок - у него создание, обновление, отображение и удаление. Но бизнес хочет уметь обновлять несколько уроков за раз при нажатии кнопки сохранить, изменив названия нескольких уроков, например. Вот роут обновления списка уроков - не ресурс, хотя по идее можно завернуть его в ресурс и прострелить ногу

а сделать Х обновлений подряд не вариант?

сделать валилацию) я не уверен, но вроде $error достается из сесии, попробуй посмотреть

в доке по валидации нашел return redirect()->back()->withErrors($v->errors()); :)

сделать валилацию) я не уверен, но вроде $error достается из сесии, попробуй посмотреть

спасибо за моральную поддержку))

если ресурс, то всё равно у тебя уже rest, если я правильно понимаю. а если у тебя rest, то почему не воспользоваться преимуществами всяких js херней

а сделать Х обновлений подряд не вариант?

Ага, из браузера отправить 10 запросов, 5-й завалится на валидации, и ничего уже не откатишь. + оверхед на запрос

Ага, из браузера отправить 10 запросов, 5-й завалится на валидации, и ничего уже не откатишь. + оверхед на запрос

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

и тебе останется только сказать что вот это вот я не смог обновить, проверьте и поправьте

зачем же такой оверхед

понятно, что если у тебя есть условие "либо всё, либо ничего" тогда да, такой вариант не вариант

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

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

ну я и не предлагаю одним запросом много. я каждый отдельным запросом. опять же я не знаю всей подноготной его ситуации

если у него 100 одновременно правится уроков - да, это не вариант

а если 3-5, почему нет

ну почему же

зачем же такой оверхед

давай конструктив лучше. ты же тут тимлид и сеньёр

если учитель заболел но на неделе у него 100 уроков, получается классическая n+1 на каждый такой случай

та пиздец, Валер, там проще отдельный блок сделать "замена учителя с ДАТА до ДАТА"

либо отмена урока

если учитель заболел но на неделе у него 100 уроков, получается классическая n+1 на каждый такой случай

опять же, 100 уроков на неделе не бывает =)

даже если брать по 12 уроков в день - 70 =)

опять же, 100 уроков на неделе не бывает =)

сколько бы их нибыло по асимптотической сложности, кол-во твоих запросов прямо пропорционально кол-ву уроков у учителя)

сколько бы их нибыло по асимптотической сложности, кол-во твоих запросов прямо пропорционально кол-ву уроков у учителя)

да, не отрицаю

ну так или иначе всегда модифицируем больше одного ресурса

например когда удаляем автора у поста

с каким нить cascade all

в любой соц.сети можно выбрать N сообщений и удалить

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

Интересно какой роут должен быть в таком случае, /lessons/update ?

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

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

а теперь ты должен кинуть линк на почитать

а теперь ты должен кинуть линк на почитать

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

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

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

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

плюс наверняка у тебя что-то уже зачитаное на эту тему есть

раз ты так уверен =)

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

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

потом менять что то используя коллекцию юзеров/учителей/etc

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

раньше я делал это так. брал таблицу в форму, а дальше уже применял действие к этой форме

да, уродливо и старо, но работает

просто такие штуки дадут тебе sdl

где ты напишешь один query resolver

и он будет у тебя работать

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

Не понимаю проблемы, ну передадим мы в action список ИД-шников и обновим в цикле

Не понимаю проблемы, ну передадим мы в action список ИД-шников и обновим в цикле

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

Нужно создать класс для парсинга данных, точнее правильно организовать код который я написал для парсинга данных с сайта (тематика - аниме сериалы). То что у меня было https://github.com/kiteggrad/Nanidub/blob/master/library/AnimeParser.php Суть - классу при создании передаётся ссылка. Внутри класса есть 3 основные функции: 1 - получить ссылки на все итересующие страницы с сайта, 2 - спарсить данные со страницы(получает url) эта функция вызывается в конструкторе. 3 - добавить спарсеные данные в БД Внутри класса так-же определены переменные типа $name, $author, $descriprion ... В них отправляются данные с вывода 2-й функции и берутся для 3-й Вне класса(в том же файле) определенны множество вспомогательных функций, которые используются в 3-х функцих класса В другом чате телеграмма мой подход к написанию естественно раскритиковали и дали много советов Из того что понял: - сохранение в базу данных должно происходить в модели - нужно создать отдельный класс Parser от которого будут наследоваться другие классы для парсинга аниме с разных сайтов (например AnidubParser и YummyParser) должен принимать документ в формате строки. - сделать класс обвертку http транспорта для "возможности подменить источник данных Например, не ХТТП, а из очереди данные получить, или из файла", выводит строку для класса Parser - полезно для написания тестов (как мне пояснили). - класс парсера должен возвращать объект ParsedDocument в котором определенны поля $name, $author и т.п. По итогу это всё должно выглядеть как-то так: $parser = new AnidubParser() // наследуется от Parser $animeSource = new AnimeSource(url, файл или ещё что) // класс который преобразует поступающие данные встроку для классов от Parser $parsedDocument = $parser->feed($animeSource) // скармливаем парсеру данные $anime = new Anime () // модель главной таблицы $anime->saveParsed($parsedDocument) // сохраняем спаршеное в бд Пишу сюда потому что в другом чате уже всех задолбал вопросами, а ответа правильно ли я всё понял в итоге не получил Надеюсь на вашу помощь

Не понимаю проблемы, ну передадим мы в action список ИД-шников и обновим в цикле

не, тут другая тема =) у него урок - ресурс. т.е. по сути restfull роуты для него и вопрос в том как красиво, а не костылями, обновить список уроков

Нужно создать класс для парсинга данных, точнее правильно организовать код который я написал для парсинга данных с сайта (тематика - аниме сериалы). То что у меня было https://github.com/kiteggrad/Nanidub/blob/master/library/AnimeParser.php Суть - классу при создании передаётся ссылка. Внутри класса есть 3 основные функции: 1 - получить ссылки на все итересующие страницы с сайта, 2 - спарсить данные со страницы(получает url) эта функция вызывается в конструкторе. 3 - добавить спарсеные данные в БД Внутри класса так-же определены переменные типа $name, $author, $descriprion ... В них отправляются данные с вывода 2-й функции и берутся для 3-й Вне класса(в том же файле) определенны множество вспомогательных функций, которые используются в 3-х функцих класса В другом чате телеграмма мой подход к написанию естественно раскритиковали и дали много советов Из того что понял: - сохранение в базу данных должно происходить в модели - нужно создать отдельный класс Parser от которого будут наследоваться другие классы для парсинга аниме с разных сайтов (например AnidubParser и YummyParser) должен принимать документ в формате строки. - сделать класс обвертку http транспорта для "возможности подменить источник данных Например, не ХТТП, а из очереди данные получить, или из файла", выводит строку для класса Parser - полезно для написания тестов (как мне пояснили). - класс парсера должен возвращать объект ParsedDocument в котором определенны поля $name, $author и т.п. По итогу это всё должно выглядеть как-то так: $parser = new AnidubParser() // наследуется от Parser $animeSource = new AnimeSource(url, файл или ещё что) // класс который преобразует поступающие данные встроку для классов от Parser $parsedDocument = $parser->feed($animeSource) // скармливаем парсеру данные $anime = new Anime () // модель главной таблицы $anime->saveParsed($parsedDocument) // сохраняем спаршеное в бд Пишу сюда потому что в другом чате уже всех задолбал вопросами, а ответа правильно ли я всё понял в итоге не получил Надеюсь на вашу помощь

вопрос-то в чем?

вопрос-то в чем?

В правильной организации кода

В правильной организации кода

в твоем сообщении всё расписано про правильную организацию кода

в твоем сообщении всё расписано про правильную организацию кода

Т.е. я всё правильно понял?

Т.е. я всё правильно понял?

ну в твоем сообщении всё неплохо расписано, как мне кажется

@oneerror подтверди

не могу

мне не нрав

мне не нрав

значит критикуй

не, тут другая тема =) у него урок - ресурс. т.е. по сути restfull роуты для него и вопрос в том как красиво, а не костылями, обновить список уроков

Отдельный updateCollection в LessonController - это костыль?

и Route::post('/lessons/update')

мне не нрав

?

и Route::post('/lessons/update')

не restfull way же =)

мне не нрав

Можно поподробнее пожалуйста?

обновление происходит PUT запросами ;)

не restfull way же =)

Действие определённое в самом пути?

Действие определённое в самом пути?

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

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

Пока не буду влезать в эту дискуссию, не работал с ресурсами ещё

Пока не буду влезать в эту дискуссию, не работал с ресурсами ещё

ну я не могу утверждать что у него именно это, но у ларки есть еще вот такое https://laravel.com/docs/5.7/controllers#resource-controllers что позволяет не сильно сложно делать rest

Можно поподробнее пожалуйста?

сильная связь,инстанцирование сущностей прям в объекте,хотя бы промисы есть, не увидел ни одного генератора, useragent как и все параметры клиента можно подменить только исправив текущий код, а не заинжектив штуки извне, проебан cs, причем так сильно что аж больно, мне не нравится нейминг, не ф-ций. а классов, половина из них может меняться по некоторым причинам извне, видно в целом что ты владеешь языком, но не умеешь такие вещи структурировать и компоновать хотя бы логически; куда бесполезных иф елсе, вместо early return при цикломатической сложности, отсутствует понимание как использовать структуры данных, dto/config class

хз не могу это нормально читать

ну я не могу утверждать что у него именно это, но у ларки есть еще вот такое https://laravel.com/docs/5.7/controllers#resource-controllers что позволяет не сильно сложно делать rest

Я так делаю

Я так делаю

если ты так делаешь, то знаешь же что обновление это put\patch ;)

Привет всем. А нужно делать в модели методы по типу get"Property" . или лучше не писать лишний код и просто к свойству обращатся.

сильная связь,инстанцирование сущностей прям в объекте,хотя бы промисы есть, не увидел ни одного генератора, useragent как и все параметры клиента можно подменить только исправив текущий код, а не заинжектив штуки извне, проебан cs, причем так сильно что аж больно, мне не нравится нейминг, не ф-ций. а классов, половина из них может меняться по некоторым причинам извне, видно в целом что ты владеешь языком, но не умеешь такие вещи структурировать и компоновать хотя бы логически; куда бесполезных иф елсе, вместо early return при цикломатической сложности, отсутствует понимание как использовать структуры данных, dto/config class

чувство будто бы писали два разных человека

если ты так делаешь, то знаешь же что обновление это put\patch ;)

Только он как-то всё равно формы через пост шлёт

Только он как-то всё равно формы через пост шлёт

хитрожопая магическая подмена метода при обработке.

я знаю что форма всё равно постом уйдет. не постом\гетом только жс может отправить

сильная связь,инстанцирование сущностей прям в объекте,хотя бы промисы есть, не увидел ни одного генератора, useragent как и все параметры клиента можно подменить только исправив текущий код, а не заинжектив штуки извне, проебан cs, причем так сильно что аж больно, мне не нравится нейминг, не ф-ций. а классов, половина из них может меняться по некоторым причинам извне, видно в целом что ты владеешь языком, но не умеешь такие вещи структурировать и компоновать хотя бы логически; куда бесполезных иф елсе, вместо early return при цикломатической сложности, отсутствует понимание как использовать структуры данных, dto/config class

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

Только он как-то всё равно формы через пост шлёт

если ты еще раз почитаешь что пишут в статье про ресурс-контроллеры - то увидишь что там <form>@method('PUT')</form> например есть

сильная связь,инстанцирование сущностей прям в объекте,хотя бы промисы есть, не увидел ни одного генератора, useragent как и все параметры клиента можно подменить только исправив текущий код, а не заинжектив штуки извне, проебан cs, причем так сильно что аж больно, мне не нравится нейминг, не ф-ций. а классов, половина из них может меняться по некоторым причинам извне, видно в целом что ты владеешь языком, но не умеешь такие вещи структурировать и компоновать хотя бы логически; куда бесполезных иф елсе, вместо early return при цикломатической сложности, отсутствует понимание как использовать структуры данных, dto/config class

Это написанно про код на репозитории? Он мне самому нисколько не нравится, вот и пытаюсь научиться писать нормально. И да, пожалуй у меня уйдёт некоторое время на понимание данного текста -_-

хз не могу это нормально читать

я вообще именно про сообщение говорил, а не про гист =)

Это написанно про код на репозитории? Он мне самому нисколько не нравится, вот и пытаюсь научиться писать нормально. И да, пожалуй у меня уйдёт некоторое время на понимание данного текста -_-

главное не принимай в штыки

ты как мин. явно можешь больше чем половина челов в этом чате, просто еще не знаешь об этом

если ты еще раз почитаешь что пишут в статье про ресурс-контроллеры - то увидишь что там <form>@method('PUT')</form> например есть

Спасибо, документацию читать полезно

главное не принимай в штыки

ни в ком случае. На правду не обижаются)

Спасибо, документацию читать полезно

?