Legendre

Значит это, Tsybin и wp-user.php, как обещал, отвечаю на ваш вопрос не по окладу. 😉
Tsybin:

а какими синтаксисами или формулами вызвать перевод в php и скриптах в Рolylang, на примере если можно?

wp-user.php:

не-не, товариСЧ. Взялся за гуж… 🙂 Тем более что без этой инфы ты и сам ничего нормально сделать не сможешь.

В общем, пресловутая инфа сводится, как чаще всего и бывает, к банальному RTFM. По гамбургскому счёту, как профессиональный переводчик я обязан был такие несложные вещи сообразить и сам ещё пару дней назад, но вот позорно протупил… Могу в чём-то ошибаться, потому как вынужденно занимаюсь не вполне своим делом, но уж пускай досужий и более опытный читатель исправит правды ради.

1. Подключаемый модуль Polylang занимается сугубо тем, для чего и предназначен: управляет локализованным контентом. Проще говоря, он позволяет создавать для каждого языка свои новые записи в ячейках БД, после чего следит за тем, чтобы на локализованных страницах выборка делалась откуда положено, а не как попало. Ну и ещё добавляет чуть-чуть своего кода, благодаря которому появляется, скажем, языковое меню. Всё. Запоминаем раз и навсегда: Polylang (и, как я подозреваю, любой другой бесплатный модуль того же уровня сложности) — всего лишь простенький и эффективный локализационный инструмент. Ничего, кроме полуавтоматического создания нужных новых записей по заказу он не делает. Он даже оригинальный контент в новую запись почему-то не копирует (хотя это было бы логично, надо будет написать разработчику). Однако то, что делает, Polylang делает хорошо, избавляет от массы головной боли, и лично я им вполне доволен.
2. Теперь о php. Никакого отношения к файлам на этом языке Polylang не имеет и иметь не должен. Совсем. Его епархия — БД, модуль для доступа к её записям использует сам WordPress и неистовый TinyMCE. То есть прежде, чем заниматься локализацией сайта (который контентом не является и представляет собой не записи в ячейках таблиц БД, а набор файлов на серверной площадке), оный сайт надлежит сначала интернационализировать. Применительно к WP это в первую очередь означает интернационализацию темы. За это отвечает, разумеется, её разработчик, о чём в доступной форме прямо сказано в Кодексе, и даже не в одном месте. Подробнее всего процедура описана в разделе I18n for WordPress Developers. Если вкратце, то код темы придётся размечать ручками. То же касается и интернационализации сценариев, только тут помимо рук понадобится ещё и качественная голова.
3. А вот уже после того, как сайт будет должным образом интернационализирован, можно будет перейти к этапу локализации посредством предназначенных для этой цели профессиональных программам (это если использовать традиционный процесс, когда переводчик и программист-конструктор — совершенно разные лица). То есть получить из кода темы шаблоны .pot, из них понаделать нужное число .po, которые будут содержать перевод строковых литералов интерфейса (с ними-то и работают мои коллеги, занятые в сайтостроительстве), а уже из тех — .mo для включения в тему. Отдельно локализуются сценарии (для них ничего получать не надо).

Добавлю пару слов касательно интернационализации, чтобы нарытое добро не пропадало. Самые-самые основы для тех, кому влом читать полезную, но здоровенную статью Кодекса, изложил сам разработчик Polylang в крошечной заметке How to internationalize a theme ?. Кое-что (в частности, грамотная обработка заглушек типа $count), осталось за рамками, так что отбояриваться от чтения Кодекса я бы не советовал.
Некоторые создатели особо хитрых тем используют нестандартные решения, поэтому кто-нибудь при использовании Polylang может наткнуться на нечто, описанное в другой заметке француза — Translation with Evolution (from Elegantthemes).
Тонкости по-настоящему профессиональной интернационализации тем WordPress знатно описал Герт де Декере в статье Loading WordPress language files the right way.
 
Ну всё вроде, типа пацан сказал — пацан сделал. Документация вся в хытымылы, читайте себе вволю. 🙂

Не знаю, насколько я правильно понял…

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

написать таки ответ на вопрос тоже не помешает

Блин, напишу! Не заставляйте ребёнка бегать прежде, чем тот научится ползать. Чтобы написать что-то внятное, эту документацию, которую я понимаю с немалым напряжением и которая требует от меня постоянно наводить справки на десятке других страниц, надо ещё прочитать и усвоить. А после проверить, что усвоилось.
Вообще-то я сюда, грешным делом, сам полезной информации почерпнуть пришёл. А выходит, что пошёл по шерсть, а вернулся стриженым, так, что ли? 😉

Нет, я реально не понимаю — неужели кому-то удобней читать маны (особенное нового и пока не ясного) в ПДФе, нежели в нормальном ХТМЛе?

Чтобы этот вопрос даже не возникал, я заранее сделал внятную, сжатую и, как мне вчера казалось, достаточно исчерпывающую и несложную для понимания оговорку о способах предоставления и предпочтениях при чтении пользовательской эксплуатационной документации. Их всех участников этот вопрос таки возник у 1 (одного), причём потянул за собой полстраницы других.
Из чего ессно проистекает рекомендация вернуться на первую страницу и перечитать вот тут. Если потребуется, дважды.

==оффтопик==

Chrome от Google умеет все

Ой. А мужики-то не знают, что у них этакая потенциальная дыра в безопасности… Может, им сказать, чтоб они её ессно закрыли? 😉

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

Знаете, у американцев есть такая очень правильная поговорка: Do your homework. То есть имейте совесть и не просите, чтобы вам заносили на поворотах известные части тела.
Ещё как-то можно понять просьбу разъяснить юридические тонкости (хотя будущий коммерсант, по гамбургскому счёту, должен бы уточнять их у специалиста по авторскому и промышленному праву, а не на шару у честного народа), но ожидать популярного изложения возможностей WordPress, во всех деталях многократно изложенных на большинстве языков планеты, только на том основании, что вам недосуг читать, как-то уже перебор. Потому что следующей просьбой в таких случаях чаще всего оказывается предложение составить за вас бизнес-план, а потом прийти помыть вам полы.

Вполне достаточно включить необходимые для разметки стили в меню визуального редактора. И это будет удобным и простым инструментом.
Что до ошибок, то вменяемый пользователь собственные ошибки обязан уметь исправлять (он потому и вменяемый, что ведает, что творит, и что намерен получить в результате), а невменяемому нечего делать в редакторском интерфейсе.
Но чисто теоретически сам по себе вопрос насчёт шаблона не лишён интереса. Не знаю, для чего бы их мог применить я, но за темой послежу.