S
таблица
Size: a a a
2019 December 11
S
внутри которой смотрите униакальность
S
типо слаг должен быть обязательным и уникальным
S
внутри данной таблицы
S
без слага не получится заполнить форму будет выдавать алерт, и так же если данный слаг уже существует внути этой модели тогда он выдаст алерт что данный слаг занят
A
Если про стандартный от Http, тогда зачем он генерируется в сервисном слое?
Без примера затрудняюсь придумать необходимость кроме как подмены даных постранички или передачи link‘ов на связанные ресурсы или себя.
Без примера затрудняюсь придумать необходимость кроме как подмены даных постранички или передачи link‘ов на связанные ресурсы или себя.
Resource использует коллекцию и обзывает её на входе $request... Вот и весь реквест
Р
без слага не получится заполнить форму будет выдавать алерт, и так же если данный слаг уже существует внути этой модели тогда он выдаст алерт что данный слаг занят
+ точно, почему-то таблица не чистится перед миграциями и получается что слаг уже есть
A
Boarworm (397.3) увеличил карму go1337 (138.5)
v
Resource использует коллекцию и обзывает её на входе $request... Вот и весь реквест
Все-равно необходимость этой коллекции в Request не совсем ясна, особенно без примера.
Там данные по всем ресурсам или какие то вспомогательные данные приходящие в запросе для ресурса или это синтетика которую генерирует сервисный слой по своему желанию(в таком случае вообще не ясно почему именно в Http\Request)?
Если специфические данные для конкретного ресурса почему бы не передать их через сеттер или приклеив в модели, в случае если это ее данные тоже и они необходимы для ресурса.
Там данные по всем ресурсам или какие то вспомогательные данные приходящие в запросе для ресурса или это синтетика которую генерирует сервисный слой по своему желанию(в таком случае вообще не ясно почему именно в Http\Request)?
Если специфические данные для конкретного ресурса почему бы не передать их через сеттер или приклеив в модели, в случае если это ее данные тоже и они необходимы для ресурса.
v
+ точно, почему-то таблица не чистится перед миграциями и получается что слаг уже есть
Взгляните на всякий обратные миграции, может ошиблись в именовании таблицы.
При plugin:refresh таблицы должны удалятся ведь.
При plugin:refresh таблицы должны удалятся ведь.
A
Все-равно необходимость этой коллекции в Request не совсем ясна, особенно без примера.
Там данные по всем ресурсам или какие то вспомогательные данные приходящие в запросе для ресурса или это синтетика которую генерирует сервисный слой по своему желанию(в таком случае вообще не ясно почему именно в Http\Request)?
Если специфические данные для конкретного ресурса почему бы не передать их через сеттер или приклеив в модели, в случае если это ее данные тоже и они необходимы для ресурса.
Там данные по всем ресурсам или какие то вспомогательные данные приходящие в запросе для ресурса или это синтетика которую генерирует сервисный слой по своему желанию(в таком случае вообще не ясно почему именно в Http\Request)?
Если специфические данные для конкретного ресурса почему бы не передать их через сеттер или приклеив в модели, в случае если это ее данные тоже и они необходимы для ресурса.
С телефона могу только сюда скинуть
A
Все-равно необходимость этой коллекции в Request не совсем ясна, особенно без примера.
Там данные по всем ресурсам или какие то вспомогательные данные приходящие в запросе для ресурса или это синтетика которую генерирует сервисный слой по своему желанию(в таком случае вообще не ясно почему именно в Http\Request)?
Если специфические данные для конкретного ресурса почему бы не передать их через сеттер или приклеив в модели, в случае если это ее данные тоже и они необходимы для ресурса.
Там данные по всем ресурсам или какие то вспомогательные данные приходящие в запросе для ресурса или это синтетика которую генерирует сервисный слой по своему желанию(в таком случае вообще не ясно почему именно в Http\Request)?
Если специфические данные для конкретного ресурса почему бы не передать их через сеттер или приклеив в модели, в случае если это ее данные тоже и они необходимы для ресурса.
А, не, вон вроде гист получился https://gist.github.com/vperminov/7507f5d17eeda127992724f9ddf76666#file-gistfile1-txt
Р
Взгляните на всякий обратные миграции, может ошиблись в именовании таблицы.
При plugin:refresh таблицы должны удалятся ведь.
При plugin:refresh таблицы должны удалятся ведь.
Вроде правильно. Скорее всего seeder по кривому использую.
Я там
Я там
city_id (это релейшн, rel_city) устанавливаю вручную ('city_id' => '1'). Наверное по другому юзать нужноv
А, не, вон вроде гист получился https://gist.github.com/vperminov/7507f5d17eeda127992724f9ddf76666#file-gistfile1-txt
Так тут ни где не генерируется Request насколько вижу, кроме того который получается из контейнера в самом ресурсе.
В целом из замечаний который могли быть, это то, что ресурс возвращается в сервисном слое, когда по идее слой должен вернуть только коллекцию, а контроллер передать ее в возвращаемый ресурс так как по факту json ресурс это «презентер», который в целом может расцениваться как его представление(view) в слое API.
В целом из замечаний который могли быть, это то, что ресурс возвращается в сервисном слое, когда по идее слой должен вернуть только коллекцию, а контроллер передать ее в возвращаемый ресурс так как по факту json ресурс это «презентер», который в целом может расцениваться как его представление(view) в слое API.
A
Так тут ни где не генерируется Request насколько вижу, кроме того который получается из контейнера в самом ресурсе.
В целом из замечаний который могли быть, это то, что ресурс возвращается в сервисном слое, когда по идее слой должен вернуть только коллекцию, а контроллер передать ее в возвращаемый ресурс так как по факту json ресурс это «презентер», который в целом может расцениваться как его представление(view) в слое API.
В целом из замечаний который могли быть, это то, что ресурс возвращается в сервисном слое, когда по идее слой должен вернуть только коллекцию, а контроллер передать ее в возвращаемый ресурс так как по факту json ресурс это «презентер», который в целом может расцениваться как его представление(view) в слое API.
Дак да, просто Лара автоматом в ресурсе входную коллекцию называет $request, я уж не знаю почему. А ресурс сделан для манипулирования выходными данными
2019 December 12
O
Кастомные сообщения об ошибках в формах (Magic Forms)
Сейчас при незаполнении каких-либо полей все ошибки появляются сверху формы в одном блоке.
Возможно ли сделать так, чтобы при ошибках заполнения форм...
Разделы: Плагины.
==============
Перейти к осбуждению: https://octoclub.ru/d/148-кастомные-сообщения-об-ошибках-в-формах-magic-forms
Сейчас при незаполнении каких-либо полей все ошибки появляются сверху формы в одном блоке.
Возможно ли сделать так, чтобы при ошибках заполнения форм...
Разделы: Плагины.
==============
Перейти к осбуждению: https://octoclub.ru/d/148-кастомные-сообщения-об-ошибках-в-формах-magic-forms
DB
кстати расширять, говорят, удобнее Good News, а не Blog
Добрый день, а можно ссылку на доки как это сделать? а то мне надо поле в новость добавить типа признака главная/не главная. Пока смотрю в сторону Behaviors или не туда пошел?
A
Добрый день, а можно ссылку на доки как это сделать? а то мне надо поле в новость добавить типа признака главная/не главная. Пока смотрю в сторону Behaviors или не туда пошел?