EOFError: достигнут конец файла с Net :: HTTP


158

Я использую ruby-1.8.7-p302 / Rails 2.3.11. Я пытаюсь использовать FQL (Facebook API) для получения статистики по ссылке. Вот мой код:

def stats(fb_post_url)
  url = BASE_URI + "?query=#{URI.encode("select like_count from link_stat where url=\"#{fb_post_url}\"")}"
  parsed_url = URI.parse(url)
  http = Net::HTTP.new(parsed_url.host, parsed_url.port)
  request = Net::HTTP::Get.new(parsed_url.request_uri)

  response = http.request(request)
  response.inspect
end

И вот ошибка:

EOFError: end of file reached
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/protocol.rb:135:in `sysread'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/protocol.rb:135:in `rbuf_fill'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/timeout.rb:67:in `timeout'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/timeout.rb:101:in `timeout'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/protocol.rb:134:in `rbuf_fill'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/protocol.rb:116:in `readuntil'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/protocol.rb:126:in `readline'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/http.rb:2028:in `read_status_line'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/http.rb:2017:in `read_new'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/http.rb:1051:in `request'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/http.rb:1037:in `request'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/http.rb:543:in `start'
from /home/rahul/.rvm/rubies/ruby-1.8.7-p302/lib/ruby/1.8/net/http.rb:1035:in `request'
from /home/rahul/Work/Radr/lib/fb_stats.rb:13:in `stats'
from (irb):10

Кажется, это происходит только в случае API Facebook. Кроме того, я заметил, что в некоторых постах это может быть ошибкой в ​​Net :: HTTP.


3
Вы нашли решение для этого? Я сталкиваюсь с подобной проблемой в SFDC API.
Nilesh

Ответы:


281

Если URL использует https вместо http, вам нужно добавить следующую строку:

parsed_url = URI.parse(url)
http = Net::HTTP.new(parsed_url.host, parsed_url.port)
http.use_ssl = true

Обратите внимание на дополнительное http.use_ssl = true.

И более подходящий код, который будет обрабатывать как http, так и https, будет похож на следующий.

url = URI.parse(domain)
req = Net::HTTP::Post.new(url.request_uri)
req.set_form_data({'name'=>'Sur Max', 'email'=>'some@email.com'})
http = Net::HTTP.new(url.host, url.port)
http.use_ssl = (url.scheme == "https")
response = http.request(req)

Смотрите больше в моем блоге: EOFError : достигнут конец файла при публикации формы с Net :: HTTP .


Спасибо, это помогло мне понять разницу между httpи req.
Гуптрон

6
Ссылка на сообщение в блоге не работает, но попробуйте это: web.archive.org/web/20150429191916/http://expressica.com/2012/…
Henrik N

Что если это не https?
Jwan622

5

У меня была похожая проблема с запросом к службе без SSL.

В этом блоге смутно предлагалось попробовать URI, кодирующий URL, который передается в «get»: http://www.loudthinking.org/2010/02/ruby-eoferror-end-of-file-reached.html

Я сделал снимок, основываясь на отчаянии, и в моем ограниченном тестировании это, кажется, исправило это для меня. Мой новый код:

@http = Net::HTTP.new('domain.com')  
@http = @http.start    
url = 'http://domain.com/requested_url?blah=blah&etc=1'
req = Net::HTTP::Get.new(URI.encode(url))
req.basic_auth USERNAME, API_KEY
res = @http.request(req) 

Обратите внимание, что я использую @ http.start, поскольку хочу поддерживать HTTP-сессию по нескольким запросам. Кроме этого, вы можете попробовать наиболее релевантную часть: URI.encode (url) внутри вызова get


2
Я просто хотел предоставить дополнительную обратную связь по этому вопросу, поскольку она все еще кажется полезной. Я работал с этим закодированным URI на производственном сервере в течение 4 месяцев, и я могу подтвердить, что он устранил проблему.
Фил

3

Я обнаруживаю, что периодически сталкиваюсь с такими проблемами, как Net :: HTTP и Net :: FTP, и когда я это делаю, окружение вызова timeout () делает все эти проблемы исчезающими. Так, где это будет иногда зависать в течение 3 минут или около того, а затем вызвать EOFError:

res = Net::HTTP.post_form(uri, args)

Это всегда исправляет это для меня:

res = timeout(120) { Net::HTTP.post_form(uri, args) }

3

У меня была такая же проблема, ruby-1.8.7-p357, и я много чего перепробовал ...

Я наконец понял, что это происходит только при нескольких вызовах, использующих один и тот же экземпляр XMLRPC :: Client!

Так что теперь я заново создаю экземпляр моего клиента при каждом вызове, и он просто работает: |


1

После некоторого исследования это происходило в XMLRPC::Clientбиблиотеке Руби - которая использует NET::HTTP. Клиент использует start()метод, в NET::HTTPкотором соединение остается открытым для будущих запросов.

Это произошло точно через 30 секунд после последних запросов - поэтому я предполагаю, что сервер, к которому он подключается, закрывает запросы по истечении этого времени. Я не уверен, что по умолчанию используется для того, NET::HTTPчтобы оставить запрос открытым, но я собираюсь протестировать с 60 секундами, чтобы увидеть, решит ли это проблему.


1
Каков был результат?
Питер Мортенсен

1

Я столкнулся с этим недавно и в конце концов обнаружил, что это было вызвано таймаутом сети от конечной точки, к которой мы подключались. К счастью для нас, мы смогли увеличить продолжительность тайм-аута.

Чтобы убедиться, что это наша проблема (а на самом деле не проблема с net http), я сделал тот же запрос с помощью curl и подтвердил, что запрос был прерван.


-1

В Ruby on Rails я использовал этот код, и он отлично работает:

req_profilepic = ActiveSupport::JSON.decode(open(URI.encode("https://graph.facebook.com/me/?fields=picture&type=large&access_token=#{fb_access_token}")))

profilepic_url = req_profilepic['picture']
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.