Павел Романов

По поводу тся и ться есть очень простое правило:
Если слово отвечает на вопрос, в котором нет мягкого знака, то он и не пишется.
Если в самом вопросе есть мягкий знак, то и в слове он ставится.

Например:
Стараться (что делатЬ?), соответственно, пишем.
Ставится (что делает?) нет Ь, вот и не пишем.

Если без какого-то особого функционала, то можно использовать стандартные хуки FormIt: FormItAutoResponder и FormItSaveForm.
Там «из коробки» есть фильтрация по имени формы, датам и экспорт в CSV.

Чанк descResourseTpl точно есть?

Если TV с картинкой называется wsimages, то так:

[[pdoResources?
&parents=`[[*id]]`
&tpl=`sl_img`  
&includeTVs=`wsimages`
]]

В чанке sl_img путь к картинке, соответственно,

[[+tv.wsimages]]

В документации есть нечто подобное.

Поправочка (всё-таки ошибся))):

{var $av = $_pls['tv.aviable']}
{if $av == 0}
	Нет в наличии
{else}
	{if $av > 1 && $av < 10}
		<i class="fa fa-circle"></i>
	{else}
		{if $av >= 10 && $av < 30}
			<i class="fa fa-circle"></i> <i class="fa fa-circle"></i>
		{else}
			{if $av >= 30}
				<i class="fa fa-circle"></i> <i class="fa fa-circle"></i> <i class="fa fa-circle"></i>
			{/if}
		{/if}
	{/if}
{/if}

Истина, как всегда, посередине ))
Я обычно пляшу от удобства дальнейшей работы заказчика в админке.
Если требуются какие-либо особые доп. поля, или хитрое оформление редактора и т. д., то выношу в отдельный шаблон.
Таким образом для стандартного магазина получается «Главная страница», «Стандартная страница», «Категория», «Товар», «Новость, публикация» ну еще пара служебных.
Корзину, поиск и все страницы, которые не требуют своих TV или какой-то особой верстки, делаю на «Стандартной странице» с условиями (обычно по ID) на Fenom.

Я про контексты написал из-за Вашей фразы:
Затем, что разграничить доступ к админке для разных городов проще и лучше с контекстами, чем ресурсами.

Если же ресурсами-контейнерами, то выше )).

Если общие страницы одинаковые, то можно вынести их в основной контекст:

Web
    О компании
    Новости
    Контакты
...

Город 1
    Объект 1
    Объект 2
...

Город 2
    Объект 1
    Объект 2
...

И в сниппетах просто указывать, откуда забирать ресурсы:

[[pdoMenu?
&context=`web`
...

Если же у каждого контекста своя структура с различными разделами (например, новости только для этого города, контакты и т. д.):

Город 1
    Новости (5)
        Новость 1 (6)
        Новость 2 (7)
        Новость 3 (8)
        ...
    Контакты (9)
    Каталог (10)
        Объект 1 (11)
        Объект 2 (12)
    ...

Город 2
    Новости (13)
        Новость 1 (14)
        Новость 2 (15)
        Новость 3 (16)
        ...
    Контакты (17)
    Каталог (18)
        Объект 1 (19)
        Объект 2 (20)
    ...

то можно использовать настройки контекста. В случае, допустим, с новостями добавляете у каждого параметр page_news, где указываете ID страницы «Новости» этого контекста-города. В примере выше для первого это 5, для второго — 13 и т. д.

Тогда в общем (единственном) шаблоне в вызовах просто пишете:

&parents=`[[++page_news]]`

Для меню же вообще не указываете контекст — по умолчанию выводится все из текущего.

Тогда так и делайте: контекст = город.
Про чанки и шаблоны не совсем понял. Без описания структуры меню (есть ли общие для каждых городов страницы, например) сложно сказать что-то конкретное.

Домен у Вас один — зачем разносить города по разным контекстам?
Сделайте 14 контейнеров-городов с объектами внутри. Хотите, в общем контексте, хотите вынесите в отдельный для удобства.
Фильтровать в общем каталоге можно по родителю.
Если нужно, ресурс со сниппетом для Ajax-запроса можете сделать в любом контексте.

Страницу фильтрации, можно открывать сразу с параметром:

http://site.ru/catalog/?city=Москва

Параметр и значение зависят от реализации. Это может быть как название города, так и ID ресурса или еще какой уникальный идертификатор.

Смотря, что Вам требуется.
Если нужна фильтрация предложений на странице каталога, то да — можно использовать mSearch (вернее, mFilter, идущий с ним в комплекте).
Если достаточно просто списка предложений на страницах городов/регионов, то хватит TV и какого-нибудь сниппета, выводящего ресурсы (getResources, pdoResources, getProducts и т. д.).

А через tvFilters?

[[pdoResources?
    &parents=`2`
    &depth=`5`
    &includeTVs=`special`
    &tpl=`specialTpl`
    &limit=`3`
    &tvFilters=`special==%6%`    
]]

Добавьте в HEAD:

<base href="[[++site_url]]" />

getProducts не умеет работать с картинками товаров miniShop — он просто не знает о существовании таблицы, где они прописаны.
Можете написать сниппет, который будет вытаскивать из таблицы modx_ms2_products значение поля image для ID текущего ресурса, а можете поставить Rowboat и сделать так:

[[Rowboat?
   &table=`modx_ms2_products`
   &tpl=`img`
   &where=`{"id":"[[+id]]"}`
]]

Ну а в чанке img используйте плейсхолдер [[+image]], который выведет путь к картинке. Дальше по обстоятельствам ).

Там не тот случай. Все json-функции на OpenServer нормально работают под любой версией PHP.

Попробуйте 5.4:

Сайт на OpenServer на PHP7?

Из ошибки следует, что у Вас проблема с переменной $response. То ли она не является массивом, то ли не существует, то ли ничего не содержит.
Смотрите, что там до этих строк, как формируется эта $response и, соответственно, проверяйте.