Сборки и пакеты

Вопросы специалистов

Документация для конечных пользователей

Новости

Вопросы клиентов

Блог им. nirfrost

Блог им. ffx

Блог им. iweb

Блог им. trofim221

Сопутствующий (рекомендуемый) товар

Проблема с внешний файл ajax.php

Расширение функционала modxUser

Xlexicon manual

Extended Lexicon (xlexicon) - компонент для реализации многоязычности

Странно работает демо-магазин.

There are unsaved changes. 2.2.11

виджет заказа вместо виджета корзины

Дубли страниц из-за слеша на конце ЧПУ URL

Карточка товара

и все бы хорошо но в стандартном варианте нет ajax добавления товара в список

Это вы о каком таком варианте говорите? У вас запрос на assets/components/basket/connectors/connector.php?action=products/add каким образом идет? Это ли не Ajax?
 

но он нечего конкретного кроме id товара не навешивает. хотел сам его поправить но к сожалению запутался.

Потому что не туда смотрите. После добавления товара выполняется еще один запрос, поучающий информацию о корзине. Вот его и надо использовать. Вот гляньте такой виджет на http://unichoc.ru. И да, это тоже ShopModxBox.

и все бы хорошо но в стандартном варианте нет ajax добавления товара в список Это вы о каком таком варианте говорите? У вас запрос на assets/components/basket/connectors/connector.php?action=products/add каким образом идет? Это ли не Ajax? но он нечего конкретного кроме id товара не навешивает. хотел сам его поправить но к сожалению запутался. Потому что не туда смотрите. После добавления товара выполняется еще один запрос, поучающий информацию о корзине. Вот его и надо использовать. Вот гляньте такой виджет на http://unichoc.ru. И да, это тоже ShopModxBox.

и все бы хорошо но в стандартном варианте нет ajax

Молодцы что взялись и допилили хорошую вещь

Мы старались :)
 А тебе вот еще за это спасибо! modxclub.ru/blog/vehicles/315.html

Мы старались :)
 А тебе вот еще за это спасибо! mo

спасибо за очень нужный компонент, есть такой вопрос: с его помощью можно перевести меню, сформированное wayfinder-ом?

спасибо за очень нужный компонент, есть такой вопр

Можно, но придется немного подшаманить шаблоны, т.к. вейфайндер дергает объект напрямую.
 Код сниппета ниже.
 Нужно просто заменить плейсхолдер, выводящий название пункта меню, на него.
 Также почитай мануал по модулю. Там освещены базовые моменты.

Можно, но придется немного подшаманить шаблоны, т.

[[!runprocessor?&res=`[[+wf.docid]]`&field=`pagetitle`&ns=`xlexicon`&action=`web/dictionaries/getfield`]]

Сниппет: [[!runprocessor?&res=`[[+wf.docid]]`&field=`pagetitle`&ns=`xlexicon`&action=`web/dictionaries/getfield`]]

