问题标签 [jinja2]

到目前为止，我发现当 Mako 模板编码不正确时，不可能产生可用的回溯。

除了对每一行代码进行迭代之外，还有什么方法可以调试模板？

阅读 Jinja2 文档后，我有兴趣在未来的 Django 项目中使用它。但是，我想知道在 Django 中使用 Jinja2 模板时是否有人遇到过任何缺点或陷阱？如果是这样，您是如何解决这些问题的？

我也不介意听到积极的经历，只是为了更好地了解 Jinja2 的最佳和最差。

我正在使用 Jinja2，我正在尝试创建几个可以一起工作的标签，这样如果我有一个看起来像这样的模板：

我最终会得到以下结果：

换句话说，页面开头的 my_summary() 包含页面稍后提供的信息。它应该足够聪明，可以考虑到includeandimport语句中出现的表达式。

最好的方法是什么？

我的应用程序在 App Engine 上运行，并使用Werkzeug和Jinja2实现。我想要一些功能上等同于 Django 自己的上下文处理器的东西：一个可调用的，它接受一个请求并将一些东西添加到模板上下文中。我已经有一个“上下文处理器”，可以在模板上下文中添加一些内容，但是如何让这个请求部分工作？我将上下文处理器实现为一个可调用对象，它只返回一个稍后用于更新上下文的字典。

例如，我想添加一些包含在request.environ.

我的应用程序在 Google App Engine 上运行，并且由于 CPU 使用率高，大多数请求不断收到黄旗。使用分析器，我将问题跟踪到创建jinja2.Environment实例的例程。

我在模块级别创建实例：

由于 Google AppEngine 操作模式 (CGI)，此代码可以在每个请求上运行（他们的模块导入缓存似乎将模块缓存几秒钟而不是几分钟）。

我正在考虑将环境实例存储在 memcache 中，但它似乎不可挑选。FileSystemLoader实例似乎是可腌制的并且可以被缓存，但我没有观察到使用这种方法对 CPU 使用率有任何实质性的改进。

任何人都可以建议一种方法来减少创建jinja2.Environment实例的开销？

编辑：下面是探查器输出的（相关）部分。

一个电话，但据我所知（这在我所有基于 GAE 的应用程序中都是一致的），这是整个请求处理周期中最昂贵的。

每当我更改某些内容以确保我没有破坏某些内容时，我都想运行 Jinja2 的单元测试。

有一个装满单元测试的包。基本上它是一个充满 Python 文件的文件夹，名称为“test_xxxxxx.py”

如何在一个命令中运行所有这些测试？

在Jinja2，我有一个这样的基本模板：

然后 Jinja2 失败并显示以下消息：

现在必须清楚我要做什么 - 在两个地方有相同的标题：TITLE 标签和 H1 标签，但标题的一部分实际上是由其他派生模板提供的。

通常如何实现这一目标？

通常，当您想在 Jinja2 中将字符串输出标记为安全时，您可以执行以下操作：

但是，如果 output_string总是安全的呢？我不想每次都使用安全过滤器重复自己。

我有一个名为“emailize”的自定义过滤器，它为电子邮件中的输出准备 URL。＆符号似乎总是被逃脱。我的自定义过滤器中有没有办法将输出标记为安全？

Jinja2 和 Mako 显然都非常快。

这些与（功能较少但可能对我正在做的事情足够好） string.Template 相比如何？

下面的代码是我用来学习 jinja2 的示例表单。如所写，它返回一个错误，指出它无法识别 {% endif %} 标记。为什么会这样？