Laravel по-русски

Русское сообщество разработки на PHP-фреймворке Laravel.

Ты не вошёл. Вход тут.

#2 Laravel 5.x » Локализация сообщений при валидации » 17.03.2015 18:47:38

AwokeN
Ответов: 2

Вопрос заключается в следующем - можно ли подменить название поля при выводе ошибки, допустим "user_name" на "имя пользователя". Просто сейчас для этих целей нашел в документации только способ при котором нужно для каждого поля описывать все правила валидации в виде:

$messages = [
    'user_name.required' => 'Имя пользователя обязательно',
    'user_name.unique' => 'Данное имя пользователя уже занято',
    etc..
];

Что в принципе очень громоздко и лениво делать и что мешает мне вставить русскоязычные сообщения в проект который активно разрабатывается.
Круто было бы если оно делалось как то так:

$fields = [
    'user_name' => 'Имя пользователя',
    ect..
]
$messages = [
    'required'    => ':attribute обязательно.',  // Где :attribute уже берется как значение массива $fields
    'unique'    => 'Данное :attribute  уже занято.', 
    etc..
];

#3 Re: Веб-разработка » Структура базы даных для CMS » 17.03.2015 18:14:30

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

#4 Веб-разработка » Структура базы даных для CMS » 16.03.2015 20:18:22

AwokeN
Ответов: 6

Приветствую! Пилю свою простую CMS на Laravel, пригодную для большинства сайтов и легко расширяемою(ну, как минимум для меня). Подобрал более менее удачную структуру БД, но мне не дает покоя мысль о том как ее можно улучшить. В общем в примитиве все выглядит так :
имеем таблицу pages  элементы которой могут ссылаться на эту же таблицу,
имеем поля
page_id  - для связи элемента дабы иметь возможность создавать иерархическую структуру,
url - для ссылок,
full_url - заполняется и правиться автоматически исходя из full_url родителя, у корневых элементов url = full_url. При правке url элемента содержащего дочерние элементы, все full_url у дочерних элементов правятся,
resource_type - для того что бы отделить обычные страницы от статей, новостей и прочего.(используется в основном в админке, так же позволяет выбирать все элементы определенного типа)

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

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

В целом мне подобная организация уже начинает казаться тупиковой, буду благодарен за советы по расширению структуры или как иначе организовать хранение страниц в базе, а так же указания на публикации, статьи и книги посвященные данной тематике(не проектировке БД в целом, а для такого узко направленного случая).

Подвал раздела