这次走川藏线纯属巧合。为什么这么说呢？首先我们这次去西藏游玩的计划是青藏线往返。而在我们2号去羊卓雍错的时候遇上开奇骏一个北京爷们儿告诉我们说“他第二次来西藏，现在川藏线不错，我们赶着走4天应该差不多可以走完，只有20公里的路比较难走”这个偶发事件也是可能是我们走川藏的一个起点吧。之后队友考虑一天从拉萨冲格尔木比较累身体受不了，不如我们多用1、2天的时间走一下风景秀丽的川藏线。经过1天左右的商议，我们决定走川藏线。谁知后面无尽的风险等待着我们。

4号15点左右我们在拉萨购买完纪念品后正式出发前往川藏线。4号途中遇上一个拍婚纱照的工作室和我们说我们说可以去甘丹寺看看，于是和他们一起前往。游完甘丹寺后大概18：00我们前往第一天的终点林芝。大概过了鲁朗林海天色慢慢黑了同时也有很多地方变成土路。在排龙地区遇上激流队友帮忙一起寻路，但是天色黑无法看清水中的路线，此时一个当地小车经过我们沿小车路线躲过此劫。大概于5号0点到达八一镇。

5号起来后陪车友去林芝部队看战友，战友热情招待我们吃和很多山珍，大概于16：00离开部队23：00到达波密一路比较顺利。晚上在波密吃的烧烤，老板娘是个四川人也人很好一起聊天。

6号道路很难走出了波密就是搓板路大概30公里，然后是怒江峡谷与业拉山。在业拉山是有悬崖会车很危险，好在藏族朋友看我是外地的人让我走了里面。回车后发现车子突然不动了，经检查发现防冻液少了水箱开锅了补充水后有所好转，但还有时会开锅。此时大概16：00多，我们此时想晚上住在左贡。但是在到达东达山的顶峰时军队运油车封路大概等待了1个多小时之后又经过千辛万苦终于过了东达山此时已经24:00多了。我们决定如果2：00无法到了直接开下去了，后面的路比东达山略微好走但是很险，无数的盘山土路，达到左贡已经2：30了。于是我们继续往前开，刚过左贡被一个坑把底板的一个朔料护板挂掉，不过我们有很强的转业军人的车友帮我们临时修整好，我们继续前进。翻山到4：00时山上起大雾可见度几乎为零，于是把车停在路边休息。

7号大概7：30醒来继续走。过了芒康后在由于光线原因开入一半米多深的坑中人没事车不能出来。我们再次运气很好，一个藏民开着小面包经过主动帮我们垫石头挖路，之后又来了一个越野车把我们拉了出去，还没来及感谢两个车已匆匆离去。之后我们保险报案与去芒康警察局开证明。12：00到后在过了芒康不远的一个路上被封路，遇上了一个很混的警察，也是我们在西藏遇上的唯一的坏人。等到17：00前后我们借军车的光终于可以走了。在休息的期间我们得到消息在新都桥还会被限行以只有晚上22：00到早上6：00才可以走，另外得知过了金沙江就是柏油路了路应该很好走了。我们过了金沙江后果然变成了柏油路我们很高兴，不过好景不长又是土山路了。我们都快绝望了。24:00我们到达了理塘，我体力不支，换车友开。

8号6：00我们终于赶到了新都桥过关卡后车友体力不支换回我开。过了康定后路况基本好走，我们于15：00到达成都。

一些感受：

这里的人都很好，人与人相互帮助是一个常态。

路真的很难走，不适合轿车。如果真的想走建议留出充足时间来走，一天走200-300KM比较合适。像我们这样赶路会错过很多风景。

路上要慢不要着急，轿车行驶速度大概20-30KM/H也要自己计算好时间。

去之前多做功课。

如果你想看川藏有没什么时间还是轿车的话，可以从拉萨到芒康就只用2天就可以往返了而且精华也都看了。

需要准备的东西：

各种常用工具，铁丝，防潮垫（修车垫着用），手套，手电，工兵铲，防冻液（由于海拔高路上不少人开锅），气泵，胎压表，手套，足够的食品与水，GPS模块（很多GPS找星很慢）。

主要是水门事件为开始讲述美国的管理体制与其思想核心。其实美国并不是三权分立，人民有很大的权力。

昨天收到很多生日祝福感谢大家。由于小时候生日在暑假中就也就没有过，慢慢也就习惯了上班有时还以为工作忘记生日。也是最后一个2字头的生日了。

