Радикальное у Вас решение. На самом деле данный вопрос там намного глубже.

Включите режим разработчика. При отправке письма какие ошибки появляются?

Всё лучшее состоит из простых вещей. Чем сложнее система, тем выше вероятность ошибок.
И так, если у Вас ассортимент для каждого города разный, то Вы можете создать несколько модулей "Интернет-магазин", т.е. свой для каждого города. А, например, по ip определять вероятное местоположения. Cookie использовать, чтобы запомнить выбор пользователя о месте его нахождения. Соответственно отображать для пользователя нужный модуль "Интернет-магазин".
Если ассортимент не такой уж и разный, то в характеристиках можно создать характеристику "Список с выбором нескольких значений", где перечислить требуемые города (можно определить такую характеристику, как влияющую на цену, чтобы иметь возможность увеличивать или уменьшать цену в зависимости от города). Далее, также отрабатывать по ip с использованием cookie. Т.е. фильтруем товар по характеристике. Опять же поиск можно организовать интересный по городам, дизайн сайта под каждый город и т.д. В общем вариантов много ...
Успехов.

На cms.diafan не делал, т.к. не было такого заказа.

ВЛАДИМИР (UMKA2015), не стоит так переживать из-за мелочи. Здесь просто не корректный адрес картинки. В адресе часть текста выделена - является лишней (то что создает ошибку). Возможно должно быть так Просто устраните ошибку и все будет Ок. Т.е. посмотрите как формируется полный адрес картинки, сразу поймете что не так.
Как вариант, возможно не правильно задаете адрес картинки. Или закралась системная ошибка. Это действительно мелочь. От силы 5-10 минут работы.
Успехов

ВЛАДИМИР (UMKA2015), конечно вы профессионал своего дела. Ни кто не спорит. Если нет времени разбираться, то ... Если css, так задайте абсолютный путь, а не относительный (это самое быстрые решение вашей проблемы). Можно, если с функционалом не заморачиваться.

можно и в том же, используем ключевые слова MAX и MIN

Необходимо в model.php сделать:
или определение через дополнительные запросы к базе данных на максимального и минимального значений;
или пройтись по массиву значений и определить те же значения.
Затем во вьюшке подставить данные значения.
Если используется фильтр с зависимыми полями для фильтра, тогда тоже через ajax.

Надо было бы вот так писать Теперь думаю, что более понятно стало, что ajax запрос не во вьюшке, а например в action.php

Делать то можно где угодно. Например в моделе выйти из зоны кеширования и будет все ок. Но лучше запросы при использовании ajax делать в action.php, если следовать логике cms.diafan

Полный бред. Все реализуется легко. В диафане все есть, только надо правильно пользоваться.
И так. В диафане (админке) можно указать множество валют. Все это в пересчете на основную валюту (рубли) храниться в базе. Почему так, да потому, что в России можно продовать только за рубли.
Вам нужна продажа в валюте. Ок. Для этого при выводе инфы на страницу пользователя совершаем обратный пересчет в нужную валюту.
Теперь Вам нужен реальный онлайн свежий курс валют. Просто используем умный автоматический парсер. Он вернет значение, которое затем используем для определения цены в иностранной валюте.
Да, забыл. Если использовать мультиязычность сайта, то можно это привязать к валюте, используемой при продаже.
Ну как, решена задача?
Ха. Вам сюда http://pro.user.diafan.ru/, т.к. здесь только бесплатные решения (это мне товарищи-профессионалы объяснили).
Да, и еще, когда будете принимать работу, то обратите внимание на типы переменных и логику парсера при сбое, а то интересные цены могут получится ...

Нет, там ресурс специально заточен под заказы, больше шансов найти исполнителя.

На прямую в базу данных.

Если я Вас правильно понял, то смотрим сюда. В /themes/functions/show_h1.php определяется переменная $name, которая в последующем будет выведена как заголовок страницы. Т.е. Вам надо ловить условие, что запрашивается страница вывода каталога товаров. Если страница вывода каталога товаров, то обрабатывать данную переменную.

Действуйте по аналогии https://user.diafan.ru/forum/show2892/#25713

