Максим Кузнецов

Как альтернатива — через jquery:

function addBanner() {
	$(".container > div:nth-child(16n)").after("<div id='bannerBlock'></div>");
}

— и вешать функцию на каждое срабатывание mfilter2.

Да. Где где, а там примеров с where хватает..)

Не за что. %)

Ну, примеров как формировать json-запрос, думаю, в интернетах хватает. Могу только еще порекомендовать поиск на этом сайте и утилиту для проверки json.

А по поводу параметров сниппета — вам в документацию.

Дело в том, что оборачивая результат в :notempty вы не отменяете то, что он сначала добавляется в выборку, а уже после визуально прячется.

Вам нужно убрать обертку notempty и добавить условие в вызов сниппета

&where=`{"imagesl:!=":"","AND:imagesl:!=":null}`

— таким образом вы будете отсеивать ненужные документы в момент выборки, а не после.

Есть, например вот такое решение.

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

А у вас, случайно, не русскоязычный домен?

Если да, то попробуйте в сниппете AjaxSnippet строку 20, заменить на:

$modx->context->makeUrl($modx->resource->id);

спасибо)

Можно ли каким-либо образом указать методу makeUrl() параметр schema, по аналогии с [[~[[*id]]? &scheme=`full`]]?

У ms2Gallery есть источник файлов:
медиа -> источники файлов -> редактировать нужный источник -> параметр thumbnails

Там, помимо прочего, есть и &zc.

Вам нужно прописать или расширить класс-обработчика корзины.

По-умолчанию товар добавляется в корзину того контекста, в котором находится товар (подробнее тут).
Заодно можете почитать здесь как искать товары в других контекстах.

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

Мм… Ну, версия minishop'a 2.2 уже довольно стабильная — решать вам.

Лично я пока добавляю по старинке, ожидая minishop 3. %)

Характеристики товаров minishop2

Дело в настройках jevix, который по-умолчанию обрабатывает контент тикетов на выходе.

Вы можете изменить их, зайдя в Наборы параметров -> Ticket -> Jevix.

1. Ограничить видимость контента только для зарегистрированных пользователей:

[[!+modx.user.id:isloggedin:is=`1`:then=`все, что должно быть видно авторизованному пользователю`:else=`а здесь - неавторизованному`]]

2. По поводу &pid имеется ввиду следующее:
Вам необходимо создать ресурс (желательно, доступный только доверенной группе пользователей), где непосредственно будет размещаться форма. Например, «Администрирование товаров», site.ru/catalog/admin.
— чтобы создать новый товар, пользователю нужно просто зайти на данную страницу.
— чтобы отредактировать уже текущий, вам необходимо зайти на данную страниц с гет-запросом, т.е. ссылка примет вид site.ru/catalog/admin?pid=[id товара]

Соответственно, универсальная ссылка на редактирование товара (расположенная на самой странице с товаром) примет вид:

href="[[~айди_страницы_с_расположенной_формой_ms2form]]?pid=[[*id]]"

По наследованию, сбросу и блокам пагинации — очень актуально, большое спасибо)

По поводу history api — можно ли добавить какой-то параметр, позволяющий выключать его? — при использовании своих методов с history api, результат при переключении стрелками браузера порой выдает кашу.

UPD: По поводу кнопки сброса — скорее всего баг: при переходе/обновлении страницы с уже заданным параметром фильтрации в адресной строке, после чего, пощелкав фильтры и последующим нажатии на сброс, сбрасываются не все фильтры в принципе, но остается изначально-введенные при заходе на страницу.

Пропишите заместо него [[+createdon]] — и дальше с помощью форматов даты преобразуйте до требуемого.

«Василий сейчас не хочет заниматься электронной коммерцией..»

UPD: Простите, не удержался…
По теме — очень радуют перспективы и, в частности, позиция Simple Dream, учитывая не очень удачную реализацию 2.3.
Платная поддержка — штука очень полезная (в том числе, по части популяризации), но не выйдет ли со временем так, что все время будет уходить, пусть и на оплачиваемую, но поддержку, заместо развития минишопа и других дополнений? //если заниматься всей поддержкой будет исключительно Василий

Создайте плагин на событие OnDocFormSave и перехватывайте/преобразуйте поля ресурса так, как вам угодно — можете даже jevix внутри плагина запускать.

Созданные страницы должны отображаться в любом случае, т.к. описанный вами алерт — только предупреждение о том, что системный файл (по умолчанию core/config/config.inc.php) может быть открыт/отредактирован извне пользователем, отличным от администратора.
В самом конфиге, соответственно, хранятся все основные настройки сайта, расположения директорий и доступы к базе данных.

Лечится следующим образом (закрываем внешний доступ):

nginx

location ~* ^/core/ {
    deny                all;
}

apache
В папке core располагается файл ht.access -> переименовываем в .htaccess

Или можно просто выставить права на файл (core/config/config.inc.php) — 0644 [только чтение].