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

Question

[JohnxFFF]

Добрый день.
Есть вложенные категории nested sets (где листья - категории/страницы), для каждого языка - свой поддомен

Как правильно хранить мультиязычные статьи/категории?
Пока есть 2 варианта:

1. Каждая статья/категория - отдельная запись в таблице, с столбцом указывающим на язык, а выборку делать с условием по языку
   
2. Каждая статья/категория - просто обертка, с url, автором, и какими-то общими данными + общей версией
   А уже конкретно контент статьи + мета, язык которой отличается от общей версии (англ) хранить в отдельной таблице
   

Подскажите, как будет грамотнее, и где будет меньше проблем?
Как мне кажется логичнее 2 вариант, но буду рад узнать ваше мнение, опыт

Answer 1

[nokimaro]

Если предполагается что для каждого языка одинаковый список категорий и статей, то лучше второй вариант.
Причём содержимое статьи для любого языка лучше отделить от самой обёртки статьи.
То есть 2 таблицы
1. article - только общая информация, которая повторяется для каждой статьи, и никакой "общей версии" не содержит.
2. article_data - содержимое статьи на определённом языке.

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

Comments

[JohnxFFF]

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

Answer 2

[DevMan]

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

Comments

[JohnxFFF]

DevMan , спасибо, а что думаете на счет варианта который написал nokimaro (разделить обертку статьи, и ее мета + контент) ?

тк статьи и категории будут одинаковые для всех языков, 1 общая версия - остальное просто ее переводы, то есть url и тп все одинаковое, а для каждой статьи хранить одно и тоже - избыточность, и с таким вариантом (как мне кажется) - проще работать

Но мне важно мнение опытного человека, чтобы в самом начале выбрать вектор, еще раз спасибо

[DevMan]

JohnxFFF, как у разных статей может быть все одинаковое?
контент? другой.
url? другой.
даты создания/редактирования? другие.
мета-теги? другие.
автор? это просто число в бд.

что остается одинакового?

[JohnxFFF]

DevMan, url будет один, статья одна - просто разные версии контента и мета для поддоменов

[DevMan]

JohnxFFF, как может быть один урл у двух разных статей?
у вас одинаковые меты для всех статей?
вас же сеошники художественно разопнут на полковой мясорубке.

[JohnxFFF]

DevMan, это одна статья, просто с разным контентом и мета на поддоменах, относительный путь один
ru.site/news-1 - та же статья на русском
en.site/news-1 - та же статья на англ
site/news-1 - та же статья на стандартном языке (албанский)

[DevMan]

JohnxFFF, кагбе
ru.site/news-1
en.site/news-1
site/news-1
это уже три разных урла.
ну ок, забудем про урлы.

даты создания/редактирования? другие.
мета-теги? другие.
автор? это просто число в бд.

что остается одинакового?

[JohnxFFF]

DevMan , хорошо, я вас понял, мне нужно обдумать как это внедрить в существующий проект, спасибо за помощь