有没有遇到过这样的事情：对数据库执行插入或更新操作，因为数据量大或其他原因，导致此次操作非常耗时，有时甚至等上好几个小时，也无法完成。很郁闷，怎么操作不超时啊？因为数据库配置时超时时间很长，并且有些操作又是需要很长时间的，所以不能修改默认的超时时间。

因为客观条件不允许，我们不能靠数据库超时来终止此次操作，所以必须要在自己的方法逻辑模块里实现超时检测的功能。

在python里有没有可以不用修改原来的方法内部逻辑，就能实现超时检测呢？肯定有啦，就是利用装饰器。装饰器是什么？在博客园找到了一篇介绍文章：函数和方法装饰漫谈(Function decorator)。

废话听完，我现在介绍主角出场：超时装饰器，timeout decorator。

超时检测逻辑：启动新子线程执行指定的方法，主线程等待子线程的运行结果，若在指定时间内子线程还未执行完毕，则判断为超时，抛出超时异常，并杀掉子线程；否则未超时，返回子线程所执行的方法的返回值。

在实现过程中，发现python默认模块里是没有方法可以杀掉线程的，怎么办呢？当然先问问google或百度，果然，keill thread这个关键词很热门，很快就搜索到我想要的东西了:"Kill a thread in Python"，就是以下这个KThread类，它继承了threading.Thread，并添加了kill方法，让我们能杀掉它：

好了，万事戒备，让我们来完成剩下的代码吧，也就是timeout decorator：

真的能运行吗？写个测试程序运行运行：

看，真的行：

本次的tips可能有点复杂，运用到多线程，装饰器等，希望它对你有所帮助。

PS：山顶风光果然一流，独缺美女相伴!!!

PE文件几个关键：

1. 在一个PE文件的开始处，我们会看到一个MS-DOS可执行体（英语叫“stub”,意为“根，存根”）；它使任何PE文件都是一个有效的MS-DOS可执行文件。如图蓝色框部分。0x5A4D：MZ，每个PE文件都是以此开始。

2. 在DOS-根之后是一个32位的签名以及魔数0x00004550 (IMAGE_NT_SIGNATURE)（意为“NT签名”，也就是PE签名；十六进制数45和50分别代表ASCII码字母E和P）。

3.

4. DOS-根和签名（DOS-stub and Signature）

你可以通过确认DOS-头部分是否为一个IMAGE_DOS_HEADER（DOS头）结构来认出DOS-根，它的前两个字节必须为连续的两个字母“MZ”（有一个#define IMAGE_DOS_SIGNATURE的定义是针对这个WORD单元的）。

DOS-根的概念很早从16位windows的可执行文件（当时是“NE”格式），现在是PE。

可以通过跟在后面的签名来将一个PE二进制文件和其它含有根的二进制文件区分开来，跟在后面的签名可由头成员'e_lfanew'（它是从字节偏移地址 60(0x3C)处开始的，有32字节长）所设定的偏移地址找到。对于OS/2系统和Windows系统的二进制文件来说，签名是一个16位的word单元；对于PE 文件来说，它是一个按照8位字节边界对齐的32位的longword单元，并且IMAGE_NT_SIGNATURE（NT签名）的值已由#defined定义为0x00004550（即字母“PE/0/0”）。

即：判断一个文件是否PE：1）判断开始两字节是否 0x5A4D；2）根据0x3C~3F的得到偏移地址，然后根据偏移地址获得签名，判断该签名是否属于PE即可。

5. 文件头

开始于0x00E4，有0x14字节长，到0xF8：
    Machine                              4c 01       ; i386
    NumberOfSections              03 00       ; 代码段和数据段
    TimeDateStamp                  20 84 7D 3B ; 
    PointerToSymbolTable        00 00 00 00 ; 未用
    NumberOfSymbols               00 00 00 00 ; 未用
    SizeOfOptionalHeader         e0 00       ; 常量
    Characteristics                    0F 01(0000 0001 0000 1111B)       ; 32位机器上的可执行文件