为了更好的宣传http://woso100.com/使用了GOOGLE的adwords。但是不知道GOOGLE的数据是否准确，于是使用KEJET的AFA系统。于是在ADWORDS中修改了链接。但是在生效后发现GOOGLE在地址后自动加了GOOGLE的CLICKID最后地址成为http://woso100.com/&gclid=CMON-srAopwCFcIvpAodCDj7jw最终导致地址无法使用。GOOGLE这么加也不提示一下浪费了我不少钱啊。于是把最终地址改为http://woso100.com/?g不怕你GOOGLE加参数了。

发现GOOGLE中http://woso100.com收集的信息一下就剩3条了爬虫访问的也越来越少了昨天利用REWRITE做成静态一下爬虫都来了看看吧。看来应该对SEO比较有用。过几天公布对比数据。

为什么把个人至上的社会却可以保护大部分人的利益？而一个一直把全社会利益至上的社会却经常牺牲人民的利益？除了制度还有别的原因吗？

大概了解一下哲学的发展，但是还是没有找到我想了解的。

http://woso100.com/优化掉一些历史数据快了一些。

大概去除了15G的数据对一个小网站也算不少了。

朋友会帮助你而兄弟在关键的时候会义无反顾的救你… …

一个人在家过周末突然感觉时间多了很多。看书的进度明显快了很多，而且休息的时候好看了不片子，中午甚至谁了一觉，难得的周末。

为普及推广HADOOP以及去除对HADOOP性能的怀疑做了一个HADOOP的性能测试。

测试内容为对一个800M文本文件取出每行内容并进行37次MD5运行并将结果汇总。

单机运行对比图

HADOOP性能对比

单机与HADOOP综合对比

在GOOGLE被和谐了拼音搜索的功能时http://www.woso100.com/支持了拼音的模糊搜索。

看完之后有一个问题当原则与优势产生冲突时应该如何处理呢？

本次自驾游主要景点为郭亮，云台山，洛阳三地。全程预计2000KM行程为三天全程90%为高速公里路况良好，风景秀丽。

第一天：早5点集合出发，2点前到郭亮游至傍晚。游玩郭亮后去云台山脚下驻扎。

第二天：起来后直接上云台山猕猴谷什么的可以忽略不去，红石峡不错。，预计一天时间。回来后之洛阳住宿。中午可能需要大家一起野餐。

第三天：去看龙门石窟、少林寺看看，吃饭，回京，预计晚10点前可到家。

衣：有一定的登山活动需要穿合脚旅游鞋。另外应该不在山上过夜带一件长袖防止早晚冷，或天气不好使使用即可。

食：郭亮与云台山多以野菜为主可以尝尝一些当地特产的风味。到洛阳后可品尝河南美食羊肉烩面，爆三脆，炒三不粘，燕菜，红袍莲子，琥珀冬瓜，煎扒青鱼头尾，烤方肋，兰花豆腐，蜜汁一品肉，奶汤炖广肚，烹对虾段，琵琶鱼肚，炝鱿鱼卷，清汤玉带鸡，清汤荷花莲蓬鸡 ，清汤琵琶虾，清汤绣球鱼，清蒸白鳝，糖醋软熘黄河鲤鱼，铁锅蛋，杨梅虾球 ，炸紫酥肉。

可选择餐馆：

真不同（老字号价格较贵一些，最好定位）：有著名的水席。洛阳老城区中州东路359号。0379-63952609。

逍遥镇胡辣汤(上海市场店) ：胡辣汤，水煎包很有名。洛阳市涧西区上海市场， 0379-62251729 65665376

百碗羊汤(丽景店)：洛阳市丽景门瓮城内133-134楼或洛阳市新都汇广场3楼C。

老洛阳面馆：洛阳市王城大道(中州路口)

住： 到云台山脚下那个环岛，看见有小面包就可以过去问，平日是50一间。洛阳旅店很多可到时再找不用担心。

行: GPS须定位在万仙山风景区才可找到郭亮村点位。河南段：濮阳转S101至新乡 见到标志选择去卫辉的道路 从卫辉至辉县 从辉县一直向百泉方向 从百泉可见一个指示山西方向的牌子 经高庄进山 钻过一个会让人视觉基本失灵的隧道“愚公洞”隧道 南村见小环岛（有万仙山景区的路标） 进入西平罗镇 在南寨村转入小路 至景区山下 购票  60/人 郭亮村就坐落在万仙山景区内 进景区大概一公里左右 见路标上山（此山路是由大小不一石头铺成的，连续上大坡和几个连续的胳膊肘急弯） 到云台山脚下那个环岛，看见有小面包就可以过去问，平日是50一间。

注意：本次云台山中午可能需要野餐，另外在车上时间比较多，可带一些自己喜欢的食品饮料。

行程预算：人均￥1000。

九城发布公告如下

