настраиваемое доменное имя для каждого приложения на одной странице - PullRequest
1 голос
/ 11 апреля 2020

Я хочу дать своему клиенту возможность создавать свои собственные списки задач / веб-приложения.

Итак, я подумал, что они могут зарегистрироваться в моем приложении, например: http://mytodos-app.com/signup и предоставить все параметры, такие как тема, заголовок, имя ...

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

т.е.: http://mytodos-app.com/todos/: someuniqeid

1) это звучит нормально? или есть более эффективные стратегии для этого сценария?

2) если все в порядке, если я хочу дать им возможность настроить свой собственный домен (например, в shopify вы получаете динамический c домен yourname.shopify. ком).

Итак, какой самый популярный / профессиональный способ сделать это? Я хочу, чтобы это было легко для клиента. какие-либо предложения?

1 Ответ

1 голос
/ 13 апреля 2020

Кроме «крутого фактора», использование реальных настраиваемых поддоменов не дает никаких преимуществ.

Вы можете синтезировать поведение следующим образом:

  1. В DNS настройте запись CNAME с подстановочными знаками для *.DOMAIN.com, указывающая на www.DOMAIN.com, обязательно купите соответствующий подстановочный сертификат ssl / tls.
  2. Настройте веб-сервер так, чтобы он отвечал на все имена хостов.

  3. После регистрации пользователя. ОСТАНОВИТЬ значение username (или любой другой идентификатор).

  4. Установить авторизационного повара ie с опцией domain=DOMAIN.com, чтобы он не был ведущим поваром ie.

  5. Перенаправить на username.DOMAIN.com. У того же сервера другое имя.

  6. Проверьте повара ie на маршруте, чтобы обслуживать правильные страницы. Точно так же, как и при любом входе в систему.

  7. Если кулинара нет ie, используйте информацию о хосте, чтобы заполнить часть имени пользователя на странице входа в систему, или отобразите публичные c задачи ?

Убедитесь, что все скрипты Javascript, размещенные на сайте, и все внутренние ссылки загружены с помощью относительной адресации.

Этот метод намного безопаснее, чем создание реальных поддоменов. .

...