一
我从来没听过那样高强度的掌声。
我们在临沂网戒中心调查电击治网瘾，走进课堂的时候，所有穿迷彩服的网瘾治疗者和家长都起立鼓掌。
“请第一排就坐”杨医生对我们做了个手势，空空荡荡的第一排，名牌上写好了我们几个的名字。
我们想退到边上。
掌声骤然高起来了，杨医生笑容满面地看着我们。
这样的掌声持续了五六分钟，频率和强度没有任何变化，直到我们落座，杨医生手一挥，嘎然而止。
当天的课程是点评受治者的不当表现。
一个女孩被点评的原因是她父母上报了她“跟父亲顶嘴”
点评的内容是，杨医生问“你父母学过心理学吗？”
“没有”
“你当父母知道怎么当吗？”
“不知道”
“那你要不要对你爸爸表达一下你这种愧疚的心理？
“爸爸，对不起！”
“你要不要走近他面对面的对他说”
女孩僵着。
杨医生说“盟友们给她点勇气”
又是那种整齐划一不会停下来的掌声。
在掌声里那女孩走过去了，抱住了父亲，哭了。她的手松松地垂在父亲腰后。这段点评就这样结束了。
我采访她时，她和任何一个我在中心采访的孩子的回答都一字不差，“不怎么疼，就象针灸一样”“不超过5毫安”“疼可以让人清醒”“我认识到自己错了”
我打算就这样结束采访的时候，她的眼泪流下来了。我下意识地问她“你为什么痛苦？”
“我没有”
“为什么哭呢”
“我没有”她的脸很平静，声音也没有一丝抖动，只是眼泪顺着脸流下来。
“你在流眼泪”
“没有”她的眼泪已经流到腮帮上了，一大滴一大滴地落在裤子上“我愿意留在这儿”。
在这里，“挑战杨叔模式”被写在八十六条规定中，违反的人会被“点现钱”---也就是被电击。
二
这场点评课的最后场面，是杨医生问“盟友们要怎么向父母表示一下呢？”
所有人立刻站起，奔向各自父母，搂着，下跪。他们大都栽在父母怀里大声号哭，看不清表情。母亲们一般都哭了。
然后有一个光头小伙子一个转身，向杨医生跪下，然后抱着他的腿。带着震天的哭腔喊“谢谢杨叔”
再然后是几十个家长和孩子都跪下了，趴在地上。
电视里这个段落没有声音，实际上，他们当时都在喊，喊的是同一句话“谢谢杨叔”
小伙子们的头在水泥地上碰得咣咣作响。
已经第七次被送入院的谢乾谢坤兄弟两人，抢在了最前面，一边一个搂住他，声音压过了所有人“杨叔我对不起你……”
杨医生也搂住他们，仰脸向天，高声哭。
我以为这是一次偶然事件，后来有一次课上，听杨医生在镜头面前问“这个中心被跪的最多的是谁？”
“杨叔”所有人都背着手坐着，整齐划一地说。
“为什么要给杨叔下跪？”
我以为这类开放型问题会让大家愣一下，或者发出嘈杂的声音，但是没有，所有人的声音没有任何迟疑“感恩”
“我觉得很值，我觉得很激动”杨医生对我说。
“很多人说他们在伪装？”
“这种行为能够装一辈子是不是也很好”他说。
三
她说，去中心的当天，她儿子是被穿着三脚裤，按在地下，被捆上，抬出去的，下楼的时候，所有的邻居都站在外面看着。
到了中心，他被拉进治疗室电击。
“从那之后他再也不相信我了”她说“我的心都碎了”
但父亲很高兴，因为在中心，儿子每天给他洗袜子。这是纪律。如果违背了父母的意志，在中心，父母可以上报。
儿子和盟友蹲在地上吃一只西瓜。父亲要吃，儿子说“你可以自己拿”
他认为儿子不尊敬他，去上报了。第二天，儿子被电击。
“后来就仇恨他”女人低头说。
父亲说“送进去就好了”
“如果他在里面只是因为对仪器的恐惧而顺从，这是真正的改变吗?”
“他要能恐惧一辈子也未必是坏事”他说。
女人蹭地站起身，说“不谈了，还再恐惧？再恐惧就变态了……”
她丈夫被我们劝到另一个房间后，她说，儿子拿了一把水果刀，说谁再把他送去，他就杀了自己。
四
课堂结束的时候，杨医生拿支话筒笑眯眯看着我。
“请柴老师给我们说两句”
我想走，但是掌声已经起来了，而且听上去永远不会停止。
立刻就有两位家长一左一右上来要搀扶我了。
最后那段现场的提问，就是在这样的环境里拍摄的。
我向家长们提问：
“因为以前过于忙自己的事情而不顾及孩子的请举一下手！”
“因为夫妻之间的关系不好而发泄在孩子身上的请举一下手！”
“在以往有过不尊重孩子的独立人格，在言语当中刺伤孩子的这样的行为经常有的，请举一下手！”
……
“认为孩子是属于自己的，所以可以随意支配的，请举一下手！”
我转身向孩子。
“认为自己曾经因为跟父母的关系而受到伤害，并且比较严重的，请举一下手！”
“曾经在家庭当中遇到过暴力的，请举一下手！”
“认为自己在家庭当中非常孤独的，请举一下手！”
“……”
“有过自杀念头的，请举一下手！”
“认为出现在自己身上的网瘾跟家庭当中存在的问题有关的，请举一下手！”
你可以在电视上看到那些每个问题后丛林的一样的手臂。
在所有的回答结束之后，杨医生再出声之前，中间有一段小小的沉默，在这个课堂上很少被听见的沉默。
本文来源：柴静观察
新闻回顾：
[2P]柴静博客回答网友提问 杨叔“86条军规”首曝光
8月15日CCTV新闻调查：网瘾之戒
SEO是做网站的人最想了解的东西。在很多人眼里，它，很神秘。毕竟也有很多人靠这玩意吃饭，也不能砸人家饭碗不是？
提到SEO，就不能不提，搜索引擎最关心什么，这个就是09年的报告，我从帕兰映像里复制而来：
著名SEO网站SEOMOZ今年调查得出的一份“影响搜索引擎排名因素的报告”。他们每两件做这样一个调查，调查对象是全世界各地的SEO专家。然后总结出专家们的百分比报告，对于SEOer来说，还是非常值得研究的。
总的排名因素百分比分布情况
- 24% 域名的权威性和信誉
- 22% 页面的外链数量和质量
- 20% 外部链接的锚文字
- 15% 页面上关键字使用情况
- 7% 流量和点击率
- 6% 网络社交关系指标
- 5% 域名注册和主机数据
5个对搜索引擎排名最重要的排名因素
- 1.73% 非常重要 外部链接含有关键字的锚文字
- 2.71% 非常重要 外部链接广度(外部链接的数量和质量)
- 3.67% 非常重要 外部链接源的多样性(有很多来自不同域名的链接)
- 4.66% 非常重要 在Title标签中使用关键字
- 5.66% 非常重要 基于从可信任域名到网站链接距离的可信赖度(比如: trustrank,domain moztrust,等等)
5个对搜索引擎排名最负面的排名因素
- 68% 非常重要 有意或恶意隐藏作弊
- 56% 很重要 从已知的链接商购买链接
- 51%一般重要 链接到垃圾(Spam)网站或页面
- 51%一般重要 隐藏用户代理
- 51%一般重要 经常down机、网站不能访问
5个最具争议的排名因素
- 16.3% 强烈争议 利用Cookie探测器作弊
- 15.4% 中度争议 利用Javascript/富媒体支持探测器作弊
- 15.3% 中度争议 使用背景颜色来隐藏正文的文字
- 15.3% 中度争议 通过IP地址隐藏作弊(Cloaking by IP Address)
- 15.2% 中度争议 通过侦测客户端(User-Agent)作弊
更详细的数据可以访问SEOMOZ原文查看。
看到某人的博客在介绍这个游戏的时候，大吃一惊，这。。。不是网络小说中有名的重生嘛。
回到过去，重新开始。但事实上呢？
原文怎么说来着？
Achron号称是世界第一款元时间战略游戏（meta-time strategy，拥有时间旅行功能的即时战略游戏），玩家和游戏中的单位可以同时和独立的在不同时间中跳跃。玩家可以通过窥探未来的结局而改变现有的策 略，冻结时间去实施完美协调的攻击，改变未来的历史进程。举例来说，如果玩家在某个没有预料到的地点遭受了一次突如其来的攻击，他可以跳到过去，改变军队 的行进方向。或者如果玩家在一场战役中战败，他可以到过去阻止战役发生。游戏共包含三个种族，两个是外星种族，一个是人类——Vecgir，精于瞬间移 动；Grekim，精于时间旅行；人类，精通攻击。
不过，根据以前的那种小说也好，电影也好，都认为时间线洪流是永远不会重复的。当你真的到了过去，你已经不是在原来的时间线上了。原来的时间线关于你的故事就从那时候断了。其实想想也是，象这种即时战略游戏，你真的回到过去某一个时间点的时候，重新发展，电脑怎么办？电脑是AI，他可能就会做出与原来的时间线不一样的事情。其实相当于什么都没做。
说白了，这个元时间，其实就是即时存档，随时调用。。。呵呵
不过有点新颖
query cache在开发中应该算是应用的挺广泛的。但事实上，在高并发网站，query cache是应该并关闭的（我是指论坛、SNS类型的网站），而应该用其他的方式进行缓存，不是用数据库。
众所周知，在设置了query cache后，连续的查询同样的sql，那么这些SQL是会被缓存下来的，然而一旦有更新cahce会被清空。数据量小的时候可能感觉不出来，如果数据量大了，其实反而是影响效率的。因此一般不太会使用。。
mysql的参数是：
XML/HTML代码
- # Query cache is used to cache SELECT results and later return them
- # without actual executing the same query once again. Having the query
- # cache enabled may result in significant speed improvements, if your
- # have a lot of identical queries and rarely changing tables. See the
- # "Qcache_lowmem_prunes" status variable to check if the current value
- # is high enough for your load.
- # Note: In case your tables change very often or if your queries are
- # textually different every time, the query cache may result in a
- # slowdown instead of a performance improvement.
- query_cache_size=0
taobao DBA的苏普说：
当你的数据库打开了Query Cache（简称QC）功能后，数据库在执行SELECT语句时，会将其结果放到QC中，当下一次处理同样的SELECT请求时，数据库就会从QC取得结果，而不需要去数据表中查询。
在这个“Cache为王”的时代，我们总是通过不同的方式去缓存我们的结果从而提高响应效率，但一个缓存机制是否有效，效果如何，却是一个需要好好 思考的问题。在MySQL中的Query Cache就是一个适用较少情况的缓存机制。在上图中，如果缓存命中率非常高的话，有测试表明在极端情况下可以提高效率238%[1]。但实际情况如何？Query Cache有如下规则，如果数据表被更改，那么和这个数据表相关的全部Cache全部都会无效，并删除之。这里“数据表更改”包括: INSERT, UPDATE, DELETE, TRUNCATE, ALTER TABLE, DROP TABLE, or DROP DATABASE等。举 个例子，如果数据表posts访问频繁，那么意味着它的很多数据会被QC缓存起来，但是每一次posts数据表的更新，无论更新是不是影响到了cache 的数据，都会将全部和posts表相关的cache清除。如果你的数据表更新频繁的话，那么Query Cache将会成为系统的负担。有实验表明，糟糕时，QC会降低系统13%[1]的处理能力。
如果你的应用对数据库的更新很少，那么QC将会作用显著。比较典型的如博客系统，一般博客更新相对较慢，数据表相对稳定不变，这时候QC的作用会比较明显。
再如，一个更新频繁的BBS系统。下面是一个实际运行的论坛数据库的状态参数：
| QCache_hit |
5280438 |
| QCache_insert |
8008948 |
| Qcache_not_cache |
95372 |
| Com select |
8104159 |
可以看到，数据库一共往QC中写入了约800W次缓存，但是实际命中的只有约500W次。也就是说，每一个缓存的使用率约为0.66次。很难说，该 缓存的作用是否大于QC系统所带来的开销。但是有一点是很肯定的，QC缓存的作用是很微小的，如果应用层能够实现缓存，将可以忽略QC的效果。
————-下面是关于QC的一些其他细节—————–
一、Query Cache相关参数：
- query_cache_size QC占用空间大小，通过将其设置为0关闭QC功能
- query_cache_type 0表示关闭QC；1表示正常缓存；2表示SQL_CACHE才缓存
- query_cache_limit 最大缓存结果集
- query_cache_min_res_unit 手册上说，QC会按照这个值分配缓存block的大小。
- Qcache_lowmem_prunes 这是一个状态变量(show status)，当缓存空间不够需要释放旧的缓存时，该值会自增。
二、Query Cache观察：
CREATE TABLE t1(id INT,var1 varchar(10));
//Com_select:8 Qcache_hits:1
INSERT INTO t1 VALUES(1,’WWW’);
//Com_select:8 Qcache_hits:1
SELECT * FROM t1 WHERE id=1;
//Com_select:9 Qcache_hits:1
SELECT * FROM t1 WHERE id=1;
//Com_select:9 Qcache_hits:2 Qcache_queries_in_cache:1
INSERT INTO t1 VALUES(2,’RRRR’);
//Com_select:9 Qcache_hits:2 Qcache_queries_in_cache:0
SELECT * FROM t1 WHERE id=1; //INSERT后Cache失效
//Com_select:10 Qcache_hits:2 Qcache_queries_in_cache:1
参考：
- http://dev.mysql.com/doc/refman/5.0/en/query-cache.html
- http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html
- http://www.mysqlperformanceblog.com/2006/07/27/mysql-query-cache/
(全文完)
本文引用地址为：http://rdc.taobao.com/blog/dba/html/325_query-cache-cool-or-not.html
对于数据库来说，开发人员可能更多的属于不明真相的围观群众这类人。对于字段长度或许都有所了解，对于不同的字符集所占的位数也会明白一些，但究竟是不是你想象的那样，你又真的了解多少？
看看人家玄月写的文章吧。不要不承认，其实你我都一样，都是知其然不知其所以然，而且都是看着书然后人云亦云。有时候不测试不亲自动手是看不到真相的。当然我也仅转载。我也没有测试，其实我就在真相门外徘徊。
原文如下：
字符与字节的问题
1、表t1
mysql> show create table t1\G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`a` char(1) DEFAULT NULL,
`b` binary(1) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=gbk
1）插入数据：
mysql> insert into t1 values(’w',’w'),(’中’,'中’);
mysql> select * from t1;
+——+——+
| a | b |
+——+——+
| w | w |
| 中 | ? |
+——+——+
2）插入数据被截断:
mysql> insert into t1 values(’xy’,'xy’),(’中国’,'中国’);
Query OK, 2 rows affected, 4 warnings (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 4
mysql> select * from t1;
+——+——+
| a | b |
+——+——+
| w | w |
| 中 | ? |
| x | x |
| 中 | ? |
+——+——+
2、表t2
mysql> show create table t2\G
*************************** 1. row ***************************
Table: t2
Create Table: CREATE TABLE `t2` (
`a` char(2) DEFAULT NULL,
`b` binary(2) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=gbk
1）插入数据：
mysql> insert into t2 values(’w',’w'),(’中’,'中’);
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> select * from t2;
+——+——+
| a | b |
+——+——+
| w | w |
| 中 | 中 |
+——+——+
2 rows in set (0.01 sec)
mysql> insert into t2 values(’xy’,'xy’),(’中国’,'中国’);
Query OK, 2 rows affected, 1 warning (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 1
mysql> select * from t2;
+——+——+
| a | b |
+——+——+
| w | w |
| 中 | 中 |
| xy | xy |
| 中国 | 中 |
+——+——+
总结： char以字符来计算，一个中文一个英文都是占1个字符；
Binary以字节来计算，一个英文占1个字节，一个中文占2个字节。
原文地址：http://rdc.taobao.com/blog/dba/html/324_%e5%ad%97%e7%ac%a6%e4%b8%8e%e5%ad%97%e8%8a%82.html
