某人的栖息地

在ie下，<button>标记恐怕还存在几个不大不小的问题。

在一个表单里，如果有一个以上"submit"类型的<button>标签存在，在表单被提交时，不管你点击哪个<button>，所有<button>的值都会被post/get。
<button>的缺省type属性被设置为"button"，但是在A级别浏览器下，应该设置为"submit"才对

阅读全文（404字）

PHP.net宣布，他们将在今年年底停止php4的开发，安全方面的更新也会于2008年8月结束。
PHP4发布于2000年五月，这一年我刚刚学会拨号上网，申请email帐号收发邮件。在2004年，php家族的老五出世， 而这个时候，支持php4的主机以及开源软件已经四处开花。3年后，php4仍然在各大主机上占据绝对份额的优势，尤其是在国内。因为大量的开源代码仍然是php 4 only的，你不知道客户会在hosting上跑什么样的程序。还有一大批的php程序员在维护前人留下的php 4代码，或者在这个基础上接着开发，比如俺... 这对主机商或开发人员来说都不是一件好事情，客户不在乎你用的是php 4还是php 5，这无关紧要，只要代码能跑，功能实现就皆大欢喜了。

阅读全文（480字）

首先贴两张php的小卡通，不是太喜欢美式风格的画风。

这张漫画是一头大象正在烧烤海豚。php的传统logo是一头大象，而mysql一贯是以海豚作为标志的，那么这幅图说的是php化身的大象正在大力烧烤mysql dophin？
其实是PostgreSQL在烘烤可怜的Mysql，面目憎狞.

这次看到了另一个使用Wordpress MU的网站 —— ChickSpeak.com，只不过它不是一个Blog，而是一个社交类网站，主要受众是女大学生。
它没有对wordpress本身的源文件做任何改动，只是添加了一些plugin而已，在这样的情况下实现了短消息，多Blog搜索，在线投票，照片管理等等；原来的博客页面，统统被修改成了会员的首页，因为它的目的并不是成为一个BSP。整合的论坛是Wordpress的原配—— BBPress，这个论坛程序以前介绍过，和Wordpress是一脉相传，整合很容易。

阅读全文（269字）

scuttle是一个类似del.icio.us的开源书签管理系统，以php+mysql开发，目前的最新版本是0.7.2。基本的书签功能完善，标签也可以分的很细，比起之前我用wordpress搭建的书签，要强大不少。用来做个人链接管理，是个很好的选择。

PHP5是在3年前发布的，在这期间，PHP4仍然在为我们提供服务，大量主机hosting上还是永远的php4，关于使用率可以参考php在2007五月的使用统计。之所以造成这种情况，有着多方面的原因。
首先PHP开发者还没摸透在没有php4的情况下，用php5来跑从前的应用会不会有潜在的问题。大量主机上仍然安装的是php4，这会使用户避免选择php5 only的web应用程序。也是因为这个原因，大量主机商还不能马上升级到php5，因为他们不知道用户将要跑php4或是php5的web应用。这样一来，php的开发者越发不能摆脱php4，他们为了适应环境，写出来的代码可能都是php4/php5兼容的。

阅读全文（2746字）

我想，小日本可能很难理解BT这一词的具体含义。这个网络词汇本身就具有BT精神，大家就是乐见这样一种情形 —— 当我嘴里吐出一个新名词，而对方却茫然不知所谓，只能陪着傻笑。
上面的感叹是因为无意中看到一个反向链接：［シナ］日本人が才能の無駄づかいをしている件について，大概是上次的“小日本果然BT”引发的讨论。
“搞” == “fuck”
文中使用机器翻译了俺的部分文字以及评论

阅读全文（382字）

上次俺的简陋练习作品Ajax+json小有心得，这次继续尝试利用Ajax+PHP+YUI手工制作rss阅读器。
写一点html来展示RSS的内容
PLAIN TEXT
CODE:

阅读全文（736字）

jquery写起来真的很简单，连我这刚接触jquery不久的新人都能很快用它码出大段的javascript。唯一的坏处是代码里充斥了大量的$。既然写javascript如此简单，那么用jquery+greasemonkey插件同时干活怎么样呢？
这里是一段提醒jquery已经载入的脚本，为了避免和页面上原有的代码冲突，得运行$.noConflict().
PLAIN TEXT
CODE:

阅读全文（940字）

UPDATE:FOUND_ROWS()函数貌似还存在一些问题，见http://bugs.mysql.com/bug.php?id=18454
mysql 4.1中新增了FOUND_ROWS()函数，这个函数的说明是这样的：
For a SELECT with a LIMIT clause, the number of rows that would be returned were there no LIMIT clause
A SELECT statement may include a LIMIT clause to restrict the number of rows the server returns to the client. In some cases, it is desirable to know how many rows the statement would have returned without the LIMIT, but without running the statement again. To obtain this row count, include a SQL_CALC_FOUND_ROWS option in the SELECT statement, and then invoke FOUND_ROWS() afterward:

阅读全文（789字）