Чтобы подсказать, надо видеть кусок php, который формирует данную ссылку. У Вас ошибка в синтаксисе.

Теория. Если выходной документ выглядит так то это означает, что переменная BASE_PATH не была распознана компилятором и, соответственно была представлена как строчка.
Ответ: там, где Вы вставляли ссылку с переменной, поместите этот код в функцию Успехов.

Потому, что параметр value пустой (хотя правильнее говорить атрибут value).
Успехов.

HTML

Если я не ошибаюсь, то там не папку надо прописывать, а файл с водяным знаком определить. К тому же тип изображения нужно выбрать тот, который используется для отображения (если запутались, то определите водяной знак для каждого типа изображений - метод исключения поможет).

Полагаю, что баловаться с .htaccess по данной проблеме не нужно. Используйте robots.txt - определите в нем главное зеркало. Соответственно Ваш технический домен, будет второстепенным. Поисковики будут только рады. В поиске будет участвовать только основное зеркало.

Можно, корректируйте shop.model.php. Там комментарии разработчики cms оставили, все вроде понятно.

Пока нет времени, чтобы выложить код (постараюсь возможно позже, если не забуду). Где нужно править:
shop.php, shop.action.php, shop.model.php, shop.view.show_search.php. Этот список может быть увеличен или скорректирован, все зависит от подхода к решению задачи.

Не-а, не верно. Оно там извлекается из базы данных.

Покажите код того, как пытаетесь получить и вывести результат. Сообщите, что именно не получилось в Вашем коде. В таком варианте можно будет подсказать.

В коробке пока таково нет.
Честно не знаю как называется, но знаю как делается. Например, с помощью javascript или javascript + ajax, или php (данный вариант потребует для смены отображения перезагрузку страницы). Думаю Вам достаточно следующей комбинации: css + javascript + cookie.
Успехов.

Да нее, пока будет продаваться, никто ничего не ...

АЛЕКСЕЙ (YELRIK), Вы слишком раздражены. Необходимо успокоится и смотреть на ситуации с трезвым умом и холодным расчетом. Например, если проблема решается просто: в модельке накладываем соответствующий фильтр при запросе к базе данных - вуаля, проблема решена. Т.е. для этого не нужно Потом в базу данных можно через cms выгрузить сколь угодно товара за раз (лишь бы пороговое значение самой базы не было превышено в части auto_increment). Как это сделать? Да просто, уменьшите значение "Количество строк, выгружаемых за один проход скрипта".
Потом, cms.diafan довольно не простая cms и писали ее не дураки. Поверти, они знают, что такое А Вы пока не совсем понимаете планирование, как создается архитектура и т.п. Это здорово, что Вы имеете свое мнение, стараетесь разобраться и отстоять свое мнение, но не бросайтесь терминами на право и налево. Да, очень важно. Если хотите, чтобы Вам помогали, то действительно Единственное на счет пункта "В", то думаю, что это скорее Ваш креатив мышления (на мой взгляд, почему бы нет).
Успехов.

АЛЕКСЕЙ (YELRIK), ответ на Вашу тему "ПЕРЕНОС БАЗЫ 5.4 НА 6.0 ЧЕРЕЗ ИМПОРТ БАЗЫ" уже дал DENIS (DRACHOON):
На мой взгляд исчерпывающе отвечено.
Далее Вы пишите: Но тогда пишите это в ТП.
Если Вас не устраивает ответ ТП и Вы сами не в состоянии решить свои проблемы, то нанимайте тех специалистов, которые Вас устроят.

Просто перезалить нельзя. Т.е. можно, но надо будет еще много чего делать. Воссоздать недостающие поля в базе данных, скорректировать имеющиеся записи и т.п. Такой путь не рациональный. Путь короче будет выглядеть так, как его описал DENIS (DRACHOON). Т.е. что он предложил. А он предложил то, чтобы все долгие и нудные рутинные действия выполнила cms автоматически. Останется только проверить возможные косяки.
Теперь немного о косяках (это про возможные ошибки - уточнил на всякий случай). Косяки могут возникнуть только в тех случаях, которые в новой версии должны были бы звучать по иному. Т.е. в новой версии один алгоритм, а у Вас используется старый - вот и косяк, но решается легко.