我们有一个在 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 缓存系统不是很熟悉。我将不胜感激有关如何解决此问题的任何帮助。
最佳答案
我猜您正在使用 spree_active_shipping，因为它看起来像是 UPS 运输报价的缓存 ID。当有人创建一个包含大量订单项的订单时，就会发生这种情况。有了足够多的行项目，这当然会为缓存创建一个非常大的文件名，从而给您带来错误。
一种选择是为 Rails.cache 使用 memcache 或 redis，而不是使用文件系统缓存。另一种方法是修改在 spree_active_shipping gem 中的 app/models/active_shipping.rb 中生成 cache_key 的算法。
后一种选择可能是最好的，您可以简单地让生成的缓存 key 通过 MD5 或 SHA1 之类的散列运行。通过这种方式，您将获得可预测的缓存 key 长度。
实际上，这应该在 spree_active_shipping 中修复，但它不应该生成不可预测的长缓存键，即使您使用了键值存储，这也是浪费内存。
关于ruby-on-rails - Rails 3 - 文件名太长错误，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5656115/