Николай Савин

Андрей, вам скорее, нужно использовать ChangeDomain в связке с Fenom
Тогда можно будет на основе поддоменов выставлять любые свои параметры. А если еще и компонент доработать (то можно прямо в админке параметрами управлять).
Я вот для себя этот проект форкнул, создал сколько мне нужно полей, немного логику дописал и сейчас мы его используем, делаем разный SEO контент для разных городов.

А правда ходят слухи что будет MODX3?

Хороший программист всегда автоматизирует свою работу!

У нас новый сервис «Погуглю за тебя»? Иван — ты когда работать успеваешь?

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

$count;
foreach($cart as $key => $value){
$count += $value['count']
}

Да интересно — присылайте ваше видение.

Это можно — выберу время добавлю. Спасибо за мнение.

Дата хранится само собой.
Капча здесь не нужна, достаточно встроенной проверки на ajax запрос. На крайний случай добавлю поддержку crsf токена.

Вряд ли контент-менеджер знаком с vue ))

Контент-менеджеров? это ты кого так обозвал? Всех кто пишет статьи что ли?

А были ли вообще такие случаи? Ну кроме вопросов. Обычно, если заметка не нравится — минусы не ставят — а вот в комментариях срутся, пока админ не вмешается. Я по крайней мере других случаев не наблюдал.

Да и не гоже мусолить одну и туже тему и засорять фид!

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

У тебя сервер же выдает ошибку. Смотри логи сервера. Скорее всего превышен лимит выделенных ресурсов. В таком случае тебе нужно не на лету генерировать страницу, а через консоль отдельный XML файл генерировать.

Ниче не другие поля. я же выше написал, что RetailCRM понимает YML и его ICML это расширение YML. На всякий случай YML — это Yandex Market Language — то есть формат придуманный маркетом.

 Хороший вопрос. Товары конечно выгружаются из сайта в CRM, причем поддерживается автоматическая и ручная синхронизация. Но работает это не через API — все проще.
Как и для ЯндексМаркета формируется xml страница с YML каталогом. RetailCRM его прекрасно понимает. Важно понимать что в YML нет торговых предложений. То есть кроссовки не важно какого цвета и размера это один и тот же товар с одной ценой. А цвет и размер передается уже просто как опция заказа.

RetailCRM в этом плане пошли дальше и сделали поддержку торговых предложений. Тут уже можно разбить один товар на несколько. К примеру по цвету или размеру. Такой формат называтся ICML — это расширение YML формата. Как правильно сформировать ICML файл можно подробно прочитать здесь

Я даже могу дать пошаговую инструкцию по выгрузке товаров (YML формат, попроще)
1. Создаем отдельную XML страницу, называем ее icml
2. Пишет примерно такое содержание из двух сниппетов

<?xml version="1.0" encoding="UTF-8"?>
<yml_catalog date="{"" | date : "Y-m-d H:i:s"}">
    <shop>
        <name>{'site_name' | option}</name>
        <company>{'site_name' | option}</company>
        <url>{'site_url' | option}</url>
        <currencies>
            <currency id="RUR" rate="1"/>
        </currencies>
        <categories>
            {'!pdoResources' | snippet : [
            'parents' => 0,
            'level' => 10,
            'limit' => 0,
            'showHidden' => 0,
            'where' => ['class_key' => 'msCategory'],
            'sortby' => 2,
            'tpl' => '@INLINE <category id="{$id}" parentId="{$parent}">{$pagetitle}</category>'
            ]}
        </categories>
        <offers>
            {'!msProducts' | snippet : [
            'parents' => 2,
            'level' => 10,
            'limit' => 0,
            'tpl' => '@INLINE
                <offer id="{$id}" productId="{$id}" available="true">
                    <url>{$id | url : ["scheme" => "full"]}</url>
                    <price>{$price | replace : " " : ""}</price>
                    <categoryId>{$parent}</categoryId>
        	        <purchasePrice>{"msProductOptions" | snippet : ["product" => $id, "onlyOptions" => "opt_prices"]}.00</purchasePrice>
        	        {if $old_price > 0}<oldprice>{$old_price  | replace : " " : ""}</oldprice>{/if}
                    <currencyId>RUR</currencyId>
                    <vendor>{$vendor.name}</vendor>
                    <vendorCode>{$article | replace : "&" : "AND"}</vendorCode>
                    <manufacturer_warranty>true</manufacturer_warranty>
                    <picture>{"site_url" | config | replace : "ru/" : "ru"}{$image}</picture>
                    <name>{$pagetitle | replace : "&" : "AND"}</name>
                </offer>
            '
            ]}
        </offers>
    </shop>
</yml_catalog>

3. Идем в RetailCRM — администрирование — магазины — каталог.
Выбираем там «загружать из ICML» — указываем ссылку на нашу XML страницу — ставим отметку загрузить сейчас и жмем сохранить.
Все после этого по идее каталог товаров будет загружен автоматически — причем CRM сама будет переодически (раз в день по моему) обновлять товары в базе.

Ну и после этого важно понимать, что передавать товары в плагине заказ не нужно — нужно передать лишь идентификаторы товара и если надо опции. Остальные данные (название, цена, картинка) уже подгрузятся сами из базы CRM.

Надеюсь все понятно объяснил. Могу в рамках техподдержки помочь все это настроить (после покупки конечно)

Это все есть на странице программы в разделе История изменений

История modRetailCRM 2.4.1 — (14.12.2018)

Добавлена смена статуса платежа в CRM
2.4.0 — (14.12.2018)

Настроен учет промо-кодов и скидкок компонента msPromoCode
Исправлены мелкие ошибки плагина.
Добавлены подписи популярных свойств size,color для передачи нормально читаемых опций
Добавлено обнаружение msOptionsPrice2 и заготовка под передачу опций
==============

2.3.3 — (13.12.2018)

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

2.3.2 — (13.12.2018)

В объект msOrderStatus, добавлено дополнительное поле retailcrm_status_code, позволяющее указать символьный код статуса заказа из настроек retailCRM.
Настроено отслеживание изменения статуса заказа.

В ближайшее время будут еще изменения. Как минимум синхронизация статусов заказов в обе стороны. Я над этим работаю.

Именно так. Обновления только после покупки!

Думаю это останется на совести владельцев сайта, использующих подобную технологию.

Вручную это каталог кэша с файлами удалить или в админке кнопку нажать?
Если через админку чистить — то нет, не очистится!