Архитектурный вопрос: мультиязычный сайт?

Question

[anonimizer_me]

Всем добрый день.

Возник вопрос по поводу создания мультиязычного сайта.

На сайте будут различные новости, статьи и тп разделы при этом нет гарантии, что статью из русской версии будут переводить на английский язык.

Открываться будет через подпапку domen.ru/(en/ru)/

Как лучше реализовать базу и администрирование контента?

Comments

[Владимир Чернышев]

Английский будет именно перевод (то есть русская статья есть всегда, а английской может и не быть) или абсолютно независимый контент (может быть английская без русской)? Если перевод, то должен ли совпадать url у статей? Расширение списка языков возможно или ровно 2 на 100 лет вперёд?

[anonimizer_me]

Английский будет переводом, но не всегда будет присутствовать.
Урлы совпадают.
Языка всегда только 2.

Answer 1

[Владимир Чернышев]

Самое простое в такой ситуации, по-моему, просто дублировать поля, которые надо переводить, что-то вроде:
id: integer, required
title_ru: string, required
body_ru: text, required
title_en: string
body_en: text

и изменять в зависимости от урла имена полей для выборки. Схема простая, легко реализуется, практически нет накладных расходов, но главный недостаток — очень негибкая

Answer 2

[Михаил Крайнов]

Ну если контент будет разный, то может быть — два разных сайта?

Answer 3

[ProstoDesign]

Как правило, в английской версии должны быть англоязычные страницы, тексты, новости и т.п. В Русской — конечно же русский. Devman правильно посоветовал, в обычный перечень полей в бд (как если бы это был одноязычный по архитектуре сайт) добавьте поле, отвечающее за язык. А дальше все просто, в админке делаете переключатель-фильтр — который будет показывать записи либо с одним значением поля, либо с другим. Во фронтенде тоже просто используем этот фильтр. Достаточно гибко, языков может быть хоть сколько, по сути можно из даже динамически добавлять из админки) Главное — база пухнуть избыточными полями не будет.

Answer 4

[dezconnect]

А кто что скажет про gettext для мультиязычных сайтов?

Comments

[kmike]

gettext хорош для перевода статичных штук (например, интерфейса). Для разных версий контента — неудобно будет.

Answer 5

[Денис Туренко]

Вот давеча как раз такой модуль и реализовал методом дописывания в существующие таблицы полей для локализации:

name_locale
content_locale и т.д.

В карточке редактирования данных в админке добавилась закладка «Язык», куда вынеслись поля для редактирования данных локализации. Локализацию добавил в страницы, новости, тестовые блоки. Так же вынес в настройки подключения отдельного шаблона дизайна для второго языка, который включается при смене языка.

можно посмотреть что получилось.

Answer 6

[vorbiz]

Лучшая модель для перевода данных представлена, например, в плагине globalize для AR. github.com/svenfuchs/globalize3 — если интересно.

Вариант с отдельной таблицей для всех переводов — это перевод строк, например. Но придётся заморачиваться с кешированием, поскольку это дело будет делать ну очень много запросов.