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

У меня открывается.

Используй traceroute, Люк, чтобы понять, где тормозится сигнал.

Да, нормуль.

У меня совсем скоро тоже будет перенос большого магазина с MS1 на MS2, так что разработаю кое-какие инструменты для миграции.

Тебе нужно изменять форму заказа в зависимости от типа заказа.
Честно говоря, я вообще слабо представляю, как сделать то, что ты хочешь, на miniShop1.
И дело тут не только в форме, а в том, где хранить разные данные? В поле комментарий, что ли?

Но всё же, в общих чертах постараюсь обрисовать вариант решения:
1. Категорий много, а корзина одна. Значит, она должна формироваться в зависимости от товаров.
2. Нужно при оформлении заказа отправлять запросы на сервер и там определять какие поля показывать, а какие нет. Для этого нужно использовать ajax, понятное дело.
3. Обрабатывать запросы можно хотя бы так.

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

Короче, тут писать и писать самостоятельно, miniShop так не умеет, по умолчанию.

Зачем текст оформлен тегом 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 пишется с расчётом на мультиязычность. Другой вопрос, насколько удобно получится?