这本书和“谁会认错”的核心思想一样：放弃自我辩解。但是他们阐述问题的角度不一样，《谁会认错》是从一些历史事件开始，从内心出发，层层剖析为什么人会自我辩护，然后给出方法，让我们摆脱自我辩护的漩涡。而《化解内心的冲突》是从人与人之间的关系出发，我们之所以陷入自我辩护，是因为我们不把其他人当作一个平等的个体来看待，而是把他们当做物体来看，并且自己在内心中形成了“战争”状态。我更喜欢后者的这种阐述方法。从人与人之间的、平常经常在自己身上发生的小事出发来说明问题，比从一些历史事件更容易让我感同身受。

我们不能把其他人当做物体来看，即使我们的观点是“正确”的，但是如果冲突双方都相信自己没有错，冲突就无法解决。即使，在立场，行为等等表层上面我们是“正确”的，但是从对待他人的存在方式上来看，内心处于战争状态就是错的。我们要有平和的心态，站在对方的角度来看待冲突，化解了内心的冲突，才能化解与他人之间的冲突。

我们是怎么进入“战争”状态的呢，“战争”是和“平和”对应的，当我们处于战争状态时，这种情绪就会破坏我们的感觉和对待他人的态度。当和他人产生冲突时，如果心中已经处于战争状态了，不管外表是否平和，内心的冲突会让我们还是会引入其他的问题，始终无法真正的化解矛盾。

如果两个人都处于“战争”状态，就会逐步主动的将冲突升级：当一方想到对方对自己的不平以后，会变本加厉的对对方不平，反过来，对方也会这样做。

很多时候，我们一开始是有帮助他人的想法的，但是一旦抛弃了这个想法，内心进入了战争的盒子以后，就会产生一种新的需要，需要证明自己的战争状态是对的，于是对其他人的观点就会更加歪曲。

有的时候，我们的确受到了不公正的待遇，但是，只有在自己需要为自己的行为进行辩解时，才会纠缠于这些受到过的苦难，在那一刻，这些苦难其实就是借口。

有时，我们会觉得自己高人一等，觉得自己被赋予了很多“特权”，当自己处于战争状态时，就会认为这些特权消失了，所以更加心怀怨恨，而实际上，这些特权从未存在过。就像在职场中，我们会觉得自己很聪明，应该在职位上获得更快的晋升，但是一旦没有获得更快的晋升时，我们就会怨恨，为什么上级没有给我们这样的待遇，不是我错了，一定是他们错了。实际上，我们并不比其他人更聪明。

我们经常处在“自我背叛”中，我们违背了自己对他人原本的感受，导致我们以不同的眼光看待别人、自己。比如说，当饭后，丈夫想帮助妻子清理厨房时，但赖在沙发上不动，本来应该感到内疚，但是却背叛了自己的感受，为自己无动于衷的行为产生辩解，“我忙了一天了，为什么还要我做这些事情”，“她经常对我发号施令，我才不听她的”。这样就把自己放在了战争的盒子中，以后每次遇到这样的事情，就会积聚起来，让内心的冲突升级。

书中一些重要观点：

1. 和我们打交道的都是独立的个体，他们并不总是按照我们喜欢的方式行事
2. 损人不利己是一个不明智的选择，但我们还是会这样做。而很多时候，我们几乎是觉得是收到某种力量的驱使，不得不这样做
3. 我们作出回应的依据是对方对我们的态度，而不是行为本身。因此，如果我们心中敌对的面对他人，他人并不因为我们“平等”对待他们的行为而作出善意的回应
4. 四种自我辩解模式：“高人一等”，“我就应该”，“需要被看做”，“怨天尤人”
5. 我们不仅仅要为自己所做的负责，也要为自己所想、所感的负责

举世瞩目的60岁生日顺利结束，也让我更加切身感受到了这个国家和政党的繁荣昌盛，以及做为屁民的我暂住在伟大首都的悲哀：道路封锁，到处盘查身份证，出租车上安装窃听器，安检超级麻烦，Google android手机无法同步Google账户，大量网站包括https网站被封，blah blah。

Google wave开始邀请，我现在开始有点后悔没有去2009 Google 开发者日了，因为据Zealot说，参与者都能得到一个Google wave的邀请名额，但是感谢好心的catChen，他在前几天给我提名了，但是我至今没有收到任何邀请。至于Google wave本身，视频很炫，但是据几位切身使用过的人来说，目前实用价值并不大。

假期去看了风声，一部在北京宣传的相当到位的片儿，三星半推荐吧，本来应该是4星，但是故事情节太多瑕疵，在看电影的时候我已经尽力去忽略它们，但是却让人回味起来的时候兴趣索然。而且事先提醒，这里面e镜头太多，口味轻的MM不推荐。其他的介绍，看宣传片和介绍吧，不过，今天在四号线里面看到的宣传片，段奕宏、朱旭，和外景本身没有几分钟戏，却在宣传片里占了过多的分量，如果是看了这个宣传片而去的影院，一定会有被骗的感觉。

博客小小做了一些调整，原来每周定时程序发布的那些Google Reader shared items被全部删除，因为在之前（连接），Google Reader的社会化改进上线后，用户可以像Twitter一样Follow其他人的Google Reader；同时我觉得那些自动输出的文章会让人很不快。因此，如果关注我Google Reader的Shared items的话，可以通过这个页面Follow我。

