У меня есть клиент, у которого есть несколько доменов, скажем, www.abc.com, www.xyz.com, и один домен, который используется для функций входа/регистрации — login.company.com. login.company.com имеет SSL-сертификат, а другие домены — нет. Клиент предпочитает не приобретать дополнительные SSL-сертификаты для других доменов. В настоящее время интерфейс, который видит пользователь при регистрации, в значительной степени контролируется login.company.com. Клиенту нужен своего рода API для этой функциональности, чтобы www.abc.com мог управлять своим собственным интерфейсом — может быть, Flash, может быть, HTML/JS. Каждый вариант, который я придумал, имеет по крайней мере одну проблему...
1) Разместите веб-службу JSONP на login.company.com и используйте JS/Ajax для связи с ней — имена пользователей/пароли будут отправлены в строке запроса
2) Разместите любую веб-службу на login.company.com и используйте Flash для связи с ним - Flash будет проблемой на мобильных веб-сайтах и Я все равно не уверен, как это будет работать
3) По сути, создайте прокси-сервис на www.abc.com, чтобы принимать запросы от пользовательского интерфейса и передавать их веб-сервису, размещенному на login.company. com — www.abc.com не имеет SSL-сертификата.
4) Настройте скрытые фреймы на страницах www.abc.com для связи с login.company.com - я не думаю, что это вообще сработает
Есть ли другие варианты, которые мне не хватает? Если это имеет значение, серверная часть для login.company.com и большинства экземпляров www.abc.com будет находиться в .NET.
