性能问题

Wagtail以速度为设计目标，体现在编辑器界面与前端上，但在想要更好的性能，或需要处理非常高的流量时，下面就是一些从安装中压榨更多性能的技巧。

编辑器界面的性能

Wagtail开发者已经尽力将一个可以工作的Wagtail安装的外部依赖最小化了，目的就是令其尽可能简单的运作起来。尽管如此，仍可对一些默认设置进行配置，以获取更好的性能：

缓存方面

这里推荐使用 Redis 作为一个快速、持久的缓存。经由包管理器（在Debian或Ubuntu上：sudo apt-get install redis-server），并将django-redis添加到requirements.txt，且将其作为一个缓存后端进行开启：

  1. CACHES = {
  2.     'default': {
  3.         'BACKEND': 'django_redis.cache.RedisCache',
  4.         'LOCATION': 'redis://127.0.0.1:6379/0',
  5.         'OPTIONS': {
  6.             'CLIENT_CLASS': 'django_redis.client.DefaultClient',
  7.             'PASSWORD': '+7xYeaxVbiR/Kkm+gv5p2LoSALRpRmzSCqMTRC2KE2D+gHiDf4/7Sdhx+mW/szMtwEgZH96ZIJKUPJj/',
  8.         }
  9.     }
  10. }

搜索方面

Wagtail有着对 Elasticsearch很强的支持 — 同时对编辑器界面与站点用户来说 — 但在没有 Elasticsearch时也可回滚到数据库搜索。比起Django用于文本搜索的ORM，Elasticsearch更为快速且更为强大，因此推荐安装Elasticsearch，或者使用一个像是 Searchly这样的托管服务。

更多有关配置Elasticsearch下的Wagtail的内容，请参见Elasticsearch后端。

数据库方面

Wagtail在PostgreSQL、SQLite与MySQL上进行过测试。他也应工作在一些第三方数据库后端上（MS SQL已知可以工作但未进行测试）。这里推荐使用PostgreSQL作为生产用途。

模板方面

读取与编译模板方面的压力可能叠加起来。在某些情形下可通过使用 Django带有缓存的模板加载器，而获取到显著的性能提升：

  1. TEMPLATES = [{
  2.     'BACKEND': 'django.template.backends.django.DjangoTemplates',
  3.     'DIR': [os.path.join(BASE_DIR, 'templates')],
  4.     'OPTIONS': {
  5.         'loaders': [
  6.             ('django.template.loaders.cached.Loader', [
  7.                 'django.template.loaders.filesystem.Loader',
  8.                 'django.template.loaders.app_directories.Loader',
  9.             ])
  10.         ]
  11.     }
  12. }]

但对使用此种加载器有一个注意事项。一旦模板被缓存起来，那么对模板文件的修改将不会生效。这就意味着 不 应在开发环境使用此加载器。

对于公开用户

缓存的代理服务器

为了支持有着出色响应时间的海量流量，推荐使用某种缓存代理方案。在生产中已对 Vanish 与 Squid 进行过测试。像是 Cloudflare一类的托管代理也应可以工作。

Wagtail有着Vanish/Squid上自动缓存失效的支持。请参阅前端缓存无效化。