问题标签 [fog]

我有一个奇怪的问题，我想知道是否有其他人遇到过。

我们在 jruby 1.6.2 下运行 resque

我们有一个长期运行的任务，它从各种 URL 下载一堆文件，使用 Fog 将这些文件上传到 Rackspace Cloudfiles，然后将有关这些文件的一些信息存储在 MySQL 中。在这种情况持续了一段时间之后，我们的应用程序的网络堆栈似乎崩溃了。在一个例子中，失败的第一个迹象是从这里超时：

我们通常会在作业运行大约 10-15 分钟后开始看到这些问题。在那之后，我们开始在每次尝试写入数据库时​​看到这一点......

我尝试使用 ruby​​-cloudfiles gem 代替 Fog，但我们似乎也开始遇到完全相同的错误，最终也使用该组合。如果我禁用文件下载/云文件上传这部分，这些错误永远不会出现，并且我已经能够让这个特定的工作运行数天。

关于这里可能发生什么的任何理论？

一段时间以来，我一直在尝试使用雾库在 AWS 上配置一个小型实例。我已经取得了一定的成功（因为当我运行此代码时，一个实例确实启动了），但是在 SSH 部分我不断收到超时错误，当我深入挖掘时，我发现它们始终是“AuthentitcationFailed”问题。

失败的代码如下：

许多阅读告诉我，有时这只是因为实例需要很长时间才能启动，但这是非常一致的（每次我尝试它都会发生）。有谁看到我做错了什么？

我被这个难住了。我正在使用带有 Fog 的 Carrierwave 来处理 Heroku 上托管的应用程序的缩略图上传，并且图像 url 似乎没有正确生成。

我尝试了三种不同的方式设置我的配置文件：

使图像网址正常工作，但我无法保存新图像而不会在我的日志中出现疯狂错误（数百行长，在说密钥不匹配之后。）

使上传工作，但不是图像！图片网址中缺少存储桶名称：http: //s3.amasonaws.com//uploads/blah/etc

最奇怪的是：

两者都可以工作，但图像 url 附加了 s3 密钥（不好！），而且速度很慢。知道这里可能发生了什么吗？

提前致谢！

当缺少附件/图像时，Rails w CarrierWave 使用 Fog 删除/销毁记录的正确方法是什么？

在缺少将图像导入 RackSpace 后，我正在尝试清理一些记录。有一些丢失的图像和拇指。当我尝试删除记录时出现错误

雾::存储::机架空间::未找到

是否有 CarrierWave 或 Fog 设置使其更能容忍此类场景？

这是我要传递给的参数connection.spot_requests.create()。

这是错误：

我在使用新的carrierwave_direct gem将文件上传到 s3 时遇到了一个小问题

我已按照安装和设置carrierwave_direct 的说明进行操作，但是当我尝试上传到s3 时，上传开始，然后在某个时间点暂停上传。有什么想法吗？

有时我也会从 s3 收到此消息：

我创建了一个名为 carrierwave.rb 的初始化文件，其中包含我来自 amazon s3 的所有凭据。我还加载了所有必需的 gem（carrierwave_direct、fog、carrierwave）

在 gist 上查看我的代码

有没有其他人能够得到这个工作

感谢您的帮助

尝试将基于载波的图像上传添加到我的用户模型。这在本地开发中有效。在 heroku 上，图像上传到我的 s3 存储桶，但从未显示。在控制台中，似乎没有上传任何图像。

如果图像正在进入 s3，为什么它没有正确关联？

这是代码：

平台：

• 轨道 3.1.0
• 载波 0.5.7
• heroku 雪松堆栈

我在 Heroku 上有一个应用程序，它使用 Carrierwave 将图像上传到 S3。该应用程序在本地机器上完美运行，但在 Heroku 上抛出以下错误并无法上传到 S3：

该行对应于“if @album.save”指令。

我的相册控制器创建操作是：

我的载波初始化器：

我的 image_uploader.rb：

我的 config.ru：

我检查了@album 对象，一切似乎都很好：

我花了很多天打算解决这个错误但没有成功，我错过了什么？提前致谢。

我不想将它放在要使用的代码中；通常应该如何/在哪里定义它？

我希望可以从整个应用程序访问连接，如下所示：

（来自http://fog.io/1.0.0/about/getting_started.html）

我的应用程序基于部署在 heroku 上的 RefineryCMS 1.0.8 遇到问题。

Heroku 的请求超时为 30 秒。当通过 RefineryCMS admin 上传文件 > 4MO 时，执行请求有时需要超过 30 秒（主要是因为将文件上传到 s3 需要时间）。

在这种情况下，测功机将被“冻结”并且在大约 30 分钟内没有响应（在此期间的每个请求都以 H12 错误请求超时结束）。这种行为正是本次讨论的最后一条消息中描述的 christos

从其他讨论 和heroku文档中 ：“如果您正在处理大于4MB的文件上传，则直接上传到S3是首选方法。这个想法是跳过到您的测功机，直接从最终用户浏览器建立连接到 S3。”

直接上传到 S3 应该是解决方案，但我似乎很难使用 RefineryCMS / Dragonfly / Fog 正确实施它。我不确定在没有对这些工具进行大修改的情况下是否有可能，我想知道是否有替代方案。

谢谢你的帮助