ClientConfig грузит параметры в плагине на событие OnHandleRequest.
А ShopKeeper при Ajax видимо данное событие не вызывает.
Если ShopKeeper вызывает какие-нибудь события при запросе нужного ajax, то можно написать плагин на эти события и грузить настройки ClientConfig самому (код можно взять из плагина ClientConfig).
Если нет, то только вклиниваться в код ajax обработчика.
Сомневаюсь, что у сотрудников в Яндексе отключены куки.
Это наверное 90% интернет-магазинов перестанет работать.
Мне кажется проблема в чем-то другом.
К тому же (если видео не смонтировано) видно начиная с 17 секунды что у него корзина пустая, а при переходе на другую страницу вдруг оказывается что в ней 1 товар.
А чуть дальше он добавляет товар в корзину и товаров в мини-корзине становится 2.
Что значит нет куков. Это значит при любом запросе будет пустая корзина.
Кол-во товаров в корзине минишоп возвращает, а не считается на JS.
Так что при отсутствии кук 2 товара в корзине никак быть не может.
Первое что я заметил и попробовал бы поменять:
1. Сайты baltgaz.ru и baltgaz.ru/shop/ хоть и разные, но домены одинаковые и используют одно имя для сессионной куки — PHPSESSIONID. Не знаю влияет ли это, но я бы на одном из сайтов указал другое имя. Имя можно указать в настройке MODX session_name
2. Нет редиректа с www.baltgaz.ru/shop/
Если добавить что-то в корзину на сайте без www и перейти вручную на домен с www, то корзина очищается. Но ссылки по прежнему введут на baltgaz.ru/shop/
Может в этом все дело? Нужно оставить какой-то один сайт.
Если сервер это Denwer/OpenServer итд и ни один пакет не качается из репозитория SD, то я на 90% уверен что это из-за SSL.
В этих сборках вроде не хватало файла корневых сертификатов.
Нужно или как-то подсовывать этот файл.
Или вносить изменения в MODX и добавлять curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false), что в MODX врят ли сделано.
Через parse_url можно получить компоненты URL
Через parse_str можно распарсить параметры в массив
Поменять в массиве нужные значения и собрать обратно в строку через http_build_query
Затем собрать URL.
Можно использовать http_build_url, но нужно PECL ставить
Пробовали. Если нужно в тесте поменять один чанк, то все работает из коробки. Единственно что код отправки в Google Analytics старый, если на сайте установлен новый счетчик Universal Analytics, то уже самим допиливать.
Если нужно в тесте менять в 2-х местах, например в шапке и подвале сайте, то приходится идти на некоторые хитрости. Возможно для таких случаев предусмотрен режим теста со сменой шаблона, но если на сайте несколько шаблонов и тест нужен на всех страницах, то дублировать все шаблоны не очень удобно.
Плюс почему-то не предусмотрен функционал отключения теста. Т.е. у теста есть чекбокс «Active», но если тест выключить и вызвать сниппет с этим тестом, то будет выдаваться ошибка, что тест не активен. Смысл этого чекбокса мне не понятен.
Аналитикой от компонента не пользовались, все данные отправляли в Google Analytics и анализировали там.
Не совсем понял что и куда вы ставите.
Из PR можно посмотреть какие файлы меняются и перенести изменения в текущую версию Ace.
Там всего добавляются 2 новых файла и пара строк в плагин Ace.
Кстати, нашел параметр clearFieldsOnSuccess, по умолчанию 1
Если в вызове FormIt указать 0, то значение очищаться не будут. Тогда можно ставить и через $hook->setValue()
Если есть какие-нибудь ошибки в форме, то FormIt автоматом добавляет плейсхолдеры из значений формы (точнее из $hook->getValues). Это сделано чтобы значения в форме не терялись при ошибке в одном из полей.
Но если в форме ошибок нет, то FormIt этого НЕ ДЕЛАЕТ. Устанавливает только fi.successMessage и подобные плейхолдеры.
Если вам нужно подставить в форму значение из хука, то нужно установить плейсхолдер в MODX самостоятельно, т.е. хук должен выглядеть следующим образом:
Нужный пользователь передается в параметрах события
$id это id пользователя, которого активировали, а $user — объект modUser этого пользователя
Т, е. чтобы отправить пользователю письмо достаточно в плагине на OnUserActivate написть:
Так делать бесполезно. Когда выполняется сниппет ресурс уже загружен из кэша и загружается с ключем resource, а не resource/pjax.
В лучшем случае документ будет всегда браться из базы, т.к. в кэше не будет находить (берется то он с ключем resource, а сохранятся будет с ключем resource/pjax), в худшем документ будет не с тем шаблоном.
Надо обязательно делать это в плагине, и на событии которое вызывается до загрузки документа
А ShopKeeper при Ajax видимо данное событие не вызывает.
Если ShopKeeper вызывает какие-нибудь события при запросе нужного ajax, то можно написать плагин на эти события и грузить настройки ClientConfig самому (код можно взять из плагина ClientConfig).
Если нет, то только вклиниваться в код ajax обработчика.
К тому же эти настройки были и в версии 2.2. А устарели они в связи с введением источников файлов.
Это наверное 90% интернет-магазинов перестанет работать.
Мне кажется проблема в чем-то другом.
К тому же (если видео не смонтировано) видно начиная с 17 секунды что у него корзина пустая, а при переходе на другую страницу вдруг оказывается что в ней 1 товар.
А чуть дальше он добавляет товар в корзину и товаров в мини-корзине становится 2.
Что значит нет куков. Это значит при любом запросе будет пустая корзина.
Кол-во товаров в корзине минишоп возвращает, а не считается на JS.
Так что при отсутствии кук 2 товара в корзине никак быть не может.
Первое что я заметил и попробовал бы поменять:
1. Сайты baltgaz.ru и baltgaz.ru/shop/ хоть и разные, но домены одинаковые и используют одно имя для сессионной куки — PHPSESSIONID. Не знаю влияет ли это, но я бы на одном из сайтов указал другое имя. Имя можно указать в настройке MODX session_name
2. Нет редиректа с www.baltgaz.ru/shop/
Если добавить что-то в корзину на сайте без www и перейти вручную на домен с www, то корзина очищается. Но ссылки по прежнему введут на baltgaz.ru/shop/
Может в этом все дело? Нужно оставить какой-то один сайт.
В этих сборках вроде не хватало файла корневых сертификатов.
Нужно или как-то подсовывать этот файл.
Или вносить изменения в MODX и добавлять curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false), что в MODX врят ли сделано.
rtfm.modx.com/revolution/2.x/developing-in-modx/advanced-development/modx-services/modmail
В хуке прописывать нужные параметры
В теории должно сработать
Через parse_str можно распарсить параметры в массив
Поменять в массиве нужные значения и собрать обратно в строку через http_build_query
Затем собрать URL.
Можно использовать http_build_url, но нужно PECL ставить
У комбобокса должен быть параметр hiddenName: 'forres'
Если нужно в тесте менять в 2-х местах, например в шапке и подвале сайте, то приходится идти на некоторые хитрости. Возможно для таких случаев предусмотрен режим теста со сменой шаблона, но если на сайте несколько шаблонов и тест нужен на всех страницах, то дублировать все шаблоны не очень удобно.
Плюс почему-то не предусмотрен функционал отключения теста. Т.е. у теста есть чекбокс «Active», но если тест выключить и вызвать сниппет с этим тестом, то будет выдаваться ошибка, что тест не активен. Смысл этого чекбокса мне не понятен.
Аналитикой от компонента не пользовались, все данные отправляли в Google Analytics и анализировали там.
Из PR можно посмотреть какие файлы меняются и перенести изменения в текущую версию Ace.
Там всего добавляются 2 новых файла и пара строк в плагин Ace.
Но насколько совместим с текущей версией Ace не знаю
Можешь посмотреть как сделано у меня в драйвере для Swift github.com/evd/modx-swift/blob/master/_build/build.transport.php#L54
Если в вызове FormIt указать 0, то значение очищаться не будут. Тогда можно ставить и через $hook->setValue()
Но если в форме ошибок нет, то FormIt этого НЕ ДЕЛАЕТ. Устанавливает только fi.successMessage и подобные плейхолдеры.
Если вам нужно подставить в форму значение из хука, то нужно установить плейсхолдер в MODX самостоятельно, т.е. хук должен выглядеть следующим образом:
$id это id пользователя, которого активировали, а $user — объект modUser этого пользователя
Т, е. чтобы отправить пользователю письмо достаточно в плагине на OnUserActivate написть:
В коннекторе вроде все верно.
В JS baseParams: { action: 'mgr/course/getlist' } все-таки с маленькой буквы?
В процессоре имя класса в конце указано, как в modExtra?
github.com/bezumkin/modExtra/blob/master/core/components/modextra/processors/mgr/item/getlist.class.php#L36
В modExtra путь к процессору указывается там https://github.com/bezumkin/modExtra/blob/master/assets/components/modextra/connector.php#L16
В лучшем случае документ будет всегда браться из базы, т.к. в кэше не будет находить (берется то он с ключем resource, а сохранятся будет с ключем resource/pjax), в худшем документ будет не с тем шаблоном.
Надо обязательно делать это в плагине, и на событии которое вызывается до загрузки документа
Не понял что именно вызываете, setOption?