Vimer的程序世界

最近在使用django开发的时候，遇到了很多问题，特此记录在此，希望对以后的同学有所帮助。 一.django的ManyToManyField，当关联自身时，实现单向关联。 比如代码如下：

class MManConfType(models.Model): 
    linkconftype = models.ManyToManyField(‘self’,null=True,blank=True)

在这种情况下，当类型1关联了类型2的时候，那么类型2也一定关联了类型1，所以linkconftype就会始终是大于两条记录 解决的方法就是，增加symmetrical=False的定义，即：

linkconftype = models.ManyToManyField(‘self’,symmetrical=False,null=True,blank=True)

官网上的解释如下：

ManyToManyField.symmetrical Only used in the definition of ManyToManyFields on self. Consider the following model ...

最近工作忙的要死，明明积压了一大堆博文要写，结果却始终没有时间，也沉静不下心情来写。不过知识这种东西，如果不及时沉淀下来，恐怕很容易就会忘记了，所以还是赶紧写一下。
前几天在开小组例会，同事提到了一种makefile的写法，编译过大型工程的朋友应该都知道，当多个模块要协作编译的时候，通常要进入一个个目录去编译，所以，makefile可能如下所示：

all:
    cd dir1;make all;
    cd dir3;make all;
    cd dir2;make all;
clean:
    cd dir1;make clean;
    cd dir3;make clean;
    cd dir2;make clean;

当然，我们也可以用makefile自身的特性，即 make all/clean -C dir1来进行编译，但是实际上两种写法都避免不了3个问题：
1.当新加入一个模块的时候，要写入两句代码，一句是all，一句是clean ...

最近一直在思考，如果又那么多需求需要在vim里面调试gdb，执行python文件，链接数据库，与其每一个都去用vim脚本实现，为什么不直接把终端所有操作接管呢？

然后我去了www.vim.org的首页，然后，我居然真的看到了这个插件：
Conque Shell
下载链接：http://www.vim.org/scripts/script.php?script_id=2771
这个插件目前的评分是 Rating 447/122, Downloaded by 1280 ，也就是差不多每个评分的人都是4分（Life Changing！），而我也是毫不犹豫的选择了这个选项。

废话不多说，先来上图，对，你没有看错，这真的是vim.
在vim中打开bash:

    
在vim中连接mysql:

在vim中打开python解释器:

哈哈，怎么样~~，是不是真的很酷！，OK，还有两张图，我们在最后再贴出来。来看一下这个插件的详细信息吧

一.简介 ...

今天在把django开发的系统从开发环境搬到外网的时候，发现凡是中文写入Mysql的时候，都会报错：

Data truncation: Data truncated for column xxx

网上搜了一下，排除了字段本身长度不够，剩下只能是因为mysql的默认编码不是utf-8导致，于是请教了数据组的同事，有两个命令可以修改Mysql 库或者表的编码：

修改库的编码：

alter database dbname CHARACTER SET = utf8;

修改表的编码：

alter table tablename CONVERT TO CHARACTER SET utf8;

之后一切OK。

在次仅作记录。

在vs中使用vim的映射已经不是什么新鲜事了，不过ViEmu $99的价格实在让人望而却步，但是现在好了，我们多了一个选择：

vsvim
主页：
http://visualstudiogallery.msdn.microsoft.com/zh-CN/59ca71b3-a4a3-46ca-8fe1-0e90e3f79329

这个是以vs2010的标准插件形式存在的，所以也只支持vs2010.
废话不多说，先来看几张图：

注意画红圈的地方（我好不容易才抓拍到的光标呀），用起来比较舒服的原因之一就是保持了和vim一样的块状光标（ViEmu就给改了），所以第一感觉还不错。

打开上面的config按钮，界面如下：

上图就是默认的样子。

我大体试了一下其模拟的按键，hjkl是没有问题的，G、gg、u也没有问题，但是zc、zo、C-R、之类的就都不能用了，命令行方面，试了一下:new、:e 之类貌似都不能用。

不过我觉得这样的确已经不错了，本身只是想要vim的按键方式而已，而且除了需要实时预览html的情况，我基本也不会用到vs……

最近在用django做网站，惯例，我肯定还是用vim做编辑器……
不过让我有点小惊喜的是，在django的官网上，居然有一片用vim写django的文章。
原文链接如下：

Using Vim with Django：http://code.djangoproject.com/wiki/UsingVimWithDjango

文章中包括了自动补全，模板着色，snipmate等众多内容，这里我主要演示一下snipmate的效果。

到http://github.com/robhudson/snipmate_for_django下载两个snippets文件，放到你的snippets目录，然后在vimrc中加入如下两行：

au FileType python set ft=python.django
au FileType html set ft=htmldjango.html

打开一个.py文件，输入r2r后，截图如下：

还有其他一些vim支持，我就不列举啦，大家有兴趣可以自己看一下。

好吧，用pickle的过程真是不顺利……，在mod_python中使用pickle调用dumps向server发包的时候，server那端解包loads时，会报如下错误：

ImportError: No module named _mp_6dce10900009df6fcff2918ac677e596

网上一堆资料，还全是英文，结果最后居然在一个留言里找到了答案……
方法就是，指定class的__module__属性：

#自定义类名为MManRsp，所属模块为mmanpro
MManReq.__module__ = "mmanpro"

答案链接页面：
http://www.modpython.org/pipermail/mod_python/2008-July/025442.html

之后在实例化类对象，调用dumps方法即可。

最近python相关的文章比较多，呵呵，希望博友不要介意~

在用C/C++写网络打包/解包时，都是自己用指针偏移来实现对象<->二进制之间的互转，现在既然用了python，也要用一下序列化的思想，所以就使用cPickle来完成这件事情。

不过事情并不顺利……
假设我们在server端和client端通过类MManRsp来进行通信，这个类定义在mmanpro.py中，代码如下：

class MManRsp:
    ret = 0
    pathverlist = []

现在server端对client端回包如下：（源代码并非如此，为了演示，所以简化了代码）

rsp = MManRsp()
data = [('1',1),('2',2)]
for t in data:
    x = do_something(t)#还是返回('1',1)这种类型
    rsp.pathverlist.append(x)
senddata = cPickle.dumps(rsp)
#send

client端解析为：

rsp = cPickle.loads(recvdata ...

最近看《python核心编程》，书中实现了一个简单的1对1的TCPserver，但是在实际使用中1对1的形势明显是不行的，所以研究了一下如何在server端通过启动不同的线程（进程）来实现每个链接一个线程。

其实python在类的设计上已经考虑到了这一方面的需求，我们只要在自己的server上继承一下SocketServer.BaseRequestHandler就可以了。
server端代码如下：

#!/usr/bin/env python
import SocketServer
from time import ctime
HOST = ''
PORT = 21567
ADDR = (HOST, PORT)
class MyRequestHandler(SocketServer.BaseRequestHandler):
    def handle(self):
        print '...connected from:', self.client_address
        while True:
            self.request.sendall('[%s] %s' % (ctime(),self.request.recv(1024)))
tcpServ = SocketServer.ThreadingTCPServer(ADDR ...