问题标签 [django-context]

有没有一种方法可以访问自定义上下文处理器中视图传递的当前上下文，以便我可以根据需要添加缺少的变量而不是覆盖现有变量？

我想要实现的目标：

我像这样 /city_slug/ 构建我的 URL，并且我想检查城市变量是否已经存在于上下文中，否则我想将城市添加到我的上下文中（可能使用存储在会话变量中的最后使用的城市，否则默认为某个城市并且可能甚至设置会话变量以供下次使用。）

我觉得这是一个很常见的问题，你们是怎么解决的呢？

我对上下文有一点问题。

我有一个包含参数的标签：

在这个包含标签的模板中，我调用另一个包含参数的包含标签

takes_context = True

但是在最后一个包含标签上下文中是无。

我不知道为什么？

我想将一个参数传递{{x}}给我的自定义文件 change_form.html，该文件位于/home/django/project/app/template/admin/change_form.html. 我找到了这段代码，但它不起作用：

这类似于这个问题：如何在 Django 模板中使用方法参数？

我理解（并同意并欣赏）将业务逻辑与表示逻辑分离的基本 django 哲学。

然而，有时它似乎使 DRYness 变得更加困难，而 DRY 是一种更严重的做法，不是吗？

假设我有一个用于面包屑导航的模板。我为每个导航层反复使用（通过包含）这个模板。又好又干。但是我希望模板知道它代表的是导航的哪个迭代。

我发誓我记得有一种方法可以做到这一点——比如 {% include 'llamas'html' | 2 %} 但我可能错了。

如果我是，我怎样才能在不违反逻辑分离原则的情况下保持这个模板（和导航）干燥？

这应该是一个超级简单的。我很确定我过去在我的模板中成功地使用了这个上下文来进行链接。我的信念是，它以某种方式内置于 RequestContext 实例中。

我的设置文件中的 SITE_ID 记录是正确的。我已经为我的所有视图包含了一个 RequestContext 实例，并且我已经包含了 contrib.auth 应用程序，这在这种情况下可能是相关的。

{{site}} 上下文是否以某种方式内置或者我应该查询 Sites 对象的实例？

谢谢大家，布伦丹

我是 django 的新手（来自 Grails），尤其是您必须处理的所有自定义标签，而不是直接在模板中编写变量。

好吧，我需要做的是非常简单的事情，但由于某种原因，我需要很长时间才能完成。我想做的是制作一个标签，检查给定路径是否等于我当前的 url，如果为真则返回类。

但是，当我尝试使用 take_context 注册标签时，问题就来了：

渲染时捕获 TypeError：simple_tag() 得到了一个意外的关键字参数“takes_context ”

我该如何解决？另外，有没有更好的方法呢？

我有一些视图，它们都运行良好，并且都使用扩展一个基本模板的模板，该模板输出核心 HTML、页眉、页脚、导航等。幸福的家庭。

现在，我想在页面上玩会话，因为你不能从模板中访问用户的会话信息，而不是从视图中实际传递它（纠正我我错的地方）我有两个选择：

1. 将会话数据添加到我作为上下文传递给视图中 HTML 模板的其余位（不确定这是否是一个好方法）

2. 以某种方式从总是将上下文推送到正在处理的模板的视图中继承所有现有视图 - 这样我就不必担心将来我可能想添加到我的页面中的任何其他内容 - 这可能吗？

我对 django 很陌生，可能还有其他正确的方法 - 非常感谢您的所有建议。

可以访问模型类中的用户主体吗？

例如，在 java 中，在 ejb 类中，始终有可用的 ejbcontext 变量为您提供调用者详细信息（经过身份验证的用户）

我想知道有什么方法可以在模型类中的 django 中得到这个吗？

显然我可以将 request.user 传递给模型类，但这很麻烦。

我在 Django 1.3 中有项目。为了在所有页面中显示用户名，我在 base.html 中使用了这样的标签

但是如果我不context_instance=RequestContext(request)从模板中用户的视图返回值是空的。'django.contrib.auth.context_processors.auth'包含在TEMPLATE_CONTEXT_PROCESSORS.

是否可以自动将用户包含到所有模板中？

在 django 中制作视图时，是否允许将 POST 数据作为上下文传递？那是：

我的目标是维护已经填写的字段中的数据，而不必将它们保存到数据库中。也就是说，当您单击添加其他字段条目的选项时，您输入的数据将被保留并自动填充回表单中。我觉得这可能是草率或不安全的。有什么理由这是一种不好或不安全的技术吗？有没有更好的方法来维护数据？