Сниппет: [[!runprocessor?&res=`[[+wf.docid]]`&fiel

отлично, спасибо, только собирался искать мануал.

Сергей, позволь мне свои 5 копеек…
 

1. ns=`xlexicon`&action=`web/dictionaries/getfield`
 Их имеет смысл закинуть в свойства плагина по умолчанию.
 

2. Я тут немного допилил его, чтобы он вызывался как модификатор (только переименовал его в xlexicon):
 

<?php
$output = '';  

if(!$res AND !empty($modx->resource)){
    $scriptProperties['res'] = $modx->resource->id;
}

if(!$field AND !empty($options)){
    $scriptProperties['field'] = $options;
}

$params = array();
//............ Далее твой код

Сергей, позволь мне свои 5 копеек… 1. ns=`xlexicon`&action=`web/dictionaries/getfield`
 Их имеет смысл закинуть в свойства плагина по умолчанию. 2. Я тут немного допилил его, чтобы он вызывался как модификатор (только переименовал его в xlexicon): <?php
$output = '';  

if(!$res AND !empty($modx->resource)){
    $scriptProperties['res'] = $modx->resource->id;
}

if(!$field AND !empty($options)){
    $scriptProperties['field'] = $options;
}

$params = array();
//............ Далее твой код

Сергей, позволь мне свои 5 копеек… 1. ns=`xlexicon

Пример вызова: [[!*pagetitle:xlexicon=`pagetitle`]]
 

Но, к примеру, для Wayfinder-а он как модификатор не годится, так как для него требуется передача трех параметров (res (resource_id), key, field). У нас же здесь только два параметра (input и options). Как-то я не нашел вариантов передавать в модификатор поппараметры, поэтому приходится все равно прописывать в виде вызываемого сниппета.

Пример вызова: [[!*pagetitle:xlexicon=`pagetitle`]] Но, к примеру, для Wayfinder-а он как модификатор не годится, так как для него требуется передача трех параметров (res (resource_id), key, field). У нас же здесь только два параметра (input и options). Как-то я не нашел вариантов передавать в модификатор поппараметры, поэтому приходится все равно прописывать в виде вызываемого сниппета.

Пример вызова: [[!*pagetitle:xlexicon=`pagetitle`]

В целом так и есть. Слишком много параметров.
 

Облегчить сниппет — хорошая мысль. Но в планах скорее связать модуль с modxSite и использовать runprocessor оттуда. В таком случае так или иначе передавать ns и action, хотя можно просто запилить набор параметров и вызывать сниппет с ним. Думаю так будет более универсально.

В целом так и есть. Слишком много параметров. Облегчить сниппет — хорошая мысль. Но в планах скорее связать модуль с modxSite и использовать runprocessor оттуда. В таком случае так или иначе передавать ns и action, хотя можно просто запилить набор параметров и вызывать сниппет с ним. Думаю так будет более универсально.

В целом так и есть. Слишком много параметров. Обле

Но в планах скорее связать модуль с modxSite и использовать runprocessor оттуда

Разницы нет. От этого кол-во входящих параметров не изменится.
 

хотя можно просто запилить набор параметров и вызывать сниппет с ним

Это не решает проблемы передачи трех параметров — id ресурса, языковой ключ и поле документа.

Но в планах скорее связать модуль с modxSite и использовать runprocessor оттуда Разницы нет. От этого кол-во входящих параметров не изменится. хотя можно просто запилить набор параметров и вызывать сниппет с ним Это не решает проблемы передачи трех параметров — id ресурса, языковой ключ и поле документа.

Но в планах скорее связать модуль с modxSite и исп

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

Да и языковой ключ не нужно передавать. Он берется автоматом от текущего cultureKey. Только 2 параметра остается id русурса и поле документа.

хотя можно просто запилить набор параметров и вызывать сниппет с ним
 Это не решает проблемы передачи трех параметров — id ресурса, языковой ключ и поле документа. Трех нет, пяти да. Да и языковой ключ не нужно передавать. Он берется автоматом от текущего cultureKey. Только 2 параметра остается id русурса и поле документа.

хотя можно просто запилить набор параметров и вызы

А как передать языковой ключ( чтобы изменить язык)? Т.е. насколько я понял — cultureKey — настройка контекста. как ее поменять? Т.е. у меня один контекст ( в нем cultureKey — ru), я хочу добавить латышский язык — захожу в компоненты -> xlexicon -> добавляю язык( по мануалу). Редактирую страницы( заполняю вкладку dictionaries). если в ручную теперь в контексте выставить lv — ничего не меняется- главная как называлась по русски — так и называется(title).

А как передать языковой ключ( чтобы изменить язык)

В контексте ничего выставлять не надо. Настройка cultureKey будет меняться в зависимости от того, какой языковой ключ сейчас актуален.
 Добавил новый язык, выставил в настройках компонента базовый cultureKey.
 Остается только в GET передать ?cultureKey=lv

В контексте ничего выставлять не надо. Настройка c

Внимательно ознакомься в мануале с пунктами «Установка базового языка» и «Получение списка языков».

Внимательно ознакомься в мануале с пунктами «Устан

про get — спасибо, кстати, может стоит добавить в мануал.

про get — спасибо, кстати, может стоит добавить в 

Это есть в разделе Особенности модуля > получение списка языков

Это есть в разделе Особенности модуля > получение 

Тут Николай прав.
 http://joxi.ru/ID3pUv3JTJBsS_hQP0w
 На момент добавления товара происходит вызов операции обновления корзины. Вам надо создать спец блок в который будет выведена корзина. На момент добавления товара нужно дернуть обновленные данные. Для формирования данных можно взять процессор, который выводит информацию о товарах на странице с корзиной.

Тут Николай прав.
 http://joxi.ru/ID3pUv3JTJBsS_hQ

joxi.ru/yQnqUhjKTJDDTs8vDus
 вот эта функция выводит то что мне надо, но где она вызывается я не найду.
 но она точно вызывается)
 пока что сделал так перед return $list; добавил $this->listX = $list; и в функцию outputArray уже её вывожу. Работает, но может есть метод красивее ;)

joxi.ru/yQnqUhjKTJDDTs8vDus
 вот эта функция вывод

хотя нет поторопился, не работает. Уже нашел где вызывается та функция.
 В классе modBasketWebAjaxOrdersGetdataProcessor еще все нормально joxi.ru/SBjqUhjKTJDsLL8j3Ws, список продуктов есть в $response. а вот на выводе его нет.
 выходит только 

{"success":true,"message":"","total":1,"data":[],"object":{"sum":3500,"total":14}}

хотя нет поторопился, не работает. Уже нашел где вызывается та функция.
 В классе modBasketWebAjaxOrdersGetdataProcessor еще все нормально joxi.ru/SBjqUhjKTJDsLL8j3Ws, список продуктов есть в $response. а вот на выводе его нет.
 выходит только {"success":true,"message":"","total":1,"data":[],"object":{"sum":3500,"total":14}}

хотя нет поторопился, не работает. Уже нашел где в

Вы вот все это лучше Сергею пишите proxyfabio , так как весь фронт именно он разрабатывал, включая JS-библиотеки.

Вы вот все это лучше Сергею пишите proxyfabio , та

так как дернуть эти данные, выше я описал что я пытался сделать, но увы…

так как дернуть эти данные, выше я описал что я пы

Советую задачу разбить на более мелкие. Проблема же не только с созданием js виджета, но и с формированием выборки данных.
 

мало мне онлайн инфы о том сколько товаров и на какую они цену в корзине. нужно чтобы постоянно отображалась актуальная инфа о корзине.

Что именно за информация имеется в виду?
 

В классе modBasketWebAjaxOrdersGetdataProcessor еще все нормально joxi.ru/SBjqUhjKTJDsLL8j3Ws, список продуктов есть в $response. а вот на выводе его нет.

Ну судя по ответу процессора все ок. Если ответ success, то в object возвращается sum и total. На выходе эти данные вы и получаете. В приведенном коде это и происходит: http://joxi.ru/OnbrUhjKTJAfXZhn3hQ Также стоит отметить, что на скриншоте процессор не возвращает свое имя, а должен.
 

Советую посмотреть процессор, который расширяется процессором modBasketWebOrdersProductsGetdataProcessor. Он прольет свет на формирование выборки по корзине.
 После того, как новый процессор, удовлетворяющий вашим запросам по выводу данных корзины, заработает придется написать виджет, который будет обновлять свое состояние на момент добавления данных в корзину. Вы можете взять за основу наш виджет корзины, расширить его и допилить. Пример расширения виджетов есть в исходном коде.

Советую задачу разбить на более мелкие. Проблема же не только с созданием js виджета, но и с формированием выборки данных. мало мне онлайн инфы о том сколько товаров и на какую они цену в корзине. нужно чтобы постоянно отображалась актуальная инфа о корзине. Что именно за информация имеется в виду? В классе modBasketWebAjaxOrdersGetdataProcessor еще все нормально joxi.ru/SBjqUhjKTJDsLL8j3Ws, список продуктов есть в $response. а вот на выводе его нет. Ну судя по ответу процессора все ок. Если ответ success, то в object возвращается sum и total. На выходе эти данные вы и получаете. В приведенном коде это и происходит: http://joxi.ru/OnbrUhjKTJAfXZhn3hQ Также стоит отметить, что на скриншоте процессор не возвращает свое имя, а должен. Советую посмотреть процессор, который расширяется процессором modBasketWebOrdersProductsGetdataProcessor. Он прольет свет на формирование выборки по корзине.
 После того, как новый процессор, удовлетворяющий вашим запросам по выводу данных корзины, заработает придется написать виджет, который будет обновлять свое состояние на момент добавления данных в корзину. Вы можете взять за основу наш виджет корзины, расширить его и допилить. Пример расширения виджетов есть в исходном коде.

Советую задачу разбить на более мелкие. Проблема ж

уже порешал)спасибо

вопрос не в тему немного, а где находится шаблон писем уведомлений о заказе?

вопрос не в тему немного, а где находится шаблон п

С этим только к разработчикам MODX-а, так как здесь и их «улучшения» ядра системы, и «плюшки» обновленных браузеров. Помочь нечем.

С этим только к разработчикам MODX-а, так как здес

Если сайт не большой, то можно так сделать:
 1. Создаете TV-поле «Список множественный выбор». Указываете в нем «Включить автозавершение». Возможные значения ему указываете SQL:
 

@SELECT 
`pagetitle` AS `name`,`id` FROM `[[+PREFIX]]site_content` WHERE `published` = 1 AND `deleted` = 0

К SQL конечно можно дописать свои условия, например, where template = 2.
 ?
 

Это вам позволит указывать связанные документы.
 

2. В шаблоне дописываете блок с поиском дополнительных товаров с условием их TV-шки. Само собой не забываем про преобразование данных, так как в TV множественное значение будет в одной строке храниться.

Здравствуйте! Если сайт не большой, то можно так сделать:
 1. Создаете TV-поле «Список множественный выбор». Указываете в нем «Включить автозавершение». Возможные значения ему указываете SQL: @SELECT 
`pagetitle` AS `name`,`id` FROM `[[+PREFIX]]site_content` WHERE `published` = 1 AND `deleted` = 0 К SQL конечно можно дописать свои условия, например, where template = 2.
 ? Это вам позволит указывать связанные документы. 2. В шаблоне дописываете блок с поиском дополнительных товаров с условием их TV-шки. Само собой не забываем про преобразование данных, так как в TV множественное значение будет в одной строке храниться.

Здравствуйте! Если сайт не большой, то можно так с

Дико извиняюсь, уважаемые! Во-первых, большое спасибо за компонент!
 Уж очень хочется в нем разобраться… 
 Установил, поставил словарь, перевёл одну статью для примера… а как отобразить английскую версию? Извините ради всех живых ежели я пятисотый кто задает такие дурацкие вопросы, но я очень надеюсь на вашу поддержку!
 Заранее благодарю!

Дико извиняюсь, уважаемые! Во-первых, большое спас

пробовал прописать /index.php?cultureKey=en
 без изменений… или я не правильно понял пост выше?

пробовал прописать /index.php?cultureKey=en
 без и

Создал словарь, наполнил статью, сбросил кеш сайта.
 Если через get передать cultureKey, то данные ресурса должны были автоматически подмениться. Скорее всего дело в кеше. Если не поможет, то скинь доступы в личку. Посмотрю в чем дело.

Создал словарь, наполнил статью, сбросил кеш сайта

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

Спасибо за ответ. Что касается второго пункта, мож

Я делаю так: создаю статичный шаблон (напр., 'AJAX'), файл шаблона указываю ajax.php. Далее создаю пустой НЕКЕШИРУЕМЫЙ документ и его шаблоном задаю 'AJAX'. При обращении к этому документу происходит инициализация и MODX, и modxsmarty, и всего остального. И в самом ajax.php остается только прописать нужный код, без инициализации самого MODX в этом файле. Все работает.

Я делаю так: создаю статичный шаблон (напр., 'AJAX

1. Получить данные текучего TV-параметра
 

{$tv = $modx->resource->getTVTvalue($tv_id)}

2. Далее полученные данные преобразовываете и получаете массив id-шников связанных товаров. И вызываете процессор получения данных этих товаров.
 

Я вам здесь в двух строчках этого не покажу. Это программировать надо, хоть и не много.

1. Получить данные текучего TV-параметра {$tv = $modx->resource->getTVTvalue($tv_id)} 2. Далее полученные данные преобразовываете и получаете массив id-шников связанных товаров. И вызываете процессор получения данных этих товаров. Я вам здесь в двух строчках этого не покажу. Это программировать надо, хоть и не много.

1. Получить данные текучего TV-параметра {$tv = $m

$managers = $modx->getService('managers','Managers',dirname(__FILE__).'/core/components/managers/model/managers/',$scriptProperties);

1. У вас несколькими строчками выше указано require_once dirname(dirname(dirname(__FILE__))).'/index.php';, то есть на две директории выше, а здесь в текущей директории. Думаю, что-то здесь не то. Да и ошибка у вас лезет, что не верная директория для пакета.
 

Invalid path specified for package: managers; using default xpdo model path: Z:/home/modx/www/core/xpdo/om/
 [2014-02-02 22:50:26] (WARN @ /mods/managers/ajax.php)

Да и вообще у вас, по-моему, в корне все не правильно. Вряд ли у вас подключен extendedPackage, а значит первым делом надо подключить пакет.
 

$modx->addPackage('managers', MODX_CORE_PATH . 'components/modxsite/model/');

И только после этого подключать сервис (без указания пути).
 

$managers = $modx->getService('managers','Managers','',$scriptProperties);


А вообще правильно — делать через коннекторы, и выполнять в процессоре. Например, как это сделано в корзине.

$managers = $modx->getService('managers','Managers',dirname(__FILE__).'/core/components/managers/model/managers/',$scriptProperties); 1. У вас несколькими строчками выше указано require_once dirname(dirname(dirname(__FILE__))).'/index.php';, то есть на две директории выше, а здесь в текущей директории. Думаю, что-то здесь не то. Да и ошибка у вас лезет, что не верная директория для пакета. Invalid path specified for package: managers; using default xpdo model path: Z:/home/modx/www/core/xpdo/om/
 [2014-02-02 22:50:26] (WARN @ /mods/managers/ajax.php) Да и вообще у вас, по-моему, в корне все не правильно. Вряд ли у вас подключен extendedPackage, а значит первым делом надо подключить пакет. $modx->addPackage('managers', MODX_CORE_PATH . 'components/modxsite/model/'); И только после этого подключать сервис (без указания пути). $managers = $modx->getService('managers','Managers','',$scriptProperties); А вообще правильно — делать через коннекторы, и выполнять в процессоре. Например, как это сделано в корзине.

$managers = $modx->getService('managers','Managers

Попробуйте в директории /manager/ найти файл ht.access и переименовать его в .htaccess
 В этом файле написано «RewriteEngine Off» и по идее это должно отключить рерайты для данной папки.
 

Ну и пропишите rel=«canonical» на всех страницах, чтобы склеились быстрее. 
 

А вообще если сайт рабочий и приносит деньги, я бы не особо заморачивался со структурой URL. Это все таки потребует склейку страниц и перенос авторитета на новые. Некоторые страницы могут выпасть из выдачи.

Попробуйте в директории /manager/ найти файл ht.access и переименовать его в .htaccess
 В этом файле написано «RewriteEngine Off» и по идее это должно отключить рерайты для данной папки. Ну и пропишите rel=«canonical» на всех страницах, чтобы склеились быстрее. А вообще если сайт рабочий и приносит деньги, я бы не особо заморачивался со структурой URL. Это все таки потребует склейку страниц и перенос авторитета на новые. Некоторые страницы могут выпасть из выдачи.

Попробуйте в директории /manager/ найти файл ht.ac

Сорри, только добрался к компу нормально.
 Видел, вы на modxим написали, что вопрос решен, тем не менее я не увидел, чтобы кто-то расписал решение, и вы тоже не написали в чем именно проблема была. Немного напишу по этому поводу.
 

Итак, есть предположение, что пользователь, которого вы получаете, в таблице имеет class_key = 'modUser', а по этой причине даже если вы в запросе указываете $user = $modx->getObject('extUser', array('username:=' => $nickname)), вы все равно в итоге получите объект от класса modUser, а не extUser. И таблица для этого объекта будет родная, а не расширенная. Почему? Потому что инстанс конечного объекта зависит от того, какой class_key прописан в получаемой записи. Очень подробно про это писал здесь: modxclub.ru/blog/166.html
 

Резюмирую: для того, чтобы у вас работало как положено, у вас записи в вашей таблице должны в колонке class_key содержать имя вашего класса. Только тогда, при сохранении объекта, если это будет инстанс вашего класса, будет запись выполнена в вашу таблицу. А так получается, что запрос на селект выполнен корректно с учетом вашей таблицы, но в полученных записях class_key = 'modUser', хоть и с данными из вашей таблицы. Конечный объект — modUser, его таблица по мап-файлу — site_users, и при сохранении туда данные и пишутся.
 

Попробуйте в консоли так сделать:
 

print $modx->getObject('extUser', array('username' => $nickname))->get('class_key');

a. $user->save();
 b. $user->addOne($data, 'Data'); $user->save();
 c. $data->save(); 

Лишний раз сохраняете. Это ни к чему. Достаточно так: $user->addOne($data, 'Data');
 Если связь прописана в мап-файле корректно, то $data сохранится автоматически при сохранении объекта юзера.

Здравствуйте! Сорри, только добрался к компу нормально.
 Видел, вы на modxим написали, что вопрос решен, тем не менее я не увидел, чтобы кто-то расписал решение, и вы тоже не написали в чем именно проблема была. Немного напишу по этому поводу. Итак, есть предположение, что пользователь, которого вы получаете, в таблице имеет class_key = 'modUser', а по этой причине даже если вы в запросе указываете $user = $modx->getObject('extUser', array('username:=' => $nickname)), вы все равно в итоге получите объект от класса modUser, а не extUser. И таблица для этого объекта будет родная, а не расширенная. Почему? Потому что инстанс конечного объекта зависит от того, какой class_key прописан в получаемой записи. Очень подробно про это писал здесь: modxclub.ru/blog/166.html Резюмирую: для того, чтобы у вас работало как положено, у вас записи в вашей таблице должны в колонке class_key содержать имя вашего класса. Только тогда, при сохранении объекта, если это будет инстанс вашего класса, будет запись выполнена в вашу таблицу. А так получается, что запрос на селект выполнен корректно с учетом вашей таблицы, но в полученных записях class_key = 'modUser', хоть и с данными из вашей таблицы. Конечный объект — modUser, его таблица по мап-файлу — site_users, и при сохранении туда данные и пишутся. Попробуйте в консоли так сделать: print $modx->getObject('extUser', array('username' => $nickname))->get('class_key'); Что напишет? И тут же попутно: a. $user->save();
 b. $user->addOne($data, 'Data'); $user->save();
 c. $data->save(); Лишний раз сохраняете. Это ни к чему. Достаточно так: $user->addOne($data, 'Data');
 Если связь прописана в мап-файле корректно, то $data сохранится автоматически при сохранении объекта юзера.

Здравствуйте! Сорри, только добрался к компу норма

И еще добавлю: по опыту, расширять modUser — не удачная идея. Я уже пробовал, и с этим связано очень много проблем, особенно ввиду того, что в классе modX жестко прописано при инициализации пользователя получать именно modUser. Сами понимаете какие из-за этого вытекают проблемы.
 Вот поэтому я не расширяю modUser, а добавляю класс связанного объекта, и просто добавляю эту связь базовому классу. Пример добавления таких связей. На выходе вы получаете новые связанные объекты с базовым юзером без лишних заморочек (только пропишите extendedPackage и все). И в любом месте сможете работать с $modx->user->addOne(), $modx->user->getOne() и т.п. Это гораздо практичней.

И еще добавлю: по опыту, расширять modUser — не уд

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

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

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

Николай спасибо за ответ.
 Решения я так и не понял, заработало самостоятельно. Хотя я догадываюсь, почистил папку и пересоздал компонент. Думаю что там были ошибки. Насчет связи. думаю что это хорошая идея. Ну тут Вы лучше знаете систему и где есть подводные камни. За совет спасибо, буду побывать. Еще вопрос, где можно почитать про связи с базовым классом

Николай спасибо за ответ.
 Решения я так и не поня

Я не знаю что именно вас по этому вопросу интересует, но советую к детальному изучению вот эту статью: community.modx-cms.ru/blog/research/10291.html
 Там очень подробно изучался вопрос самого механизма этих связей, и как раз этот материал и лег в основу описанного выше методе добавления связей базовым классам.

Пожалуйста. Еще вопрос, где можно почитать про связи с базовым классом Я не знаю что именно вас по этому вопросу интересует, но советую к детальному изучению вот эту статью: community.modx-cms.ru/blog/research/10291.html
 Там очень подробно изучался вопрос самого механизма этих связей, и как раз этот материал и лег в основу описанного выше методе добавления связей базовым классам.

Пожалуйста. Еще вопрос, где можно почитать про свя

Я про это имел в виду. Спасибо еще раз.

Пожалуйста.

Спасибо, в другом месте нашел простое решение — как мне нравится)), наблюдайте, оно вам точно пригодится!
 Плагин на событие onHandleRequiest:
 <?php
 if ($modx->context->key == 'mgr') {return;}
 if (substr($_SERVER['REQUEST_URI'], -1) == '/'
 && $_SERVER['REQUEST_URI'] != '/') {
 $url = $modx->getOption('site_url');
 $url .= substr($_SERVER['REQUEST_URI'], 0, -1);
 $modx->sendRedirect($url,array(
 'responseCode' => 'HTTP/1.1 301 Moved Permanently'));
 }

Спасибо, в другом месте нашел простое решение — ка

то вижу приблизительно такое 

А вот нам даже приблизительно не видно, что вы видите. Ни скриншота, ничего.
 2. Не ставьте на денвер.

Здравствуйте. то вижу приблизительно такое А вот нам даже приблизительно не видно, что вы видите. Ни скриншота, ничего.
 2. Не ставьте на денвер.

Здравствуйте. то вижу приблизительно такое А вот н

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

Извиняюсь, не отправилась ссылка.
 Ну, а если не н

Заведите себе дев-аккаунт на modxcloud.com и тестируйте бесплатно на реальном хостинге.

Заведите себе дев-аккаунт на modxcloud.com и тести

спасибо большое.

не за что.

Здравствуйте!
 modxclub.ru/blog/vehicles/230.html#comment2964

Здравствуйте!
 modxclub.ru/blog/vehicles/230.html#

решил просмотреть логи ошибок и натолкнулся на уйму подобных:
 

[2014-02-02 18:18:45] (ERROR @ /connectors/resource/index.php) Path specified for package translations is not a valid or accessible directory: /home/v/vladim20ru/public_html/core/components/translations/model/
[2014-02-02 18:18:45] (ERROR @ /connectors/system/derivatives.php) Path specified for package translations is not a valid or accessible directory: /home/v/vladim20ru/public_html/core/components/translations/model/
[2014-02-02 18:18:45] (ERROR @ /connectors/system/contenttype.php) Path specified for package translations is not a valid or accessible directory: /home/v/vladim20ru/public_html/core/components/translations/model/
[2014-02-02 18:18:45] (ERROR @ /manager/components/xlexicon/connectors/dictionaries.php) Path specified for package translations is not a valid or accessible directory: /home/v/vladim20ru/public_html/core/components/translations/model/

и их очень много… 
 с чем это может быть связано?

решил просмотреть логи ошибок и натолкнулся на уйму подобных: [2014-02-02 18:18:45] (ERROR @ /connectors/resource/index.php) Path specified for package translations is not a valid or accessible directory: /home/v/vladim20ru/public_html/core/components/translations/model/
[2014-02-02 18:18:45] (ERROR @ /connectors/system/derivatives.php) Path specified for package translations is not a valid or accessible directory: /home/v/vladim20ru/public_html/core/components/translations/model/
[2014-02-02 18:18:45] (ERROR @ /connectors/system/contenttype.php) Path specified for package translations is not a valid or accessible directory: /home/v/vladim20ru/public_html/core/components/translations/model/
[2014-02-02 18:18:45] (ERROR @ /manager/components/xlexicon/connectors/dictionaries.php) Path specified for package translations is not a valid or accessible directory: /home/v/vladim20ru/public_html/core/components/translations/model/ и их очень много… 
 с чем это может быть связано?

решил просмотреть логи ошибок и натолкнулся на уйм

Проверяйте права доступа к директориям.

Интересует, как такой метод мультиязчности повлияет на SEO

Интересует, как такой метод мультиязчности повлияе

Если итоговые адреса разных языковых версий одинаковые, то конечно ничего хорошего из этого не получится. Правильней делать на различные поддомены и вешать плагин на OnHandleRequest, в котором прописать в зависимости от того, какой домен текущий, установку нужного cultureKey и cache_prefix. Тогда у вас разные языковые версии сайтов будут на разных доменах/поддоменах.
 К сожалению, сейчас не можем продемонстрировать готовый вариант, но скоро будет дополненная версия пакета как раз с такими возможностями.

Если итоговые адреса разных языковых версий одинак

Не понял, как это сделать. Там дается 21 день на тесты — далее переход на платный план.

Не понял, как это сделать. Там дается 21 день на т

Прошел уже почти год и скорее всего не актуально. Качайте zip-архив отсюда, если нужен дапм магазина: shopmodx.modxclub.ru/download/

Прошел уже почти год и скорее всего не актуально. 

Спасибо за ответ. Я хотел только уточнить про дев-аккаунт.

Спасибо за ответ. Я хотел только уточнить про дев-

А давно уже не сижу на modxcloud, не в курсе их движений.

А давно уже не сижу на modxcloud, не в курсе их дв

Великодушно извиняюсь, но после установки модуля из репозитория во вкладке приложения xlexicon не запускается, вместо него пустой экран, revo 2.3.3. Помогите разобраться, очень нужная вещь по описанию. Либо подскажите аналог как в evoBabelLexicon

Великодушно извиняюсь, но после установки модуля и

В логах что пишет?

Fatal error: require_once(): Failed opening required '......../public_html/core/components/xlexicon/controllers/index.class.php' (include_path='.:/usr/share/php:/usr/share/pear') in /........./public_html/core/model/modx/modmanagercontroller.class.php on line 936

Да, на MODX2.3 оно робить не хотит. Я догадываюсь о причинах, сейчас попробую пофиксить.

Fatal error: require_once(): Failed opening required '......../public_html/core/components/xlexicon/controllers/index.class.php' (include_path='.:/usr/share/php:/usr/share/pear') in /........./public_html/core/model/modx/modmanagercontroller.class.php on line 936 Да, на MODX2.3 оно робить не хотит. Я догадываюсь о причинах, сейчас попробую пофиксить.

Fatal error: require_once(): Failed opening requir

Попробуйте вот это дописать в контроллер. Должно помочь. 
 Позже выпустим пакет с багфиксом.

Попробуйте вот это дописать в контроллер. Должно п

После установки пакета захожу в Приложения >> xlexicon и получаю ошибку:
 

Fatal error: require_once() [function.require]: Failed opening required 'W:/domains/holograma/core/components/xlexicon/controllers/index.class.php' (include_path='.;W:/modules/php/PHP-5.3.23/;W:/modules/php/PHP-5.3.23/PEAR') in W:\domains\holograma\core\model\modx\modmanagercontroller.class.php on line 936

После установки пакета захожу в Приложения >> xlexicon и получаю ошибку: Fatal error: require_once() [function.require]: Failed opening required 'W:/domains/holograma/core/components/xlexicon/controllers/index.class.php' (include_path='.;W:/modules/php/PHP-5.3.23/;W:/modules/php/PHP-5.3.23/PEAR') in W:\domains\holograma\core\model\modx\modmanagercontroller.class.php on line 936

После установки пакета захожу в Приложения >> xlex

Вот заплатка. Просто перепишите содержимое этого файла и все. Руки не доходят собрать новый пакет, все времени нет.