在 django中建立 登出用户功能的时候，除了建立以下程序并在urls中增加映射之外，还需要在registration中建立一个叫做 “logged_out.html” 的文件，这是无可避免的，虽然被HttpResponseRedirect('/')重定向到了主页，但至少也需要存在一个空文件。

from django.contrib.auth.views import logout 

from django.http import HttpResponseRedirect 

def page_logout(request):    

    logout(request)    

    return HttpResponseRedirect('/')

是参照《Learning Website Developing with Django》里面的django_bookmarks一例照搬照抄下来的，问题出现在学习到为bookmarks应用建立数据库表的时候。这里涉及到三张表，第一张是User，用来存储用户信息；第二张是Link，用来存储网页的url；第三张是bookmarks，用来存储书签，书签除了id和书签名之外，还有两个指向User和Link的外键。按照书里面的指示在booksmark.models里插入以下内容：

from django import models

from django.contrib.auth.models import User

class Link(models.Model):

       url = URLField(unique = True)

class Bookmarks(models.Model):

       title = CharField(maxlength = 200)

       user = ForeignKey(User)

       link = ForeignKey(Link)

之后，“manage.py syncdb”将以上程序同步到数据库中，再使用“manage.py sqlall bookmarks”查看一下数据库中关于的bookmarks的表的建立情况。实际的输出与书本上的内容有一些差异，就是对于Link建立的外键，显示的结果只是一个非Null的Integer字段，没有“references”。

这里让人奇怪的一点是，既然没有建立外键，那么这个Integer的类型是怎么决定下来的？也许一种默认行为。这样的话，就很wired和 magic了。还有一种可能就是manag.py对与数据库构成的揭示是存在bug的，也就是说事实上这个外键是已经建立了，只不过没有被显示出来而已。所以使用标准sqlite3.exe，分析数据库bookmarksdb。

sqlite3 bookmarksdb

sqlie> .schema

在得到的结果中，果不其然，有

“link_id” integer NOT NULL REFERENCES “bookmarks_link” (“id”)

大约是一年半或者是两年前的样子，在那段时间里，我似乎特别痴迷于各种数据库以及相关的技术。其间看了不少书，可能是平常工作接触的多是 sqlserver 的缘故，我本人对其反而不是特别的感冒，所以看的多是关于 postgresql 和 oracle 的，尤其是前者。记得当时用的是一台 celeron1.7G 、内存 256MB 的方正电脑，安装这些软件让电脑变得非常的慢，终于在一次忍无可忍的僵死之后，我卸载了所有这些庞然大物。

之后台里引进了一台用于上下班记录的打卡机，为了方便统计迟到早退，我用 perl/tk 写了一个采集整理程序，后台用到了 sqlite ，这也是我和 sqlite 的初次邂逅。

至于对 python ，不好意思地说，我一直抱着骑墙的态度。如果 perl 可以解决的，我是断然不会用 python 的，这一切直到我对 poe 的幻想破灭为止。原先我是期待用 poe 来作为多线程的替代，可事实还是向着相反的方向发展。

sqlite 是一个嵌入式的数据库，也就是说没有独立的维护进程，所有的维护都来自于程序本身。麻雀虽小，五脏俱全， sqlite 实现了多数 sql-92 的标准，比如说 transaction 、 trigger 和复杂的查询等。

有很多介绍的书籍，记得有一本 apress 出版的《 The difinitive guide to sqlite 》，有毛 500 面的样子，用来介绍一个嵌入式数据库，着实有点长了，当然对于初学者是有其存在的价值的。

而 pysqlite 则是一个 sqlite 为 python 提供的 api 接口，它让一切对于 sqlite 的操作都变得异常简单。 userguide 并不长，但是基本上都说到点子上了，不过这里还是要对其提一下几个要点。事实上我个人认为，理解了这几点就完全足够了。

“ from pysqlite2 import dbapi2 as sqlite ”，   这就是一切的起源。

下面是一个涉及到我即将介绍的几点的示例程序，内容很简单，就是将一个 Point 对象存入 sqlite 建立的内存数据库中，然后原封不动地返回出来。

from pysqlite2 import dbapi2 as sqlite

