比如，我们可以把所有有关Book的测试放到book_tests.py中，然后在tests.py中import这个文件中的测试类, 这样就解决掉只能在tests.py中写测试的限制了。

[python]
# tests.py
from book_tests import *
[/python]

[python]
class Category(models.Model):
user = models.ForeignKey(User, related_name=”categories”)
name = models.CharField(max_length=50)

class Book(models.Model):
category = models.ForeignKey(Category)
name = models.CharField(max_length=50)

class BookForm(form.ModelForm):
class Meta:
model = Book
[/python]

在Book类中，把category作为一个外键，当我们使用ModelForm时，会自动使用ModelChoiceField，而这个Field的选项默认就是全部的目录。如果我们的需求是要把选项限制在当前登录用户创建的目录时，我们就需要动态来设置这个字段的选项。我们可以在view中通过下面的方式来实现：

[python]
def create_book(request):
form = BookForm()
form.base_fields['category'].queryset = request.user.categories.all()
……
[/python]

[python]
try:
from local_settings import *
except
ImportError: pass
[/python]

这样，把本地的设置项放置到local_settings.py中，就可以覆盖settings.py中的配置。而settings.py中可以放置部署时的设置，这样在部署时，就不需要做额外的修改。

由于PostgreSQL现在还没有提供64位的安装版本，所以也就需要Python，PostgreSQL和pyscopg2全部以32位的方式来运行。下面就是一些在安装中需要注意的地方。

1. 让Python以32位运行。雪豹上自带的Python版本为2.6.1，并且默认是以64位的方式来运行。所以，我们首先要把Python以32位的方式来运行。只要在命令行中输入下面的命令就可以了：

$ defaults write com.apple.versioner.python Prefer-32-Bit -bool yes

2. 安装PostgreSQL，这个安装当中没有特别需要注意的地方，下载下来运行安装包就可以了。

3. 安装pyscopg2。这是最麻烦的一步。首先，要修改setup.cfg中pg_config的路径。如果你在安装PostgreSQL时使用了默认安装，那pg_config的路径应该是/Library/PostgreSQL/8.4/bin/pg_config。

pg_config=/Library/PostgreSQL/8.4/bin/pg_config

修改完毕后，要用32位的方式来编译和安装pyscopg2。

ARCHFLAGS=’-arch i386′ python setup.py build

ARCHFLAGS=’-arch i386′ python setup.py install

通过上面的步骤，基本上就可以保证Python，PostgreSQL和pyscopg2能够正常工作了。

其实除了PostgreSQL和pyscopg2，在雪豹上安装Mysql和Mysqldb时，同样也会遇到这样的问题。但是Mysql的情况稍微复杂，因为Mysql有64位和32位两种版本。但是最根本的一条就是要保证这些程序都以相同的方式编译和运行就可以了。

1. 谷歌是纯爷们。刚听到这个消息的时候，我真有点想要鼓掌的冲动。因为这是中国任何一家公司都不会，也不可能作出来的。而谷歌的声明，也着实为我们这些长期受到GFW压抑的中国网民出了一口恶气。就像网友说的，这次谷歌是做够太监了，准备回家当纯爷们了。
2. 要抓紧时间学习翻墙本领了。谷歌这样的做法，肯定会激怒那些一贯养尊处优的官爷们，所以退出中国市场，应该是板上钉钉了。而且很快，Google的一系列服务很可能会被屏蔽到墙外了。Facebook我可以不上，Youtube我可以不看，Twitter我可以不聊，但是不用Google搜索，不用GMail，没有Google Reader，那还怎么活啊。可以肯定的是，如果Google真的退出中国市场，中国的网民将迎来新一轮的翻墙技术学习热潮。我也要赶紧攒点钱，在需要的时候，去买点VPN了。
3. 做好移民准备。如果最后连墙也翻不过去了，那只能移民了。哎…

users表：用于保存用户信息。

user_pendings表：用户email地址验证信息。

roles表：角色表。在角色表中可预先插入系统中预置的角色，如’login’角色，拥有此角色的用户可以登录到系统中。

roles_users表：users表和roles表的多对多对应表。

功能与流程

一、 用户注册

1. 显示用户注册界面。
2. 用户填写注册信息，并提交。
3. 系统通过Javascript对注册信息进行验证。包括：
   • 非空验证。像用户名、密码、email等信息不能为空。
   • 长度验证。验证数据长度是否过短或过长。
   • 两次输入的密码是否相同。
   • email地址的格式是否合法。
   • 通过Ajax验证用户名是否存在。（可选，也可以提交到后台验证）
   • 通过Ajax验证email地址是否已经被使用。（可选，可以提交到后台验证）
