如何判断客户上传的两张图片是否重复？大体上可以通过比较 MD5 运算结果可以得知。那如何给出相似的图片呢？有 Image::Seek 模块可以帮我们。
simon 封装了 ImgSeek 。在他自己的图片站点上可以看到例子，http://memories.simon-cozens.org/photo/view/1452?active=similar 。比较好玩，没准哪一天会用得上。
突然体会到，iPad 放在 dock 上看，无比登对。 7 hours 59 minutes ago
如何判断客户上传的两张图片是否重复？大体上可以通过比较 MD5 运算结果可以得知。那如何给出相似的图片呢？有 Image::Seek 模块可以帮我们。
simon 封装了 ImgSeek 。在他自己的图片站点上可以看到例子，http://memories.simon-cozens.org/photo/view/1452?active=similar 。比较好玩，没准哪一天会用得上。
实现自我价值 === 贡献自己的价值 === 自己被利用的价值。
任何人都是如此。由此产生供需平衡。一个愿打一个愿挨。生态系统也籍此而演化。蚂蚁要享用蚜虫的甘露，会用触须按摩蚜虫，如果蚜虫碰到天敌七星瓢虫，蚂蚁会挺身而出，力克瓢虫。蚂蚁不是对蚜虫有多么深厚的感情，蚂蚁只是念念不忘那美味的甘露罢了。官在权位，一声吆喝便能呼风唤雨，追者云云，一旦退贤，便如同枯叶黄草，无人问津。人说漠世，盖莫如是。倒也不能责怪蚂蚁或者信众，谁都是不得已地从着自然规律。所有的一切都是生态演化进化的必然结果。
所以当你被流放的时候，不应该责难皇帝为何如此狠心，倒是该扪心自问，是不是自己已经没有什么价值了？皇帝要的是你的价值，不是你这个人本身。如果要立于不败之地，就该要学会两点：第一，坦然接纳自己的价值被利用的过程，第二，学会不断膨胀自己的价值。额外的，还应该学会如何利用皇帝的价值。
现实有时候确实非常残酷。否则也就不称为现实了。
这个世界变得越来越好玩了。
就目前人类的知识而言，我们的寿命是有限的。你现在的工作让你开心吗？你以前做过哪些疯狂的事情？你还有哪些事情一直想做，却不敢做，或者还没来得及做的？生活很苦恼吗？把生活当作游戏吧~尽情玩耍~~想要尝试什么，就去做！
《Fight Club》讲的就是类似的一个道理，想要更多物质享受？就必须放弃所拥有的一切。大悲大空之后，才能冲破原来的枷锁，天马行空任意驰骋。所以，Just try it! Just do it!
科技的发展和进步，让我们可以做很多以前不能做的事情。唐宗汉要改变自己的性别，我很受鼓舞，当然我没有同样的想法，做男人很爽，我钦佩他（现在是她）忠于自己。有时候发现自己总在做一些不愿意做的事情，什么时候可以顺从自己来生活呢？
没什么远大的目标和理想，只要想做什么，去做就是了。读书的时候还可以到处邮购电子器件，装些玩意儿来摆弄，还可以不知天高地厚地学习 3D MAX ，而现在除了吃饭，写程序，看电影，睡觉之外，似乎没什么值得让我高兴的事情。tsingson 要自己写书出书，为什么我不可以？哪怕永远都不发表，关键是自己是否迈出第一步去尝试。好多精彩的玄疑片《Phone Booth》《Flightplan》成本不高，却同样精彩，为什么不能自己尝试着写一部剧本来呢？小时候梦想着自己建一幢小别墅，布满机关和电子设备，充分娱乐自己，为什么不从现在开始把每个细节画到图纸上呢？
Open my mind, enjoy the life~
webmail 上如何显示 HTML 格式的邮件正文？用 iframe；或格式化后嵌入当前页。
iframe 可以最大限度还原原来的 HTML 页面效果，但存在安全隐患。而且可能需要用户横向移动滚动条，不宜阅读。直接将源代码嵌入当前的显示页面，也存在安全隐患，而且很容易引入 css 而使 webmail 的整体风格破坏。除了 Js 带来的问题，还可能由于 HTML 中引用了外部的“图片”，而暴露邮件账户的真实性 — 垃圾邮件制造者可以通过一个形如静态图片连接的程序，在纪录邮件地址的有效性后，返回一张图片的二进制数据流。所以，Gmail 会提示是否现实外部图片。
仔细参考 Gmail，它是用了后种策略。而且，不光是去掉了 js 和 css ，还对外部图片和外部连接作了处理。 默认，img 标签被去除了 src 属性。所以仅显示占位区。而 a 标签增加了 onclick 事件绑定，这样，点击邮件中的连接不再直接当前 webmail 页面中跳转，而是新开窗口。对于 class 和 style 属性，Gmail 也都作了删除处理。所以 Gmail 给你的并不是原汁原味的 HTML 邮件。
未必一定要原汁原味 – Gmail 是这样处理的，作出这样的决定，就我而言，是不容易的。我总希望能“高保真”。如何取舍？用户关心什么？在乎视觉效果？还是在乎邮件所表达的信息？Gmail 给了我一个很好的启示。
于是，我希望有一种类似的方法处理原始 HTML 数据。当然，可以用 HTML::Parser 来做，不过太过低级别。因为我们还有 HTML::Santizer ，HTML::Scrubber 和 HTML::Truncate 。
这三个有所类同，又有所区别。我还是比较习惯于 Scrubber 。记以抛砖引玉。