| Blog信息 |
|
blog名称:
日志总数:1304
评论数量:2242
留言数量:5
访问次数:7646553
建立时间:2006年5月29日 |
| |
|
 [Django]Manipulator解惑
软件技术
lhwork 发表于 2007/3/19 16:55:21 |
代码下载：/Files/maplye/django/Study914.rar
Manipulator英语翻译成“操纵器”，你可以用它来创建，修改，验证你的一个实体对象，并结合FormWrapper可以自动生成页面上Html代码（注：FormWrapper是用来生成html代码，Manipulator使为FormWrapper提供数据和数据模型等）。
django系统已经带有两种Manipulator，一是AddManipulator，二是 |
|
|
[Django]intergrate mako with django
软件技术
lhwork 发表于 2007/3/17 13:47:06 |
写了个程序，用来在 django 中使用 mako 模版：
http://huangyilib.googlecode.com/svn/trunk/mashi_django/mako_django.py
配置文件中通过元组 MAKO_TEMPLATE_DIRS 指定模版存放路径；
另外自动到所有安装过的 app 下的 mako_templates 目录下找模版；
模版编译后的 python 代码默认和相应模版文件放在一个目录下面，然后在模版文件的文件名后面加 ‘.py’，你可以通过配置 MAKO_MODULENAME_CALLABLE callable 对象来定义你自己的 module 文件名生成方式，这个功能来源于 mako ticket 1 |
|
|
[Django]Mako Templates
软件技术
lhwork 发表于 2007/3/17 13:04:39 |
Mako Templates for Python
Mako 又一个Python下面的Template类库，又是出自精力旺盛的Michael Bayer，他还同时是sqlalchemy、Myghty的作者，据说速度比Django自带的Template速度要快上几乎一倍
Mako:
1.10 ms
Myghty:
4.52 ms
Cheetah:
1.10 ms
Genshi:
11.46 ms
Django:
2.74 ms
Kid:
14.54 ms |
|
|
[Django]File based cache helpers for django
软件技术
lhwork 发表于 2007/3/17 11:44:28 |
Just two helper functions to manage cache witch is using file base dependent data.
from django.core.cache import cache
import sha, os
FILE_CACHE_TIMEOUT = 60 * 60 * 60 * 24 * 31 # 1 month
FILE_CACHE_FMT = '%(name)s_%(hash)s'
def set_cached_file(path, value):
""" Store file dependent data in cache.
Timeout is set to FILE_CACHE_TIMEOUT (1month).
Key is created from base name of file and SHA1 digest o |
|
|
[Django]翻译www.djangobook.com之第二十章：安全
软件技术
lhwork 发表于 2007/2/4 15:18:51 |
internet是令人惊恐的地方
在过去的几年里，internet恐怖故事几乎持续出现在新闻中，我们看到病毒以惊人的速
度传播，大量危及安全的计算机被当
作武器，从未结束的武装与垃圾邮件作战，以及许多从危及安全的网站鉴别盗窃的报导
作为好的web开发人员，打击这些黑暗势力是我们的责任，每个web开发人员需要把安全
作为基本的web编程方面，不幸的是，
安全问题看起来很棘手--攻击者只需要找到一个单独的弱点，但是防御者必须保护每个
单独的方面
Django尝试减轻这个难点，它设计来自动为你防护许多常见的新手(甚至有经验的)web开
发人员容易犯的安全错误，理解这些
问题是什么仍然很重要，Django怎样保护你，以及--更重要的--你让你的代码更安全的
步骤
但是，首先，一个重要的不承诺:我们决不是这个领域的专家，所以我们不会尝试全面的
解释每个弱点，相反，我们将给出适
合Django的安全问题的一个简短的大纲
< |
|
|
[Django]翻译www.djangobook.com之第十九章：国际化
软件技术
lhwork 发表于 2007/2/4 15:18:05 |
Django在代码和模板中对文本国际化有完整的支持，这里解释了它怎样工作
概览
国际化的目标是允许单独的Web程序以多种语言提供内容和功能
你，Django开发人员，可以通过添加少量的钩子到你的Python代码和模板中来达到此目
的，这些钩子称为翻译字符串，它们
告诉Django:"如果此文本可以用那种语言翻译得到，这些文本应该被翻译成最终用户的
语言"
Django根据用户的语言选择采用这些钩子来翻译Web apps
本质上，Django做两件事情:
1，它让开发者和模板作者指定他们apps的哪部分应该被翻译
2，它使用这些钩子来根据用户的语言选择为特别的用户翻译Web apps
怎样国际化你的app:分三步
1，在你Python代码和模板中嵌入翻译字符串
2，用你想支持的语言得到那些字符串的翻译
3，在你的Django设置中激活位置中间件
在幕后，Django的翻译机器使用标准的Python自带的 |
|
|
[Django]翻译www.djangobook.com之第十八章：自定义Django的admin界面
软件技术
lhwork 发表于 2007/2/4 15:17:16 |
第6章介绍了Django的admin界面，现在是回过头来仔细看看这个的时候了
我们前面讲的几次admin是Django的"杀手级特性"，并且大多数Django开发人员很快爱上
了它节省时间的所有特性
这样自然而然的大部分Django开发人员开始寻找自定义或者扩展admin的方法
第6章最后几部分讲到了一些定制admin界面某一部分的简单方法，重新阅读一下那些资
料是个好主意
它讲述了一些定制admin的更改列表，编辑表单以及logo等等的简单方法
第6章也讨论了何时和为什么你想使用admin界面，这些资料跳跃到了其他章节，我们这
里重新介绍一下:
显然，admin对编辑数据非常有用(fancy that)，如果你有一些录入数据的任务，则
admin不可能被其它东西打败
我们料想大多数本书的读者都将有很多数据录入的任务
Django的admin在非技术用户需要录入数据时特别闪耀，这是这个特性的最初起源
尽管如此，我们发现除了显而易见的 |
|
|