4. 数据如果未通过验证，显示错误信息，并重复步骤2、3。
5. 如果前台数据验证通过，则将数据提交到后台，进行后台数据验证。后台数据验证的方面和前台相同。
6. 如果数据未通过后台验证，则返回用户注册页面，并显示所有的错误信息，让用户对信息进行修改。重复步骤2、3、4、5。
7. 如果数据通过了后台验证，就将用户注册的信息保存到users表中，但是不要给这个用户添加任何角色。在添加纪录前，要将密码加密后再保存到数据库中。
8. 用户保存完毕后，生成一个10位的随即字符串，把字符串和用户的id组合到一个url中，如http://xxx.com/user/15/verify/ad89d09uu2。把这个url发送给用户注册时使用的email地址，告知用户通过点击这个链接，就可以完成注册的认证。
9. 发出email后，将user id和生成的这个随即字符串(token)保存到user_pendings表中。
10. 显示注册成功页面。

二、验证用户email地址

1. 用户点击收到的验证邮件中的验证链接。
2. 根据url中用户的id，到user_pendings表中查找是否存在这个验证信息。如果不存在，显示验证失败页面。
3. 如果验证信息存在，对比url中的token和这个用户在user_pendings表中的token是否相同。如果不相同，显示验证失败页面。
4. 如果token也相同，则查看token生成的日期是否已经超过了系统规定的token失效时间，比如24小时。如果token失效，则显示验证失败页面。
5. 如果token未过期，则将’login’角色赋给当前用户，使用户可以具有登录的权限。
6. 将user_pendings中此用户的验证信息删除。
7. 显示验证成功页面（或登录页面）。

三、用户登录

1. 显示用户登录页面。
2. 用户输入用户名和密码，点击“登录”按钮进行登录。
3. 通过Javascript进行前台数据验证。包括：
   • 用户名和密码不能为空。
   • 用户名和密码的长度不能过长或过短。
4. 如果前台验证失败，则显示所有错误信息，回到步骤2。
5. 如果前台验证通过，则进入后台验证。系统通过用户输入的用户名，在users表中查找这个用户是否存在。如果不存在，则显示登录失败页面，让用户重新登录。
6. 如果用户存在，则对比用户输入的密码是否正确。如果密码错误，显示登录失败页面，让用户重新登录。
7. 如果密码正确，则察看此用户是否具有’login’角色。如果没有，则提示用户没有登录的权限。
8. 如果用户有’login’的角色，则将用户信息保存到session中，并显示登录成功页面。

这次大会的演讲者都是第一线的iPhone开发人员，都有多个产品在App Store中发布，技术水准和实战经验相当丰富。而演讲主题从数据处理到Core Animation，从第三方控件到多点触摸，个个技术含量十足。相信在场的iPhone开发人员肯定会打呼过瘾。而像我这样的门外汉，也对iPhone的开发和开发社区有了更具象的认识。

当天的话题中，有两个印象比较深。一个张庆伟介绍的iPhone的数据处理，介绍了通过分离读写数据库来解决大数据库的问题，在我的提问中，他建议使用索引来提高查询速度，并且当数据量过大（超过2500条）时，会出现数据查询的延迟。

另外一个演讲时许向军带来的iFighter成功经验。他的演讲中最让我认同的一点就是精品思路，做东西一定要做精品，真真正正的做好产品。在竞争日趋激烈，气氛越来越浮躁的iPhone开发大军中，保持冷静的头脑和坚定的信念，才是成功的基石。

由于是第一届大会，当然也出现了写不足的地方。比较明显的，也是很多技术大会中遇到的问题，就是由于演讲者机会都是技术人员，而且有些可能是第一次面对这么多人演讲，难免有些紧张，导致表达的效果不够理想。而主办方可能是由于时间过于仓促，有些地方也不够周到。场地小，座位太少，话筒经常失灵，投影不清楚等也给大会的效果带来了少许影响。当然，瑕不掩瑜，相信这些问题在以后的大会中，都会有所改善。

本次大会的所有演讲稿都已经放出，请猛击这里。

周五公司开管理会，大批人迟到，大家鱼贯而入，我最后一个。周六收到老板Email，出台罚款结果。第一个迟到的10元，第二个20，第三个40… 我是第7个，640。看到这个结果，我吓了一身冷汗。不是因为数目大，而且被计算方式的创新惊呆了。心中一个劲的后怕，多亏是乘以2，要是乘以10，我就要去卖身了…

PS: 看来真的上年纪了，和蚂蚁来来回回算了好几次才算出是第7个。