做事不由东，累死也无功。

没感觉，就是刷屏太严重。每天 90.39 推。

@xsmile
但是人们现在都这样说嘛。不懂的就信了。然后市场就乱了。
这样即便你不信，也有别人信。
短时间内生产很可能跟不上“消费”，会出现暂时短缺。
这样导致谣言更盛，如此恶性循环。

现在已经不是防辐射了。而是防涨价、防短缺，这个才是最致命的。
变异了。

盐射革命！

不可能用总的。。

嗯。这bug存在很长时间了。。

StringProperty没开启multiline造成的。

其实可以保存之前过滤一下换行什么的。

可以啊，有个好的使用习惯就行。

裸奔很多年了。

这个似乎很有学问。。。

连接超时啊。囧。被qiang了吧。

看来大家都这么想过啊！！！！！

我从学php一开始，就想到这么做了。只是苦于没有时间精力更重要的是没有毅力！！！！！！

许许多多的想法做法以及更重要的灵感都已经随着时间空间不经意间的逝去了！！！！！！

后来一想好像似乎八成大概没准不一定这个东西应该没啥太大作用！！

人们为啥总是想出很多很多很多生成某种语言的语言的语言的语言......

始祖好像最先是01011010111吧啊！！！！！！！？？？？？？？？
后来出了个什么汇编，它是不是生成01011010111语言的语言？？？？
再后来出什么A啊B啊C啊的语言，它好像大概是先生成汇编，然后再由汇编生成01011010111。是不是所谓搞基语言！？？？？？？？？

后来后来是不是又有人在A啊B啊C啊的语言里边又创造出什么java、 c#、php等等乱七八糟的更搞基的语言！！！！！！！？？？？？？

终于有一天！！！！我们来了，我们要做的是比更搞基语言更搞基的更更搞基语言！！！！

未来的某一天，是不是有人觉得我们的更更搞基语言不够搞基，发明一个更更更搞基语言呢？？？？？

............

那就是 -- “星期”

很大很巨型 女记者 怀里的 白色的。。。
应该还是双筒的吧？

自问自答：

读了下django 0.96 和 1.2 的源码，对比了一下 django.template.loaders.file_system 这个模块。
发现 Loader 类的 get_template_sources 方法中，文件路径的结合方式不同。

0.96 使用的是普通的 os.path.join 方法，1.2 使用的是 django.utils._os.safe_join 方法，后者限制不允许使用 base path 外的路径。而 include 和 extends 标签会先从base path开始寻找模板(这也许是bug？)，如果路径里边有 “../” 可能会直接跳出这个 base path ，于是就会触发找不到模板的异常：

引用（django.utils._os.safe_join）：
def safe_join(base, *paths):
"""
Joins one or more path components to the base path component intelligently.
Returns a normalized, absolute version of the final path.

The final path must be located inside of the base path component (otherwise
a ValueError is raised).
"""
#...

举例：
>>> from django.utils._os import safe_join
>>> safe_join('templates','../bbb.html')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "C:\Python26\lib\site-packages\django\utils\_os.py", line 44, in safe_joi
n
raise ValueError('the joined path is located outside of the base path'
ValueError: the joined path is located outside of the base path component
>>>


看来，在 django 1.2 模板中，不能 include 或 extends 上层目录的模板。