追寻真理之美

JQuery风格的HTML文本转义

智拙 — Wed, 01 Jul 2009 21:24:00 +0800

astinus开发过程中，我自己就在不断的使用。有次贴了一些JS代码进去，于是页面显示错误。显然，把源代码直接放进html文本了——好吧，从05年转去做网游以后，一直没有正经的做过web了。那么，我需要一个方法转义。网上搜了一下，大部分是自己编写一个正则替换。不过我的习惯是尊重既有的资源。有人提出可以用dom的功能。先作为innerTEXT传给一个dom对象，再取innerHTML属性，就可以取到转义后的文本了。方法不错，不过写法上，有没有取巧的办法呢？JQuery社区有人给出了办法：假设有文本 context，可以对一个jQuery对象 $(x)进行 $(x).text(context).html()，就会返回一个转义后的文本。其实刚刚想起来，很多时候完全可以用text()函数对jQuery对象赋值就好了……

瞎折腾之 NTEmacs——终于启动了

智拙 — Wed, 01 Jul 2009 21:14:00 +0800

存在 code.google 上的usemacs，被我手贱，把代码仓库搞坏了。吾友眼镜同学开了一个新的：https://bitbucket.org/yinwm/usemacs然后发现我手头只剩了ubuntu 环境下的配置。没办法，windows 环境的要重新配了。至少，要能够编辑常用的功能吧。把ubuntu上的复制过来（咳咳……用gvim编辑的），简单编辑了一下。一启动就是个非法操作。逐行排查，居然是：(display-time-mode t) 出了问题。这个配置似乎以前我用过没事的？恍惚……csdn的blog居然没有lisp代码支持，看来我要配好muse之后才能顺利发表文章了。

web2py DAL 正式支持 oderby desc

智拙 — Tue, 23 Jun 2009 18:47:00 +0800

昨晚做gastinus的消息编写页，发现orderby="post_on desc"居然出错，进去gluon里的源码一看，跟以前不一样了（刚更新了服务器代码）。于是搜索了一下文档，发现关于orderby的文档更新了，现在DAL的orderby不再支持"fieldname desc"的形式，而是通过=~实现同样的功能。

[DAL]Web2py DAL与Postgres

智拙 — Thu, 04 Jun 2009 17:53:00 +0800

在诸多Python 数据访问框架中，Web2py的DAL算是比较有趣的一个。因为工作的关系，最近比较关注DAL与Postgres的组合。这里简单总结一下。开头又臭又长，建议跳过，留着娱乐时间再读。直接从下一集开始阅读数据存储与访问——理想与现实的妥协在IT界，从来没有一个系统边界可以像数据库与应用层之间这样不断摩擦，冲突激烈，没推倒前的柏林墙庶几近之。不同的是同胞之间的藩篱终于在两德人民之间轰然倒下，而数据库与应用层的斗争只会光华灿烂，鸡飞狗跳。鹅，写错了，是光华灿烂，旦复旦兮。几年不读圣贤书，已经赶不上语文课代表啦。是的，应用层与数据访问层的关系，只会在冲突和妥协中不断发展和变化，周而复始。为了吸引用户，满足需求，数据库开发者总是在努力丰富服务器端的功能。从Key/Value到层次存储，网状关联，再到平面表，再到关系数据库，再到复杂数据类型和过程化编程，再到事务、存储过程、甚至嵌入式混合编程，以及咸鱼翻生的MapReduce，千奇百怪，不一而足。（当然，类似分布式存储，裸

web2py DAL 的 oderby desc 和 limit

智拙 — Tue, 26 May 2009 20:10:00 +0800

web2py 有所有新兴开源项目的通病：文档落后于代码。例如，你在document下的DAL相关文档里，只能读到orderby的用法，但是没有告诉你如何desc。在该文档中也找不到limit的介绍。其实这两个功能都很重要，分页几乎是现代数据库应用中必备的功能，limit关键字就是为此而诞生的。而对于不能任意split（我查了web2py的源码才发现小于0的索引SQLROWS直接抛异常），又不能直接reverse的DAL数据集，倒排查询就是很重要的功能了。其实这两个功能DAL都有。oderby的支持看来开发人员还没有找到很好的形式，例如，我们可以 orderby=db.ta.id，但是没有一个descorderby=db.ta.id，不过其实我们可以 orderby="ta.id desc"，这样看起来有点怪，但是可用，而且不算很难理解。limit关键字参数的支持就自然很多，类似标准SQL，DAL的limit支持两种形式：limit=n，取数据集前n项。

Web2py远程开发

智拙 — Tue, 26 May 2009 06:11:00 +0800

web2py是一个有趣的框架，它的特色之一就是在页面上集成了一个简单的开发环境。但是这个前提是只能从127.0.0.1访问，否则会提示你“不是安全通道”。那么，是不是就没有办法把代码集中部署到一个远程服务器上开发了？

web2py 的自定义URL跳转

智拙 — Tue, 26 May 2009 06:02:00 +0800

Web2py不同于django和web.py的一个特色，它自然的就是restful的形式。当然这也造成了一定的限制，就是我们有时候不能方便的自定义请求的路径。
其实Web2py一样可以自定义请求路径。只是它默认情况下没有给出这个配置。简而言之，在web2py的根目录下有一个 routers.examples.py，只要看那个文件的内容，就可以参照着写出自己的routers.py了：）。它采用的是类似django和 web.py的正则表达式重定向形式。

数据库设计建议，范式以及进一步

智拙 — Thu, 14 May 2009 09:41:00 +0800

几乎每一个新人在初学关系型数据库设计的时候，都会接触到关系范式。但是，我还是见到了大量很离谱的设计。客观的说，背下关系范式，离一个合格的数据库设计师还差很远。设计工作总是在理想与现实之，规范与工艺之间妥协。建筑如是，造船如是，操作系统设计如是，数据库设计亦如是。是的，你记得范式，你还记得反范式建议。你知道范式减少冗余，提高一致性；你还知道反范式可以方便编程。不幸的是，最终的结果总是遵守范式的做法使自己的应用层代码混乱，而反范式的企图使得数据库也陷入混乱。这是谁的错？不必太自责，设计工作是一个经验的积累过程。没有人天生就会做设计。天才与勤奋，是乘法关系。并不是你笨，只是天才对面的那个系数还不够大而已。以下的一些经验，或许在你读完关系范式以后，可以抽空看一看。世上没有魔法，读完这篇文章，并不会立即让你拥有多年设计经验。但是，这些在设计工作中积累的经验教训，应该可以帮助你少走一些弯路。关于范式关系范式并不邪恶，也不要把它想得太神秘，如果书本上的定义不能让你很快理解，不妨试

我回来了

智拙 — Tue, 24 Mar 2009 16:45:00 +0800

我会挑战风车，我会斩杀恶龙。

地震来袭

智拙 — Thu, 28 Dec 2006 19:14:00 +0800

地震让我充分体会到了海明威的那段著名的《丧钟为谁而鸣》