Polylang
Компонент позволяет создавать мультиязычные сайты без дополнительных контекстов.
Возможности
Интеграция
Купить
Возможности
- Локализация полей документов Modx
- Локализация Tv
- Локализация полей miniShop2 (добавленных через msFieldsManager)
- Локализация опций miniShop2
- Изменения типа ввода данных для полей
- Изменения порядка вывода полей в админке
- Изменение порядка вывода языков на сайте
- Автоматический перевод поля или группы полей локализации через google translate или yandex translate
- Задание полей, для которых следует использовать автоматический перевод
- Автоматическое создание локализаций для документа с автоматическим переводом полей
- Индексация полей локализаций в mSearch2
- Авто определение языковой версии сайта при первом его посещении
- URL с слэшем на конце и без
- msFieldsManager — Да
- mSearch2 — Да
- pdoTools — Да
- msMultiCurrency — Да
- msImportExport — В планах
Купить
09 июля 2020, 14:18
Поблагодарить автора
Отправить деньги
Комментарии: 69
- Работа с кастомными полями miniShop2
- Работа с опциями miniShop2
- Индексация полей для mSearch2 из коробки
- Возможность сортировки языков при выводе
- Возможность скрыть часть полей или изменить для них тип ввода, например прикрутить к полю текстовый редактор
- Перевод текста как с помощью yandex translate так и google translate + можно реализовать свой класс с нужным сервисом перевода
- Можно указать какие поля следует переводить автоматически
- Можно сразу сделать создание и перевод локализаций для ресурса
- Поддержка url как со слешем на конце так и без
- Авто определение языковой версии сайта при первом его посещении
- Сниппет который создает URL для ресурса с учетом выбранной языковой версии сайта.
- Ну и в целом меньше лишних тело движений при настройки компонента
Было бы неплохо почитать об отличиях от ЛокализатораНу если на вскидку то такие.
Лично не тестировал все моменты, но уже общался с несколькими клиентами которые юзают migx. Да и в принципе не должно быть проблем с migx так как это все те же TV, главное в из названии не использовать дефис. Ну а вообще все можно протестировать в бесплатном тарифе на modhost.pro/
Планируется в дальнейшем? В любом случае думаю этот функционал нужен, т.к. на примере своего сайта, мне только из за того что для ru цены в рублях, а для en цены в $, и не привязанные к курсу, пришлось собирать сайт на контекстах, а это не сильно удобно. Готов помочь со спонсированием по такому функционалу.
Я думаю то как потом с ним работать в корзине и при оформлении заказа не говоря уже об других дополнениях которые как то модифицируют цену. Именно поэтому на данный момент такой возможности и нет даже в msMultiCurrency но в планах такое реализовать есть но для этого нужно будет сделать пару изменений в самом minishop2
Добрый день!
Подскажите пожалуйста какова схема работы с данными при импорте различных языковых версий. Например при работе с Babel создаются дубликаты ресурсов в соответствующих контекстах и организовываются связи между ними. А в случае с Polylang какова схема в этом случае? На что ориентироваться?
Подскажите пожалуйста какова схема работы с данными при импорте различных языковых версий. Например при работе с Babel создаются дубликаты ресурсов в соответствующих контекстах и организовываются связи между ними. А в случае с Polylang какова схема в этом случае? На что ориентироваться?
Ну теоретически можешь. Поставь его на бесплатном тестовом тарифе modhost.pro/ и проверь )
Поставил, покопался, все возможно, основная сложность это свести ID контента и ID локализации. Можно как-то одним кликом создать для всех контентов (категории, страницы, товары) на сайте локализации ru и заполнить содержимым, которым уже заполнены? На сайте около 7к документов, у товара есть опции и ТВ поля, у категорий ТВ поля.
Идея какая: сайт в зоне com.ua и делать com.ua/ua не хочется. Сейчас сайт на русском языке, создать локализацию ru с нынешним содержимым (скопировать), а потом нынешнюю версию сайта которая выводиться на domen.com.ua — перевести на укр язык и сделать локализацию UA основной для сайта.
Реально ?)
Идея какая: сайт в зоне com.ua и делать com.ua/ua не хочется. Сейчас сайт на русском языке, создать локализацию ru с нынешним содержимым (скопировать), а потом нынешнюю версию сайта которая выводиться на domen.com.ua — перевести на укр язык и сделать локализацию UA основной для сайта.
Реально ?)
Доброго времени суток! Насколько я понял по ветке выше, у модуля нет возможности запустить перевод всего сайта автоматически? Соответственно после всех предварительных настроек. В том же бесплатном локализаторе такой функционал есть.
Просто, допустим, если сайт на 1к ресурсов, то нужно будет в каждый заходить и прокликивать кнопку на перевод? По моему это было бы очень затратно по времени. Или, допустим, прокликал я 1к раз, переводя на 2 языка, а тут на следующий день надо третий язык добавить. Тогда снова ручной переобход 1к ресов?
Вы писали в ветке выше что надо писать скрипт. Не подскажете, например, через тот же модуль консоли, как бы выглядел запрос на авто-перевод всех недостающих полей в абстрактном ресурсе *ID*?
Просто, допустим, если сайт на 1к ресурсов, то нужно будет в каждый заходить и прокликивать кнопку на перевод? По моему это было бы очень затратно по времени. Или, допустим, прокликал я 1к раз, переводя на 2 языка, а тут на следующий день надо третий язык добавить. Тогда снова ручной переобход 1к ресов?
Вы писали в ветке выше что надо писать скрипт. Не подскажете, например, через тот же модуль консоли, как бы выглядел запрос на авто-перевод всех недостающих полей в абстрактном ресурсе *ID*?
Кстати, тестировал вывод TV в шаблоне при реализации своего источника файлов к примеру по пути assets/img
Получается на другом языке путь не подставляется для такого вызова
Получается на другом языке путь не подставляется для такого вызова
{set $reviewsImg = 'pdoField' | snippet : ['id' => 18,'field' => 'img']}
<img class="lazy" src="{$reviewsImg | Polylang2BaseUrl | pthumb : "w=780&h=752&zc=1&far=1&bg=ffffff&q=75"}" >
UPD 1.1.0-pl
- Добавлено: Поддержка переводчика PROMT
- Добавлено: Поддержка компонента msMultiCurrency
- Добавлено: Сниппет «PolylangSitemap»
- Добавлено: Опции polylang_set_currency_for_language; polylang_post_processing_translation; polylang_disallow_translation_completed_field
Возможно так будет нагляднее, правда пример не через IF
[[*context_key:is=`ru`:then=`img src=«logo_ru.svg»`]]
[[*context_key:is=`de`:then=`img src=«logo_de.svg»`]]
[[*context_key:is=`en`:then=`img src=«logo_en.svg»`]]
Верно понимаю, что будет плейсхолдер-аналог "context_key", по которому я смогу также проверять?
[[*context_key:is=`ru`:then=`img src=«logo_ru.svg»`]]
[[*context_key:is=`de`:then=`img src=«logo_de.svg»`]]
[[*context_key:is=`en`:then=`img src=«logo_en.svg»`]]
Верно понимаю, что будет плейсхолдер-аналог "context_key", по которому я смогу также проверять?
— Авто определение языковой версии сайта при первом его посещении
Работает, определяет, но есть нюансы.
Когда первый раз заходишь на сайт по ссылке site.ru ( язык браузера на eng ) то редирект на EN версию сайта, потом ничего не меняя заходишь второй раз и попадаешь на уже версию RU (или тот язык который по дефолту без контекста)
Но правильнее запоминать язык который определился первый раз или же тот который выбрал пользователь после, то есть если пользователя устроил язык авто определения и он его далее не менял, то все гуд, его и подпихиваем ему в дальнейшем, ну и если он его сам изменил то дальше используем уже измененный.
Автор, есть ли возможность допилить?
Работает, определяет, но есть нюансы.
Когда первый раз заходишь на сайт по ссылке site.ru ( язык браузера на eng ) то редирект на EN версию сайта, потом ничего не меняя заходишь второй раз и попадаешь на уже версию RU (или тот язык который по дефолту без контекста)
Но правильнее запоминать язык который определился первый раз или же тот который выбрал пользователь после, то есть если пользователя устроил язык авто определения и он его далее не менял, то все гуд, его и подпихиваем ему в дальнейшем, ну и если он его сам изменил то дальше используем уже измененный.
Автор, есть ли возможность допилить?
Polylang 1.2.0
- Добавлено: Поддержка мультидоменности
- Добавлено: Опция «polylang_default_domain_settings»
- Добавлено: Событие «OnSetPolylangDefaultSettings»
- Добавлено: Политика доступа
- Добавлено: Клонирование контента как отдельного поля так и всей локализации
- Добавлено: Страница управления лексиконом
- Добавлено: Перевод лексиконов
- Добавлено: Клонирование лексиконов
- Исправлено: Сниппет «PolylangSitemap»
Если после обновления на версию 1.2.0 у вас в логе modx ошибка типа
Unknown column 'PolylangContent.editedby' in 'field list'$pkgName = 'Polylang';
$pkgNameLower = mb_strtolower($pkgName);
$modelPath = $modx->getOption("{$pkgNameLower}.core_path", null, $modx->getOption('core_path') . "components/{$pkgNameLower}/") . 'model/';
$modx->addPackage($pkgNameLower, $modelPath);
$manager = $modx->getManager();
$manager->createObjectContainer('PolylangTvTmplvars');
$manager->createObjectContainer('PolylangLanguageGroup');
$manager->createObjectContainer('PolylangLanguageGroupMember');
$manager->addField('PolylangContent', 'editedby', array('after' => 'content'));
$manager->addField('PolylangContent', 'editedon', array('after' => 'content'));
$manager->addField('PolylangLanguage', 'rank_translation', array('after' => 'rank'));
$manager->addField('PolylangLanguage', 'parent', array('after' => 'site_url'));
$manager->addField('PolylangLanguage', 'description', array('after' => 'name'));
Polylang 1.2.8
====================================
— Добавлено: Автоматическая переадресации на домен в зависимости от геолокации посетителя
— Добавлено: Генерация 404 ошибки для ресурсов бел локализации для выбранного языка
— Добавлено: Параметр «onlyWithLocalization» для сниппетов использующих pdoTools
— Добавлено: Опции «polylang_use_error_404» и «polylang_use_error_404_resources»
— Добавлено: События «OnDetectPolylangGeoRedirectDomain» и «OnHasPolylangError404»
— Исправлено: Перевод лексиконов
====================================
— Добавлено: Автоматическая переадресации на домен в зависимости от геолокации посетителя
— Добавлено: Генерация 404 ошибки для ресурсов бел локализации для выбранного языка
— Добавлено: Параметр «onlyWithLocalization» для сниппетов использующих pdoTools
— Добавлено: Опции «polylang_use_error_404» и «polylang_use_error_404_resources»
— Добавлено: События «OnDetectPolylangGeoRedirectDomain» и «OnHasPolylangError404»
— Исправлено: Перевод лексиконов
Доброго времени суток. Перед покупкой тестирую дополнение на modhost и не могу понять, как сделать вывод перевода товаров в каталоге (вывод товаров через msProducts). На самой странице товара всё ок, переводится, а при выводе в каталоге так и остается на одном языке. Есть ли где-то более полная документация с примерами или может тут подскажете? Спасибо.
Доброго времени суток. Продолжаю тестировать дополнение и словил ошибку:
Страница недоступна
Сайт s28089.h8.modhost.pro пока не может обработать этот запрос.
HTTP ERROR 500
Причем, если удалить что-то одно (polylang либо upgrademodx) ошибка уходит.
Почитал интернеты, пишут про конфликт guzzle в разных дополнениях. И я так предполагаю, что с некоторыми другими дополнениями, где используется guzzle другой версии, тоже такая ошибка может выскочить? Кто сталкивался с такой ошибкой и что делать?
#0 /home/s28089/www/core/components/polylang/vendor/guzzlehttp/guzzle/src/functions.php(71): GuzzleHttp\Utils::defaultUserAgent()
#1 /home/s28089/www/core/components/upgrademodx/vendor/guzzlehttp/guzzle/src/Client.php(194): GuzzleHttp\default_user_agent()
#2 /home/s28089/www/core/components/upgrademodx/vendor/guzzlehttp/guzzle/src/Client.php(75): GuzzleHttp\Client->configureDefaults()
#3 /home/s28089/www/core/components/upgrademodx/model/upgrademodx/upgrademodx.class.php(185): GuzzleHttp\Client->__construct()
#4 /home/s28089/www/core/cache/includes/elements/modsnippet/34.include.cache.php(75): UpgradeMODX->init()Страница недоступна
Сайт s28089.h8.modhost.pro пока не может обработать этот запрос.
HTTP ERROR 500
Причем, если удалить что-то одно (polylang либо upgrademodx) ошибка уходит.
Почитал интернеты, пишут про конфликт guzzle в разных дополнениях. И я так предполагаю, что с некоторыми другими дополнениями, где используется guzzle другой версии, тоже такая ошибка может выскочить? Кто сталкивался с такой ошибкой и что делать?
Т.е. это не решаемо на уровне вашего дополнения? И если возникнет такая же проблема с другим дополнением (например если я куплю ваше дополнение и поставлю на рабочий сайт, часть дополнений может упасть из-за разницы в версиях), это нужно решать с авторами этих дополнений, а не с вами? Это важно, я хочу ваше дополнение поставить на интернет магазин, который уже давно работает, на котором стоят дополнения, которые используют guzzlehttp (тот же upgrademodx, GoogleSheets) и самостоятельно это не решить? И конечно не стоит надеяться решить проблему тупой подменой папки guzzlehttp новой версии в дополнении?
Т.е. это не решаемо на уровне вашего дополнения?вы предлагаете мне ставить более старую версию guzzlehttp лишь бы работало какое то другое дополнение? Это же путь в некуда, так можно и в каменный век вернуться )) Поэтому логично что бы остальные дополнения шли в ногу со временем.
Тем более, что guzzlehttp использует не мое дополнение как таковое, а библиотека Google translate так что при всем моем желании я не могу понизить верию guzzlehttp
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| Polylang | 1.2.11-pl от 17.11.2021 | 206 |
| miniShop2 | 2.9.3-pl от 16.10.2021 | 21 786 |
| msFieldsManager | 1.2.9-pl от 01.05.2021 | 919 |
| mSearch2 | 1.14.5-pl1 от 22.03.2021 | 16 381 |
| pdoTools | 2.13.2-pl от 02.09.2021 | 51 376 |
| msImportExport | 1.4.21-beta от 19.06.2019 | 3 596 |
| msMultiCurrency | 1.2.4-pl от 22.10.2021 | 402 |
| Localizator | 1.0.7-beta от 14.01.2020 | 1 401 |
| GoogleSheets | 1.7.0-pl2 от 22.11.2021 | 470 |
Вчера в 22:05
Так ты проверил, событие срабатывает?
Вчера в 10:10
Вот подскажите
Есть у меня к примеру xml
вот кусок
<code>24175</code>
<vendor>(Пигас)</vendor>
<name>Футболка S-L ...
27 ноября 2021, 01:40
все еще актуально, буду признателен
26 ноября 2021, 21:57
Судя по вопросу Вам надо в документацию, поскольку и class_key и id это названия полей ресурса. Ну и да выше я написал плагин на событие OnDocFormSave...
26 ноября 2021, 15:44
Это некорректно — к объекту заказа через связи привязаны и доставка и оплата и другие связные объекты. Я выше показал как можно обращаться к ним.
Кр...
25 ноября 2021, 17:57
Можно проще:
&sortby=``или fenom
'sortby' => '',
25 ноября 2021, 14:33
Не, заказчику надо именно красивые редактируемые таблички в админке