敬的用户：
我们于2009年5月12日下午注意到，在玩家登陆《魔兽世界》服务器后即会下载新补丁（版本号为3.0.5.9869，而该补丁将要求玩家在确认“新版”的《魔兽世界中文版使用条款协议》和《魔兽世界中文版最终用户使用许可协议》后方可开始进入游戏。
对此，我们郑重声明如下：
1、 该补丁并非由第九城市所发布，其对相关协议的修改亦非第九城市所为，我们之前对此完全不知情。
2、 目前，第九城市为《魔兽世界》的运营方，第九城市和用户分别是用户协议的双方。未经合同签约方同意由第三方进行的对合同条款的修改对合同双方并无效力。
再次感谢广大用户对我们的支持和理解！
                                                                             魔兽世界官方网站 WWW.WOWCHINA.COM
                                                                                                       第九城市 魔兽世界运营团队
                                                                                                       2009年5月13日

可现在还需要更新才可以登录，条款依然没有变化。九城你耍流氓也就罢了为什么还要这么恶心我们，连承认的勇气都没有吗？但是目前感觉更像是九城想玩阴的了多骗一些玩家签署这个霸王协议。

目前从各个方面的信息来看九城已经不顾及任何事情打算破釜沉舟了。

个人推测九城从今天开始假作数据丢失状，除非暴雪或者网易有人来买单否则一直到协议结束服务器也不会开放了。

反正事后给网易和暴雪一个烂摊子，已然是一个光脚不怕穿鞋的样子。如果真是魔兽真占九城90%收入的话九城日后可否生存都是问题所以采取目前策略也是一个办法。被告也是倒不被告也不知道能生存多久。而且传说6区部分数据已经丢失就是给暴雪与网易个下马威。

多么一个有意思的事情，比WOW本身有意思多了。都可以写小说了。

今天看到朋友发了链接上面的九城在这次更新后修改了有用户协议。大意是九城拥有删除用户帐号的权力。原先帐户是归暴雪所有但是九城私自修改了协议，且不说私自修改协议是否合法。但就这个行为来说可以感觉到九城这个公司非常的狭隘完全是一个损人不利己的行为。听说大概半个小时后的九城停止了更新的下载同时停止了服务器目前还一直在停止中。

虽然九城输掉了魔兽，虽然传说魔兽占九城的90%收入。但是如真像九城的陈晓薇所说以后的九城还有FIFA ONLINE以及其他大作为什么要做这种事情?给人的感觉就像一个泼妇蛮不讲理，具体后果我不想预测有待观察，但我相信以后游戏公司找九城做代理的时候都要好好想想了。

如果九城倒闭会是什么结果呢?我觉得九城的高管还是要继续生活的不能输人吧。难道因为九城收购申花就沾染上了足球的臭毛病“输球又输人”？

讲述了一些数据挖掘方法。但是最好有一些基础看否则收获不大。

具体方法有：

聚类分析

判别分析

神经网络模型

遗传算法

决策树

回归分析

Google Ad Manager创意轮换优化机制

如果一个广告有一组创意时GOOGLE可以对投放进行优化。Ad Manager会给予点击率最高的创意75%左右的曝光率，其他所有的创意使用

剩下的25%的展示数。

其中GOOGLE在几千次展示后会更新广告轮换显示，如果当初仅获得 25% 展示机会的广告有了更高的点击率，那么，其投放次数将增加。

Google Ad Manager投放优先级

Google Ad Manager分投放优先级与投放速度。投放优先级的优先大于订投放速度-尽快。

LVS官网地址：http://www.LinuxVirtualServer.org/

LVS实现机制：通过虚拟IP并且根据设定策略想负载分发到不同服务分发到各个主机上。

LVS调度分类

1. 轮叫调度（Round Robin Scheduling）算法就是以轮叫的方式依次将请求调度不同的服务器，即每次调度执行i = (i + 1) mod n，并选出第i台服务器。算法的优点是其简洁性，它无需记录当前所有连接的状态，所以它是一种无状态调度。

2. 加权轮叫调度（Weighted Round-Robin Scheduling）算法可以解决服务器间性能不一的情况，它用相应的权值表示服务器的处理性能，服务器的缺省权值为1。假设服务器A的权值为1，B的权值为2，则表示服务器B的处理性能是A的两倍。加权轮叫调度算法是按权值的高低和轮叫方式分配请求到各服务器。权值高的服务器先收到的连接，权值高的服务器比权值低的服务器处理更多的连接，相同权值的服务器处理相同数目的连接数。

3. 最小连接调度（Least-Connection Scheduling）算法是把新的连接请求分配到当前连接数最小的服务器。最小连接调度是一种动态调度算法，它通过服务器当前所活跃的连接数来估计服务器的负载情况。调度器需要记录各个服务器已建立连接的数目，当一个请求被调度到某台服务器，其连接数加1；当连接中止或超时，其连接数减一。

