Дмитрий Суворов

Посмотрите, какой ID имеет пункт самовывоза (в админке или в коде сайта), в примере указан вариант доставки с ID 5, у вас пункт «Самовывоз» может быть под другим ID. Тут же JQuery, манипуляция с версткой и структурой html, знать принципы работы с MODX в данном случае не обязательно.

Данное приложение работает на основе Inwidget. Автор Inwidget записал видео, в котором рассказал как можно решить данную проблему.

ну все верно у вас. Если хотите — могу глянуть детальнее на сайте, доступы можете в skype скинуть: dmitry_suvoroff

Ну да

посмотрите, точно ли создана картинка, лежит ли она на сервере? Она исходя из примера должна лежать в папке assets/images/products/23/300x300
Загляните в журнал ошибок, что там пишет?

Просто создайте TV, присвойте его всем шаблонам и установите значение по умолчанию (1)

этим занимаются, как правило, чтобы угодить тесту: developers.google.com/speed/pagespeed/insights/

Судя по всему, необходимо для каждой страницы добавить TV, под именем «Minify». Если в нем будет содержаться 1 — то плагин сработает, если 0 — то нет.

Сам плагин повесить на событие OnWebPagePrerender

120x190 — это стандартный размер превью для товаров, содержится в плейсхолдере [[+thumb]] который у вас выводится в tpl.msProducts.row2. Он задается в настройках.

Чтобы использовать превьюшку 250x250 нужно задать ее в параметре Thumbnail в источнике файлов и в вызов mFilter2 добавить:

&includeThumbs=`250x250`

А в tpl вместо [[+thumb]] использовать [[+250x250]]

не знаю) Просто MODX он же себя позиционирует как безопасная система — а это состояние нужно регулярно совершенствовать. А следовательно — я не могу понять их реакцию на последние новости. Тем более нынешняя проблема вероятнее всего существует столько, сколько существует MODX.

modx.com/get-modx/security

MODX Revolution was architected from day one with security in mind. All database operations using Revo’s public APIs use xPDO. This is an intermediate database layer, based on the PHP PDO project (recently adopted by Drupal), that ensures code is properly sanitized before being saved to the database. This aims to prevent SQL injection attacks common in many web platforms today.

Действительно очень прискорбно, что у разработчиков MODX есть время на обновление собственного сайта, переработку его практически с нуля, сбору статистики о беспрецедентной безопасности, но нет времени бросить всё (на сколько известно, так как новостей что идет работа какая-то в этом направлении нет никаких) и как ужаленные в жопу закрывать все дыры. А они вообще в курсе всей этой волны, или они знают только о её начале?

Круто! Как раз то что нужно было)

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

Прощу прощения за беспокойство, просто из-за светлого дефолтного оформления не замечал этот косяк ранее и не проверив решил что из-за темы

Доброго времени суток! Заметил небольшой баг при использовании темы dark.

В «Контроле доступа», такой момент: prnt.sc/d3ibo3
Если пробовать оттянуть границу вправо, она наоборот смещается влево на определенный интервал при каждой попытке:
1. prnt.sc/d3ia5c
2. prnt.sc/d3ibcx

Я и говорю, что MIGX в данной ситуации немного не пришей собаке хвост и нужен только если нет возможности купить ContentBlocks)

Это как вариант, сколько-нибудь приблизительный под эти цели :)
Используя MIGX можно тоже предварительно шаблонизировать каждую строку, если у нее например указать одно поле как выпадающий список, в котором можно было бы выбрать необходимый тип блока. А так конечно ContentBlocks под эти цели и создан, но если есть финансовые ограничения, то выход один — MIGX

Можно было бы MIGX под это дело прикрутить, не так красиво получится, как через ContentBlocks, зато бюджетно

В комментах Василий поделился рабочим решением: modx.pro/help/3420/

можно Ваш скайп, пожалуйста?