本来想着这个BLOG不会被Spam看中的，结果还是难逃魔手，我的点击量最高的一个日志已经前后有四个Spam留言了，看来这两天得想个办法整治一下了。
原来使用的那两个反Spam的插件因为各种问题都停用了，但是那个Did You Pass Math?的思路还是不错的，可能会自己写一个插件，给留言的Form增加一个hidden值，如果不提交那个值就说明是Spam，而且是比较简单的Spam。现在考虑问题都喜欢以程序员或者专业Spam的角度考虑问题，但是又不够深入，其实一般的Spam都不会读取目标网页的内容然后对应的绕过反Spam的措施，除非你的站点实在是太吸引人了，我想我的这个Blog是不大可能位于这个行列的。
2006年12月30日更新：
重新开启Akismet，开始工作并拦截到三个垃圾评论，呵呵。
其实也不是连接池，而且我还是不太清楚Connection的close应该干嘛，简单的实现了DataSource，并使用动态代理实现Connection的复用，Connection使用几次以后或者使用一段时间以后再真正的关闭。
代码如下：
阅读全文
其实这一年我都没有使用过BT程序下载东西，基本上都是使用迅雷在下载，原因就是迅雷更加稳定一些，因为是从服务器下载。前两天同事Michael说他使用脱兔下载BT的东西，感觉还可以，今天试了一下，发现也还可以，不过还是没有解决原来我不使用BT的根本原因：一开BT下载就不能正常上网了。然后我想着要彻底的解决这个问题了，搜索的结果是看到有人推荐cFosSpeed，就从霏凡下载了一个，使用的结果是可以解决我的问题，但是现在好像还在出于所谓的朔形阶段，还不能达到最好的状态，可能会影响速度，先用几天再说吧。
2006年12月24日更新：
昨天晚上按照一个说明设置了ADSL的上行和下行速率后，BT开了以后还是不能上网了。
今天中午去接老婆，她说我老了，拿出镜子给我看，结果眼睛边上真的有好多皱纹，但是应该说男人不会老得那么快啊。不知道是这段时间没有吃好还是怎么回事，或者是因为我近期近视，总是眯着眼镜看东西导致的？
无论如何，我也快30了，也是老了。
现在也开始考虑在上海买房了，等了一年多的时间，我住的地方（花木政府附近）房价不但没有下降，反而涨了不少，一个朋友去年春节前后花了42万买了一个44个平方的房子，当时感觉不划算，但是那个房子已经涨到12000一个平方了。今天和老婆跑到康桥去看了一下，从我现在住的地方过去，如果不堵车要25分钟，还不包括等车的时间，而且那个地方现在还很荒凉，竟然90多平方的房子（建筑面积，实得面积要打八折）也要6500一个平方。感觉压力很大。
本来想写一个简单的数据库连接池的，上网搜索了一下别人的实现，也看了一些开源的实现，感觉有些问题，那就是连接池中的Connection.close()应该干什么？按照API的说明，这个方法应该释放数据库和JDBC的资源，但是这样的话，连接池中的连接就要重新建立，似乎没有起到pool应有的作用，如果代码不进行close操作，交给其它的地方释放又不太安全。难到说我原来的代码习惯都是错的？取得一个Connection后，使用完不需要close，而是把相关的ResultSet和Statement关闭就行了？
找了很多文章，都没有提到这个问题。
目前来看，我不用关注那么多了，可能的解决方法就是让框架来执行数据库操作，执行完以后commit，关掉ResultSet和Statement，Connection保持连接，一定时间以后再close。
以前就计划做这个功能的，在我快要忘记这个计划的时候，同事Alex的一句话让我解决了这个问题，原来 del.icio.us是带有这个功能的。
昨天晚上试验了几次总算是成功了，虽然标题不是我喜欢的，而且不可以修改，但是还算过得去吧。
我为此专门创建了一个用户，似乎需要编辑以上的身份才能成功，开始设置为订阅者和贡献者都不能发布。
左边的每今日网摘可以去掉了，而且现在看好像有点名不副实，里面不全是今日的网摘。
另外修正了首字下沉插件，这个自动发布的帖子开头不是<p> ，我修改的首字下沉插件处理不了。现在可以处理了。
感觉这个是模拟城市的一个bug，如果一个垃圾用地堆积过垃圾，然后使用焚烧场把垃圾焚烧完以后，如果把那个地再取消垃圾填埋场的规划，然后再规划为垃圾填埋场，他们似乎不能再堆积垃圾了。
很早就收到一个Bug说修改了某个元素的值以后，点击Next提交然后使用浏览器的Back按钮返回，结果那个元素的值是提交以前的值。
这个应该是浏览器的History功能的限制，它不能记录你的Javascript代码对Form元素的值的修改。在完成向导之类的功能的时候不要使用自定义的表单元素，或者不要用JavaScript去修改其它的需要提交的元素的值，这些修改都不会被浏览器的History功能记录。当用户点击浏览器的后退时，他可能看到不是他期望的结果。
一般要解决这个问题，要么禁用浏览器的后退功能（很多MIS系统可能都是这么干的），自己另外提供一个后退功能重新从后台取数据并刷新页面。
要么使用Cookie记录那些操作并在页面的onload事件里面从Cookie提取那些记录。
无论是那种方法都不是很方便。
不知道有没有完美的解决方案。另外这个问题对IE和FF都是有效的。
今天本来想回一个小组的发言的，但是拉到下面发现没有回复框，再拉到右边也没有回复链接，难到一定要翻到最后一页才能回复，点到最后一页再拉到页面最下面，果然有个回复框了，这个设计简直就是愚蠢至极。
现在一般的设计都是可以快速回复（无论在哪页）或者有一个回复链接或者按钮可以点击后进入一个回复页面。
© 2025 解惑
本主题由Anders Noren提供 — 向上 ↑