Пишу плагин подмены города, как правильнее сделать? - Общие вопросы по расширениям Joomla

Привет.
Хочу сделать поддомены по городам с одной базой данных.
Нарисовал content-плагин, который подменяет город и телефон в тексте материалов и модулей в зависимости от имени поддомена.

Смущает, что он вызывается много раз по всему сайту.
Для контактов, заголовков, описаний товаров, HTML модулей. В том числе в шаблоне.
Именно, как замена.

в итоге строка
превратится

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

Мысль об оптимизации: единожды записывать эти переменные в сессию при формировании шаблона и обращаться к ним напрямую из шаблона или модуля, без плагина и str_replace:

Думаю, что этот вариант будет отрабатывать быстрее и с меньшей нагрузкой?
Как лучше-то?

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

использовать кеширование

Да, кстати. Вот включу я кеширование и модуль останется в каком-то одном виде, с одним городом. А с точки зрения движка его содержимое не поменялось же

Да, кстати. Вот включу я кеширование и модуль останется в каком-то одном виде, с одним городом. А с точки зрения движка его содержимое не поменялось же

С чего бы вдруг? Если вы города разместите в под доменах все будет работать как надо. Мой вариант реализации. Города идут как под домены, всего 3500+ шт. Ничего не висит и не тормозит, кеширование тоже работает.

Городов много будет?

Если не очень много, то можно данные городов записать в массив и подключать его (чтоб БД не дергать).
В самом начале (после инициализации, если плагином) проверяйте субдомен. Если присутствует - смотрите его соответствие (совпадение) в вашем массиве городов. Обнаруженный город можно либо в глобальную переменную вписать, либо в $_REQUEST, либо в константу. Тогда у всех модулей будет к нему доступ и не надо будет везде перечитывать. Сразу будете формировать готовую строку без замены {city-phone} после рендеринга.
Сессии и куки лучше не использовать, опираться только на субдомен. Вы ведь это делаете для роботов, а они куки и сессии не хранят. Именно они дают основную нагрузку. Люди не так уж много страниц открывают.
С кэшем проблем быть не должно - он вроде бы к домену привязывается, но надо проверять. Есть решение и для кэша.

Мой вариант реализации.

Круто сделано. Интересно, как под капотом организовано.
Думаю, определяете по API Яндекс, например.
А поддомены - виртуальные и хостинг о них ничего не знает.
Дальше в куках хранится то, что выбрал посетитель.

Городов много будет?

Нет, городов не много. Нам интересны только некоторые регионы, 5-6 шт.
Плюс, нужно подтверждать контакты, чтобы региональность для сайта получить а в автоматическом режиме, как у dm-krv адреса присутствия не соберёшь.

В принципе, MightySites позволяет вкл/выкл модули и пункты меню на основе доменного имени.
Можно сделать несколько готовых адресных блоков под нужные города и публиковать их от текущего домена.

Круто сделано. Интересно, как под капотом организовано.
Думаю, определяете по API Яндекс, например.
А поддомены - виртуальные и хостинг о них ничего не знает.
Дальше в куках хранится то, что выбрал посетитель.

Все верно, это один сайт и все под домены виртуальные. Единственное, определение города производится не через Яндекс, а через скачанную геобазу. Почему именно они? У геобазы очень хорошая база, даже платные сервисы хуже работают, чем геобаза. Города для генерации под доменов брал из авито, там достаточно полный список. Для склонения городов использовал библиотеку морфус.

Изначально, я пользовался этим плагином, но со временем он перестал устраивать:
1. Мало городов
2. Если добавить города вручную в количестве больше 1000 шт. сайт начинает подвисать

Пришлось писать свой вариант, который города прогружает динамически через AJAX. В целом, все получилось, проведено было множество экспериментов и главный вывод: Яндекс и Google хорошо относится к таким сайтам и не банит, даже если в них овердохрена доменов. Можно спокойно спамить перебирая ключи по городам.