Как настроить поддомен для Discourse?

Привет :slight_smile:

Я следую этому руководству на Github, и там вы рекомендуете Namecheap.
Я последовал вашей рекомендации, и вы пишете, что мне нужно проверить поддомен.

Две проблемы:

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

Вам нужно будет просто создать A-запись для любого поддомена, который вы хотите, как описано по адресу https://www.namecheap.com/support/knowledgebase/article.aspx/319/2237/how-can-i-set-up-an-a-address-record-for-my-domain/.

Большое спасибо!

Лично мне это не очень помогает, поскольку нет четких и конкретных инструкций по настройке поддомена.

Кроме того, руководство до сих пор ничего об этом не говорит.

Мы уверены, что это действительно помогает людям в текущем виде?

Это указано в стандартных инструкциях по установке на GitHub.

«Управление вашим DNS должно быть доступно из того места, где вы приобрели доменное имя. Именно здесь вы создадите A-запись для имени хоста discourse.example.com, как только узнаете IP-адрес облачного сервера, на котором устанавливаете Discourse, а также введете свои SPF- и DKIM-записи для вашей электронной почты».

Это потому, что в этом нет ничего сложного. Достаточно просто создать DNS-запись типа A, указывающую на сервер.

На некоторых системах «настройка поддомена» кажется чем-то масштабным, поскольку эти системы выполняют множество действий, включая установку компонента, который будет обрабатывать HTTPS-запросы (вы установите Discourse), который работает где-то (вы создадите виртуальную машину), и указание DNS-записи на него (та часть, с которой, как вы говорите, у вас возникают трудности?).

Я ошибся насчет @, извините, столбец — «Host».

Вот несколько примеров:

Где Value — это желаемый IP-адрес.

То есть:

  • demo.example.com
  • dev.example.com
  • snow.example.com

Вот и всё!

(хотя вам также потребуется запросить сертификат, используя, например, Let’s Encrypt, с сервера, если это не делается автоматически, как в случае с Discourse)

Для того, кто никогда с этим не сталкивался, это не пустяк.

Это уже ближе к реальному решению. Однако люди всё равно не будут знать, как узнать свой IP-адрес.

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

Если же вы намерены предоставить всем равные возможности, которые даёт Discourse, то ещё предстоит проделать большую работу.

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

Это тот же IP-адрес, что и у VPS, в который вы входите для установки Discourse.

Это вся информация, которая актуальна для документирования для нового пользователя. Я готов проделать эту работу, если вы заинтересованы в её слиянии.

Может быть, стоит добавить немного больше деталей. Тем не менее, ваш провайдер VPS указывает IP-адрес в панели управления вместе со спецификациями сервера.

Насколько это просто, зависит от выбранного вами SMTP-провайдера. Например, в Brevo.com достаточно зарегистрироваться, создать имя пользователя и пароль, а затем выбрать бесплатный или платный тариф.

Затем просто ввести имя пользователя, пароль в настройках Discourse и SMTP-адрес.

Вышеописанное является стандартным для Discourse. Провайдер SMTP также может предоставить инструкции по созданию DNS-записи (если я правильно понимаю), чтобы настроить DKIM и обеспечить доставку писем.

Затем есть такие решения, как Lark, настройка которых сложнее, чем описанное выше.

Именно поэтому сообщество Discourse Meta существует, чтобы предоставлять официальную и сообщественную поддержку. Если у вас есть бюджет, многие специалисты готовы выполнить первоначальную настройку. Некоторые, например @pfaffman для пользователей с собственным хостингом, предлагают панель поддержки за небольшую годовую плату, которая также включает его помощь. Эта панель предоставляет возможности для установки плагинов и выполнения некоторых командных операций по обслуживанию, что упрощает задачу для менее технически подкованных пользователей.

Просто для ясности: я понимаю вашу позицию и должен сказать, что в наши дни графический интерфейс (GUI) считается стандартом для обычных пользователей.