caching.memoize & response_filter 内部服务器错误

caching.memoize & response_filter for internal server errors

我正在使用 flask_caching 来缓存我的烧瓶 API 的响应。我在这样的路线上使用装饰器

import random
class Status(Resource):
  @cache.memoize(timeout=60)  # cache for a minute
  def post(self):

    return random.randint(0, 5)

这将 return 相同的随机数持续一分钟。但是,如果随机函数(读取:“路由内的任何功能”)中断,并且路由 return 出现 500 内部服务器错误怎么办?据我所知,flask_caching 会缓存它,return 一分钟内对所有进一步调用的错误响应,这不是我想要的。

我读了这个并找到了 response_filter 参数,它可以很容易地添加到装饰器中,似乎专门用来防止这种情况发生(“用于防止代码 500 响应的缓存。”,来自文档:

https://flask-caching.readthedocs.io/en/latest/api.html?highlight=response_filter#flask_caching.Cache.memoize)

@cache.memoize(timeout=60, response_filter=callable_check_for_500(???))

但是,我无法找到此用例的示例。它说“如果可调用 returns 为 False,则不会缓存内容。” - 我如何实现这个可调用来检查状态代码是否为 500?任何链接或想法表示赞赏

我找到了“解决方案”,但我并不完全满意

基本上,check_500() 函数默认获取参数 resp,但它不是完整的响应对象,不幸的是缺少 status_code 属性,就像我预期的那样。

状态码本身在数据中,我只看响应的最后一个条目,这是返回的所有数据。在我的例子中,它只是返回 json 作为 [0],而 status_code 在 [-1]。

目前执行情况如下:

  @cache.memoize(timeout=60, response_filter=check_500)  # cache for a minute

使用上面定义的可调用 check_500 函数

def check_500(resp):
  if resp[-1] == 500:
      return False
  else:
      return True

这与评论中建议的 above_c_level 非常相似,非常感谢,但是我建议查看响应的最后一个索引,而不是检查 500 是否在响应数据中全部。看起来还是有点靠不住,如果有人有更详细的想法,欢迎post另一个答案。