- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте!
Ситуация такая, существует крупный завод у которого более 60 дилеров по всей России.
Решили объединить всех дилеров на одну общую площадку, но для каждого дилера будет свой поддомен.
Например, человек заходит на главный сайт zavod.com, выбирает свой регион и перенаправляется на kirov.zavod.com, на данной площадки указаны товары и цены для региона Киров.
Проблема в том, что в каждом регионе разные цены, получается, что для каждого поддомена нужна будет своя база данных?
Также необходимо, чтобы дилеры в регионах могли заходить на сайт и менять цены, картинки и описание к товару.
Подскажите пожалуйста, на какой CMS лучше реализовать такой глобальный проект?
Может у кого есть опыт создания данных проектов, было бы любопытно услышать Ваши советы.
Можно сделать так, чтобы все поддомены указывали на одну и ту же папку на сервере. Т.е. перед выводом контента Вам необходимо будет проверять URL.
Фактически, на сервере будет 1 сайт.
Сейчас даже многие виртуальные хостинг это умеют делать.
Drupal с мультисайтингом хорошо работает. Думаю что не только он.
Либо для каждого сайта своя база данных, либо общая. И в тот и в другом случае можно сделать так, что админы будут заходить и править цены только своего региона.
Касательно архитектуры портала:
1) Если делаем "все в одном"(для всех сайтов одни и те же файлы, которые как-то разруливают все запросы юзеров с разных поддоменов) - появляется некая сложность относительно изменения дизайна, добавления персональных плюшек для определенного региона и т.д.
2) Если делаем для каждого сайта свои файлы, то проще. Однако в случае если надо будет что-то изменить ВЕЗДЕ, то придется бегать по всем папкам с поддоменами и править руками(конечно, умные/опытные не будут так себя насиловать).
А почему CMS? Почему-бы не заказать что-то готовое под свои, конкретные хотелки. Неужели у завода с 60 дилерами денег нет?;)
А почему CMS? Почему-бы не заказать что-то готовое под свои, конкретные хотелки. Неужели у завода с 60 дилерами денег нет?;)
Спасибо большое!
Деньги есть, но еще даже примерно не знаем какой бюджет понадобится на реализацию данного проекта.
Тут самое главное выбрать в начале правильный путь) конечно, вариант разработки с нуля под свои нужды, тоже рассматриваем.
$subdomainName - имя поддомена. Если адрес сайта sub.site.ru, в $subdomainName будет "sub".
В базе данных для таблицы можно иметь поле, по которому будет выборка. Например:
Просто как пример.
rerighter, я бы
заменил на конструкцию типа
;)