|
None
|
2.0/chapter01/#84 |
2009-10-18 14:25:31
|
urls.py 指出了什么样的 URL 调用什么的视图。
|
|
|
None
|
2.0/chapter14/#104 |
2009-10-18 20:13:53
|
|
|
|
None
|
2.0/chapter14/#97 |
2009-10-18 20:13:28
|
|
|
|
None
|
2.0/chapter14/#96 |
2009-10-18 20:12:58
|
|
|
|
None
|
2.0/chapter05/#139 |
2009-10-18 20:00:40
|
|
|
|
None
|
2.0/chapter17/#115 |
2009-10-18 19:32:48
|
将传入view的位置参数列表，但不包括
<literal>request</literal> 参数(它通常是传 入view的第一个参数)
|
|
|
None
|
2.0/chapter02/#29 |
2009-10-18 19:16:30
|
|
|
|
None
|
2.0/chapter02/#29 |
2009-10-18 19:15:40
|
|
|
|
None
|
2.0/chapter01/#217 |
2009-10-18 17:39:59
|
在 <reference name="next chapter" refuri="../chapter02/">下一章</reference>，we'll get started with Django, covering installation
and initial setup.
|
|
|
None
|
2.0/chapter01/#85 |
2009-10-18 14:25:51
|
在这个例子中 /latest/ URL 将会调用 latest_books() 这个函数。
|
|
|
None
|
2.0/chapter01/#84 |
2009-10-18 17:21:36
|
<literal>urls.py</literal> 指出了什么样的 URL 调用什么的视图。
|
|
|
None
|
2.0/chapter01/#85 |
2009-10-18 17:30:04
|
在这个例子中 <literal>/latest/</literal> URL 将会调用 <literal>latest_books()</literal> 这个函数。
|
|
|
None
|
2.0/chapter01/#0 |
2009-10-18 17:34:57
|
第一章：介紹Django
|
|
|
None
|
2.0/chapter01/#29 |
2009-10-18 17:35:26
|
就是这样。
|
|
|
2.0/chapter08/#346 |
2009-12-07 11:40:02
|
在这个示例中，<literal> some_page</literal> 视图函数对<literal> POST</literal> |
|
|
2.0/chapter08/#342 |
2009-12-07 11:35:41
|
说到关于请求方法的分支，让我们来看一下可以用什么好的方法来实现它。
|
|
|
2.0/chapter08/#342 |
2009-12-07 11:34:36
|
说到关于请求方法的分支，让我们来看一下可以用什么好方法来实现它。
|
|
|
2.0/chapter08/#340 |
2009-12-07 10:45:56
|
视图函数的高级概念
|
|
|
2.0/chapter05/#445 |
2009-12-03 18:15:22
|
一旦你创建了模型，Django自动为这些模型提供了高级的Python API。
|
|
|
2.0/chapter14/#50 |
2009-12-02 11:52:30
|
每一个<literal> HttpRequest</literal> 对象都有一个<literal> COOKIES</literal> 对象，该对象的行为类似一个字典，你可以使用它读取任何浏览器发送给视图（view）的cookies。
|
|
|
2.0/chapter14/#41 |
2009-12-02 11:48:52
|
Google会（以及目前）使用它在网页上显示你账号的用户名。
|
|
|
2.0/chapter14/#81 |
2009-12-02 11:44:55
|
cookie失效的实际日期/时间。
|
|
|
2.0/chapter14/#75 |
2009-12-02 11:43:37
|
如果参数是<literal> None</literal> ，这个cookie会延续到浏览器关闭为止。
|
|
|
2.0/chapter14/#75 |
2009-12-02 11:42:14
|
如果参数是<literal></literal> |
|
|
2.0/chapter08/#346 |
2009-12-07 11:41:16
|
在这个示例中，<literal> some_page()</literal> 视图函数对<literal> POST</literal> |
|
|
2.0/chapter08/#347 |
2009-12-07 11:42:22
|
和<literal> GET</literal> 请求方法的处理完全不同。
|
|
|
2.0/chapter08/#352 |
2009-12-07 12:22:57
|
我们可以像这样做：先写一个视图函数然后由它来具体分派其它的视图，在之前或之后可以执行一些我们自定的程序逻辑。
|
|
|
2.0/chapter08/#352 |
2009-12-07 12:19:00
|
我们可以像这样做：先写一个视图函数然后由它来具体分派其它的视图。
|
|
|
2.0/chapter08/#350 |
2009-12-07 12:08:57
|
一个比较好的设计习惯应该是，用两个分开的视图函数——一个处理<literal> POST</literal> 请求，另一个处理<literal> GET</literal> 请求，然后在相应的地方分别进行调用。
|
|
|
2.0/chapter08/#349 |
2009-12-07 12:02:51
|
<literal> /somepage/.</literal>正如大家所看到的，在同一个视图函数中对<literal> POST</literal> 和<literal> GET</literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#349 |
2009-12-07 12:01:42
|
<literal></literal> .正如大家所看到的，在同一个视图函数中对<literal> POST</literal> 和<literal> GET</literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#349 |
2009-12-07 11:59:57
|
<literal></literal> .从这点来看，在同一个视图函数中对<literal> POST</literal> 和<literal> GET</literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#349 |
2009-12-07 11:58:28
|
<literal></literal> .从这点来看，在同一个视图函数中对<literal> POST</literal> 和<literal></literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#349 |
2009-12-07 11:57:56
|
<literal></literal> .从这点来看，在同一个视图函数中对<literal> POST</literal> 和<literal></literal> 进行处理是一种很初级也很粗糙的做法。
|
|
|
2.0/chapter08/#348 |
2009-12-07 11:44:41
|
它们唯一的共同点是共享一个URL地址：
|
|
|
2.0/chapter08/#347 |
2009-12-07 11:43:33
|
和<literal> GET</literal> 这两种请求方法的处理完全不同。
|
|
|
2.0/chapter14/#74 |
2009-12-02 11:40:38
|
cookie需要延续的时间（以秒为单位）
|
|
|
2.0/chapter08/#343 |
2009-11-29 04:17:13
|
考虑这个 URLconf/view 设计:
|
|
|
2.0/chapter17/#68 |
2009-11-29 04:08:09
|
也就是说 <literal>__init__()</literal> 仅在服务进程启动的时候调用，而在针对单个request处理时并不执行。
|
|
|
2.0/chapter10/#133 |
2009-11-23 21:19:57
|
删除字段，仅仅只要以下几步
|
|
|
2.0/chapter10/#132 |
2009-11-23 21:17:43
|
从Model中删除一个字段要比添加容易得多
|
|
|
2.0/chapter02/#86 |
2009-10-29 20:24:31
|
请记住，即使是使用trunk版本，也是有保障的。
|
|
|
2.0/chapter02/#87 |
2009-10-29 20:26:41
|
因为很多django的开发者在正式网站上就是用的trunk版本，他们会保证trunk版本的稳定行。
|
|
|
2.0/chapter02/#99 |
2009-10-29 20:27:50
|
找到你的python的site-packages目录
|
|
|
2.0/chapter02/#100 |
2009-10-29 20:28:38
|
一般为/usr/lib/python2.4/site-packages，如果你不确定，可以输入如下命令：
|
|
|
2.0/chapter02/#103 |
2009-10-29 20:29:54
|
上面的结果会包含site-packages的目录
|
|
|
2.0/chapter02/#105 |
2009-10-29 20:30:27
|
在site-packages目录下，创建一个文件
|
|
|
2.0/chapter02/#107 |
2009-10-29 20:31:25
|
django.pth，编辑这个文件，包含djtrunk目录的全路径
|
|
|
2.0/chapter10/#135 |
2009-11-23 21:21:07
|
删除字段，然后重新启动你的web服务器
|
|
|
2.0/chapter03/#237 |
2009-11-25 22:44:17
|
最重要的设置是ROOT_URLCONF，它将作为URLconf告诉Django在这个站点中那些Python的模块将被用到
|
|
