В общем-то всё решилось. Оказалась, проблема была в скрипте вызова всплывающей корзины, который отслеживал клик на всем документе, и если ближайший элемент — корневой узел всплывашки, то корзина обновлялась по AJAX. После такого ощущаешь себя мартышкой с гранатой)) но, на то он и опыт)

У меня таких конструкций if else предполагается много. Что ж мне, теперь плодить кучу чанков?

В документации об этом сказано:

MODX does not like =,? and & in snippet parameters. If the template code has to use those signs, put the template code in a chunk or change the default templates in the config file.

multiTV custom template variable

Можно попробовать использовать prepare. Либо переходить на ветку 3.* и работать с Blade.

Вот такое по логике вообще не должно срабатывать нигде =)

Но именно эта конструкция работает, только добавляет скобки побокам а по другому заставить работать никак не получается. У меня таких конструкций if else предполагается много. Что ж мне, теперь плодить кучу чанков? Я, конечно, только второй день изучаю modx, но мне уже че-то поплохело. Казалось бы — тривиальная задача, а нет.

Вынеси rowTpl в чанк, и будет нормально работать условие из документации:

[!if? &is=`[+iteration+]:=:1` &then=`true` &else=`false`!]

Вот такое по логике вообще не должно срабатывать нигде =)

[![if? &is=`[+iteration+]:=:1` &then=`true` &else=`false`]!]

Я бы зашел со стороны токена.
При авторизации юзера куку сохраняю как токен в базе. При выходе — затираю.
Соотвественно если нода имеет доступ к этой куке — достаточно простым запросом проверить есть ли юзер с таким токеном. Если есть — он залогинен. Если нет — значит не залогинен и куку можно зачистить.

Если префикс таблицы стандартный, и делать всё по заметке – должно получиться.

Докер под виндой никогда нормально не работал. Это нормально такая скорость. Он просто не предназначен для винды.

да. пробовал и под убунту на виртуалке использовать докер. modx еще не ставил тогда. но трагической разницы не заметил. под виндой docker desktop иногда показывает проблемы, если какой-то контейнер не запустился. не все ж docker ps -a юзать

mysql 5.7
что интересно, под virtual box на ubuntu, без всяких докеров ответ сервера был 14 (!) ms
я подумал, может я каких-нибудь пакетов недоустановил, вон их тут сколько

Под виндой небось работаете?

PHP хотя бы php7.1-fpm поставь. А так все зависит от проца, оперативки.
MYSQL тоже версию нужно обозначить, или mariadb поставить.
500-600 миллисекунд это нормально. =)

Что-то попробовал, не завелось. Ладно, чуть позже посмотрю, что не так.

Олег вы комментируете сообщение 5-летней давности. Шанс что вам ответят — невелик.

Расширить класс

core/components/minishop2/model/minishop2/msorderhandler.class.php

переопределив метод submit(). Только чем мешает редирект? Как вы собираетесь сообщать пользователю, что заказ оформлен успешно?

Добрый день. Как вы решили эту проблему?

мини-корзина открывается по клику:

document.addEventListener("click", function(event) {
        if (event.target.closest(".header .cart")) {
          $.ajax({  
            type: "POST",  
            url: '[[~10]]',
            success:  function(data) { 
              if (data){
                $('.cart__list').html(data);
              }else{
                miniShop2.Message.error('Что-то пошло не так, попробуйте позже!');
              }
            }
          });
          cart1.classList.add("cart--active");
        }
        if (!event.target.closest(".header .cart")) {
          cart1.classList.remove("cart--active");
        }
      });

В ресурсе №10 лежит список товаров, который вызывается

[[!msCart?
  &tpl=`toggleCart`
]]

toggleCart:

{foreach $products as $product}
  <li class="cart__item">
    <form class="cart__product ms2_form" id="dynamic-{$product.id}" method="post">
      <img class="cart__thumb" src="{$product.image}" alt="{$product.pagetitle}">
      <div class="cart__info">
        <p class="cart__title">
          {$product.article}
        </p>
        <span class="cart__price">
          {$product.price}
        </span>
      </div>
      <div class="cart__product-quantity">
      </div>
      <input type="hidden" name="id" value="{$product.id}">
      <input type="hidden" name="key" value="{$product.key}">
      [[!msDynamicCount?
    		&id=`{$product.id}`
    	]]
    </form>
  </li>
{/foreach}

таким образом получается следующее: при клике «положить в корзину» сколько бы то ни было раз товар в нужном количестве попадает в корзину. При открытии мини-корзины AJAX-ом делается запрос на ресурс №10, который сниппетом msCart по шаблону toggleCart формирует из корзины список товаров и их количество. Из toggleCart запускается сниппет msDynamicCount при изменении количества единиц товаров. Учитывая, что запросы выполняются AJAX'ом, возможно, не стоит ждать быстрой скорости реакции. В моем случае это 1-3 секунды при обновлении страницы. И даже в этом случае нет гарантии, что количество единиц товара будет изменено. Плюс, в инпут невозможно ввести свои показания: фокус очень быстро «уходит» с инпута(возможно ввести символы, но такое никуда не годится).

Когда добавляю товар в корзину появляется jgrowl-попап об успешном добавлении товара в корзину, а счетчик товара прибавляет один товар и сразу же отнимает. Чтобы добавить единицу товара в корзину нужно нажать 1-3 раза по плюсу. Если после нажатия на плюс сразу перейти в корзину — товар добавляется, иначе — возможно да, а может и нет. Что-то мешает, причем каждый раз необходимо разное количество попыток чтобы увеличить количество товара.
Кто-нибудь знает где примерно искать причину или может сталкивался с подобным?

Запишите ишу, чтобы зафиксировать проблему.

При тестировании блога на MODX 3 и pdoTools 3 сниппет pdoNeighbors выводит ссылки на все предыдущие и все последующие посты относительно текущего. Т.е. не так как должно быть. Пытались решить с помощью &limit=1 и &depth=1, никаких результатов.


При этом на MODX2 со старой версией pdoTools все работает и как положено, т.е. pdoNeighbors выводит ссылки на соседние ресурсы по одному: предыдущий пост слева, последующий пост справа. Можно с этим что-то сделать или просто лучше подождать стабильных версий MODX и pdoTools?

Спасибо, именно это и искал