« 2007年06月 | (回到Blog入口) | 2007年08月 »

2007年07月 归档

2007年07月08日

阿里巴巴侠客行大会后记: Rasmus Lerdorf

5月份参加了2个会议: Alibaba:侠客行和厦门的搜索引擎战略大会, 近期有时间会将相关的笔记整理一下.

RasmusPHP项目的创始者之一, 我听了他做的关于web应用安全性检查的讲座, 印象比较深的一点: 任何参数的输入都需要进行安全校验: 只要是有用户输入未来将会进行web输出的地方, 就要防止用户输入: ><img src=1 onerror=javascript:alert(document.cookie)< 这样的代码, 从而出现XSS漏洞; 各种类型的数据都可以找到相关的安全检查包和过滤函数, 比如: intval()就是很常用的一个针对整数类型的参数校验的方法;
而做为个人用户面对这个不太平的互联网, 使用多个浏览器, 将生活(商业)和工作分开(这也相当于在2个独立的用户空间访问互联网) 也是一个比较好的安全之道, Rasmus Lerdorf自己用的是Mac: 于是: 个人/商业(比如信用卡之类的信息) Safari 而工作和其他网站访问 使用FireFox.

晚上的酒吧聚会上, 我问了Rasmus一些关于开源社区的问题:

按此阅读全文 "阿里巴巴侠客行大会后记: Rasmus Lerdorf" »

2007年07月10日

这次是Musicmatch: 下一个会是?

今天收到了MusicMatch的信:大概意思就是旧的MusicMatch将于2007年8月31日结束,用户可以将服务迁移到新的Yahoo! Music Jukebox……很久没有用MusicMatch的服务了,以前注册也是用也是为了将自己的CD转成MP3。而Winamp 5已经可以可以很好的支持CD音轨转MP3了。

还记得雅虎的花生酱宣言吗,里面列出的左右互博问题有些已经有了一些眉目,还没有结论的我用黑体字标记了一下个人喜好(你的选择呢?)。
• YME(Yahoo! Music Engine) vs. Musicmatch
Flickr vs. Photos
• YMG video vs. Search video
Del.icio.us vs. myweb
Messenger and plug-ins vs. Sidebar and widgets
• Social media vs. 360 and Groups
• Front page vs. YMG(Yahoo! Media Group)
Global strategy from BU' vs. Global strategy from Int'l

给MusicMatch的用户信附后。

按此阅读全文 "这次是Musicmatch: 下一个会是?" »

2007年07月12日

搜索引擎战略大会( 2007 厦门 )后记

5月底参加的另外一个大会是搜索引擎战略大会。搜索引擎对于目前网站流量来源的重要性可以从以下数字看出:
搜索引擎不直接给用户解决问题,只是提供一个到达目标的转向: 一般来说:带给其他网站的流量相比搜索引擎的搜索流量是要大于1的(用户搜索一次,一定会点击超过一下)。所以搜索引擎有多少流量,带给目标网站的流量可以乘个1.5。中国每天有多少搜索流量? 3-4亿,带给其他网站的流量是多少? 5-6亿。中国每天有几千万用户产生的几十亿流量,而搜索引擎就掌握了其中的5%左右的入口流量,对于很少给其他网站带去流量的内容网站来说,这几乎是所有来自非本站流量(referer)的90%以上。

以下是厦门大会上的部分问题摘要:
为什么你的网站被冥王星了?

参加大会之前曾经要求过主办方将单元标题将"为什么你的网站被删了"改成"为什么你的网站被冥王星了", 而从实际的反馈来看, 网站更关心的问题是为什么其他网站作弊而没有被“冥王星”?
直接向搜索引擎服务商举报是目前的一个途径, 以下是几个引擎的spam提交地址:
百度: http://utility.baidu.com/antispam/spamreport.html
Google: http://www.google.com/contact/spamreport.html
中国雅虎搜索: http://help.cn.yahoo.com/feedback.html?product=onesearch