成员“Characteristics（特性）”是一个16位的，由许多标志位形成的集合组成，但大多数标志位只对目标文件和库文件有效。具体如下：
    位0 IMAGE_FILE_RELOCS_STRIPPED（重定位被剥离文件） 表示如果文件中没有重定位信息，该位置1，这就表明各节的重定位信息都在它们各自的节中；可执行文件不使用该位，它们的重定位信息放在下面将要描述的“base relocation”（基址重定位）目录中。
    位1 IMAGE_FILE_EXECUTABLE_IMAGE（可执行映象文件） 表示如果文件是一个可执行文件，也即不是目标文件或者库文件时，置1。如果链接器尝试创建一个可执行文件，却因为一些原因失败了，并保存映像以便下次例如增量链接时使用，此时此标志位也可能置1。
    位2 IMAGE_FILE_LINE_NUMS_STRIPPED（行数被剥离文件） 表示如果行数信息被剥除，此位置1；此位也不用于可执行文件。
    位3 IMAGE_FILE_LOCAL_SYMS_STRIPPED（本地符号被剥离文件） 表示如果文件中没有关于本地符号的信息时，此位置1（此位也不用于可执行文件）。
    位4 IMAGE_FILE_AGGRESIVE_WS_TRIM（强行工作集修剪文件） 表示如果操作系统被假定为：通过将正在运行的进程（它所使用的内存数量）强行的页清除来修剪它的工作集时，此位置1。如果一进程是大部分时间处于等待，且一天中仅被唤醒一次的演示性的应用程序之类时，此位也应该被置1。
    位7 IMAGE_FILE_BYTES_REVERSED_LO（低字节变换文件）和 位 15IMAGE_FILE_BYTES_REVERSED_HI（高字节变换文件） 表示如果一文件的字节序不是机器所预期的形式，因此它在读入前必须调换字节时，此位置1。这样做对可执行文件是不可靠的（操作系统期望可执行文件都已经被正确地按字节排整齐了）。
    位8 IMAGE_FILE_32BIT_MACHINE（32位机器文件） 表示如果使用的机器被期望为32位的机器时，此位置1。现在的应用程序总将此位置1；NT5系统可能工作不同。
    位9 IMAGE_FILE_DEBUG_STRIPPED（调试信息被剥离文件) 表示如果文件中没有调试信息，此位置1。此位可执行文件不用。按照其它信息([6])（这里指的是参考书目中的第[6]种----译者注），此位被称作“恒定”，并且当一个映象文件只有在被装入优先的装入地址才能运行（亦即：此文件不可重定位）时，此位置1。
    位10 IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP（移动介质文件从交换文件运行) 表示如果一个应用程序不可以从可移动的介质，如软盘或CD-ROM上运行时，此位置1。在这种情况下，建议操作系统将文件复制到交换文件并从那里执行。
    位11 IMAGE_FILE_NET_RUN_FROM_SWAP（网络文件从交换文件运行) 表示如果一个应用程序不可以从网络上运行时，此位置1。在这种情况下，建议操作系统将文件复制到交换文件并从那里执行。
    位12 IMAGE_FILE_SYSTEM（系统文件) 表示如果文件是一个象驱动程序那样的系统文件，此位置1。此位可执行文件不用；我所见过的所有NT系统的驱动程序也不用。
    位13 IMAGE_FILE_DLL（DLL文件) 表示如果文件是一个DLL文件时，此位置1。
    位14 IMAGE_FILE_UP_SYSTEM_ONLY（仅但处理器系统的文件) 表示如果文件不设计运行在多处理器系统上（也就是说，因为此文件严格地依赖单一处理器的一些方式工作，所以它会发生冲突）时，此位置1。

在看来一个DLL的文件头

Characteristics                    0E 21(0010 0001 0000 1110B 高-低)       ; 32位机器上的DLL文件

参考：

http://bbs.pediy.com/showthread.php?threadid=21932

1. 第一个要备忘的肯定是它：Google Browser Sync

可以同步些什么？看看这个截图吧：

很Cool吧，仿佛在那台机打开FF，都感觉是一样的，完全获取回上次的所有状态，并且支持加密传输，这样个人私隐就不会泄露了。

2. GMarks

虽然说Google Browser Sync可以同步Bookmarks，但是我还是喜欢将Bookmarks保存到互联网上，GMarks就是一个Google Bookmarks的插件，使用也非常简单，Bookmarks太多了吧，不記得放在那个位置了吧，呵呵，不怕，在自己的Bookmarks上搜索一下不就行了？

3. All-in-One Gestures Extension

有使用鼠标手势控制的习惯吧？怕使用了Firefox而无法拥有这个功能吗？呵呵，哪All-in-One Gestures Extension肯定是你的最爱，完全支持你想要的手势。

4. DictCN (呵呵，忘记推荐沪江小D，绝对比这个精彩多了！！！)

呵呵，像我这些英语很差但是又要经常看英文的人，这个插件肯定比钱包更加重要，放在你的FF上吧，肯定会用上的，特别是它还支持发音功能。

5. AutoHide

觉得FF上方的工具栏太占位置了吗？导致看到的页面太小了吧？呵呵，这个插件绝对帮你将工具栏完全隐藏了，按Shift+F11让FF全屏吧。

6. Firebug 不顶不行

呵呵，这个不用我介绍了吧，太出名了！！！

估计每个做Web开发的人的FF上都会有它。o(∩_∩)o...

7. Showcase

经常打开几十个tab而又不想关掉它们吗？是不是要找一个tab花了很多时间？使用Showcase可以让你马上找到你想找的tab，不信？看看截图吧：

想用了吧？

8. IE Tab

不用IE不行啊，有时候真的没有了IE，很多事情就没法做了，于是有打开IE。很麻烦吧，如果你的系统是Windows，那么IE Tab可以很方便地设置当前页面使用IE内核访问，还可以设置更多的规则，唉，我们的世界没了IE真不容易：

9. Fireshot

一个页面太长了吧，是否有想将整个页面截图处理的需求呢？Fireshot可以实现，并且还有上传，直接将截图的链接发给你的朋友吧，呵呵，这样介绍网站，也是一个不错的选择。

10. Tab Scope

想预览一下tab里面是什么内容吗？看看它是不是已经加载完了？这个插件可以提高你的兴趣。

11. QuickDrag

可以直接拖拉页面上的链接，并在新tab中打开，不用点鼠标中键了，Cool啊！！

12. ColorZilla

可以获取页面上任意部位的颜色。

??. FEBE

好了，装了这么多插件，有备份这些插件的插件吗？呵呵，你都想备份了吧？用FEBE吧，你想怎样备份都可以。

这里可以查看更多截图：http://customsoftwareconsult.com/extensions/febe/febe50/FEBE5.0.html

呵呵，今天到此为止吧，以后用到更多好的插件我会继续补充的，:-)

希望对你有用！！

关键是TinyMCE上的内容没有在提交前更新到TextArea中。于是想看看AjaxForm是否有在提交前的事件绑定，发现在beforeSubmit事件中，formData的内容已经被填充，虽然可以在此处自行将当前的TinyMCE的内容填充上去(详细可查看这里)，可是总觉得是不太漂亮的解决方案。

为了找是否有其它途径解决此问题，我查看了一下AjaxForm的源代码，发现原来AjaxForm作者已经为这问题提出了统一的解决方案，具体源代码如下：

    // hook for manipulating the form data before it is extracted;
    // convenient for use with rich editors like tinyMCE or FCKEditor
    var veto = {};
    this.trigger('form-pre-serialize', [this, options, veto]);
    if (veto.veto) {
        log('ajaxSubmit: submit vetoed via form-pre-serialize trigger');
        return this;
   }

果然，真的有对应的事件让我们可以在formData被序列号前将TinyMCE的数据更新到TextArea中。只要我们绑定form的form-pre-serialize事件即可。

于是一个我的代码就这样出来了：(对应FCKEditor类似)

    // bind form using 'ajaxForm' 
    $('#commentForm').ajaxForm(options);
    // 绑定form-pre-serialize事件，在触发form-serilaize事件前保存tinyMCE的数据到textarea中
    $('#commentForm').bind('form-pre-serialize', function(event, form, options, veto) {
	tinyMCE.triggerSave();

    });