4. 加权最小连接调度（Weighted Least-Connection Scheduling）算法是最小连接调度的超集，各个服务器用相应的权值表示其处理性能。服务器的缺省权值为1，系统管理员可以动态地设置服务器的权值。加权最小连接调度在调度新连接时尽可能使服务器的已建立连接数和其权值成比例。

5. 基于局部性的最少链接调度（Locality-Based Least Connections Scheduling，以下简称为LBLC）算法是针对请求报文的目标IP地址的负载均衡调度，目前主要用于Cache集群系统，因为在Cache集群中客户请求报文的目标IP地址是变化的。这里假设任何后端服务器都可以处理任一请求，算法的设计目标是在服务器的负载基本平衡情况下，将相同目标IP地址的请求调度到同一台服务器，来提高各台服务器的访问局部性和主存Cache命中率，从而整个集群系统的处理能力。LBLC调度算法先根据请求的目标IP地址找出该目标IP地址最近使用的服务器，若该服务器是可用的且没有超载，将请求发送到该服务器；若服务器不存在，或者该服务器超载且有服务器处于其一半的工作负载，则用“最少链接”的原则选出一个可用的服务器，将请求发送到该服务器。

6. 带复制的基于局部性最少链接调度（Locality-Based Least Connections with Replication Scheduling，以下简称为LBLCR）算法也是针对目标IP地址的负载均衡，目前主要用于Cache集群系统。它与LBLC算法的不同之处是它要维护从一个目标IP地址到一组服务器的映射，而LBLC算法维护从一个目标IP地址到一台服务器的映射。对于一个“热门”站点的服务请求，一台Cache 服务器可能会忙不过来处理这些请求。这时，LBLC调度算法会从所有的Cache服务器中按“最小连接”原则选出一台Cache服务器，映射该“热门”站点到这台Cache服务器，很快这台Cache服务器也会超载，就会重复上述过程选出新的Cache服务器。这样，可能会导致该“热门”站点的映像会出现在所有的Cache服务器上，降低了Cache服务器的使用效率。LBLCR调度算法将“热门”站点映射到一组Cache服务器（服务器集合），当该“热门”站点的请求负载增加时，会增加集合里的Cache服务器，来处理不断增长的负载；当该“热门”站点的请求负载降低时，会减少集合里的Cache服务器数目。这样，该“热门”站点的映像不太可能出现在所有的Cache服务器上，从而提供Cache集群系统的使用效率。LBLCR算法先根据请求的目标IP地址找出该目标IP地址对应的服务器组；按“最小连接”原则从该服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载；则按“最小连接”原则从整个集群中选出一台服务器，将该服务器加入到服务器组中，将请求发送到该服务器。同时，当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除，以降低复制的程度。

7. 目标地址散列调度（Destination Hashing Scheduling）算法也是针对目标IP地址的负载均衡，但它是一种静态映射算法，通过一个散列（Hash）函数将一个目标IP地址映射到一台服务器。目标地址散列调度算法先根据请求的目标IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。

8. 源地址散列调度（Source Hashing Scheduling）算法正好与目标地址散列调度算法相反，它根据请求的源IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。它采用的散列函数与目标地址散列调度算法的相同。它的算法流程与目标地址散列调度算法的基本相似，除了将请求的目标IP地址换成请求的源IP地址，所以这里不一一叙述。在实际应用中，源地址散列调度和目标地址散列调度可以结合使用在防火墙集群中，它们可以保证整个系统的唯一出入口。

LVS安装

1. 在服务器上安装LVS

2. 设置与执行LVS的主机的脚本。VIP为虚拟IP。192.168.1.211与192.168.1.212分发主机IP。

VIP=192.168.1.215

ifconfig eth0:0 $VIP netmask 255.255.255.255 broadcast $VIP

echo "1">/proc/sys/net/ipv4/ip_forward

ipvsadm -A -t $VIP:80 -s rr

ipvsadm -a -t $VIP:80 -r 192.168.1.211 -g

ipvsadm -a -t $VIP:80 -r 192.168.1.212 -g

ipvsadm

3. 设置与执行REALSERVER的主机的脚本。

VIP=192.168.1.215

/sbin/ifconfig lo:0 $VIP broadcast $VIP netmask 255.255.255.255 up

/sbin/route add -host $VIP dev lo:0

echo "1" >/proc/sys/net/ipv4/conf/lo/arp_ignore

echo "2" >/proc/sys/net/ipv4/conf/lo/arp_announce

echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore

echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce

sysctl -p

4. 完成后访问192.168.1.215的80端口，就会轮询到192.168.1.211与192.168.1.1.212。