Как проектировать систему для отображения общего контента на разных субдоменах / доменах?

Question

[sdgs4s4 .]

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

Дело в том что очередной бзиг и нужно расплодить сайт на города с населением более 200 тысяч человек, а как известно их ~ 100 штук, неужели придется на каждый из них заливать контроллеры, роутеры, vievs, стили и прочее? В моем представлении это именно так, с заменой id города при подключении к базе данных на каждом субдомене

Стили ладно, могу их подключить через http, но что делать с php include ?

В общем как вы поняли я совсем зеленый в этом вопросе, поэтому пишу сюда, более опытным

- - -

Если уже есть пример такой реализации, то покажите, подскажите в какую сторону копать

Answer 1

[Павел Волынцев]

Предположим, у разных городов свой субдомен. Иногда отличается разметка (шаблон, тема). И данные хранятся в разных базах. А программный код общий. В этом случае надо перенастроить соединение с базой в зависимости от города и поменять шаблон. Можно соединять некоторые общие параметры приложения с параметрами, которые зависят от домена.

Пример реализации https://github.com/pvolyntsev/toster_449124
Конфиги в директории config/*.php
Отображение в шаблонах layout/*.php - в конкретной CMS или фреймворке шаблоны переключаются по-другому
Пример работы в public/index.php

Вот по приблизительно такому же принципу на проекте Icons8 выбирается не город, а язык и некоторые другие параметры отображения
https://ru.icons8.com - на русском
https://it.icons8.com - на итальянском
https://icons8.com - по-умолчанию, английский

Comments

[sdgs4s4 .]

Да, это на самом деле является решением того, что я хотел реализовать, спасибо

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

Чтоб название домена 2 или 3го уровня служило идентификатором, которая выводит соответствующую информацию из БД

13 дней разбора php не хватает чтоб понять как сделать

- - -

или это уже будет не правильно? допустим заглядывая наперед будет бзиг и надо будет не 100 городов, в 200, 300

[Павел Волынцев]

Без 200 конфигов можно обойтись, конечно, если база одна на все города.
Введите в таблицу city колонку domain и выбирайте город по доменному имени

// Получить информацию о текущем городе по доменному имени
$city = $db->fetchRow("SELECT * FROM city WHERE domain = 'msk.domain.com'")

Может даже удобнее будет, потому что можно построить список всех городов

Код в репозитории поправил

[Павел Волынцев]

Учите язык, 13 дней - это только начало

[sdgs4s4 .]

Павел Волынцев: да, конечно, учить и еще раз учить

а пока я воспользовался вашим репозиторием, добавил БД, добавил домен "web" иии.... ничего xD ошибки, ошибки и еще раз ошибки

Картиночки (нажать на меня)

но это ладно, главное у меня уже есть направление, а как это починить с опытом придет, спасибо еще раз

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

[Павел Волынцев]

lipatkin: Ну, такая вот она жизнь программиста. Ошибки преследуют.

но это ладно, главное у меня уже есть направление, а как это починить с опытом придет

И я так думаю.

[Павел Волынцев]

lipatkin: поправил код в репозитории - теперь не будет ошибки, если по имени домена не нашёлся конфиг

Answer 2

[Павел Корнилов]

Сам сталкивался с подобной проблемой, но на разных поддоменах ее решить не смог.
Но нашел приемлемый обход проблемы - создание подсайтов внутри родительского сайта. Подсайты при этом совершенно независимы друг от друга по контенту, могут иметь одинаковые или разные шаблоны своей структуры.
Выглядит это так:
main.ru
main.ru/subsite1/
main.ru/subsite2/
... etc
Тогда CMS основного сайта вполне себе обслуживает подсайты. Пример такой реализации - немецкая CMSimple.

Comments

[Павел Корнилов]

lipatkin:
Вот это и проблема. Домены 3 уровня мы уже использовать не сможем.
Зато остальным требованиям задачи вполне соответствующее решение.

[Павел Корнилов]

lipatkin: и даже есть плюс:
Для поисковых систем это все будет один сайт, а не разные! Сколько бы их не было.

[Павел Корнилов]

да нет.
Все будет работать с ОДНОГО домена 2 уровня.

Выглядит это так:
main.ru
main.ru/subsite1/
main.ru/subsite2/
... etc

[Павел Корнилов]

lipatkin:
Вот тебе живой пример:
Основной - https://js-master.ru/
Подсайт - https://js-master.ru/Техотдел/
Подсайт - https://js-master.ru/Цветы/

Answer 3

[Abdula Magomedov]

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

Данные о домене можно найти в суперглобальном массиве $_SERVER;

Answer 4

[Александр Аксентьев]

Все домены ведут в одно место на сервере,а движок сам разбирает на какой домен пришел запрос.

Это вообще не проблема, гуглите.

Comments

[Александр Аксентьев]

lipatkin: способов вагон и маленькая тележка.

Самый простой делать чотбы вебсервер слушал *.domain.com и все запросы шли в один сайт.

[Александр Аксентьев]

lipatkin: бред какой-то написали xD

nginx

server_name  *.domain.com  domain.com;
root /var/www/domain.com;

/var/www/domain.com/index.php

echo $_SERVER['SERVER_NAME']; // domain.com или blahblah.comain.com

Всё.
Все домены идут в одну папку в один движок, движок уже в зависимости от домена преключается заголовки или еще что-то, но сам движок никуда не копируется.