^_^ 希望对你有用...

LegalCopyright ：版权信息

InternalName: 内部名称

FileVersion：文件版本

CompanyName：公司名称

LegalTrademarks：注册商标

Comments：注释

ProductName：产品名称

ProductVersion：产品版本

FileDescription：文件描述

OriginalFilename：原始文件名

PrivateBuild：私有编译 (见样本3)

SpecialBuild：特殊编译

几个特殊的信息：

BuildDate:  编译日期 (见样本1)

BuildNumber: 编译号(见样本1)

FileType: 文件类型 （本应该出现在VS_FIXEDFILEINFO中的，却又出现在FileInfo中，造成冲突，以VS_FIXEDFILEINFO中的为准）(见样本1)

OLESelfRegister:  (见样本2)

文件的分析信息列表：

样本1:http://www.cnblogs.com/Files/fengmk2/35d417aa12d58edfc4ed0156e8ee855f.Nap.txt

样本2:http://www.cnblogs.com/Files/fengmk2/OLESelfRegister_QQ.exe.txt

样本3:http://www.cnblogs.com/Files/fengmk2/PrivateBuild_8c26cc7d912ab9568b44a62291f7ac51.dll.txt

我们先看看测试代码：

#!/usr/bin/python
# -*- coding: utf-8 -*-
# Description: test the threading.local class
# Create: 2008-6-4
# Author: MK2[fengmk2@gmail.com]
from threading import local, enumerate, Thread, currentThread

local_data = local()
local_data.name = 'local_data'

class TestThread(Thread):
        def run(self):
                print currentThread()
                print local_data.__dict__
                local_data.name = self.getName()
                local_data.add_by_sub_thread = self.getName()
                print local_data.__dict__

if __name__ == '__main__':
        print currentThread()
        print local_data.__dict__
        
        t1 = TestThread()
        t1.start()
        t1.join()
        
        t2 = TestThread()
        t2.start()
        t2.join()
        
        print currentThread()
        print local_data.__dict__

运行结果：

<_MainThread(MainThread, started)>
{'name': 'local_data'}
<TestThread(Thread-1, started)>
{}
{'add_by_sub_thread': 'Thread-1', 'name': 'Thread-1'}
<TestThread(Thread-2, started)>
{}
{'add_by_sub_thread': 'Thread-2', 'name': 'Thread-2'}
<_MainThread(MainThread, started)>
{'name': 'local_data'}

主线程中的local_data并没有被改变，而子线程中的local_data各自都不相同。

怎么这么神奇？local_data具有全局访问权，主线程，子线程都能访问它，但是它的值却是各当前线程有关，究竟什么奥秘在这里呢？

查看了一下local的源代码，发现就神奇在_path()方法中:

def _patch(self):
    key = object.__getattribute__(self, '_local__key')
    d = currentThread().__dict__.get(key)
    if d is None:
        d = {}
        currentThread().__dict__[key] = d
        object.__setattr__(self, '__dict__', d)

        # we have a new instance dict, so call out __init__ if we have
        # one
        cls = type(self)
        if cls.__init__ is not object.__init__:
            args, kw = object.__getattribute__(self, '_local__args')
            cls.__init__(self, *args, **kw)
    else:
        object.__setattr__(self, '__dict__', d)

每次调用local实例的属性前，local都会调用这个方法，找到它保存值的地方.

d = currentThread().__dict__.get(key)  就是这个地方，确定了local_data值的保存位置。所以子线程访问local_data时，并不是获取主线程的local_data的值，在子线程第一次访问它是，它是一个空白的字典对象，所以local_data.__dict__为 {}，就像我们的输出结果一样。

如果想在当前线程保存一个全局值，并且各自线程互不干扰，使用local类吧。

def comment_add(request):
    # do something...
    user = request.user
    # to do .....

这样，确实很方便就能获取多用户的信息。可是，如果要做别的地方获取user呢？例如要在model中获取user呢？

