mw7 2 Жалоба Опубликовано: February 8, 2016 У агентства есть сеть филиалов в разных городах разных областей, предполагается что пользователь сайта должен выбрать регион/город при входе на сайт (вроде авито) после чего увидит только объявления этого региона/города.Я верно понял что реализовать такое нельзя, кроме как дублирования движка в подкаталоги вида http://site.ru/city1/ ? 2 Richardrap и ZafiraPels reacted to this Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
TopRaN 235 Жалоба Опубликовано: February 8, 2016 Можно, но это долгая доработка. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
mw7 2 Жалоба Опубликовано: February 9, 2016 В db.inc.php строка $__db_prefix = 're'; // не менятьИспользование одной базы для нескольких движков невозможно? Интересует вывод "определённых" объявлений (разных сайтов в разных каталогах) на корневом сайте. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
abushyk 694 Жалоба Опубликовано: February 9, 2016 одной базы как общего набора таблиц или как просто хранилища реплицированных таблиц с разными префиксами? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
mw7 2 Жалоба Опубликовано: February 9, 2016 Думаю логичней иметь одну базу с таблицами разных префиксов. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
abushyk 694 Жалоба Опубликовано: February 9, 2016 Думаю логичней иметь одну базу с таблицами разных префиксов. Абсолютно не имеет разницы ситуация когда в одной базе много таблиц с разными префиксами и когда несколько баз с однопрефиксными таблицами. Кроме случая, когда на хостинге стоит ограничение на количество баз. Грубо говоря префиксы менять можно. Но есть далеко ненулевая вероятность, что где-то еще используется старый префикс re_ в явном виде. Поэтому надпись "не менять" мы пока не убираем. Если вы расплодите кучу баз у вас вместо проблемы разделения данных на вывод станут не менее сложные проблемы, такие как синхронизация общих данных и справочников, проблемы сквозной авторизации, что бы на каждом сайте пользователь не держал логин-пароль и просто обилие данных которыми нужно управлять. Если все деление ограничивается только объявлениями, то проще вскрыть обработчик сетки и карточки и вариативно загнать в него настройки (например в зависимости от домена-субдомена), которые определят дополнительные фильтрующие параметры (город, район), которые не будут подчиняться значениям из запросов а будут встраиваться мертво. Тем самым вы сделаете внутреннюю скрытую фильтрацию на одной базе объявлений с одной админкой и зависящих от домена настроек. Это будет самой легкой частью. Дальше становится проблема новостей и подобных сущностей при желании разнести которые аналогичным образом вы становитесь счастливым обладателем некое кастомного мода сайтбилля)) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
vihr 5 Жалоба Опубликовано: February 10, 2016 Если речь о регионах - то я такое сделал на radver.ru. Плюс во все контентные модули внес изменения для обработки домена.но я так понял тут тема может быть еще и в городах. много пилить - но работать будет. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
mw7 2 Жалоба Опубликовано: February 13, 2016 Пока решил простым методом, сайт заглушка -> 7 сайтов в разных каталогах на одном домене Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Dim42 3 Жалоба Опубликовано: May 2, 2017 Скажите, как можно сделать сквозную авторизацию, при нескольких филиалах. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Дмитрий Кондин 690 Жалоба Опубликовано: May 3, 2017 8 часов назад, Dim42 сказал: Скажите, как можно сделать сквозную авторизацию, при нескольких филиалах. Если таблица пользователей будет у всех сайтов одна, то можно. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Dim42 3 Жалоба Опубликовано: May 4, 2017 В 03.05.2017 в 10:06, rumantic сказал: Если таблица пользователей будет у всех сайтов одна, то можно. Да, именно это и нужно. Общая таблица юзеров. Только как реализовать разобраться не смог. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Дмитрий Кондин 690 Жалоба Опубликовано: May 5, 2017 16 часов назад, Dim42 сказал: Да, именно это и нужно. Общая таблица юзеров. Только как реализовать разобраться не смог. Если таблица юзеров одна, то при регистрации на одном сайте, под этими логином и паролем можно зайти на другом сайте. Опишите в чем конкретно проблема? И какая у вас структура этих сайтов, поддомены? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Dim42 3 Жалоба Опубликовано: May 6, 2017 В 05.05.2017 в 10:31, rumantic сказал: Если таблица юзеров одна, то при регистрации на одном сайте, под этими логином и паролем можно зайти на другом сайте. Опишите в чем конкретно проблема? И какая у вас структура этих сайтов, поддомены? Вы все верно пишите, это и нужно. Вопрос: Какие есть способы реализации? Нужно что бы все данные были в разных (не важно) базах или таблицах. Но юзеры единые. Проблема такая: Допустим делаю общую базу данных с разными префиксами. Меняю префикс (в db.inc.php), на первом сайте "re" на втором сайте "kem" Но в таком случае таблицы USER тоже становятся с разными префиксами. Выходит вопрос, как прописать что бы все юзеры шли в одну общую для всех сайтов таблицу re_user Как реализовать данный метод? Или может есть лучше способы? А структура еще не определена, собственно с вами и хотел посоветоваться. Подпапки лучше сделать или поддомены. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Дмитрий Кондин 690 Жалоба Опубликовано: May 8, 2017 Теоретически можно сделать view для таблицы re_user чтобы они на все другие распространились, тогда все сайты будут работать с одной таблицей юзеров. CREATE VIEW `DATABASE2`.`re_user` AS SELECT * FROM `DATABASE1`.`re_user`; Но детали реализации и конечный результат надо проверять и гуглить ) И сомнительно что можно добавлять данные из соседних таблиц в такую view-шку. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах