У меня есть система управления школой, в которой зарегистрированы владельцы школ. Я даю им поддомен, например school1.mysite.com.
До сих пор все в порядке, но владелец одной школы хочет, чтобы это разместило ее в своем собственном домене (school1.com).
Я попытался указать school1.com на url (school1.mysite.com), и это хорошо работало для домашней страницы, но когда я перешел на другую страницу, щелкнув ссылку, я заметил, что URL-адрес все еще school1.com фактически school1.mysite.com если отображается внутри iframe.
Вопрос 1: можно ли указать домен на поддомен другого домена, где на страницах навигации и в строке запроса добавляется этот домен, а также всегда сохранять этот домен в URL-адресе, а не только перенаправлять?
Вопрос 2: Если возможно, каковы возможные решения и какое лучшее?
Этот вопрос указывает на проблему с вашей компетенцией - структурную. Я бы просмотрел Runbook и SOP.
У меня есть система управления школой
Я могу только предположить, что это индивидуальное программное обеспечение, потому что вы не называете продукт. Это вы запрограммировали. Каким-то образом (например: вы, очевидно, преувеличиваете свою компетентность). Программирование НЕ было подготовлено к этому сценарию, поэтому ваши программисты должны исправить это.
Я попытался указать school1.com на URL-адрес (school1.mysite.com), и это хорошо сработало для домашней страницы, но когда я перешел на другую страницу, щелкнув ссылку, я заметил, что URL-адрес по-прежнему является school1.com, на самом деле school1.mysite. com, если отображается внутри iframe.
Что ж, учитывая, что это ваше программное обеспечение, вы не должны его пробовать, а протестируйте его. В тестовой среде.
Очевидная проблема здесь в том, что ссылки между страницами кажутся жестко запрограммированными каким-то образом - относительные ссылки (href = "/ blabla") никогда не вернутся на другое имя хоста. Неотносительные ссылки ДОЛЖНЫ использоваться только при смене домена (переключение школ или на сайт администратора), но их можно избежать внутри сайта, что также позволяет сэкономить часть полосы пропускания. Каким-то образом ваше программирование не использует относительные URL-адреса и не учитывает тот факт, что должен использоваться пользовательский домен.
Классический провал.
Либо от ваших программистов, либо от вашей службы поддержки (которая предоставила клиенту нереализованную функцию и теперь продала неподдерживаемую конфигурацию). Не в первый раз вижу такое;)
Что бы вы ни делали, кто-то должен начать изучать код, исправить его и сделать собственный домен поддерживаемым сценарием.
Вы МОЖЕТЕ использовать прокси в новом домене, включая перезапись текста http (изменение всех ссылок на страницах), но это похоже на очень сложный взлом поверх сломанной / неподдерживаемой конфигурации.
Могу я спросить, почему этот вопрос вообще здесь? Это классический сценарий, в котором я ожидаю, что ведущий разработчик вмешается. Он должен хорошо знать о сделанных компромиссах и присущих ограничениях - особенно о таких фундаментальных вещах, как обработка доменного имени в коде. Тот, кто пытался это настроить, должен был понимать, что это не обычная установка и не покрывается их Runbook. И поскольку это не рассматривается и, очевидно, является отклонением, это должно было привести к чтению документации, а затем (поскольку она там не поддерживается) к эскалации. Сказанному ведущему разработчику.
Вы бы создали DNS-запись CNAME на сайте school1.com, которая сопоставляется со school1.domain.com?
Все поставщики DNS позволяют устанавливать записи CNAME.
Приносим извинения, если вы уже пробовали это.