C ++ HTTP всегда 301 с использованием сокетов - PullRequest
Новая
       15

C ++ HTTP всегда 301 с использованием сокетов

2 голосов
/ 15 марта 2011

Мне это надоело.ВСЕГДА, когда я делаю HTTP-запрос GET из программы на C / C ++, используя только простые сокеты, я получаю 301 Moved Permanently.Обычно я бы использовал libcURL, но в этом случае я не хочу добавлять другую библиотеку, мне просто нужно загрузить один плоский идентификационный файл с одного фиксированного сервера.

Это мой текущий запрос: 

GET /game/getversion.jsp?user=nightcracker&password=yeahright&version=12 HTTP/1.1\r\n
Connection: close\r\n
Host: www.minecraft.net\r\n
Accept-Encoding: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2\r\n
\r\n

Я попробовал ВСЕ, и все просто получили ответ с этим забавным сообщением: 

HTTP/1.1 301 Moved Permanently
Server: nginx/0.6.32
Date: Tue, 15 Mar 2011 02:18:11 GMT
Content-Type: text/html
Content-Length: 185
Connection: close
Location: http://www.minecraft.net/game/getversion.jsp?user=nightcracker&password=yeahright&version=12

<html>
<head><title>301 Moved Permanently</title></head>
<body bgcolor="white">
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx/0.6.32</center>
</body>
</html>

Я помню эту проблему и раньше, и я был в ярости прежде.Теперь я хочу исправить этого проклятого педераста.Так скажите мне ТАК, почему все мои HTTP-запросы всегда возвращают 301?

Ответы [ 4 ]

3 голосов
/ 15 марта 2011

Хорошо, кроме проблемы с Accept-Encoding, запрос был в порядке. Проблема заключалась в том, что я разрешил в своем сокете код «minecraft.net» вместо «www.minecraft.net». RAAAAH. Исправлено.

0 голосов
/ 15 марта 2011

Я не знаю, если это проблема у вас на сервере Minecraft (у меня нет учетной записи), но 

Accept-Encoding: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2\r\n

что за хрень?Поля заголовка, которые могут входить в запросы, включают

  • Accept: MIME-типы (например, что у вас есть)
  • Accept-Charset: кодировки (например, utf-8)
  • Accept-Encoding: кодировки (например, gzip)
  • Accept-Language: языки (например, en)

и вы, кажется, смешиваете их.

0 голосов
/ 15 марта 2011

Ну, сервер перенаправляет клиента в другое место.Вам просто нужно отправить еще один запрос к URL-адресу, возвращающемуся в заголовке «Location» 3Ops respone

ООП, которые поняли, что местоположение перенаправления совпадает с исходным URI.Работает ли этот URL из браузера?В этом случае вы можете попробовать добавить заголовок User-Agent в запросе, который содержит тот же User-Agent, который отправляет браузер.

0 голосов
/ 15 марта 2011

Я не вижу ничего явно неправильного, поскольку перенаправленный URI выглядит так же, как исходный URI запроса GET, поэтому я бы предложил загрузить curl командной строки и запустить его в подробном режиме для той же цели. Возможно, он покажет что-то в своем выводе, что может указать вам правильное направление. Есть вероятность, что это плохо настроенный сервер или плохо написанная JSP, так что имейте это в виду.

...