Как разместить несколько сайтов на одном домене


Создание нескольких сайтов на одном домене

Приветствую Вас дорогие читатели. Сегодня статья у нас будет, на тему зачем и как создать несколько сайтов на одном домене. К примеру:

  •  www.site.ru — основной сайт,
  • www.site.ru/site_one/ — второй сайт,
  • www.site.ru/site_two/ третий сайт.

Сразу возникает у вас вопрос А ЗАЧЕМ ТАК СЕБЯ ЗАМОРАЧИВАТЬ????
Конечно можно поступить иначе,  создать поддомены, например

  • www.site_two.site.ru
  • www.site_one.site.ru

Ну да… Вариант… И каждый поддомен отдельно раскручивать.  Это не по мне… Я как всегда люблю сложности. Далее в статье я расскажу свое видение данного вопроса и расскажу зачем мне нужно создать несколько сайтов  с разными движками (CMS ) на одном домене. И конечно мне интересно ваше мнение, напишите его в комментах.

Один Домен = несколько сайтов

Долгое время я читал мнения других блогеров, по данному поводу. Не мог принять  точное решение, но все же я пришел к выводу, что мой проект InternetLift.ru может в себе объединить смежные под проекты. На блоге я рассказываю о том, как я сделал блог или видео портал, как монетизировать видео и многое многое другое. Видео портал, как место в котором можно найти любой фильм, сериал и провести досуг с семьей, или погрустить в одиночестве (кому как нравится )) (Спустя неделю я стал думать иначе подробнее)

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

Так вот давайте, я объясню почему смежные проекты можно и нужно объединить в один домен?

  1. Самое главное это временной ресурс. Нехватка времени объять все и сразу. Когда у тебя в голове много планов, и ты хочешь и видишь, что уже давно пора их реализовывать, то всегда придется ставить что-то в приоритет, а какие-то планы просто со временем станут не актуальными или даже вы просто о них забудите. Я в сети встречал очень много сайтов, в частности очень много на форумах, в подписях. Люди говорят спрашивают как им то или другое сделать и дают совет другим пользователям. Ради любопытства захожу по ссылке на сайт, а сайта уже давно нет, или он заброшен давно. Вывод = потерянные ресурсы времени, сил, средств.

  2. SEO продвижение. Конечно эта тема постоянно развивается и не стоит на месте, но говорят, что при правильной внутренней и внешней оптимизации сайта, можно добиться очень хороших результатов. Приведу пример: Есть главная страница (сайт.ру), и папки первого уровня (сайт.ру/blog) (сайт.ру/tv). Если с главной страницы передавать вес (ТИЦ PR) на разделы, т.е. папки первого уровня, а они в свою очередь зациклены между внутренними страницами в этой папке, то при получении высокий показателей главной страницы, папки/разделы в органическом трафике ведут себя как самостоятельные сайты у которых есть высокие показатели благодаря внутренней оптимизации. Так же мы помогаем создать поисковикам сниппеты в виде наших разделов. Приведу ниже скрин 

  3. Трафик. Это самое, что ни на есть главное в интернете. Конечная цель того, что делают в сети это трафик, продажи, деньги. Но только каждый сайт, проект, сервис отличается особенностью, какую именно пользу он несет людям. Я не перестану говорить и писать, что нужно соблюдать закон вселенной: «Что бы постичь- нужно отдать» Так вот отдаем мы своё время, творчество, финансовые ресурсы, во благо людей. Отдавать нужно в разы больше чем мы получаем и только при такой схеме мы сможем не думать о финансовых и денежных потребностях. Если написать более простым языком, удобней создать один домен и в нем создать отдельные папки со смежными сайтами (сервисами) и т.д. и все внимание в продвижении акцентировать на него,  и получить в ответ трафик с каждого из сайтов, которые в сумме дают очень значительную посещаемость. Приведу простую арифметику: 5 сайтов/сервисов * 500 посетителей в сутки = 2500 посетителей /сутки. А это уже на секунду около 2-5 дол дохода от контекста. Конечно я сужу не о всех нишах и направлениях в сети. Возможно для кого-то трафик и не нужен, им нужны продажи, но все же вы должны знать, что трафик это основа, а уже от качества и количества трафика выражаются продажи )))

  4. Минимальные затраты. Этот пункт схож немного с первым, с временными затратами, но я хочу его выделить отдельно, т.к. финансы на продвижение одного проекта (н-р главной стр.) не сравняться с потраченными деньгами на продвижение каждого сайта по отдельности. Это заметный плюс, особенно для новичков и вообще для тех кто сомневается в реальности своего проекта /сайта /сервиса. Ведь в любой момент можно просто удалить папку с хостинга и все ))) Но я думаю это уже лишнее…

  5. Порог Монетизации. Тот кто немного сталкивался с рекламными площадками, тот знает, что  у каждой площадки с каждым годом увеличивается порог входа для рекламодателей. Другими словами раньше примерно в 2012 году площадка должна была обладать 300  и более посетителей/сутки , что бы подключиться к Яндекс Директу, сейчас уже 500 и более. И такие примеры я могу приводить много порог от 300 от 500 от 1000 от 3000 от 5000 пос/сутки. рекламировать в данной статье площадки не буду, Если нужно напишите в комментах отвечу. Так вот, благодаря многосайтовости, можно получить намного быстро разрешение на монетизацию той площадки которая ближе вам по контенту или больше платит ))

  6. 301 Редирект. Когда-то мой проект наберет очень большие просмотры ежедневно, и возможно будет нагрузка на сервер, придется перейти с виртуального хостинга на выделенный. А если со временем я увижу ошибку во всей этой схеме или большую нагрузку, то ни когда не поздно купить новый домен и разгрузить основной домен. Другими словами, один раздел (папку) открепить с переадресацией 301 редиректа всех страниц раздела на новый домен. Но это когда будет нужно сделаем, а пока лучше сконцентрироваться на одном большом проекте.

 Вывод:

