J-Lite

今天看到一个有趣的正则表达式，是用来判断一个数是否为质数。说到这儿肯定有人犯迷糊了，正则是用来匹配字符串的呀，怎么可以用来验证数字呢? 别急嘛，首先我们得做一个转换，把数字转换成字符。假定需要验证的数字是N，转换的基本字符为1，那么转换出来的字符串就是N个1。这个用Python是挺容易实现的，只需要'1'*N就可以了。

继续阅读

继续阅读

好吧，虽然我目前是一个pg党，但是有的时候这个数据库的选择不是我说了算的，最近就碰到需要连接SQLServer的情况。

由于是linux的环境，网上搜刮了一下，找到了pymssql。安装甚是方便，前提是已经安装了freetds和Cython。另外提一下，freetds需要加上mssql的支持，在macport下就是：

%% sudo port install freetds +mssql

至于ArchLinux，默认就已经把这个选项加进去了：P

继续阅读

继续跟踪报道Django 1.2的发布情况。在官方blog最新博文中提到，现在RC在代码方面只剩下2个ticket。解决思路已经清晰，只差花时间来草割它们了。

所以，暂定五月三日发布RC，在RC之后，抓紧处理关于文档和翻译的48个ticket，五月十日左右应该能发布最终版本了。当然，发言人相当保守，声称可能会晚个一两天，不过咱都理解，是吧XD

继续阅读

继续阅读

用过共享主机跑过Django的童鞋们应该都有过自编Python的经历。其实这是让没有root权限的用户使用自定义版本的Python的通解。步骤是挺简单的，也就是configure --prefix={path} && make && make install这么一下而已。之后如果想装什么包，那么可以装上distribute/easy_install，然后用pip方便的完 成。

不过有一个玩意儿确是相当麻烦的，那就是libxml2。虽然说lxml能够提供这个包的支持，但任你用pip怎么弄，回头还是无法导入。平时尽管 用不上这玩儿，可是很不幸地，scrapy它得用哪……所以只能硬着头皮找解决办法。昨日为这事捣鼓了一阵，也总算把问题给解决了，赶紧记录一下，免得忘 了 = =

继续阅读

热爱学习但却无法下载巨蟒的人们，猛击这个链接http://www.nohtyp.org/ftp/nohtyp将会给你带来全新的体验，注意，你复制到的并不是你所看到的……订阅rss的筒子们请自行转码……

P.S. *nix下可以用以下脚本拿到实际地址：

echo 'http://www.nohtyp.org/ftp/nohtyp'|sed 's/nohtyp/phon/g'|sed 's/ph/pyth/g'

还是关于Uliweb，刚刚回复了limodou的新的留言：

发现你好像误解我的意思了，我并不是在和你争论Uliweb和Django那个更优秀，因为这个各人有各人的见解，不依靠武力（？）手段很难得到口径上的统一。我评论Uliweb其实主要还是表达一下自己对某种新框架的向往，因为发现目前Uliweb并不能达到我的要求。

我也不反对造轮子，但是目前吧Uliweb对我来说就不像是轮子，更像是车子。举个例子，某人搞了一家汽车厂，但是造的车的各个部件都是从其他不同 工厂里拿来的，那他造出来的车最初肯定是颇受争议的，而且有一个问题，这个车是缺少自己核心的技术的，其他人采用相同的法子也可以弄出类似的车子来竞争。 但是可以肯定的是，只要不在这最初的一步上驻足自封，而是发展自有的核心技术，那么在争议之后这厂子仍然能继续生存下去，甚至打出自己的品牌。

就Uliweb来说，我不知道现在limodou大牛你现在引入了多少自有的核心组件，但是应该也会有蛮多人和我一样由于看不到这些核心特性而口吐 唾沫星子的。你别太在意就行。既然你觉得Django团队并不那么容易接受，请坚持你现在的这条道路。希望将来Uliweb能够有足够多的理由让更多的 Django用户叛变过来：P

那我自己所希望看到的框架是什么样的呢？说起来其实蛮简单的，甚至谈不上框架，只是一个Pluggable的各种框架的连接器。那这个“连接器”有什么特点呢？

1. 各组件之间搭配的可定制性。作为一个开发人员，可以自定义开发时使用哪种模板渲染系统、哪种ORM系统等等。比如你可以在全局定义使用jinja2的模板，然后在一个app下定义使用mako的模板。一切都是可以灵活配置的。
2. 其他框架下的应用的复用性。这将最大化一个app的应用范围，在这套“连接器”的控制下，可以方便的把django的app或者uliweb的app等等集成进来。

看上去是很美好的不是么，挺朴素的功能，但是实现起来也许就不是那么容易的事了。兴许某一天我会发现这么一个满足条件的框架，又兴许某天我自己耐不住了自个儿尝试去实现这么个东西。但是就目前嘛，还是先拿着Django好好学习去吧，还有很多值得我学习的东西呢。

本来只是随便写写的，没做啥seo，没想到直接把limodou给招来了，今天看analytics发现他的关于《谈谈我对Uliweb的看法》的回复给我带来了n多流量，没见过大世面的我是看花眼了@@

就Django而言，我并不认为是一个大杂烩。首先框架的核心都是Django所自有的，而contrib中的东西事实上对个人应用而言是可有可无的。我也不是说杂烩不好，虽然我现在是用的Django，事实上debug用的还是werkzeug。我的想法是，不要太杂就行，开发时可能不会觉得，可是也许时间长了维护起来就不方便了。

大一统么，我也就是说说了，天下之事，分久必合，合久必分，人类社会尚且如此，更何况社会活动的产物——开发框架呢。我这儿的意思嘛，也就是鼓吹鼓吹大家别乱跑看好队伍站进去然后尽量始终如一罢了：） 这点Ruby社区做得很好，起码就我所知ror独大。而Python么，也许因为牛人泛滥，分家之事为之过多了。

关于贡献。就说Django吧，如果某些意见在trunk通不过，何不试试建个新的分支呢？不可调和很大程度上是因为沟通的不够，那么一个实际的实现实例也许能让他人接受自己的想法，又或也许发现他人不接受的原因。编程世界相对而言还是一个比较开明的世界，或对或错一般来说比较明确，一个开放的社区对于对的东西应该保持一种包容接受的态度。但假如仍然无理由的拒绝，那么另起炉灶应该是一个比较好的解决办法。当然这都是我随便拍着脑袋想出来的，对于实际情况我还是小白一个……

最后，怎么说呢，Django是有不完善的地方，这东西随着使用的深入会慢慢凸现出来。我真正使用Django的时间也就半年左右吧，现在只能说是稍有了解，发现的问题肯定是没有您那么深入的。所以说的话么，有的也许在你看来很幼稚，请见笑。至于Uliweb有时间我也会再看看，我也很想知道您说的更灵活的app是什么概念。虽然现在我还是一个忠实的Django用户，兴许过阵子就成为uliweb的粉丝了也说不定呵呵。