【问题标题】:Django-skel slow due to httplib requests to S3由于对 S3 的 httplib 请求,Django-skel 速度很慢
【发布时间】:2013-01-15 12:40:06
【问题描述】:

生日,

我在最近的一个项目中使用django-skel,并使用了它的大部分默认值:Heroku 用于托管,S3 用于文件存储。除了使用sorl 生成缩略图外,我主要服务于静态站点,但是响应时间很可悲。

您可以访问该网站:http://bit.ly/XlzkXp

我的模板看起来像:https://gist.github.com/cd15e320be6f4454a7fb

我使用 URL conf 中的快捷方式提供模板,根本不使用数据库:https://gist.github.com/f9d1a9a191959dcff1b5

但是,响应始终需要 15 秒以上的时间。新的遗物表明这是因为在处理视图时请求转到 S3。这对我来说没有任何意义。

新遗迹数据:http://i.imgur.com/vs9ZTLP.png?1

为什么使用httplib 从 S3 请求东西?我可以看到 collectstatic 可能是如何做到的,但看不到视图本身的处理。

我对 Django-skel 和这个设置有什么不了解的地方?

【问题讨论】:

    标签: django heroku amazon-s3


    【解决方案1】:

    有同样的问题,我的猜测是:

    • django-compress 和 django-storage 都在使用中
    • 这会导致它需要将模板呈现到 S3 存储桶的前保存缓存
    • 然后在渲染每个模板时读取它(通过网络,所以 httplib)

    我的第二个猜测是 django-compress with remote storage 上实现“S3 存储后端也可以在本地缓存文件”的说明可以解决此问题。

    虽然这对我来说很有意义:将缓存保存到本地和 S3 位置并首先从本地文件系统读取应该加快速度,但它以某种方式以这种方式工作.. 响应时间仍然是大约 8 秒以上。

    通过使用COMPRESS_ENABLED = False 禁用 django-compress,我设法获得了 1-1.3 秒的平均响应时间。

    有什么想法吗?
    (如果有任何进展,我会更新这个答案)

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-10-11
      • 1970-01-01
      • 2013-02-27
      • 1970-01-01
      • 1970-01-01
      • 2017-01-13
      • 2013-05-31
      • 2017-04-26
      相关资源
      最近更新 更多