Разделение сайта на две части

У меня есть сайт lists.tssi.com. В настоящее время он поддерживает две по сути независимые сообщества Discourse (перенесённые из Mailman), управляемые с помощью групп и категорий. Назовём их x и y.

Я хочу разделить их так, чтобы обе группы стали полностью независимыми. (Да, это означает больше работы для меня, но я с этим согласен.) Основная причина — я хочу открыть оба сообщества для читателей, не являющихся участниками, и, по моему мнению, это будет проще сделать, если они будут полностью разделены. Мне кажется, что участники сообщества X не хотят читать много о том, что происходит в сообществе Y, даже если они схожи. (Оба сайта посвящены студенческому спорту.)

Один из способов — определить сайты как x.tssi.com и y.tssi.com, другой — как x.lists.tssi.com и y.lists.tssi.com.

В любом случае lists.tssi.com будет служить шлюзом к двум сообществам, с единой входной точкой в Nginx.

Насколько я могу судить, оба метода должны работать в одном контейнере при клонировании базы данных, чтобы обеспечить полную независимость. (Я настроил свой тестовый сервер, используя метод x.tssi.com и y.tssi.com, поэтому я уверен, что это работает. В методе x.lists.tssi.com и y.lists.tssi.com я менее уверен, хотя, возможно, он будет проще для понимания моими пользователями и лучше поддержит добавление новых сообществ в будущем.)

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

Есть ли рекомендации, какой путь выбрать? Есть ли подводные камни, о которых стоит знать?

Почему бы не сохранить центральный сайт с пользователями, но без контента, подключив его к двум подчинённым сайтам через Discourse Connect (SSO)?

Я бы, вероятно, сохранил центральный сайт со всеми пользователями, создал две дополнительные полные копии — x и y, удалил из обеих контент, который не нужен, чтобы разделить их, и настроил их на использование основного сайта для входа.

Это также устранит путаницу при входе для пользователей, которые могут быть в обоих списках.

Каковы преимущества такой среды единого входа (SSO)? А какие недостатки?

Полагаю, что кроме меня на обоих списках нет общих пользователей. Долгие годы это были отдельные сайты Mailman, и большинство пользователей по-прежнему в основном используют электронную почту.

Даже необходимость иметь отдельные адреса электронной почты для отправки сообщений в каждую категорию внутри этого сообщества вызывает путаницу у некоторых из них, но я не вижу способа обойти это. Я призываю их использовать веб-интерфейс, но, возможно, лишь 5% делают это спустя три месяца после перехода.

Моя цель — расширить участие, сделав оба сообщества доступными для веб-поиска и чтения. Мне кажется, что сохранение их раздельности может лучше подойти для привлечения тех, кто хочет обсуждать команду X, но не команду Y.

Я не тороплюсь: лето — это тихий период для списков, ориентированных на студенческий спорт, активность начнёт расти в августе, когда откроются летние тренировки по футболу. Так что у меня есть время обдумать, какой подход будет лучше для этих сообществ.

Я решил использовать lists.tssi.com для основного сайта и x.tssi.com и y.tssi.com для отдельных сообществ, вместо x.lists.tssi.com и y.lists.tssi.com. Не удалось заставить второй вариант работать, возможно, это проблема настройки nginx: запросы к x.lists.tssi.com или y.lists.tssi.com постоянно перенаправлялись на lists.tssi.com, а не на сервер Discourse.

Однако первый вариант работает, а рабочее решение лучше нерабочего. :slight_smile: