Press "Enter" to skip to content

Django的自定义filter陷阱

Django的filter提供在HTML模板中格式化内容的功能,比如用来格式化大段的文本,或者格式化时间和数字的显示,对我来说,主要是用在循环里面对数据做处理,尤其是取出来的不是model的时候。(如果是model,就可以在model里定义实例方法直接在模板里面调用了)。

但是直到今天,才发现了Django的自定义filter的处理方式的一个重要Bug。

实现自定义filter的方法,是在某个app(任意一个)目录下增加一个templatetags,并在它下面增加__init__.py把它变成一个包。然后在该目录下增加任意的py文件,在里面写自己的处理函数就可以了,然后把函数注册成filter,就可以在任意的html模板里面使用了。

本来这种用法已经用了很久,一直没什么问题,而且在多个项目里面都是这样用的。这多个项目运行在同一台机器上,使用lighttpd+fastcgi方式来运行。

今天在给一个tags文件里添加了两个函数以后,在本地测试都没有问题了,结果传到服务器上打开那个页面,却提示新加的那个filter不存在,invalid filter。找来找去找不到问题,后来只想到一个结果:多个不同的项目里面同名的自定义filter文件会冲突。配置文件里面找了几圈也没找到限定加载templatetags的路径的地方。但是使用fastcgi方式的话,每个项目使用自己的manage.py runfcgi方式来运行,各自使用独立的内存空间,怎么会跑去加载别人的filter文件呢?

后来在limodo的网站上看到了一句话,说django的load filter文件的语法是没有项目限定符的,同名的文件只会加载一个,所以他加了个patch,允许在load的时候加上项目限定名。不过这样处理有点麻烦了,我还是用个简单的方法吧。把topic_function.py改成licaie_topic_function.py,所有该项目里面用到的地方都改掉,上传到服务器测试,OK了。

我至今也没有相通,在fastcgi模式下,而且它们并不知道别的项目的物理位置,怎么会出现这样的一个冲突呢?目前还是因为新函数报错,比较容易看到错误,而如果是同名函数但是功能不同,那就更麻烦了,也许跑上半月你都还不知道这里有个错误。