Alexey Gnevyshev

Одно из решений (возможно, самое оптимальное на сегодняшний день):

1. Создать допполе для тегов, просто текст, или текст из предустановленных вариантов.
2. Нужным товарам проставить нужные теги через это допполе.
3. Для каждого тега создать Категорию - будет Вам и h1, и title, и description, и даже текстик описания )
4. Написать php-скрипт, который будет запускаться по нужному расписанию и будет делать следующее:
для каждого тега: проверять товары, и если у них установлен тег, то помещать их в категории для этого тега ;)

Для 4 пункта нужно привлечение php разработчика, желательно хорошо знакомого с VirtueMart.
Нужна будет помощь - можете обращаться )

1) Вы точно уверены, что Вам надо, чтобы они отличались только телефонами и адресами? :))

А title/description страниц не должны отличаться?
А robots.txt с директивой host не должен отличаться?
Sitemap и ссылки в нём не должны отличаться?
и прочее...

Посмотрите материал, думаю, пригодится для понимания.

2) Есть набор определённых наработок по этой теме. Очень эффективное решение. Платно. Кому интересно - можете обращаться.

Вот хорошее решение для одностраничной корзины - One Page Checkout for VirtueMart. Очень много полезных настроек и возможностей. Поддерживает русский язык.

Если

что там только не перерезано...

то кто ж Вам ответит, не видя Ваши коды? )))

Проблема частная. Стандартно Fancybox работает.
Можете привлечь разбирающего специалиста. Всё решаемо )

Складывается мнение, что Virtuemart вмешивается в обработку адресов

Совершенно справедливое мнение )
В конфигурации VM посмотрите на настройку "Включить в VirtueMart обработку 404 ошибки" (Настройки - вкладка Магазин). Поробуйте выключить её и проверить свои тесты ;)

Хороший вопрос!
Подумаю над тем, чтобы написать плагин для этого дела. Как только появится окошко в плане задач.

Может я делаю что то не так?

Так ) Ну, или Почти так.
В любом случае им надо передавать именно id значений характеристик (для характеристик без свободного ввода).

Разве что получать эти значения лучше через тот же API, а не через этот Конструктор характеристик.
Но при желании можно накрутить интерфейс, чтобы действительно вводить Синий, а передавался именно его id.

Самое интересное у них - это получать возможные значения для характеристики Бренд :)
Брендов ведь почти 100 тыс. А за 1 запрос можно получить только 50 значений характеристики.
Получается, всего то ДВЕ ТЫСЯЧИ раз надо запросить значения через API, чтобы получить список вариантов для заполнения бренда :))))

API настроить нереально

Вполне реально.
Можете подготовить в своей 1С или на своём сайте XML файл с данными (как для Яндекс Маркета).
А это решение поможет Вам синхронизировать это с Озоном: IR XML2Ozon.
Проверено стабильной работой в нескольких крупных компаниях.

Если будет сложность с подготовкой XML - тоже решаемо.

Ещё один вариант:

// https://iresurs.com
$opening_hours = '11:00 - 01:00';
$opening_start = trim(explode('-', $opening_hours)[0]);
$opening_start_hours = explode(':', $opening_start)[0];
$opening_start_minutes = explode(':', $opening_start)[1];
$opening_start_today = $opening_start_hours * 60 + $opening_start_minutes;
// echo $opening_start_today.'<br>';
$opening_end = trim(explode('-', $opening_hours)[1]);
$opening_end_hours = explode(':', $opening_end)[0];
$opening_end_minutes = explode(':', $opening_end)[1];
$opening_end_today = $opening_end_hours * 60 + $opening_end_minutes;
if ($opening_end_today <= $opening_start_today) $opening_end_today = 24 * 60 + $opening_end_today;
// echo $opening_end_today.'<br>';
$config = JFactory::getConfig(); // это для CMS Joomla
$zone = $config->get('offset'); // часовой пояс (зона)
// echo $zone.'<br>';
$now = new DateTime('now', new DateTimeZone($zone));
$now_hours = $now->format('H');
$now_minutes = $now->format('i');
$now_today = $now_hours * 60 + $now_minutes;
// echo $now_today.'<br>';
if ($now_today > $opening_start_today && $now_today < $opening_end_today) {
    echo $output;
} else {
    echo '<div class="cart-view"><h1>Время приёма заказов: '.$opening_hours.'</h1><p>Пожалуйста, зайдите позже.</p></div>';
}

1) Однозначно - поддомены, а не подпапки.

2) Каждый поддомен можно сделать как самостоятельный сайт на Joomla ИЛИ как один из вариантов Одного единого сайта с продуманной поддержкой мультисайтовости:

2.1) Каждый поддомен - самостоятельный сайт. Вариант хорош тем, что сайты для регионов полностью автомномные. Плох тем, что каждый город (сайт) надо обслуживать отдельно. Например, если внесёте какое-то усовершенствование сайта - это надо будет делать для всех сайтов городов - столько раз, сколько их есть.

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

Возможно, будет интересна и полезна эта статья: blog.inform-resource.ru
(на данный момент статья ещё не завершена, но уже содержит полезную информацию).