Несколько городов на сайте - раздельная информация

Всем привет! Кто-нибудь реализовывал сайт на несколько городов? Хотелось бы увидеть примеры уже рабочих сайтов, ну или как это вообще делали (сам принцип).

На сайте будут разделы общие для всех городов и раздельные. Например, О компании, Отзывы, Партнеры будут общие для всех городов. Каталог, Новости, Галерея и т.п. будут раздельные, т.е. разная информация для разных городов.

Первое, что пришло на ум – сделать на разных поддоменах, т.е. получается каждый город это отдельный сайт с отдельной админкой. Но тогда общую информацию придется просто дублировать на всех сайтах (городах). И соответственно адреса для городов будут вида:
moscow.site.ru
spb.site.ru
kazan.site.ru
и т.д.

Вторая мысль – это сделать по что-то подобное на «Языки сайта». Удобно тем, что админка одна, просто вверху где сейчас язык переключается – будут названия городов, нажав на нужный будет отображаться информация этого города. Ну и соответственно адреса для городов будут вида:
site.ru/moscow/…
site.ru/spb/…
site.ru/kazan/…
и т.д.

Какой из этих способов более правильный и грамотный, или есть более интересные варианты?

Хотя по второму варианту - тот принцип как этот модуль сделан, наверное не пойдет. Т.к. создав страницу или товар или другой элемент в модуле на одном языке (городе) он появляется, но не активный и в других городах. Это еще терпимо для страниц, но если каталоги разные для разных городов, то тут уже будет неразбериха.

Создавал данную тему очень давно, НО в итоге так и не дошли до реализации этой задачи. Теперь она появилась снова ).

Не прошу её решить, а прошу поделиться опытом, если у кого есть, или мыслями… идеями. Задача подобная, но чуть конкретней:

Интернет-магазин на несколько городов. По умолчанию будет основной город ЕКБ и адрес будет типа site.ru. Другие города будут на поддоменах, например: gorod1.site.ru ... gorod2.site.ru … gorod3.site.ru и т.д.
Т.е. по сути как бы разные сайты для каждого города - РАЗНЫЙ контент (новости, доставка, контакты, статьи … да всё подряд) и КАТАЛОГ в том числе, ну и СЕО!

КАТАЛОГ у каждого города свой - т.е. в 1С для каждого города своя БД будет и будет синхронизация на каждый сайт (город) отдельная. Т.е. будут и позиции отличаться, и цены, и характеристики возможно и т.д. - в общем независимые друг от друга.

Далее раскидываем копии сайтов на необходимые поддомены для городов . И организовываем определение по IP подходящего города и переключение городов, с помощью cookie запоминать выбор.

!!!Вот теперь по поводу КРОССДОМЕННОСТИ для Регистрации пользователей, Личного кабинета и Заказов - тут вот и «соображалка пока не соображает» как поступить и сделать, т.к. опыта нет ещё и вот какие МЫСЛИ:

Вариант 1: БЕЗ кроссдоменности – ну тут всё понятно… разные параллельные сайты, всё независимое, только определение и переключение между городами сделать.

Вариант 2: Кроссдоменность для Регистрации пользователей, ЛК и Заказов:
Без разницы где зарегистрировался пользователь (на основном сайте или каком-то поддомене) - он может войти под тем же логином в любом из городов. И соответственно при переключении городов остаётся авторизированным. Переключаясь между городами - состав корзина не меняется... сохраняется… дополняется. В личном кабинете история и состав заказов общий на все города.
Т.е. БД у городов разные, а вот данные ПОЛЬЗОВАТЕЛЕЙ и ЗАКАЗОВ должны быть общие или дублироваться как то.

Данный вариант был бы ИДЕАЛЕН для удобства клиентов, НО - КАТАЛОГИ то разные (и БД тоже), т.е. в них разные товары могут быть и цены тоже. Например, вот такие ситуации:
На ОСНОВНОМ домене мы положили в корзину товар "ТОВАР1" по цене 250 рублей. Потом перешли поддомен gorod2.site.ru - а на нём у этого товара цена 260 рублей! Что тогда?
ИЛИ, например, на ОСНОВНОМ домене мы положили в корзину товар " ТОВАР1", а на gorod2surgut.site.ru этого товара вообще нет! Тогда как быть? … и так много моментов!

ПОЭТОМУ думаем над Вариантом 3!
Вариант 3: Кроссдоменность только для Регистрации пользователей, ЛК:
РЕГИСТРАЦИЯ и АВТОРИЗАЦИЯ пользователей должна быть общая или параллельная/дублирующая, а Корзина и заказы уже отдельное всё по городам.
1) ЕСЛИ клиент зарегистрировался на основном домене или на любом поддомене, то он автоматом регистрируется и на всех остальных поддоменах и основном домене. Как бы параллельно в остальные БД в соответствующие таблицы вносит дубликаты записей пользователей или как-то общее это сделать.
2) АВТОРИЗАЦИЯ – если залогинился на одном сайте, то и автоматом должен залогинится на остальных сайтах. Тоже не знаю насколько возможно это… может какими-то скриптам или запросами это делать при авторизации.
3) РЕДАКТИРОВАНИЕ ПРОФИЛЯ – если на одном из сайтов поменять какие-то свои данные в профиле, то они параллельно сохраняются и в других домена/поддоменах.
4) КОРЗИНА – тут уже всё РАЗДЕЛЬНОЕ (НЕ кроссдоменное)! Для каждого города КОРЗИНА своя… , т.е. перейдя на другой город содержимое корзины НЕ перенесется!
Просто сделать, чтобы при переключении города, если клиент уже что-то положил в корзину - УВЕДОМЛЯТЬ клиента, что «перейдя на другой город содержимое корзины НЕ перенесется! А останется в том городе».
5) ЛИЧНЫЙ КАБИНЕТ и ИСТОРИЯ ЗАКАЗОВ. В личном кабинете в истории заказов отображать заказы только для текущего города, и там же разместить кнопки или ссылки "Ваши заказы в других городах: Город1 Город2 Город3" и просто по ссылкам переходят в личный кабинет другого соответствующего поддомена в историю заказов сразу… и там уже соответствующие городу заказы, если есть они.