class Post(models.Model):
    title = models.CharField('Post标题', maxlength=100, db_index=True)
    create_date = models.DateTimeField('发布时间', default=datetime.now(), editable=False)
    modified_date = models.DateTimeField('最后修改时间', default=datetime.now(), editable=False)
    author = models.ForeignKey(User, verbose_name="作者", editable=False)
    content = models.TextField('内容')
    last_visitor_IP = models.IPAddressField('最后的访问者IP', null=True, blank=True, editable=False)
    tags = models.ManyToManyField(Tag, verbose_name="the list of tags", null=True, blank=True)
    slug = models.SlugField('自定义url', maxlength=100, null=True, blank=True)
    hits = models.IntegerField('点击数', editable=False, default=0)

可以看到，author是editable=False的，即我们想Post被保存是自动设置author为当前登录用户user。而这里没有request，怎样获取到这个user呢？找了一下django的文章，提到了使用middleware来解决这个需求。

好吧，先在项目中创建一个"middleware"模块（即带有一个空__init__.py文件的目录），接着创建"threadlocals.py"到此目录，代码如下：

#!/usr/bin/python
# -*- coding: utf-8 -*-
# Description: thread locals middleware
# Create: 2008-6-4
try:
    from threading import local
except ImportError:
    from django.utils._threading_local import local

_thread_locals = local()
def get_current_user():
    return getattr(_thread_locals, 'user', None)

class ThreadLocals(object):
    """Middleware that gets various objects from the
    request object and saves them in thread local storage."""
    def process_request(self, request):
        _thread_locals.user = getattr(request, 'user', None)

接着将此middleware添加到项目中，打开setting.py，修改代码如下：

MIDDLEWARE_CLASSES = (
    "django.middleware.common.CommonMiddleware",
    "django.contrib.sessions.middleware.SessionMiddleware",
    "django.contrib.auth.middleware.AuthenticationMiddleware",
    "yourproject.middleware.threadlocals.ThreadLocals", 
)

然后为了自动设置author为当前用户，我们需要重载post的save方法：

先导入middleware

from net4.middleware import threadlocals

def save(self):
    if self.id is None:
        self.author = threadlocals.get_current_user()
    super(Post, self).save()

编码工作完成了，还不快点进入admin看看是否可以正常工作了呢？

其实大部分都是算直接在参考文章里哪过来的，呵呵，反正是花了点时间才找到，呵呵，就拿来主义，让大家一齐分享咯。

希望对你有用！ ^_^

本文参考：
Making User info available outside requests

#coding=utf-8
import os

def write_use_open(filepath):
    try:
        file = open(filepath, 'wb')
        try:
            content = '中华人民共和国abcd \r\nee ?!>??@@@!！！！！？？？￥@#%@%#xx学校ada\r\n'
            print file.encoding
            print file.newlines
            print file.mode
            print file.closed
            print content
            file.write(content)
        finally:
            file.close()
            print file.closed
    except IOError, e:
        print e
    

if __name__ == '__main__':
    filepath = os.path.join(os.getcwd(), 'file.txt')
    write_use_open(filepath)

开始我是IDLE编写的，并直接按F5运行，没发现问题，文件也被正确地保存，文件的编码类型也是utf-8.

可是我用命令行运行，却发现显示出现乱码了，然后在打开文件发现文件被正确保存了，编码还是utf-8：

我想问题是命令行不能自动识别字符编码吧，因为IDLE显示是正确的，它支持utf-8。

于是我修改了代码，在字符串前加了'u'，表明content是unicode:

content = u'中华人民共和国abcd \r\nee ?!>??@@@!！！！！？？？￥@#%@%#xx学校ada\r\n'

可是运行发现，命令行是正确显示了，但是却出现异常：

很明显，content里包含了非ASCII码字符，肯定不能使用ASCII来进行编码的，write方法是默认使用ascii来编码保存的。

很容易就可以想到，在保存之前，先对unicode字符进行编码，我选择utf-8

#coding=utf-8
import os