В данной статье я привел, несколько плюсов, которые позволяют считать выгодным создание нескольких сайтов на одном домене. Особенно если смежные темы этих сайтов, в самом начале создания. Это и экономически выгодно и по времени не так много затрат. Возможно, моя точка зрения отличается от большинства вебмастеров, и это ваше право судить или комментировать. А аудитория посетителей сама выберет, что ей интересно и нужно. Решать в любом случае вам, как поступать, использовать мой совет или нет. Я лишь рассказал о своем видении. Со временем напишу к чему я пришел и на сколько этот метод хорош.  А пока подписывайтесь на RSS ленту, а также на мой канал YouTube и не пропускайте следующие статьи.

Размещение нескольких сайтов на шлюзе приложений Azure

  • 6 минут на чтение

В этой статье

Хостинг на нескольких сайтах позволяет настроить более одного веб-приложения на одном и том же порту шлюза приложений. Это позволяет вам настроить более эффективную топологию для ваших развертываний, добавив до 100+ веб-сайтов на один шлюз приложений.Каждый веб-сайт может быть направлен в собственный серверный пул. Например, три домена, contoso.com, fabrikam.com и adatum.com, указывают на IP-адрес шлюза приложений. Вы должны создать три многосайтовых прослушивателя и настроить каждый прослушиватель для соответствующего порта и настройки протокола.

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

Важно

Правила обрабатываются в том порядке, в котором они перечислены на портале для SKU версии 1.Для SKU версии 2 точные совпадения имеют более высокий приоритет. Настоятельно рекомендуется настроить многосайтовые прослушиватели перед настройкой базового прослушивателя. Это гарантирует, что трафик будет перенаправлен на правую серверную часть. Если базовый слушатель указан первым и соответствует входящему запросу, он обрабатывается этим слушателем.

Запросы для http://contoso.com перенаправляются в ContosoServerPool, а http://fabrikam.com перенаправляются в FabrikamServerPool.

Точно так же вы можете разместить несколько поддоменов одного родительского домена в одном развертывании шлюза приложений.Например, вы можете разместить http://blog.contoso.com и http://app.contoso.com в одном развертывании шлюза приложений.

Имена хостов с подстановочными знаками в слушателе (предварительная версия)

Application Gateway допускает маршрутизацию на основе хоста с использованием многосайтового прослушивателя HTTP (S). Теперь у вас есть возможность использовать подстановочные знаки, такие как звездочка (*) и вопросительный знак (?), В имени хоста, а также до 5 имен хостов на многосайтовый HTTP (S) прослушиватель. Например, * .contoso.com .

Используя подстановочный знак в имени хоста, вы можете сопоставить несколько имен хостов в одном приемнике. Например, * .contoso.com может соответствовать ecom.contoso.com , b2b.contoso.com , а также customer1.b2b.contoso.com и т. Д. Используя массив имен хостов, вы можете настроить более одного имени хоста для прослушивателя, чтобы направлять запросы в бэкэнд-пул. Например, прослушиватель может содержать contoso.com, fabrikam.com , которые будут принимать запросы для обоих имен узлов.

