django网站模板 Django中的模板都有哪些

Django中的模板都有哪些?

Django中常用的来模板有两种,分别是 Django 框架自带的模板和 第三方jinja2 模板自带模板可以通过在 settings 文件中自设置中直接使用,不需要额外配置 jinja2模板是第三方模2113板,在使用时,需要先进行安装相应的模块,然后在 settings 中进行配5261置后才可以使用jinja2模板的执行速度要4102比 Django 自带模板执行速度要快.DJango模板知识可以看一下黑1653马程序员视频库的学习视频

django include 包含其他模板问题

django里面有一个东西叫Context_processor,不知道你需要的是不是这个，或者是你已经用了这个。

from django.template import RequestContext
from django.shortcuts import render_to_response

#刷新nav
def flush_nav():
#do some flush job
pass

def myprocessor(request):
flush_nav()

#以下为视图方法
def index(request):
#do something
return render_to_response("index.html",context_instance=RequestContext(request, processors=[myprocessor]))

def views_1(request):
#do something
return render_to_response("views1.html",context_instance=RequestContext(request, processors=[myprocessor]))

如下所述，你可以在每个views方法里面都调用它，也可以把这个模板处理器放到settings文件里面，让它作为一个全局处理器起作用，如：

TEMPLATE_CONTEXT_PROCESSORS = (
project_name.app_name.views.myprocessor
)

希望上面的东西能帮到你

如何在阿里云上搭建django网站

一个网站至少要包括域名和主机空间，域名是平时所说的网址，空间是用来放网页文件的。
1、申请域名：域名需要便于记忆、了解，越短越好，可以是您品牌的名称的英文或中文拼音。
2、申请主机空间：如果会用DW等软件设计网页就用虚拟主机，如果不会设计就用速成网站做，会打字就可以做网站，操作简单，功能强大，可以先免费试用一下。
注意：国内主机必须备案成功后才能用您自己的域名访问，网站备案一般需要10个工作日左右；个人网站备案后，不能放企业或产品类的内容。速成网站国际版不需要备案，可直接使用。
希望可以帮到您，可加一下我。

django 框架开发的网站有哪些？

http://www.douban.com/group/topic/17113457/?start=100

这里有个国内的集合贴，国外的也有不少，下面链接是官网上说明的较大的网站。

https://www.djangoproject.com/start/overview/

django html模板继承没有数据

动态数据不跟着模版走，需要由后台调用的视图提供上下文。

比如A模版有个变量｛｛a｝｝,它来自视图
def show_a(request):
    a=    return render(request,A,{"a":a})这种没问题。
可是如果B模版继承了A，但是调用B的视图是这样的：
def show_b(request):
    b=20
    return render(request,B,{"b":b})B本身是这样的：
{% extend A %}

{{ b }}

很明显，因为视图show_b没有给B模版传递变量a的值，所以无法显示变量a。

更多内容，推荐免费学习刘江的Django教程

django 模板标签if

这个是你理解错误。首先在页面html文件里面，存在user，那么你就要保证在views里面有user返回，当 user={} 或者 user=None 时，就会显示 “无用户”了。而不是在render里面不返回user

如何在Django模板中注入全局变量

TeamCola中每个页面右上角都会出现的用户名但是如果用常规的方法，也就是在每个views方法中通过render_to_response方法注入用户数据的话，这样就会做非常多的重复工作，就像下面这样：def views_meth1(request): return render_to_response(template_1.html, {user: request.user}) def views_meth2(request): return render_to_response(template_2.html, {user: request.user}) def views_meth3(request): return render_to_response(template_3.html, {user: request.user}) # ...剩下的N个方法这在需要传入的变量比较简单、数量较少的时候还行，一旦需要注入的变量多一些，或是需要经过一些额外的计算才能生成的时候，那就麻烦大了。所以如何避免这种repeat yourself的2B模式呢？我们可以选择如下的一种模式：在每次创建新的django项目的时候，一般来说我们都会在根目录中创建一个类似名为utils.py的工具module，在这个module中，我们可以通过定义一个自己的render方法，来为每次模板的渲染注入指定的全局变量：# in utils.py:def mp_render(request, template, context={}): context[user] = request.user return render_to_response(template, context) # in views.py:from utils import mp_render def views_meth1(request): return mp_render(request, template_1.html) def views_meth2(request): return mp_render(request, template_2.html) def views_meth3(request): return mp_render(request, template_3.html)很好理解吧，这样以后有新增加的全局变量需要注入的话，只需要修改mp_render方法就行了。嗯，这是很普通的方法，既然是普通方法，那就再来个文艺点的吧。先来看看django文档里面对于render_to_response这个方法的定义吧，在’Required arguments’里面，有提到这个方法的第三个参数，叫context_instance，对于这个参数的说明如下：The context instance to render the template with. By default, the template will be rendered with a Context instance (filled with values from dictionary). If you need to use context processors, render the template with a RequestContext instance instead. Your code might look something like this:return render_to_response(my_template.html, my_data_dictionary, context_instance=RequestContext(request))大意是：“默认的，render_to_response方法的第二个dictionary参数会被填充为一个Context对象注入进html模板文件里面。如果你需要使用context processors，那么需要使用一个RequestContext对象来渲染模板。”那么什么是context processors呢？看完这一段文档的定义以后，应该一切就很明了了。首先需要明白在django模板系统中，有两种封装模板变量的类，一个是django.template.Context，这是最常用的，我们在使用render_to_response方法的时候传入的第二个dictionary参数，就会被这个Context类封装一次，然后传到模板当中；另一个是django.template.RequestContext，它和Context类相比有两个不同之处。第一个不同的是，在生成一个RequestContext变量的时候，需要传入一个HttpRequest对象作为它的第一个参数：c = RequestContext(request, {foo: bar, })第二个区别是，它会增加一些自动注入模板的变量，这些变量从哪儿来呢？在django的settings.py里有一部分是配置TEMPLATE_CONTEXT_PROCESSORS的，这个配置中的那一个个的tuple元素其实是一个个可以被调用的方法，而这些方法都会接收一个HttpRequest对象作为参数，而最终return一个dictionary，这个dictionary里面的元素就会成为RequestContext中自动注入模板的变量。我们看看settings.py中TEMPLATE_CONTEXT_PROCESSORS的某一个元素 django.contrib.auth.context_processors.auth 对应的代码吧:# in django/contrib/auth/context_processors.pydef auth(request): """ ignore doc string """def get_user(): .... return{user: SimpleLazyObject(get_user), messages: messages.get_messages(request), perms: lazy(lambda: PermWrapper(get_user()), PermWrapper)(), }可以看到，auth方法最后返回的一个字典中，包含了三个元素，所以如果在使用render_to_response方法时，传入了第三个RequestContext参数，那么在它所渲染的模板中，就可以获取到对应的user、messages、perms变量了。所以最后文艺解决方法是，在每一个需要注入全局变量的views方法中，调用render_to_response的时候，都传入第三个RequestContext对象参数即可：def views_meth1(request): d1 = {method: 1} return render_to_response(template_1.html, d1, context_instance=RequestContext(request)) def views_meth2(request): d2 = {method: 2} return render_to_response(template_2.html, d2, context_instance=RequestContext(request)) def views_meth3(request): d3 = {method: 3} return render_to_response(template_2.html, d3, context_instance=RequestContext(request))这样需要注入的全局对象，就可以通过扩展TEMPLATE_CONTEXT_PROCESSORS来实现，灵活性更高，更易扩展。当然，在一般的项目开发中，个人觉得普通方法也足够用，所以就根据项目来做取舍吧。