Василий Наумкин

Зачем текст оформлен тегом code?

О чем речь вообще, о магазине?

О каком именно магазине?

О каких шаблонах?

Лично я не понял вопроса, через это не способен ответить.

На будущее — сразу учись читать схему.

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

Есть даже визуализатор. Например, вот так выглядит схема MS2.

Таблицы соединены не настолько крепко =)

$data = $modx->getObject('msProductData', array('article' => 111));
$product = $data->getOne('Product');

echo '<pre>'; print_r($product->toArray()); die;

Для разных выборок лучше использовать pdoTools, хотя, я не знаю, что именно ты хочешь.

Работать нужно с классом msProduct, всё остальное делается автоматически и не должно тебя беспокоить.

Просто напиши

$res = $modx->newObject('msProduct');
echo '<pre>'; print_r($res->toArray()); die;

и сразу станет всё понятно.

Товаров и категорий изменения особо не касаются. Разве что, исправлен косяк с типом полей для хранения цены и веса.

Всё что нужно обновится автоматически, при установке нового пакета.

Да всё там грузится как надо.

Курите исходники, найдёте ошибку — исправлю.

Будет новая версия mFilter, он давно ждёт полной переделки.

Но когда — не знаю. Пока попробуй старый использовать.

Изначально планировал всё выпустить через неделю после той беты.

Но по разным причинам — не вышло. Зато, в итоге, и результат лучше.

Я уже слабо помню Evolution, поэтому только в общих чертах:

1. Нужно самостоятельно пропарсить результат, в Revo это делается так:

$modx->getParser()->processElementTags('', $html, false, false, '[[', ']]', array(), 10);
$modx->getParser()->processElementTags('', $html, true, true, '[[', ']]', array(), 10);
return $html;

2. Насколько я понимаю, обрабатывается не url, а параметры в url, переданные в $_GET. Соответственнл, нужно немного изменить сниппет, чтобы он понимал параметры не только оттуда.

Советую задать эти вопросы камрадам с modx.im

Отдельная табличка и записи в нее при каждой активности юзера плагином по OnLoadWebPage.

А юзерам идентификатор в сессию, или куки, чтобы отличать гостей.

Ну а по табличке потом выводим статистику где нужно.

Делай. 8го марта выходит полная версия.

Документация доступна только по подписке, иначе ее совем не интересно писать.

В течении 10 минут открываются.

Может быть.

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

Да и в целом, zp + qiwi меня вполне устраивают.

Не вижу оплаченных счетов.

4 созданных операции вижу, а оплаты — нет. Деньги с карты сняли? Подтверждение об оплате на почту пришло?
Похоже на какие то тормоза между банком карты и z-payment.

1. То что есть — подготовка к нормальному разделу юзеров.

2. Я же отвечал — юзай плагины. Добавляй самостоятельно cut или вноси свой introtext.

3 и 4. Там же pdoTools, каждый свой сниппет может легко сделать.

В целом, у меня и у самого планов навалом, но по очевидным причинам пока всё заморожено.

pdoTools

Используется в Tickets и miniShop2.

Вот прямо сейчас делаю, чтобы чанки писем заказа оформлялись на языке того контекста, в котором он сделан.

То есть, MS2 пишется с расчётом на мультиязычность. Другой вопрос, насколько удобно получится?

На miniShop1 этого нормально не сделать.

На miniShop2 сделать, но там еще нет инструмента связи товаров через контексты, придётся юзать Babel.

Про остальных не знаю.

Если ты хочешь заменить дефолтный id, то нужно наследовать таблицу от xPDOObject.

Если ты хочешь именно копировать из id в reg_nomer, когда не прислано значение — через xml этого не сделать.
Нужно изменить в классе ATPItem метод save(), чтобы он проверял reg_nomer на пустоту и если что — копировал туда id перед сохранением.

Просто увеличение. Со скоростями там и так всё окей, вроде.