Деление сайта на филиалы

[mw7 2]

У агентства есть сеть филиалов в разных городах разных областей, предполагается что пользователь сайта должен выбрать регион/город при входе на сайт (вроде авито) после чего увидит только объявления этого региона/города.

Я верно понял что реализовать такое нельзя, кроме как дублирования движка в подкаталоги вида http://site.ru/city1/ ?

[TopRaN 235]

Можно, но это долгая доработка.

[mw7 2]

В db.inc.php строка 

$__db_prefix = 're'; // не менять

Использование одной базы для нескольких движков невозможно? Интересует вывод "определённых" объявлений (разных сайтов в разных каталогах) на корневом сайте.

[abushyk 694]

одной базы как общего набора таблиц или как просто хранилища реплицированных таблиц с разными префиксами?

[mw7 2]

Думаю логичней иметь одну базу с  таблицами разных префиксов. 

[abushyk 694]

Думаю логичней иметь одну базу с  таблицами разных префиксов. 

 

Абсолютно не имеет разницы ситуация когда в одной базе много таблиц с разными префиксами и когда несколько баз с однопрефиксными таблицами. Кроме случая, когда на хостинге стоит ограничение на количество баз.

 

Грубо говоря префиксы менять можно. Но есть далеко ненулевая вероятность, что где-то еще используется старый префикс re_  в явном виде. Поэтому надпись "не менять" мы пока не убираем.

 

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

 

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

 

Дальше становится проблема новостей и подобных сущностей при желании разнести которые аналогичным образом вы становитесь счастливым обладателем некое кастомного мода сайтбилля))

[vihr 5]

Если речь о регионах - то я такое сделал на radver.ru. Плюс во все контентные модули внес изменения для обработки домена.

но я так понял тут тема может быть еще и в городах.

 

много пилить - но работать будет.

[mw7 2]

Пока решил простым методом, сайт заглушка -> 7 сайтов в разных каталогах на одном домене

[Dim42 3]

Скажите, как можно сделать сквозную авторизацию, при нескольких филиалах.

 

[Дмитрий Кондин 690]

8 часов назад, Dim42 сказал:

Скажите, как можно сделать сквозную авторизацию, при нескольких филиалах.

 

Если таблица пользователей будет у всех сайтов одна, то можно.

[Dim42 3]

В 03.05.2017 в 10:06, rumantic сказал:

Если таблица пользователей будет у всех сайтов одна, то можно.

Да, именно это и нужно. Общая таблица юзеров.

Только как реализовать разобраться не смог.

[Дмитрий Кондин 690]

16 часов назад, Dim42 сказал:

Да, именно это и нужно. Общая таблица юзеров.

Только как реализовать разобраться не смог.

Если таблица юзеров одна, то при регистрации на одном сайте, под этими логином и паролем можно зайти на другом сайте.

Опишите в чем конкретно проблема? И какая у вас структура этих сайтов, поддомены?

[Dim42 3]

В 05.05.2017 в 10:31, rumantic сказал:

Если таблица юзеров одна, то при регистрации на одном сайте, под этими логином и паролем можно зайти на другом сайте.

Опишите в чем конкретно проблема? И какая у вас структура этих сайтов, поддомены?

Вы все верно пишите, это и нужно.

Вопрос: Какие есть способы реализации? 

Нужно что бы все данные были в разных (не важно) базах или таблицах. Но юзеры единые.

Проблема такая:

Допустим делаю общую базу данных с разными префиксами.

Меняю префикс (в db.inc.php), на первом сайте "re" на втором сайте "kem"

Но в таком случае таблицы USER тоже становятся с разными префиксами.

Выходит вопрос, как прописать что бы все юзеры шли в одну общую для всех сайтов таблицу re_user

Как реализовать данный метод? Или может есть лучше способы?

 

А структура еще не определена, собственно с вами и хотел посоветоваться. Подпапки лучше сделать или поддомены.

[Дмитрий Кондин 690]

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

CREATE VIEW `DATABASE2`.`re_user` AS SELECT * FROM `DATABASE1`.`re_user`;

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