Примечание

Эта функция находится в предварительной версии и доступна только для SKU Standard_v2 и WAF_v2 шлюза приложений. Чтобы узнать больше о предварительных просмотрах, ознакомьтесь с условиями использования здесь.

Примечание

В настоящее время эта функция доступна только через Azure PowerShell и Azure CLI. Поддержка портала скоро появится. Обратите внимание, что, поскольку поддержка портала не полностью доступна, если вы используете только параметр HostNames, прослушиватель будет отображаться как базовый прослушиватель на портале, а в столбце имени хоста в представлении списка прослушивателей не будут отображаться имена узлов, которые настроены. .Для любых изменений прослушивателя с подстановочными знаками убедитесь, что вы используете Azure PowerShell или интерфейс командной строки, пока он не будет поддерживаться на портале.

В Azure PowerShell необходимо использовать -HostNames вместо -HostName . С HostNames вы можете указать до 5 имен хостов в виде значений, разделенных запятыми, и использовать подстановочные знаки. Например, -HostNames "* .contoso.com, *. Fabrikam.com"

В Azure CLI необходимо использовать --host-names вместо --host-name .С именами хостов вы можете указать до 5 имен хостов в виде значений, разделенных запятыми, и использовать подстановочные знаки. Например, --host-names "* .contoso.com, *. Fabrikam.com"

Допустимые символы в поле имен хостов:

  • (A-Z, a-z, 0-9) - буквенно-цифровые символы
  • - - дефис или минус
  • . - точка как разделитель
  • * - может соответствовать нескольким символам в разрешенном диапазоне
  • ? - может соответствовать одному символу в допустимом диапазоне

Условия использования подстановочных знаков и нескольких имен хостов в прослушивателе:

  • В одном слушателе можно указать только до 5 имен хостов
  • Asterisk * может упоминаться только один раз в компоненте имени стиля домена или имени хоста.Например, component1 * .component2 * .component3. (* .contoso - *. Com) является допустимым.
  • В имени хоста может быть не более двух звездочек * . Например, * .contoso. * является допустимым, а * .contoso. *. *. Com недопустимым.
  • Имя хоста может содержать не более 4 подстановочных знаков. Например, ????. Contoso.com , w ??. Contoso * .edu. * допустимы, но ????. Contoso. * недопустимы.
  • Использование звездочки * и вопросительного знака ? вместе в компоненте имени хоста ( *? или ? * или ** ) недопустимы.Например, * ?. contoso.com и **. Contoso.com недопустимы.

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

  • Завершение SSL и End-to-End SSL требует, чтобы вы настроили протокол как HTTPS и загрузили сертификат, который будет использоваться в конфигурации приемника. Если это многосайтовый прослушиватель, вы также можете ввести имя хоста, обычно это CN сертификата SSL. Когда вы указываете несколько имен хостов в слушателе или используете подстановочные знаки, вы должны учитывать следующее:
    • Если это подстановочное имя хоста, например *.contoso.com необходимо загрузить подстановочный сертификат с CN, например * .contoso.com
    • Если в одном приемнике упоминается несколько имен хостов, необходимо загрузить сертификат SAN (альтернативные имена субъектов) с CN, соответствующими упомянутым именам хостов.
  • Вы не можете использовать регулярное выражение для упоминания имени хоста. Вы можете использовать только подстановочные знаки, такие как звездочка (*) и вопросительный знак (?), Для формирования шаблона имени хоста.
  • Для проверки работоспособности серверной части нельзя связать несколько настраиваемых зондов с настройками HTTP.Вместо этого вы можете проверить один из веб-сайтов на внутреннем сервере или использовать «127.0.0.1» для проверки локального хоста внутреннего сервера. Однако, когда вы используете подстановочный знак или несколько имен хостов в прослушивателе, запросы для всех указанных шаблонов домена будут перенаправляться в внутренний пул в зависимости от типа правила (основного или на основе пути).
  • Свойства «hostname» принимают одну строку в качестве входных данных, где вы можете указать только одно доменное имя без подстановочных знаков, а «hostnames» принимает в качестве входных данных массив строк, где вы можете указать до 5 подстановочных доменных имен.Но оба свойства нельзя использовать одновременно.
  • Вы не можете создать правило перенаправления с целевым прослушивателем, который использует подстановочные знаки или несколько имен хостов.

См. Пошаговое руководство по настройке имен узлов с подстановочными знаками в многосайтовом прослушивателе в разделе «Создание нескольких сайтов с помощью Azure PowerShell или с помощью Azure CLI».

