Question

我们在Rails 3 Spree平台上运行了一个在线商店。最近，客户在结账时开始报告奇怪的错误，在分析生产日志后，我发现了以下错误：

Errno :: ENAMETOOLONG（文件名太长 - / var / www / store / tmp / cache / UPS-R43362140-US-NJ - FlorhamPark07932-1025786194_1%7C1025786087_1%7C1025786089_15%7C1025786146_4%7C1025786147_3%7C1025786098_3%7C1025786099_4%7C1025786100_2%7C1025786114_1%7C1025786120_1%7C1025786121_1%7C1025786181_1%7C1025786182_1%7C1025786208_120110412-2105-1e14pq5.lock)

我不确定为什么这个文件名太长，如果这个错误特定于Rails或Spree。我对Rails缓存系统也不是很熟悉。如果我能解决这个问题，我将不胜感激。

Answer 1

我猜你正在使用spree_active_shipping，因为它看起来像UPS运输报价的缓存ID。当有人创建包含大量订单项的订单时，就会发生这种情况。有了足够的行项目，这当然会为缓存创建一个非常大的文件名，从而给你带来错误。

一种选择是为您的Rails.cache使用memcache或redis，而不是使用文件系统缓存。另一种方法是修改在spree_active_shipping gem中的app / models / active_shipping.rb中生成cache_key的算法。

后一个选项可能是最好的，你可以简单地让生成的缓存键通过像MD5或SHA1这样的哈希运行。这样您就可以获得可预测的缓存密钥长度。

实际上这应该在spree_active_shipping中修复，但它不应该生成不可预测的长缓存键，即使你使用的是键值存储，也就是内存浪费。

Answer 2

它与您的文件系统更相关。设置一个支持更长文件名的文件系统或更改软件以使文件名更好（md5？timestamp？unique id？）文件名。

Answer 3

可能是这个帮助：

config.assets.digest 和 config.assets.debug不能同时为真

这是一个错误：https://github.com/rails/jquery-rails/issues/33

Answer 4

我正在使用rails 3.2.x并遇到同样的问题。我最终在用于生成缓存键的视图助手方法中生成MD5摘要。

FILENAME_MAX_SIZE = 200    
def cache_key(prefix, params)
  params = Array.wrap(params) if params.instance_of?(String)
  key = "#{prefix}/" << params.entries.sort { |a,b| a[0].to_s <=> b[0].to_s }.map { |k,v| "#{k}:#{v}"}.join(',').to_s
  if URI.encode_www_form_component(key).size > FILENAME_MAX_SIZE
    key = Digest::MD5.hexdigest(key)
  end
  key
end

在这里，我必须使用URI.encode_www_form_component(key).size检查URI编码键值的长度，因为正如我所看到的，缓存键是使用:和,分隔符生成的。 Rails在缓存结果之前对密钥进行编码。

我从pull request获取了参考资料。

Answer 5

您使用的是回形针宝石吗？如果是，则解决此问题：https://github.com/thoughtbot/paperclip/issues/1246。

请将您的paperclip gem更新到最新版本。

Rails 3 - 文件名太长错误

5 个答案: