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

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

Ошибка не в условии. Проверяйте, что там у Вас в этом photo.

А какая ошибка выдается?

Тогда так:

if(empty($field1) || empty($field2)) {
    $modx->getChunk('chunk1');
} else {
    $modx->getChunk('chunk2');
}

Проверка:

if(empty($field1) || empty($field2)) {
    $modx->runSnippet('Snippet1');
} else {
    $modx->runSnippet('Snippet2');
}

Но вообще, лучше и сниппеты не городить, а прямо в условии все прописать.

Вызов:

[[Snippet? &field1=`[[*link_attributes]` &field2=`[[*longtitle]]`]]

{$.get.var_name}

А вообще тут много полезного )).

А Вам нужно, чтобы был редирект?
Тогда добавьте соответствующий хук и параметр с указанием куда редиректить:

[[!FormIt?
&hooks=`email,FormItSaveForm,redirect`
&redirectTo=`***`
...
]]

А чтобы заработало сообщение без редиректа, плейсхолдер должен быть некешируемым:

[[!+fi.successMessage]]