流氓和绅士的转变?

百度变了。
百度好像去掉了MP3中一些歌曲的搜索结果。我搜一些歌曲时,明明是很流行的歌曲,居然说找不到。
这真不像百度。
百度还跟唱片公司同台唱戏了。(百代公司,就是花儿乐队的那个)
百度好像还推出了正版电影 收费观看服务。
一些“高端”用户以前总骂百度不尊重版权,而一向为google着迷。哈哈。
现在google也做了一个让他们的这些用户失望的举动:投资迅雷。
迅雷是什么呢?可以这么说,用迅雷来下载的,除开有一部分是网络游戏厂商等提供的大型文件外,大量存在的是可能涉及版权纠纷的文件!
特别是提供给用户发布内容的权限,成了许多别有用心的人传播色情、病毒的温床。
当然,可以说迅雷的出发点是好的,这个技术很有用。但是类似的下载加速技术以前也有,有某些大学也开发出了相当不错的分发软件,最后却也沦落成为传播色情信息的渠道。
许多人正在通过迅雷下载并观看人们通常要花费百元左右去电影院才能看的大片。
而google投资迅雷,正助长了这种气焰。
…. google fans别骂我。我也欣赏google的技术和服务。

CMS系统中一个Bug的解决过程(about javascript and urlencode ,php)

上周编辑反馈我一个奇怪的Bug:很多文章编辑后,就只有一半的内容了!
我很纳闷,怎么会有这样的Bug呢?
等我去看过了问题所在,终于明白了:
程序运行后页面的源码是:



原来在标题中也有双引号,所以firefox以为这是一个Html属性的结束,所以input中的内容是:
我的朋友(“,后面的内容都没有了。
这不简单我马上改好了:



这是jquery的语法。我是在输出数据时先urlencode一下,这样在input的value项中就没有引号了。
然后在客户端加载后完以后,把这个值改成decodeURI计算出来的值,也就是相当于php的一个urldecode操作。
这下以为好了,谁想一测,还不对。有%2C和加号在标题里。
再Google一下,说是javascript中解密urlencode用decodeURIComponent函数要好一些。urldecode无法正常求解包含有英文逗号和加号的串urlencode后的结果。urlencodeURI无法解含有加号的串urlencode后的结果。
现在我只好写了一个先把密文中的加号换成secret串用decodeURIComponent操作,然后再把secret串换回加号。服务器端仍是先urlencode再输出来,客户端这样进行urldecode解码:



这样,才是正确的对应于php端的urldecode的javascript版的解码函数。
注意,我的php是utf-8的。如果是gb2312,需要更麻烦一些。因为javascript好像一般是utf-8的内码操作。

现在bug好像越来越多,忙不过来了。得上bug系统了。

links for 2007-01-18