gpt4 book ai didi

ruby-on-rails - Rails 3 - 文件名太长错误

转载 作者:行者123 更新时间:2023-12-04 07:34:53 24 4
gpt4 key购买 nike

我们有一个在 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/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com