如何保护自己的文章(搜索引擎如何保证原创性内容排名靠前):

再推销一下chedong copyright . 这个方法很有效, 为用户正确的标记文章原始出处提供方便, 通过法律途径对于不遵循你声明的版权信息的网站进行反击或者积极推进相关法律的形成和执行,我相信用户还是希望做正确的事情的,如果你为他们提供方便的话

按此阅读全文 "搜索引擎战略大会( 2007 厦门 )后记" »

2007年07月21日

一键清除系统垃圾文件的脚本: 马上清理 clean.bat [下载]

在很多同事的桌面上都有clean.bat这个一键清理脚本。我也用过几次,clean.bat就是一个通过清理操作系统c盘临时文件和优化启动缓存来加速系统的工具。发现有时候这个脚本运行起来会比较慢,重新整理了一下脚本次序,并且将清空cookie和清空打开文件历史之类比较得不偿失的操作注释掉了。你一般如何评估系统启动的速度呢? 我是看XP登录前那个横向滚动条的滚动次数,一般首次清理以后,能减少40%左右的启动时间。点击下载文件,代码附后:

按此阅读全文 "一键清除系统垃圾文件的脚本: 马上清理 clean.bat [下载]" »

2007年07月26日

在线RSS阅读器的订阅统计数字反馈:Google Feedfetcher vs. Zhuaxia

来自在线RSS阅读器的订阅数量统计,就在日志的User Agent字段中可以找到:

72.14.199.16 - - [13/Mar/2007:01:21:21 +0800] "GET /index.rdf HTTP/1.1" 301 322 "-" "Feedfetcher-Google; (+http://www.google.com/feedfetcher.html; 4 subscribers; feed-id=11532101896026039461)" -
72.14.199.8 - - [13/Mar/2007:01:22:47 +0800] "GET /blog/index.xml HTTP/1.1" 304 - "-" "Feedfetcher-Google; (+http://www.google.com/feedfetcher.html; 349 subscribers; feed-id=9065234676578188017)" 72.14.199.8.299921173720167467

抓虾的:

60.28.204.10 - - [13/Mar/2007:17:57:37 +0800] "HEAD /blog/index.rdf HTTP/1.1" 200 0 "-" "Zhuaxia.com 1321 Subscribers" 60.28.204.10.8526117377985731
60.28.204.8 - - [13/Mar/2007:18:12:34 +0800] "HEAD /blog/atom.xml HTTP/1.1" 200 0 "-" "Zhuaxia.com 1319 Subscribers" 60.28.204.8.317331173780754240

显然Google Reader对于Feedburner的数字有影响的,抓虾蜘蛛的订阅数字反馈对FeedSky的订数有影响的,可以通过 http://www.feedsky.com/reader_statistic.php?burl=feedname 看到相应的统计输出变化,以下是FeedSky的订阅量分布统计:

2007-07-28更新:ZhuaXia后台会不定期会合并feed来源,也可以通过给zhuaxia@zhuaxia.com 发邮件,申请将转向前后的feed进行合并订户统计:抓虾会将旧地址统一更新成新地址,并重新计算订阅总数。

按此阅读全文 "在线RSS阅读器的订阅统计数字反馈:Google Feedfetcher vs. Zhuaxia" »

2007年07月29日

部分RSS流量转用FeedSky RSS烧制服务

上周末可能一些blog订阅用户发现订阅的内容有些突然的变化:很多忽然都变成未读了,增加了美味书签和FlickR烧制了,一些RSS解析器解析出错之类的。原因是我将所有的atom.xml / index.rdf流量都转向到feedsky了。我使用MT发布的blog早先有3个FEED地址:

index.rdf(rss 1.0格式)
index.xml(rss 2.0格式)
atom.xml(atom格式),
MT 3.2以后,MT缺省简化成了index.xml和atom.xml 2种格式,太多的地址对于订阅用户的统计非常不方便。虽然通过awstats可以做一些简单的FEED统计,但是毕竟FEED的统计服务还是烧制服务商做的更专业。