def write_use_open(filepath):
    try:
        file = open(filepath, 'wb')
        try:
            content = u'中华人民共和国abcd \r\nee ?!>??@@@!！！！！？？？￥@#%@%#xx学校ada\r\n'
            print file.encoding
            print file.newlines
            print file.mode
            print file.closed
            print content
            print unicode.encode(content, 'utf-8')
            file.write(unicode.encode(content, 'utf-8'))
        finally:
            file.close()
            print file.closed
    except IOError, e:
        print e
    
if __name__ == '__main__':
    filepath = os.path.join(os.getcwd(), 'file.txt')
    write_use_open(filepath)

看看运行结果：

OK了打开文档也是正确的。

读取文件又怎样？同样道理，只是这次不是编码了，而解码：

def read_use_open(filepath):
    try:
        file = open(filepath, 'rb')
        try:
            content = file.read()
            content_decode = unicode(content, 'utf-8')
            print 'original text'
            print content
            print 'decode using utf-8'
            print content_decode
        finally:
            file.close()
    except IOError, e:
        print e
    
if __name__ == '__main__':
    filepath = os.path.join(os.getcwd(), 'file.txt')
    write_use_open(filepath)
    print 'read file ---------------------------'
    read_use_open(filepath)

为什么不直接在open的时候就解码呢？呵呵，可以啊，可以使用codecs的open方法

import codecs
def read_use_codecs_open(filepath):
    try:
        file = codecs.open(filepath, 'rb', 'utf-8')
        try:
            print 'using codecs.open'
            content = file.read()
            print content
        finally:
            file.close()
    except IOError, e:
        print e

好了，希望对你有用。

本文参考：Unicode HOWTO

def foo(*args, **kwargs):
    print 'args = ', args
    print 'kwargs = ', kwargs
    print '---------------------------------------'

if __name__ == '__main__':
    foo(1,2,3,4)
    foo(a=1,b=2,c=3)
    foo(1,2,3,4, a=1,b=2,c=3)
    foo('a', 1, None, a=1, b='2', c=3)

输出结果如下：

args =  (1, 2, 3, 4)
kwargs =  {}
---------------------------------------
args =  ()
kwargs =  {'a': 1, 'c': 3, 'b': 2}
---------------------------------------
args =  (1, 2, 3, 4)
kwargs =  {'a': 1, 'c': 3, 'b': 2}
---------------------------------------
args =  ('a', 1, None)
kwargs =  {'a': 1, 'c': 3, 'b': '2'}
---------------------------------------