Заголовки хоста и указание имени сервера (SNI)

Есть три общих механизма для включения нескольких сайтов в одной инфраструктуре.

  1. Размещайте несколько веб-приложений, каждое на уникальном IP-адресе.
  2. Используйте имя хоста для размещения нескольких веб-приложений на одном IP-адресе.
  3. Используйте разные порты для размещения нескольких веб-приложений на одном IP-адресе.

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

Application Gateway поддерживает несколько приложений, каждое из которых прослушивает разные порты, но этот сценарий требует, чтобы приложения принимали трафик на нестандартных портах.Часто это не та конфигурация, которая вам нужна.

Шлюз приложений

использует заголовки хоста HTTP 1.1 для размещения нескольких веб-сайтов на одном общедоступном IP-адресе и порте. Сайты, размещенные на шлюзе приложений, также могут поддерживать разгрузку TLS с расширением TLS с указанием имени сервера (SNI). Этот сценарий означает, что клиентский браузер и серверная веб-ферма должны поддерживать расширение HTTP / 1.1 и TLS, как определено в RFC 6066.

Следующие шаги

Узнайте, как настроить размещение нескольких сайтов в шлюзе приложений

Вы можете посетить шаблон Resource Manager, используя размещение на нескольких сайтах для сквозного развертывания на основе шаблонов.

.

Запуск нескольких сайтов Wordpress на одном домене / веб-сервере

Переполнение стека
  1. Около
  2. Товары
  3. Для команд
  1. Переполнение стека Общественные вопросы и ответы
  2. Переполнение стека для команд Где разработчики и технологи делятся частными знаниями с коллегами
.

Как разместить несколько доменных имен и проектов на одном сервере

, автор: BinHong Lee

NGINX - это волшебный инструмент
Фотография imgix на Unsplash

У меня несколько доменных имен, и каждое из них является ведущим сторонним проектом. В течение долгого времени все, что требовало «хостинга», размещалось на Heroku. Но их уровень бесплатного пользования может быть весьма ограничен, а также может быстро стать дорогостоящим, если вы платите за каждый отдельный проект. Поэтому вместо этого я решил изучить возможность объединения их всех вместе с помощью NGINX (рекомендованного мне Джейн Манчун Вонг).

Необходимые ресурсы

Виртуальный частный сервер (VPS)

Вам понадобится виртуальный сервер, например DigitalOcean или EC2 от AWS. Лично я использую Vultr (вот нереферальная ссылка), который мне стоит около 2,50 долларов в месяц.

доменных имен

Вам необходимо зарегистрировать несколько доменных имен. Предполагая, что они, вероятно, у вас уже есть, убедитесь, что ваши доменные имена указывают на серверы имен вашего VPS. На панели управления службы доменных имен должен быть раздел DNS, где вы можете выбрать «собственный DNS» или что-то подобное.Если вы не уверены, какие серверы имен у вашего VPS, вы сможете легко найти эту информацию с помощью простого поиска «сервер имен» + имя службы VPS.

Настройка NGINX

Установка и базовая настройка

Справочник по установке Nginx в Ubuntu 16.04

Выполните следующие команды через SSH-ing в VPS. Он установит NGINX, настроит разрешающие правила брандмауэра и настроит NGINX на автоматический запуск при загрузке.

Настройка конфигурации

Ссылка из нескольких доменов хоста на одном сервере / IP с Apache или nginx

По умолчанию virtual.conf должен находиться в /etc/nginx/conf.d/virtual.conf. Я рекомендую сделать резервную копию файла по умолчанию, прежде чем вносить какие-либо изменения. (Если его не существует, вы можете просто создать его.) Отредактируйте файл, чтобы он выглядел примерно так:

Вот несколько вещей, на которые стоит обратить внимание:

  • server block - Каждый из них должен представлять каждый используется другой домен или субдомен.
  • корень - это место, откуда загружаются файлы (HTML).
  • server_name - (под) доменные имена, которые должны загружать эти конкретные файлы.
  • proxy_redirect - в случаях, когда вы перенаправляете определенный поддомен на активный сервер, вам нужно будет указать
.

http - размещать несколько сайтов Golang на одном IP-адресе и обслуживать их в зависимости от запроса домена?

Переполнение стека
  1. Около
  2. Товары
  3. Для команд
  1. Переполнение стека Общественные вопросы и ответы
  2. Переполнение стека для команд Где разработчики и технологи делятся частными знаниями с коллегами
.

Смотрите также

Поделиться в соц. сетях

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

Оставить комментарий