Андрей Ятин

Ну какого-то умысла в этом не было. Просто, чтобы урл был был правильный относительно языковой версии.

В смысле?

Не все, но может быть остальные по запросу получится.

Чистил.
Кстати, очистка папки кэша иногда помогает, но только на какое-то время, потом всё опять ложится.
Также иногда помогает ремонт и очистка кэша таблицы site_content, но тоже на время.
Вообщем, это какая-то мистика. Хоть ставь чистый MODX и наполняй сайт заново.

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

Есть у кого идеи? А то оно периодически то ложится, то работает.

Пока писал вопрос, всё опять заработало, даже в админку не лез, само собой. Вот на долго ли…

Да, стоит 0.4.0. Сейчас буду обновляться, спасибо.

Василий, не авторизует через твиттер. На страницу запроса о доступе к данным попадаю, пишет, что идёт переадресация, но на самом сайте авторизации не происходит. ini_set('apc.cache_by_default', 0); не помогло, лог ошибок сайта и хостинга пустуют. В чём может быть причина?

Спасибо, помогло. Единственное почему то через сохранение объекта msProduct не заносит в базу пришлось прямой запрос делать.

Не помогло, видно дело не в этом.

Сделал аналогичным способом

$processorPath = MODX_CORE_PATH . 'components/minishop2/convert/ms1/processors/';
        //return $modx->error->success($foto);
            $file = array(
                'id' => $id_product,
                'name' => $id_product.'-' . translit($article).'.' . getFileType($img),
                'file' => $img,
            );

            require $processorPath . '/config.inc.php';

            $response = $modx->runProcessor('gallery/upload', $file, array('processors_path' => $processorPath));
            if ($response->isError()) {
              return $modx->error->success($response->getMessage());
            }

Ошибок не возвращает, но не генерирует изображения.
Генерируется только в одном ресурсе. Во всех ресурсах подхватывает по умолчанию источник файлов «Filesystem».
В одном в котором руками заменял источник файлов на MS2 Images срабатывает, в остальных нет.
В чем может быть причина?

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

Глюк только с одним контейнером что интересно, если найду из-за чего отпишу.

Заработал плагин. Забыл в нём в конце написать

$resource->save();

Захожу в настройки форм, создаю новый профиль, в нём создаю новый набор правил. Указываю в качестве ограничивающего поля parent, в качестве значения 47 (id категории с товарами). В строке template в поле «Значение по умолчанию» указываю 21 (id нужного мне шаблона). Создаю новый товар — шаблон не подставляется. Причем любые другие изменения формы, допустим в поле «Новое имя» написать «Шаблонищще», то всё подхватит на ура. Предполагаю, что это делает минишоп, потому как у него есть шаблон по умолчанию для товара в настройках системы, но пока не рылся в классе.

Кстати да) Что-то сразу не дошло)
Ну а вообще странная проблема с настройкой форм: любые изменения с шаблоном воспринимаются нормально, кроме указания ИД — он на отрез не подставляется.

По-поводу конфликта пока не скажу, так как полную корзину пока не не сделал. Ну а так пока всё отлично. Единственное что нужно будет дописать — это аяксовое её обновление при добавлении товара в корзину.

Строки 23-36, 134-153

На странице вызываю сниппет корзины:

[[!msCart? &tplOuter=`miniCartOuterCHNK` &tplRow=`miniCartOuterRowCHNK`]]

Скопировал дефолтный js минишопа и чуток над ним извратился modx.moohii.com/assets/components/minishop2/js/web/custom.js

Ну а пхп файлик представлен в шапке.