class Point(object):

   def __init__(self, x, y):

      self.x, self.y = x, y

   def __conform__(self, protocol):

      if protocol is sqlite.PrepareProtocol:

          return "%d;%d" % (self.x, self.y)

def adapt_converter(point):

   return Point(*[int(x) for x in point.split(";")])

sqlite.register_converter('point', adapt_converter)

con=sqlite.connect(":memory:",detect_types= sqlite.PARSE_COLNAMES)

cur = con.cursor()

cur.execute('select ? as "a [point]"', (Point(2, 3), ))

print type(cur.fetchone()[0])

首先要做一些准备工作，因为 sqlite 不是什么 python 对象都能够接受的 , 为此需要一些必要的转换。这个例子里， sqlite 就像是一个汽车维修站。在站里，为了维修，汽车被拆成了个个零件，等出站时又被组装成了一辆汽车。

第一步是声明一个 Point 类。这个类除了初始化函数 __init__ 之外，还有一个两参量的函数 __conform__ ， sqlite 在检查存入数据库对象的时候会检查是否存在该函数，如果存在，则将该函数返回的值替代对象本身存入数据库。可以说这是一个转换器，将 python 对象转换为 sqlite 允许接纳对象，即 Null 、 Integer 、 Real 、 Text 和 Blob 其中之一。在这里，显然 sqlite 是无法接纳 Point 这个类所建立的 Point(2,3) 对象的，所以通过 __conform__ ，实际将存入内容为“ 2;3 ”的文本。

使用“ sqlite.register_adapter(Point, lambda p = point : “%d;%d” % p.x, p.y) ”，在 sqlite 中注册一个适配器也可以完成转换的功能，但是我个人认为这样比较麻烦，不如写在类里来得清楚。

在处理完了 Point 类之后，为了使文本“ 2;3 ”在从数据库取出时能转换为 Point 对象，还需要用“ sqlite.register_converter ”注册一个叫“ adapt_converter ”的转换器。

这样一条拆卸组装的流水线就完成了。

实际使用到的只有两样东西，一是数据库连接对象 con ，还有一个就是用来执行命令并返回结果（有必要的话）的游标对象 cur ，它是由 con 对象产生的。

为了使 sqlite 意识到它正在处理的表中的某一列是已注册需要转换的“ phone ”，我们需要在建立表的时候声明该列的属性，或者在查询的时候显示地表明该列的属性。对于前者，建立 con 对象是应将 detect_types 设置为 sqlite.PARSE_DELTYPES ；后者，则是设置为 sqlite.PARSE_COLNAMES 。这里，因为使用的是一个临时表，所以只能使用后者的设置办法。

事实上，“ select ? as …… ”这句包含了两个方面的内容，首先它将 Point(2, 3) 存入了临时表中，这涉及到了 Phone 对象到文本的转换。之后，再将文本数据从临时表中取出，又用到了文本到 Phone 的反转换。

下面是一种浅显而罗嗦的写法：

cur.execute("create table temp(t)")

cur.execute("insert into temp values (?)", (Point(2, 3),))

cur.execute('select ? as "a [point]" from temp')

最后，打印从 sqlite 中取出的对象类型，内容为“ <class '__main__.Point'> ”。

以上这些，可以总结为两点：有必要的话，做好转换；建立 con 和 cur 。理解了这些，差不多就能用 pysqlite 了。当然如果要做工程、写程序还需要很多的其他知识，至少数据库设计这方面的内容是要看一下的。

函数的意思很简单，给定一个Image对象和一个delta参数，然后根据这个delta参数将Image对象割成左右两块提取出来，之后互换两块的位置。
大致看了一下程序之后，自己写了一个，然后对照范例，除了变量名不一样之外基本上是吻合的，但是运行之后的结果却很不容乐观。图像不是左右互换，而是仿佛还有第三块夹在中间，这就不是需要的效果了。
为了找出原因，又仔细查了一遍函数，之后加了两条显示被分割出来的图片的命令。再次运行的结果却一切正常了，但注释掉这两句显示命令之后，毛病又复现。
显然在同一幅图片里进行分割黏贴的操作，pil是存在问题的。所以新建了一个Image对象，用于返回反转之后的图片，问题也得到了顺利的解决。
至于为什么会出现这个错误的现象，暂时不是很清楚。 
原图：

错误的图：