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

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

Скажу что все файлы грузятся из пути, указанного в pdotools_elements_path. Это системная настройка, которая перекрывается настройками пользователя.

Осталось сложить 2 + 2.

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

Дальше будем чистить оставшиеся баги. Хочешь помочь — найди в чём причина самостоятельно, пришли PR на GitHub, пригодится.

Можно сказать, что никакой ошибки нет. При добавлении товара из списка есть массив options, а при добавлении со страницы товара его уже нет.

Ключ товара в корзине генерируется с учётом всех переданных параметров и выходит, что это как-бы 2 разных товара. Что с одного места, что с другого, добавить более 1 товара нельзя.

Как тут лучше исправить, пока непонятно. Но ты можешь назначить свой класс корзины и переписать проверку не по ключу, а по id товара.

Странно.

По идее, всей работой рулит один класс корзины и он проверяет эту настройку. Может у тебя на странице товара он как-то в обход добавляется, через свои костыли?

Ну вот, успокоил.

В modstore лежит обновлённый phpthumbon, который работает.

Насчёт системы кэширования — только файловая.
По моему опыту, от других в MODX больше вреда чем пользы. Но если очень хочется — можно использовать встроенный в php opcache.

Можно попробовать заменить на phpthumbon, он умнее.

Еще можно попробовать освоить ms2Gallery. Он генерирует превьюшки сразу при загрузке, поэтому намного более предсказуемый в плане потребления места.
Плюс, с ним можно использовать облачные хранилища и тогда место никогда не закончится.

Ну не бывает так, что ничего не работает и ошибок нет.

Обрати внимание, ты здесь один пока с такими сообщениями выступаешь, у остальных работает как-то.

Да нет, должно всё и так работать.

У тебя скорее всего какое-то дополнение ломает отображение панели. Или в браузере что-то закэшировалось. В общем, смотри консоль на предмет ошибок javascript.

P.S. Кстати, у тебя там может просто старая ссылка в меню? Попробуй открыть

/manager/?a=mgr/orders&namespace=minishop2

Могу только посочувствовать.

Обновился на beta, без бэкапов и чтения анонсов — что тут еще остаётся?

Это не дубли, это одна и та же страница с $_GET параметрами в url.

Владимир чуть ниже даёт дельный совет. Я от себя еще добавлю, что нужно поискать, кто на сайте сгенерировал такие ссылки.

yandex.ru/?ND
www.google.ru/?ND

Только что сделал дубли Яндексу и Гуглу.

Внимательно посмотри на плагин и не смущайся.

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

Он сгенерирует кэш, а обычный юзер сайта потом не может его перезаписать.

Насколько я вижу, он предлагает добавлять свои таблицы и хранить данные там. А потом выбирать своими сниппетами — это всё не очень удобно.

Пашин способ проще, приятнее и более «родной» для всех компонентов системы.

Так и сделано, просто не указывай больше &tplPath.

Это ошибка, только что выложил исправление — обновись, почисти кэш и проверяй.

В лог сервера — все ошибки 500 только там.

Системная функция да, не кэширует.
А при вызове через Fenom логика несколько сложнее и с версии 2.1.1 все вызовы сниппетов стали кэшированные по умолчанию.