Если вам нужно перейти на другой сайт для проверки учетных данных, то я не уверен, что людям будет удобно предоставлять эти учетные данные вам.То есть, если у вас нет прав на проверку учетных данных напрямую, почему вы заслуживаете доверия, чтобы получить их?Я знаю, что иногда людям нужно интегрироваться с системой, которой они не владеют, так что это всего лишь вопрос.
Во-первых, это должно быть сделано на стороне сервера из-за ограничений на скрипты клиента из-за та же политика происхождения .
Типичный способ справиться с упомянутым вами "очисткой экрана" - это обрабатывать веб-страницу так, как если бы она была службой XML.Сначала изучите исходный код страницы, затем используйте стек Internet / HTTP, создайте POST по правильному URL-адресу и прочитайте ответ, используя стандартную библиотеку XML.Потребуется некоторая изобретательность, чтобы придумать хороший способ покопаться в XML, чтобы найти нужный вам фрагмент, который будет максимально изолирован от изменений на странице.Имейте в виду, что ваша система может сломаться в любое время, когда владельцы сайта изменят свою страницу.
Иногда вы не можете просто отправить сообщение POST, но должны сначала запросить пустую страницу, чтобы получить скрытую форму.значения, которые должны быть возвращены в POST.Вам придется поэкспериментировать, чтобы выяснить, для чего он нужен.
Кроме того, вам, вероятно, придется также обрабатывать файлы cookie, поскольку они обычно являются неотъемлемой частью аутентификации веб-сайта и управления сеансами (хотя вы можете получитьповезло, что сессия не имеет значения между начальным POST и первым ответом).
Наконец, вам может не повезти, что сайт использует javascript для выполнения части работы по аутентификации, которая может потребовать дополнительных копаний дляпонять, как учетные данные публикуются на сайте.
Существуют и другие потенциальные препятствия, такие как проверка сайта на предмет того, что реферал является их собственным сайтом, возможное использование SSL (HTTPS) и т. д.