http://docs.django-cms.org/en/release-3.4.x/reference/templatetags.html#std:templatetag-placeholder
http://www.cnblogs.com/my_life/articles/7008908.html
需要向Django说明模板文件的路径，修改settings.py，修改 TEMPLATES 中的 DIRS 为 [BASE_DIR+"/templates",]，如下所示:
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
...TEMPLATES = [
{
'BACKEND'
:
'django.template.backends.django.DjangoTemplates'
,
'DIRS': [BASE_DIR+"/templates",], # 修改位置
'APP_DIRS'
: True,
'OPTIONS'
: {
'context_processors'
: [
'django.template.context_processors.debug'
,
'django.template.context_processors.request'
,
'django.contrib.auth.context_processors.auth'
,
'django.contrib.messages.context_processors.messages'
,
],
},
},
]
|
if/else 标签
基本语法格式如下：
{% if condition %} ... display {% endif %}
{% if athlete_list and coach_list %} athletes 和 coaches 变量都是可用的。 {% endif %}
for 标签
{% for %} 允许我们在一个序列上迭代。
<ul> {% for athlete in athlete_list %} <li>{{ athlete.name }}</li> {% endfor %} </ul>
给标签增加一个 reversed 使得该列表被反向迭代：
{% for athlete in athlete_list reversed %} ... {% endfor %}
ifequal/ifnotequal 标签
{% ifequal %} 标签比较两个值，当他们相等时，显示在 {% ifequal %} 和 {% endifequal %} 之中所有的值。
下面的例子比较两个模板变量 user 和 currentuser :
{% ifequal user currentuser %} <h1>Welcome!</h1> {% endifequal %}
注释标签
Django 注释使用 {# #}。
{# 这是一个注释 #}
过滤器
模板过滤器可以在变量被显示前修改它，过滤器使用管道字符，如下所示：
{{ name|lower }}
{{ name }} 变量被过滤器 lower 处理后，文档大写转换文本为小写。
过滤管道可以被* 套接* ，既是说，一个过滤器管道的输出又可以作为下一个管道的输入：
{{ my_list|first|upper }}
以上实例将第一个元素并将其转化为大写。
有些过滤器有参数。 过滤器的参数跟随冒号之后并且总是以双引号包含。 例如：
{{ bio|truncatewords:"30" }}
这个将显示变量 bio 的前30个词。
其他过滤器：
- addslashes : 添加反斜杠到任何反斜杠、单引号或者双引号前面。
- date : 按指定的格式字符串参数格式化 date 或者 datetime 对象，实例：
{{ pub_date|date:"F j, Y" }} - length : 返回变量的长度。
include 标签
{% include %} 标签允许在模板中包含其它的模板的内容。
下面这个例子都包含了 nav.html 模板：
{% include "nav.html" %}
模板继承
模板可以用继承的方式来实现复用。
接下来我们先创建之前项目的 templates 目录中添加 base.html 文件，代码如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
HelloWorld/templates/
base
.html 文件代码：
<!DOCTYPE html>
<html>
<head>
<meta charset=
"utf-8"
>
<title>菜鸟教程(runoob.com)</title>
</head>
<body>
<h1>Hello World!</h1>
<p>菜鸟教程 Django 测试。</p>
{% block mainbody %}
<p>original</p>
{% endblock %}
</body>
</html>
|
以上代码中，名为 mainbody 的 block 标签是可以被继承者们替换掉的部分。
所有的 {% block block_name %} 标签告诉模板引擎，子模板可以重载这些部分。
hello.html 中继承 base.html，并替换特定 block，hello.html 修改后的代码如下：
|
1
2
3
4
5
|
HelloWorld/templates/hello.html 文件代码：
{% extends "base.html" %}
{% block mainbody %}<p>继承了
base
.html 文件</p>
{% endblock %}
|
第一行代码说明 hello.html 继承了 base.html 文件。可以看到，这里相同名字的 block 标签用以替换 base.html 的相应 block。
============================================================django cms的标签=================
http://www.cnblogs.com/my_life/articles/8386364.html
6.不要在模板中硬编码静态文件路径
不好的代码示范：
|
1
|
<img src
=
"/static/images/test.png"
>{{ poll.question }}<
/
img>
|
Django.contrib. staticfiles是静态资源管理的一个App, 相关的设置settings.py主要有三个:
STATIC_ROOT: 项目部署时，需要将所有用到的静态文件(包括INSTALLED_APPS下各个App的static文件夹下文件和STATICFILES_DIRS设置目录下文件)收集到一个目录，交给服务器进行处理(在项目实际部署时，要配置服务器来服务这个目录，请参考下条)，STATIC_ROOT就是那个目录，只有在运行collectstatic命令时才会用到.
STATIC_URL: 静态文件的起始目录，浏览器访问时的地址前缀(可以随意修改STATIC_URL值,但是必须以斜线开始，否则找不到静态文件地址).STATIC_URL的目的即请求静态文件时，代表STATIC_ROOT.
所以，在开发阶段，Django会自动把STATIC_URL映射到django.contrib.staticfiles，staticfiles自动地从STATICFILES_DIRS和各个App的static子目录里面搜索静态文件.
在布署到生产环境的时候，则需要配置Apache(/etc/apache2/apache2.conf)，把STATIC映射到STATIC_ROOT(Alias /static /home/usrname/projectname/static/).
STATICFILES_DIRS: 除了各个app的static目录以外,其他还需要管理的静态文件设置.
优化后的代码：
|
1
|
<img src
=
"{{ STATIC_URL }}/images/test.png"
>{{ poll.question }}<
/
img>
|
或者
|
1
2
|
{% load staticfiles %} #载入django的staticfiles APP
<img src="{% static "my_app/myexample.jpg" %}" alt="My image"/>
|