为了节省带宽,减少统计,将FEED转向到了 feedsky上的地址: apache的配置如下

RewriteEngine on
RewriteRule ^\/blog\/index\.rdf$ http://feed.feedsky.com/chedong [R=301,L]
RewriteRule ^\/blog\/atom\.xml$ http://feed.feedsky.com/chedong [R=301,L]
#RewriteRule ^\/blog\/index\.xml$ http://feed.feedsky.com/chedong [R=301,L]

注意:千万不要将feedsky/feedburner中的数据源index.xml也进行转向,否则feed数据源就会产生循环抓取 feed.feedsky.com/chedong ==> chedong.com/blog/index.xml =301=> feed.feedsky.com/chedong ==> feed.feedsky.com/chedong ....

这里也提醒一些MT的老用户(比如王建硕),即使用了新版的MovableType系统,也要记得做一个index.rdf的转向或者到index.xml的链接,这样应给也能挽回一些旧订户。

FeedSky在稳定性和FeedBurner不相上下了:主要的优势还是在内容的本地化方面
1 设置项目相比比较简单: 缺省很多高级功能就都有了;
2 中文界面的确比FeedBurner的“汉语界面翻译”的更好;
3 对国内的书签服务,图片收藏服务支持较好;
4 本地广告支持;

以下是我对统计数据做的一些分析:

日期 总订阅数 在线订阅数
2007.7.28 3754 3560
2007.7.27 5571 3562
2007.7.26 241 231
2007.7.25 245 231
2007.7.24 245 231
老用户(27日以后数据):最早的时候index.rdf是blog的缺省订阅入口,可能选用客户端浏览器的较多(POTU占最大比例),占20%多。幸亏离线浏览器没有发展的越来越多,否则RSS发布商大量带宽浪费是无法避免的。毕竟很少用户会复制RSS地址,再添加到RSS离线阅读器里。

新用户(27日以前数据),越来越多的使用在线阅读器(90%以上),而抓虾/Google Reader/鲜果是其中最主要的订阅用户。有了OPML导入导出,迁移一个在线阅读器服务还是非常容易的,早期的Bloglines用户已经逐步迁移到了其他RSS阅读器上。


从feedsky的点击统计来看:标题是非常重要的,对于通过美味书签收藏的英文页面最好能充分利用标题/摘要做一些中文说明,这样对于其他读者的参考作用会更高。

对于FEEDSKY还有一些意见和建议:主要是关于点击统计的转向和RSS格式的兼容性问题等;

按此阅读全文 "部分RSS流量转用FeedSky RSS烧制服务" »

2007年07月31日

推荐:鲜果RSS阅读器

已经将GREADER上所有的FEED都导入鲜果了,我最喜欢鲜果的几点是:
1 中文界面和适合中文浏览的字体;
2 有FEED对应网站的FAVICON (类似bloglines);
3 缺省标题列表模式的浏览和点击展开(类似GReader);
4 右键管理频道:删除/移动频道都很方便;
5 自动识别Flickr的图片FEED:展示大图;
6 可以在FireFox中方便的设置鲜果为缺省订阅器(目前大部分feed我都是通过FireFox地址栏中的RSS图表来订阅的);

另外:鲜果也有类似于Google Reader的收藏RSS输出,如果能像豆瓣那样提供“脚印系统”方便用户和订户之间的交流就更好了。

我的FEED上:鲜果在目前的订户仅次于ZhuaXia和Google Reader,发展还是比较快的。同一个领域还是有些竞争比较好,用户有更多的选择。

按此阅读全文 "推荐:鲜果RSS阅读器" »

关于 2007年07月

此页面包含了在2007年07月发表于车东[Blog^2]的所有日记,它们从老到新列出。

前一个存档 2007年06月

后一个存档 2007年08月

更多信息可在 主索引 页和 归档 页看到。

Creative Commons License
此 Blog 中的日记遵循以下授权 Creative Commons(创作共用)授权.
Powered by
Movable Type 3.36