Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
ох, вот проглядел же... Спасибо!))
Вопрос заключается в следующем - можно ли подменить название поля при выводе ошибки, допустим "user_name" на "имя пользователя". Просто сейчас для этих целей нашел в документации только способ при котором нужно для каждого поля описывать все правила валидации в виде:
$messages = [
'user_name.required' => 'Имя пользователя обязательно',
'user_name.unique' => 'Данное имя пользователя уже занято',
etc..
];
Что в принципе очень громоздко и лениво делать и что мешает мне вставить русскоязычные сообщения в проект который активно разрабатывается.
Круто было бы если оно делалось как то так:
$fields = [
'user_name' => 'Имя пользователя',
ect..
]
$messages = [
'required' => ':attribute обязательно.', // Где :attribute уже берется как значение массива $fields
'unique' => 'Данное :attribute уже занято.',
etc..
];
Спасибо за подробное разъяснение, по сути я получается двигался в сторону вордпресса. Нужно будет подробнее изучить как там все устроено - я как то работал с ним, но заглядывать под капот к нему всегда было неприятно.
Да, теперь вижу почему он настолько универсален, и понимаю что поддержку подобного хранения данных тоже можно было бы устроить.
Приветствую! Пилю свою простую CMS на Laravel, пригодную для большинства сайтов и легко расширяемою(ну, как минимум для меня). Подобрал более менее удачную структуру БД, но мне не дает покоя мысль о том как ее можно улучшить. В общем в примитиве все выглядит так :
имеем таблицу pages элементы которой могут ссылаться на эту же таблицу,
имеем поля
page_id - для связи элемента дабы иметь возможность создавать иерархическую структуру,
url - для ссылок,
full_url - заполняется и правиться автоматически исходя из full_url родителя, у корневых элементов url = full_url. При правке url элемента содержащего дочерние элементы, все full_url у дочерних элементов правятся,
resource_type - для того что бы отделить обычные страницы от статей, новостей и прочего.(используется в основном в админке, так же позволяет выбирать все элементы определенного типа)
То есть благодаря подобной структуре мы при получении запроса можем стразу сказать есть ли подобная страница на сайте и выдать 404 если что не так.
Так вот, сейчас обдумываю как эту структуру можно улучшить, добавить категории со связью многие страницы ко многим категориям и вообще хотелось бы продумать эту систему далее, сделать более универсальной. Проблема добавления категорий заключается в том что по сути у категории не может быть url при текущей структуре, а значит должна быть страница этой категории.
В целом мне подобная организация уже начинает казаться тупиковой, буду благодарен за советы по расширению структуры или как иначе организовать хранение страниц в базе, а так же указания на публикации, статьи и книги посвященные данной тематике(не проектировке БД в целом, а для такого узко направленного случая).