睡觉去，明天上班。

最近俗事缠身，开始了一个新的项目，经常加班才能勉强忙完，前段时间服务器所在的机房破产，不但让我产生了经济上的损失，还浪费我一个周末去了一趟江苏，而且是坐大巴回来的，那叫一个痛苦。最后机器迁移到了传说中世纪互联的酒仙桥机房。

这个周末算是清闲，准备明天去wordcamp，看看各位传说中的风云人物；后天去骑车，路线基本确定为白羊沟。

首先，我不宅了。从周末至少有一天出门骑行开始，到现在已经持续若干周周末两天不碰电脑。虽然最近两周周末都没有出市内骑，前天我的总骑行里程还是超过了1000km。

然后，我开始关注一些非电子的东西，我买了一支钢笔（lamy safari），加上之前的若干本子，我开始经常用笔写一些东西。

还有呢，最近开始玩桌游，三国杀当然玩过了，第二站是卡坦岛。

fancy和dzy已经来北京了，一些新的事情又将开始。

最初我使用scrollWidth，发现在ie6下，如果这个element有border，就会有偏差，后来经过erik的建议使用offsetWidth解决。

上网查了一下，得到如下答案：

scrollWidth是对象的实际内容的宽，不包边线宽度，会随对象中内容的多少改变（内容多了可能会改变对象的实际宽度）。
clientWidth是对象可见的宽度，不包滚动条等边线，会随窗口的显示大小改变。
offsetWidth是对象的可见宽度，包滚动条等边线，会随窗口的显示大小改变。

这篇日志是每日一web-dev tip计划的一部分，如果你关注web开发或者linux，请订阅我的rss。

function top(){
window.scrollTo(0,0);
}

结果在其他所有浏览器下，typeof top都是function，唯独在chrome下是obejct。
怀疑在chrome的v8引擎下，top是一个内置的对象，而这个对象是不能被编程覆盖导致的。

最终的修改办法当然就是换一个函数名了，这个bug也让我更加认识到一定不要使用太过常见的单词做变量或者方法名，就算代码整个是一个人维护的，浏览器或者语言本身也是会和你过不去的……

这篇日志是每日一web-dev tip计划的一部分，如果你关注web开发或者linux，请订阅我的rss。

然后运行：
/usr/local/bin/indexer xxx –rotate

成功完成，但是发现搜索的时候没有效果，往下面追查，发现没有查找这个索引，继续追查，发现所有的新索引都是xxx.new.sph。

上sphinx论坛找到这样一个帖子。最后一个回复人说的很明白了：

I suppose that you added the second one but did not restart searchd since.

At the moment it is only able to pick up new index data on SIGHUP, but not new index
definitions from sphinx.conf

Restarting searchd should help.

事情就简单了，重新跑索引（不要–rorate），kill searchd，然后重启就行了。

这篇日志是每日一web-dev tip计划的一部分，如果你关注web开发或者linux，请订阅我的rss。

昨天折腾了一下firefox3.5，发现性能的确提高了很多，mozilla号称其速度快了2倍。升级firefox一直有一个问题，就是插件的兼容性。过去升级3.0的时候我是安装了一个插件来取消兼容性检查（已经忘记那个插件叫什么了）。其实有一个更简单的办法，绿色免插件。

打开about:config，然后右键 – 新建(N) – 布尔(B)，依次新建下面两个键值，然后把他们的值设置成false就可以了：

extensions.checkCompatibility
extensions.checkUpdateSecurity

这篇日志是每日一web-dev tip计划的一部分，如果你关注web开发或者linux，请订阅我的rss。

select id FROM table where id in (8,9,6,4)

这样查询的结果排序是按照id的递增排序的：4 6 8 9
如果我想让结果按照IN中的顺序排序可以这样做（mysql）：

select id FROM table where id in (8,9,6,4) ORDER BY find_in_set(id,’8,9,6,4′)

这篇日志是每日一web-dev tip计划的一部分，如果你关注web开发或者linux，请订阅我的rss。

—– The following addresses had permanent fatal errors —–

(reason: 553 this mail is blocked by kbas system,blockid=cnmx12.tom.com.1821.1243877415 & date=2009060201)

—– Transcript of session follows —–
… while talking to tommx.163.net.:
>>> DATA
<<< 553 this mail is blocked by kbas system,blockid=cnmx12.tom.com.1821.1243877415 & date=2009060201
554 5.0.0 Service unavailable

我的服务器ip不在PBL列表里面，给其他邮箱系统发邮件也没有问题，在网上查找了一些资料，没找到合理的解释，于是自己动手测试了一下。

我注册了一个tom的账号，在服务器上发送邮件过去，发现是的确能接收到的，测试了好些系统邮件都没有问题。
初步怀疑如下：
1. 可能KBAS系统有内容过滤，某些内容的邮件是发送不过去的
2. 可能邮箱的主人由于滥用被封禁。

好吧，其实这个问题还没有最终解决，但是我一旦有新的进展会修改本文的。

这篇日志是每日一web-dev tip计划的一部分，如果你关注web开发或者linux，请订阅我的rss。