================
Возможен ли вообще Вариант 3? Или это бредовая мысль? ) В общем прошу не кидаться камнями, а подсказать ))

Текста ооочень много, но краткость мне с трудом дана, и то это раза в 2-3 сократил))

Никто не делал что ли подобное?

Да. Конечно. Всё возможно.
Авторизация, пользователи, регистрация - это модуль пользователей (т.е. БД) и сессии (т.е. хостинг). Соответственно, сделать нужно две вещи: 1. на хостинге указать одну единую папку для хранения сессий для всех сайтов. И 2. выбрать основной сайт, оставив таблицу пользователей на нём, а в скриптах других сайтов поправить все запросы, убрав {} в таблицах, изменив на прямое указание таблиц. Т.е. не {user} чтобы было, а prefix_user

Виталий (DIAFAN.CMS), спасибо!

Всем привет! И снова возвращаюсь к данной теме.

Теперь кое-что поменялось и соответственно вариант реализации тоже подбираем другой.

ОСНОВНЫЕ МОМЕНТЫ:
1. Основной город должен быть на основном домене, а остальные города должны быть на отдельных ПОДДОМЕНАХ.

2. В общем КАТАЛОГ на всех городах по сути будет один и тот же, т.е. Структура категорий, и товары одни и те же, НО отличаться будут Цены и Наличие.
В 1С в данный момент это одна БД, в которой для каждого товара отмечена своя цена и наличие для каждого города.
Что-то подобное и думаем на самом сайте сделать, т.е. БД одна и в ней у каждого товара должна быть цена и наличие для каждого города… чтобы в дальнейшем на сайте на соответствующем городе выводить соответствующие цены и наличие.

3. Структура сайта тоже будет одна и та же для городов, а контент разный. Т.е. набор разделов (Статичные страницы - Доставка, О компании, Контакты, Новости, Акции, Галерея и т.д.) будет одинаковый на всех городах, а вот само содержимое (например, сами новости и их содержимое и т.д.) будет разными.

4. Находясь на внутренних страницах сайта (новость какая-нибудь, Товар, Категория Каталога, Контакты и т.д.) и переключаясь между городами – мы должны остаться на тоже странице (т.е. с тем же URL), только меняется ПОДДОМЕН, и соответственно информация.

5. Регистрация, ЛК, Заказы… должны быть едиными на все города, т.е. централизованными.

6. Управление сайта с одной админки на ОСНОВНОМ адресе.

7. По тому как организовано переключение городов и как себя ведет сайт при переключении городов хотелось бы как тут примерно - https://stroyudacha.ru/

СПОСОБ РЕАЛИЗАЦИИ:
Что если реализовать на базе модуля «ЯЗЫКИ САЙТА» или на его Копии. Вроде идеально почти … многое уже учтено и реализовано! Т.е. БАЗА то по сути ОДНА. Есть определенные моменты:
1. Переделать на ПОДДОМЕНЫ, чтобы вместо site.ru/msk/… добавлялся поддомен MSK (msk.site.ru). Соответственно учесть это в ПРЕКЛЮЧЕНИИ городов.

Отсюда ВОПРОС – возможно ли переделать как то ЯЗЫКИ САЙТА, чтобы поддомен добавлялся, а не приписка к адресу /msk/? Например, как сейчас есть возможность делать с мобильной версией - "Использовать имя мобильной версии в качестве ПОДДОМЕНА".

2. КАТАЛОГ – вот тут нужно сообразить, как организовать и переработать!
Думаю у товаров добавить новые поля типа («Цена для города1», и галочка «Наличие в городе1» … и так для каждого города).
Далее нужно доработать скрипт импорта из 1С так, чтобы он грузил каталог во все города сразу, т.е. Добавлялись, Активировались, Было одно и тоже название для КАТЕГОРИЙ, БРЕНДОВ, ХАРАКТЕРИСТИК (а также всё что с ними связано), ТОВАРЫ (Название, Описание, Фото, Характеристики, Похожие товары, и т.д. должны сразу заполняться для всех городов одними и теми же данными, КРОМЕ цены и галочки НАЛИЧИЕ для каждого города – они свои). Галочка НАЛИЧИЕ должна влиять не на Активность товара, а на отображение или нет его в Списке товаров, в Фильтрации и в Поиске по сайту.

ВОПРОС – так реально вообще? Есть в этом разумное? Или как-то по другому лучше сообразить?

И еще вопрос! Если всё-таки сделать всё что написано выше, НО не на Поддоменах, а как по умолчанию Языки сайта, т.е. города будут так site.ru/msk/ site.ru/spb/ и т.д.
Как это со стороны СЕО для разделения городов? Плохо, нормально, никак, нормально но нужно заморочится, чтобы нормально для СЕО было?

Ап. Появились ли у кого решения?

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