问题标签 [typhoeus]

我对 Ruby 真的很陌生（第一天！），我在这里苦苦挣扎。我正在尝试结合 Typhoeus 构建一个 rss 解析器，因为我正在解析 100 多个提要，并且还因为我想让它工作。

这就是我的代码：

我确定这是一些语法问题。我仍然有一些困难时期。例如，;尽管我在编写 PHP 时总是忘记它，但我总是保持关闭行。那么，也许有人可以帮忙？在没有台风的情况下获得饲料结果并不难。

编辑：

所以，我至少得到了一些东西。

我无法让 Typhoeus gem 在我的 Windows 7 机器上工作。

基本上，它在“C:/Ruby192/lib/ruby/gems/1.9.1/gems/typhoeus-0.2.4/ext/typhoeus/”中找不到“native.so”文件。我该如何解决？

对于 GET 请求，它的：-

这将完美地返回 Json 响应。

对于发布请求：-

不管用...

这是返回路由错误。

更新： -

对于登录这个 api post call 正在工作..

在路线中

而且网络 http 请求也工作得很好..

更新

例如来自 rails 日志的 http 请求是：-

现在我想发送相同类型的请求..

我在使用 Typhoeus 执行请求时遇到问题，因为我的查询需要在其中包含引号。

如果 URl 是

一切正常。但是，如果查询如下（我已经在浏览器中测试过），我尝试运行的方法只会返回我想要的结果：

跑步时

我得到 (URI::InvalidURIError)

用“\”转义引号不起作用。我怎样才能做到这一点？

谢谢

基本上我有 857 个图片链接要检查。我用 3 种不同的方法实现了它，每个方法运行 3 次。

方法一：使用 Typhoeus 和 Hydra（并行请求）

耗时：117.65、99.45、102.01 秒

方法二：使用 Typhoeus（单数请求）

耗时：33.85、31.89、30.18 秒

方法 3：使用 Net::HTTP Ruby 库

耗时：83.30、67.62、75.26 秒

最初我认为方法 1：Typhoeus 和 Hydra是假设通过发送并行请求而不是一次发送 1 来加快 Http 响应时间。然而，上面的结果告诉我，我实际上得到了一个较慢的响应时间。

一个原因可能是对标头的 http 请求比普通的 http GET 请求具有更少的开销。除此之外，我在这里做错了吗？需要建议来优化这个过程，我只需要检索 http 状态码。

我正在使用 Typhoeus 将哈希发布到我的 API url。它实际上是一个包含一组哈希的数组。这实际上是我正在做的事情：

运行脚本后，我得到的输出显示“Create_batch response Disallowed Key Characters.”。我不确定此时它指的是什么。我查看了印刷公司显示的文本输出，但没有看到任何奇怪的代码。

有人对我应该做什么有任何见解吗？

我使用的 API 要求我向 URL 发出请求，其中一个字段作为数组传递。例如：

如您所见，数组的内容应该是 URL 编码的，但整个 URL 不是。是的，我知道这很奇怪，但这是 API 的设置方式。当我将 URI 输入 Chrome 并按 Enter 键时，它可以工作，但是当我在传递之前使用 Typhoeus（或 net/http）对 URI 进行编码时，它会失败（请求通过但 API 无法正确识别它） .

如何在不对方括号进行 URL 编码的情况下强制 Ruby 向该 URI 发出 HTTP 请求？

编辑：这个 SO 响应看起来很有希望，但我不完全确定我应该如何改变猴子补丁以适应这个例子。

我如何猴子补丁 ruby​​ 的 URI.parse 方法

最近我在使用 Mechanize 来做这种事情，但我想使用 Typhoeus，我已经在其他地方使用了它。我想模仿 Mechanize 的行为，问题是我想登录到一个站点并以登录用户的身份执行请求。这是脚本的通用版本：

cookie 被发送到服务器，但由于某种原因我没有登录。我在两个不同的站点上测试了它（其中一个是我的 Rails 应用程序的管理）。知道我做错了什么，或者可能是针对此问题的更好或更广泛适用的解决方案吗？

我编写了一个从文件中检查 url 的脚本（使用 ruby​​ gem Typhoeus）。我不知道为什么当我运行我的代码时内存使用量会增加。通常在 10000 个 url 脚本崩溃之后。有什么解决办法吗？在此先感谢您的帮助。我的代码：

某些 URL 总是返回一个空的 HTTP 400 响应（许多其他 URL 工作正常）。例子：

相反，在同一台机器上，几秒钟后它通过命令行 cURL 工作：

有任何想法吗？非常感谢您的帮助，即使它只是给我一个方向，找到一个解决方案。

非常感谢！

~詹姆斯