Как добавить локализацию?

Question

[xxx44yyy]

Как сделать в Wordpress так, чтобы на сайте была локализация, например так:

• domain/ru/books
  
• domain/en/books
  
• domain/ko/books
  

Ищу посты на эту тему, плагины, но пока ничего не могу найти. Может есть у кого-то опыт?

Answer 1

[Eugene Chefranov]

Плагин WPML или Loco

Comments

[xxx44yyy]

WPML стоит 30$, а Loco - не занимается адресацией

Answer 2

[Орхан Гасанлы]

но пока ничего не могу найти.

а вы точно искали?

если в гугл набрать wordpress multilanguage сразу найдете кучу вариантов.
Например, плагин WPML, который поддерживает 3 вида ссылок- query parameter (?lang=en), субдомены (en.example.com) и субдиректории (example.com/en). Собственно говоря, то что вы хотите

domain/ru/books
domain/en/books
domain/ko/books

А также есть куча других плагинов wpml, qtranslate, qtranslate-x, polylang, wpglobus
А также плагины для перевода pot po mo файлов. PoEdit (программа) или LocoTranslate (плагин)

Также полезные ключевые слова для поиска - wordpress i18n, wordpress l10n, wordpress multilanguage, wordpress translation

Comments

[xxx44yyy]

WPML стоит 30$

[Орхан Гасанлы]

xxx44yyy, ну у вас не было указано никаких финансовых ограничений, я и посоветовал вам платные плагины тоже. + можно всегда скачать обнуленные, но с осторожностью и лучше проверить и почистить до установки, так как иногда вредосносный код бывает

Answer 3

[Игорь Воротнёв]

Polylang
WPML
MultilingualPress
qTranslateX
и еще вагон и целая тежелжка плагинов, на любой вкус и кошелек.

Comments

[xxx44yyy]

Можете посоветовать что-то бесплатное? Правда оказалось плагинов много, но сложно выбрать.

[Игорь Воротнёв]

xxx44yyy, Я думаю что подсказать вам конкретный плагин который идеально подойдет под ваши требования и удовлетворит своим интерфейсом и концепцией работы с переводами будет весьма сложно. У всех свои ожидания и предыдущий опыт. К тому же, у многих плагинов совершенно разный подход на уровне концепции. WPML и Polylang хранят переводы как отдельные записи, которые в отдельной таблице БД связаны с оригиналом. Это удобно, если у вас полностью зеркальные версии - одинаковая структура URL, одинаковые страницы и тд. Есть плагины, которые позволяют создавать мультиязычку на базе WordPress Multisite - здесь каждый язык это отдельный сайт сети. Переводы связываются между собой по site_id.entry_id. Но в этом случае у вас уже есть возможность не поддерживать зеркальный режим - каждая версия вообще может иметь разную структуру и набор страниц (и других типов данных). Есть еще qTranslateX с его подходом не создавать отдельных записей, а хранить все переводы в одних и тех же полях, разделяя спецразметкой. Но если потом решите избавиться от этого плагина или перейти на другой, то весь контент в БД у вас по сути будет мусором из спецразметки и миграция превратится в головную боль.

Что касается платности решений... Тут мне тем более сложно вам что-то рекомендовать, так как сам я всегда выбираю в первую очередь качественное решение конкретных проблем, цена не является критическим фактором (если она не заоблачная). Много лет использую WPML и в целом доволен. Раньше использовал бесплатную версию Polylang и тоже был доволен, но она была более ограничена функционально и со временем нужные фичи стали платными, что в итоге выходило даже дороже чем WPML. Поэтому купил WPML и не парюсь, цена не кусается. Клиентские сайты покупают лицензию себе сами.