可以看到，这两个是python中的可变参数。*args表示任何多个无名参数，它是一个tuple；**kwargs表示关键字参数，它是一个dict。并且同时使用*args和**kwargs时，必须*args参数列要在**kwargs前，像foo(a=1, b='2', c=3, a', 1, None, )这样调用的话，会提示语法错误“SyntaxError: non-keyword arg after keyword arg”。

呵呵，知道*args和**kwargs是什么了吧。还有一个很漂亮的用法，就是创建字典：

    def kw_dict(**kwargs):
        return kwargs
    print kw_dict(a=1,b=2,c=3) == {'a':1, 'b':2, 'c':3}

其实python中就带有dict类，使用dict(a=1,b=2,c=3)即可创建一个字典了。

“人生苦短，我用python。”

以下是用Fiddler对几次请求的截获结果：

第一次请求，客户端不会添加头If-Modified-Since头，这是肯定的。

服务器端返回了Last-Modified，并且响应代码是200，这样客户端可以在下次请求中使用。

第二次请求，客户端根据上次请求返回的Last-Modified，添加If-Modified-Since头。

服务器返回结果并不是我们预料中的304，却依然是200，也就是说全部内容又重新下载了一遍，If-Modified-Since请求头并未起作用。原因是什么？看看服务器返回的Last-Modified就知道，RSS内容并未更新，长度还是67672，本应该Last-Modified与第一次的Last-Modified相等才对的。

再进行一次测试：

结果和上面一样，Last-Modified有变化了。

呵呵，Last-Modified得到支持，将会为我们双方都节省许多带宽的。与Last-Modified类似的，就是Etag头。想详细了解什么是Last-Modified和Etag，可参考：如何利用客户端缓存对网站进行优化?

在setting中设置：

TEMPLATE_CONTEXT_PROCESSORS = (
    "django.core.context_processors.debug", #debug 一次请求调用到多少SQL语句",
)

并设置能看到次debug信息的请求IP：

INTERNAL_IPS = ('127.0.0.1',)

我们就可以在模板中设置一下，即可：

{% endblock %}
{% if sql_queries %}
<h3>SQL excute in this Request</h3>
<!-- debug: show the sql excute in this request -->
{% for query in sql_queries %}<h3>Excute times: {{query.time}}</h3>
<p>
<code>
{{query.sql}}
</code>
</p>
{% endfor %}<!-- debug ends here -->
{% endif %}

以上只会在你设置了TEMPLATE_DEBUG = DEBUG，和请求IP在INTERNAL_IPS设置过，才会显示。

看看一个截图吧：

呵呵，看到了对Session的查询。

不错吧，这样我们可以对实际执行的SQL有底了。

manage.py startapp users

2. 编写profile model

from django.db import models
from django.contrib.auth.models import User

GENDER_CHOICES = (
                  ('M', '男'),
                  ('F', '女'),
                  )

class UserProfile(models.Model):
    # 这个字段是必须的，并且只能为user，且要添加外键关联到User
    user = models.ForeignKey(User, unique=True, verbose_name='用户的额外信息')
    # 以下可以按各自需求来定义
    tel = models.CharField('电话', maxlength=20, blank=True, null=True)
    mobile = models.CharField('移动电话', maxlength=20, blank=True, null=True)
    address = models.CharField('家庭地址', maxlength=100, blank=True, null=True)
    website = models.URLField('个人主页', blank=True, null=True)
    birthday = models.DateField('出生日期', blank=True, null=True)
    gender = models.CharField('性别', maxlength=1, choices=GENDER_CHOICES, radio_admin=True, default='M')
    blog = models.URLField('个人主页', blank=True, null=True)
    QQ = models.CharField('QQ', maxlength=50, blank=True, null=True)
    MSN = models.CharField(maxlength=50, blank=True, null=True)
    IM = models.CharField(maxlength=50, blank=True, null=True)
    position = models.CharField('目前所在地', maxlength=200, blank=True, null=True)
    country = models.CharField('目前所在国家', maxlength=50, blank=True, null=True, default='中国')

3. 设置AUTH_PROFILE_MODULE

AUTH_PROFILE_MODULE = 'users.UserProfile' #不区分大小写的

4. 添加INSTALLED_APPS

INSTALLED_APPS = (

...............
    'web.users',
)

5. 同步数据库

manage.py syncdb

只需使用User.get_profile()方法即可返回对应的UserPrfile对象实例了。

Some feature-highlights

• Rename refactoring: renames all occurrences for some token in your workspace -- with preview and undo/redo (1.2.6)
• Support for python 2.5 (1.2.3)
• Mark Occurrences is able to highlight all the occurrences of some token in a file (1.0.7)
• Rename Occurrences: renames all the occurrences of some token in a file (Ctrl+2+R -- 1.0.7)
• Interactive Console binded to the Pydev Editor (1.0.4)
• Open Definition Quick-outline (1.0.3)
• Debug console (1.0.2 -- allows interactive probing in suspended mode)
• Code completion with auto-import
• Code analysis (PyLint replacement, but much faster)
• Quick-Fix for problems found in code analysis
• Go to definition (Bycicle Repair Man replacement, but much more reliable)
• Debug server (allows debugging scripts not lauched from within Eclipse)
• Keywords presented as auto-completions as you type
• Quick-outline

接着，我选择使用Django框架做Web开发的话，怎么能少了对HTML, CSS, JavaScript的编辑器呢?呵呵，同样是Eclipse的插件：Aptana ，强大的智能提示，肯定帮助我们加快开发的速度和提高开发体验的（呵呵，我们也要良好的用户体验喔）。

最后不用说，就是SVN，Eclipse的SVN插件：subclipse，这样3样工具，足够了。

PS: 还有可选的，UML建模工具：EclipseUML；Mylyn: http://www.eclipse.org/mylyn/downloads/