Aloha，我是娄琦彬，欢迎来到的我的个人网站 :-)
一句话了解我——
复旦大学计算机科学2015届毕业生，前Google软件工程师，现就职于Squarspace，一个步履不停的人。
自称是码农界里写诗写的最好的，文学界里拍照拍的最好的， 摄影圈里喝酒喝得最优雅的，狄俄尼索斯门徒里走过的路最长的。
最近乌云社区里有位童鞋发了一个帖子：http://zone.wooyun.org/content/6103 说一个域名不知道用了什么手法居然绑定了李毅吧的url，既不是301重定向，也不是域名跳转，也不是域名转发。访问www.liyiba.com 这个域名感觉李毅吧仿佛单独成立了一个网站一样！而且这个域名的权重居然涨到了6！现在这个域名利用李毅吧带来的权重和流量已经独立建立论坛赚钱了！每日几十万的IP看的大家眼馋！
他是怎么做到的呢？
…
很早就对Google的PageRank算法很感兴趣，但一直没有深究，只有个轮廓性的概念。前几天趁团队outing的机会，在动车上看了一些相关的资料（PS：在动车上看看书真是一种享受），趁热打铁，将所看的东西整理成此文。 本文首先会讨论搜索引擎的核心难题，同时讨论早期搜索引擎关于结果页面重要性评价算法的困境，借此引出PageRank产生的背景。第二部分会详细讨论PageRank的思想来源、基础框架，并结合互联网页面拓扑结构讨论PageRank处理Dead Ends及平滑化的方法。第三部分讨论Topic-Sensitive PageRank算法。最后将讨论对PageRank的Spam攻击方法：Spam Farm以及搜索引擎对Spam Farm的防御…
ORM中通常将对象引用映射到外键，但是对于继承，关系数据库中没有自然有效的方法来对应。从数据存储的角度来看，在映射继承关系时，可以采用几种方式（参考JPA中的InheritanceType.定义）：
使用单个表，在JPA中称作SINGLE_TABLE。整个继承树共用一张表。使用唯一的表，包含所有基类和子类的字段。 每个具体类一张表，在JPA中称作TABLE_PER_CLASS。这种方式下，每张表都包含具体类和继承树上所有父类的字段。因为多个表中有重复字段，从整个继承树上来说，字段是冗余的。 每个类一张表，继承关系通过表的JOIN操作来表示。在JPA中称作JOINED。这种方式下，每个表只包含类中定义的字段，不存在字段冗余，但是要同时操作子类和所有父类所对应的表。
Django的ORM也支持上述三种继承策略，同时，得益于python的动态特性，还支持代理模型和多重继承关系的映射。