PLATFORM: SUSE Linux Enterprise Server 11 (x86_64)

1. haproxy的编译安装

获取haproxy的源代码
官方地址：http://haproxy.1wt.eu/
目前最新的版本：http://haproxy.1wt.eu/download/1.4/src/haproxy-1.4.8.tar.gz

命令：

wget http://haproxy.1wt.eu/download/1.4/src/haproxy-1.4.8.tar.gz

考虑到版本的更新，具体的安装属性可能会稍有改变，建议在安装前可以大致浏览下haproxy目录下的README和Makefile两个文件。

编译haproxy
进入解压后的haproxy的目录，用下列命令进行编译：

make TARGET=os ARCH=arch CPU=cpu USE_xxx=1 ...

这里着重说明几个常用的选项。

TARGET
指定对目标操作系统在编译的时候进行优化，可选择如下值之一：
Generic, linux22, linux24, linux24e, linux26, solaris, freebsd, openbsd,
Cygwin, custom。
如果不确定目标系统，可以保留默认值generic。

CPU
指定对特定的CPU进行优化，可选择如下值之一：generic, i586, i686, ultrasparc, custom。默认值为generic。

ARCH
指定ARCH值可强制编译生成针对一个特定系统架构的程序。通常用于在一个系统架构的平台上生成针对另一个不同架构平台的程序，比如在一个64位架构的目标系统上编译生成一个32位的程序。

当前可选的值有：x86_64, i386, i486, i586, i686。
注：若选择上述其中的一个值，”-m32”或”-m64”会被添加到CFLAGS和LDFLAGS选
项中。

DEBUG
指定生成调试信息，可通过指定DEBUG=-DDEBUG_xxx对特定的代码部分生成调试信息。
当前定义的DEBUG宏有：DEBUG_FULL, DEBUG_MEMORY, DEBUG_FSM, DEBUG_HASH和
DEBUG_AUTH。
USE_PCRE, USE_STATIC_PCRE 选项可通过指定”USE_xxx=1”表示使用，指定”USE_xxx=”表示禁用。

指定是否使用libpcre库中的正则表达式实现来代替系统的libc库中的实现，考虑到使用libpcre库的效率要比libc高，因此推荐使用此选项。

注：
因libpcre还没有广泛普及，因此在动态链接的时候，需确保目标系统安装有libpcre的动态库。因libpcre还没有广泛普及，因此在动态链接的时候，需确保目标系统安装有libpcre的动态库。针对上面的问题，可以使用USE_STATIC_PCRE，指定静态链接libpcre。
使用libpcre库编译时，需先确保系统已安装libpcre库。若不使用libpcre，则默认使用系统libc库中的标准正则表达式实现。强烈推荐使用static_pcre。

PREFIX
指定安装目录，默认为/usr/local，其他诸如文档之类的文件将会在PREFIX指定的相应目录下。

DESTDIR
指定安装目录，默认没有设置，如果想将haproxy安装一个沙盒中则可以指定该属性。
考虑到我们的系统为Linux，内核2.6+版本的，CPU为x86_64的，可以使用如下命令编译：

make TARGET=linux26 USE_STATIC_PCRE=1

安装 HAProxy
可以直接将生成的haproxy程序拷贝到你想安装到的目录。或者执行命令安装到之前指定或默认的目录：
sudo make install

2. 配置 HAProxy

Doc/目录下提供了一些文档，具体的配置说明可以参考在configuration.txt文件。
下面主要说明下配置过程中日志输出问题和一些需要注意的配置选项。

1). 日志的输出问题。

根据说明，haproxy的日志输出使用了系统的日志程序，比如syslogd, syslog-ng。这两个日志系统使用上其主要的区别就是其配置文件的格式不同，考虑syslog-ng算是syslog的一个升级版，在性能和功能性上都要优于syslogd，因此这里主要介绍的是配置syslog-ng来实现haproxy的日志输出。
我的机器环境，一如既往：SUSE Linux Enterprise Server 11 (x86_64)，
日志程序默认是syslog-ng。

I. 编辑系统日志服务的配置文件/var/sysconfig/syslog，查看SYSLOG_DAEMON的值，这个值指定了所要使用的日志服务程序，默认为空，表示自动检测，如果不确定，可以显式指定SYSLOG_DAEMON = “syslog-ng”。

II. 编辑syslog-ng的配置文件/var/syslog-ng/syslog-ng.conf，在末尾添加如下代码：

# for supporting the logging of "HAProxy"
 
source my_src {
    #
    # process log messages from network:
    #
    udp(ip("0.0.0.0") port(514));
};
 
filter f_local0 { facility(local0); };
filter custom { program("haproxy"); };
 
destination d_haproxy { file("/var/log/haproxy.log"); };
 
log { source(my_src); filter(f_local0); destination(d_haproxy); };
#log { source(my_src); filter(custom); destination(d_haproxy); };    # OK, work too

注：这里指定了日志输出到/var/log目录下，工作正常，若指定输出到/home等其他子目录下却会失败，具体原因不详，待查。另，haproxy的日志也可通过此方法将其发送到某个日志服务器用于统一处理，具体可查看syslog-ng的相关文档。

III. 重启syslog服务，使用如下命令：

service syslog restart

IV. 编辑haproxy的配置文件，假定名为haproxy.cfg
在所需要做日志记录的模块（比如，global, default等）添加如下代码：

# 使用系统的syslog记录日志（通过udp，默认端口号为514）
log 127.0.0.1 local0

注：local0 在两个配置文件中的一致。

这会查看日志基本上就OK了。

tail -f /var/log/haproxy.log

注：其他须解决的日志相关问题
a. haproxy当前的日志全部记录在一个文件中，考虑按日期将其分段成不同文件存储；
b. 日志不能输出到除/var/log/外的其他目录

2). 一些常用配置选项的说明

如下是我使用的一个配置文件，常用的选项说明都已经注释了，需要更全面的描述请查阅configuration.txt文件。

#########################################################################
# HAProxy 配置文件
#########################################################################
 
global
# 使用系统的syslog记录日志（通过udp，默认端口号为514）
log 127.0.0.1 local0 # info [err warning info debug]
chroot /home/bmc/haproxy
 
#限制单个进程的最大连接数
maxconn 65535
 
# 让进程在后台运行，即作为守护进程运行，正式运行的时候开启，此处先禁止，等同于在命令行添加参数 -D
# daemon
# 指定作为守护进程运行的时候，要创建多少个进程，默认只创建一个，需要daemon开启模式
# nbproc 1
 
# 设置debug模式运行，与daemon模式只能互斥，等同于在命令行添加参数 -d
# debug
pidfile /home/bmc/haproxy/logs/haproxy.pid    # not work
 
defaults
# 在连接失败或断开的情况下，允许当前会话被重新分发
option redispatch
# 设置在一个服务器上链接失败后的重连次数
retries 2
# 设置服务器分配算法
balance roundrobin
 
# 不记录空连接
option dontlognull
 
# 设置等待连接到服务器成功的最大时间
timeout connect 5000ms
# 设置客户端的最大超时时间
timeout client 1800000ms
# 设置服务器端的最大超时时间
timeout server 1800000ms
 
# Enable the sending of TCP keepalive packets on both sides, clients and servers
# NOTE: 在服务器CPU强劲的情况下，最好不要开启保活，这样可减少资源消耗
#option tcpka
 
##############################统计页面配置##################################
 
listen admin_stat
# 监听端口
bind *:8011
# http的7层模式
mode http
option httplog
log global
# 统计页面自动刷新时间
stats refresh 30s
# 统计页面URL
stats uri /admin?stats
# 统计页面密码框上提示文本
stats realm Haproxy\ Statistics
# 统计页面用户名和密码设置
stats auth admin:admin
# 隐藏统计页面上HAProxy的版本信息
stats hide-version
 
###########################TCP连接的监听配置################################
 
listen  tcp-in
bind *:8012
mode tcp
# 日志记录选项
option tcplog
log global
 
# 后台服务器
# weight  -- 调节服务器的负重
# check -- 允许对该服务器进行健康检查
# inter  -- 设置连续的两次健康检查之间的时间，单位为毫秒(ms)，默认值 2000(ms)
# rise  -- 指定多少次连续成功的健康检查后，即可认定该服务器处于可操作状态，默认值 2
# fall  -- 指定多少次不成功的健康检查后，认为服务器为当掉状态，默认值 3
# maxconn  -- 指定可被发送到该服务器的最大并发连接数
server localhost 0.0.0.0:9999 weight 3 check inter 2000 rise 2 fall 3
server 211.100.66.6 211.100.66.6:9999 weight 3 check inter 2000 rise 2 fall 3
server hyb 203.86.46.51:9999 weight 3 check inter 2000 rise 2 fall 3
 
#########################HTTP连接的监听配置################################
 
listen  http-in
bind *:8013
mode http
option httplog
log global
 
# 设置健康检查模式
#option httpchk OPTIONS * HTTP/1.1\r\nHost:\ www
#option smtpchk
 
# 后台服务器
server localhost 0.0.0.0:9998 weight 3 check inter 2000 rise 2 fall 3
server 211.100.66.6 211.100.66.6:9998 weight 3 check inter 2000 rise 2 fall 3
server hyb 203.86.46.51:9998 weight 3 check inter 2000 rise 2 fall 3

在这个配置文件中，使用了listen块，而没有用frontend和backend。listen块定义了一个完整的代理过程，同时包含了前端的监听套接字和后台的服务器描述，从这个层面考虑，使用frontend和backend，似乎显得条理要清楚点。不过测试发现使用listen块的时候，输出的日志会记录下后台服务器的健康状况，而使用frontend和backend则不会。
对于健康检查，推荐开开启比较好，否则当后台服务器当掉的时候，haproxy将不会将连接重定向到下一个可用的服务器上。

关于属性
pidfile /home/bmc/haproxy/logs/haproxy.pid
暂且还不能正常工作，原因待查。

工作平台：Ubuntu

获取boost库

Linux下官方提供了两个压缩版本：
boost_1_43_0.tar.bz2
boost_1_43_0.tar.gz

windows平台有：
boost_1_43_0.7z
boost_1_43_0.zip

找到其中一个Unix/Linux包的直接下载地址，然后输入下列命令

sudo wget http://downloads.sourceforge.net/project/boost/boost/1.43.0/boost_1_43_0.tar.gz?use_mirror=cdnetworks-kr-1

解压
tar -zxvf boost_1.43.0.tar.gz

进入解压目录
cd boost_1_43_0

编译安装

使用下面的命令创建boost自己的编译工具bjam（目的是保证Boost在任何平台上都能用bjam编译），类似于GNU Make。
./bootstrap.sh

建议先查看下帮助文档，了解些默认选项，命令为
./bjam –help

常用选项（Options）和属性（Properties）的说明，一般带有–前缀的关键词为option，没有的则为property。

–show-libraries
显示需要编译才能使用的库列表

–build-type=minimal|complete
–build-type=minimal为默认值，此时在Linux下只编译生成release版的动态链接C运行库（C++标准库）的多线程静态库和动态库。
–build-type=complete，在Unix/linux下要编译多个变体（debug或release，多线程或单线程，静态库或动态库，静态链接或动态链接C运行库/C++标准库）。不建议全部编译，费时还费空间，提倡按需编译。

–layout=versioned|tagged|system
决定需要编译的库名及头文件的地址目录名的生成策略。默认Windows下–layout=versioned，Linux下–layout=system。
当同时编译多个版本时，最好设置–layout=versioned或–layout=tagged，否则编译多半会失败，原因是有的版本同时编译若不指定命名策略，可能在输出到指定目录的时候造成命名冲突。
注：–build-type=complete时，不需要设置此属性。但指定variant=debug,release等属性时，须确保–layout=versioned或–layout=tagged。

–build-dir=DIR
指定存放编译过程中生成的中间文件，目标文件等其他文件的目录，默认在./bin.v2。

–with-
创建和安装指定的库
–without-
不对指定的库进行创建和安装，默认创建所有的库

安装：关键词 install 或 stage
./bjam install
install会安装头文件和库文件到相应指定目录，头文件安装到/usr/local/include下，库文件安装到/usr/local/lib下。具体指定安装目录见./bjam –help。
./bjam stage
stage说起来只能说是收集生成的库文件到一个目录下，通常默认就在./stage下。

注：
install 和 stage 貌似不能同时使用，中间会卡住。
若编译过程中未指定install或stage，则生成的目标库文件只存在于–build-dir所指的目录中，默认为./bin.v2。考虑到此，若无需将头文件和库文件安装，则推荐使用stage关键字。

下面是属性：
toolset=toolset
指定编译器，默认自动检测，安装了多个编译器的时候可以使用此属性。
variant=debug|release
指定编译debug或release版本。
link=static|shared
指定创建静态库或动态库
runtime-link=static|shared
指定创建的库是静态链接还是动态链接到C运行库（或C++标准库），这个选项需依据–link的类型，不同的编译器允许的链接策略不一样，比如在GCC下，在生成动态库（–link=shared）时，就不允许进行静态链接到C运行库（或C++标准库）。
threading=single|multi
指定创建多线程或单线程的版本库。

属性可同时设置，如下两种方式，为了避免名字冲突，建议采取propery=value的格式:
./bjam variant=debug,release stage
或
./bjam variant=debug variant=release
这两种方式都可以。

最后执行的创建命令：
sudo ./bjam –without-python –layout=tagged variant=debug,release link=static,shared runtime-link=shared threading=multi stage

生活只有自己知道到底OK不OK，虽然在跟别人比较的时候可能有相对好坏之分，但那不重要，重要的是自己怎么去看待自己的生活，如果你觉得你现在OK，即使在将来某个时刻，当你觉得他人生活的不错的时候，你还很有自信的认为你现在的生活是OK的，那么你的生活于你而言便是真的OK了。可能别人会觉得你有点自欺欺人，不过那没什么大不了，因为你有你生活的奥妙，这便足以。

生活有自信才是真的OK。祝我所有的朋友生活都OK。

今天，多云转晕，想要狂风大作，却始终不得，末了，下了一场雨，算是冷静了会。

一天的沉寂，心里有点按奈不住。急也没用，还是要冷静，虽然心已经拔凉拔凉的，只要没被冻住就成，活的就好。

03.25 晴

上午，一觉给睡过去了，可谓酣畅淋漓。

下午的时候，天气已经变的正常了，虽然我自己还是非常的不正常。鉴于自己极度不正常的时候，一般会考虑去附近的图书馆，一来让自己修身养性，以免心急如焚，二来多学习学习文化知识，也不至于虚度光阴。

看着窗外的天气，想到在这个阳光明媚的下午，坐在沙发上，拿着一本书，时不时的伸个懒腰，也还算件惬意的事，于是乎，准备动身前往。

要走的时候，碰到一室友，恰好今天休息，聊着聊着，看其有意，便带着她一同去了科图。来了科图，本想着去下自习室看看自己带的书，不想自习室今天重整，于是和室友一同去了闲书社。闲书就闲书吧，既来之则安之。找了几本闲书，和室友找了一个闲的位置，准备就这样坐着闲上一下午的时候，却发现旁边出现了一些人在捣鼓着设备要拍什么宣传片。于是乎，他们在旁边折腾来折腾去，我把着书翻来翻去，心里是一直没有闲下来。一段时间后，丫的，受不了了，于是乎，放下书，出去抽了根烟，顺便拉了室友聊了大会天。

本以为回来的时候他们已经折腾完了，没想到却是他们正要开拍了，于是乎，他们信手拈来，我和室友勉为其难，成了路人甲乙丙丁。就那么几分钟的镜头，折腾了好一会儿。对着个电脑，看着什么文献，实在是如坐针毡，欲罢不能。好在我俩还有点敬业精神（敬他们的业），没有唯命是从，也算是积极配合，给坚持到底了。

完了，想到一个假，也许该叫面子工程。面子给完了，我和室友也觉悟了，还是收拾收拾走人，折腾不起，躲了。

后来干了什么，忘了，貌似我的间歇性短期记忆格式化程序，又在大脑中运行了一次。

上午很欣慰，接到一个身在别地的哥们短信，想推荐我一工作，不过聊了下，发现我不合适，就拒绝了，虽然工作无望，不过我还是蛮高兴的。想到在这个时候，哥们还能想到我，真的很是让我受宠若惊。谢这个字难以表达，我在这里给你致敬了，吴锦龙童鞋。

下午接到一个招聘电话，一个女生，说话无精打采有气无力的。简单的聊了下，发现又是一个招Vendor的，于是我也开始有气无力起来。出于客气，我叫她发封邮件过来，看看再做考虑。回头检查了下邮件，了解了下该公司的情况，发现，唉，这还是一个纯粹的人力输送站。我是真的不需要经纪人的。

实在不喜欢做Vendor，就是一吃力不讨好的活，像个孤胆游侠，还寄人篱下。现在不流行这了，现在流行团队合作，流行企业文化，流行的是一种氛围。老让一个人东跑跑西跑跑，那些东西能建立起来吗？那还怎么能做好开发，首先在工作积极性就大打折扣了。别跟我提那点工资了，总不能为了工资，把什么都卖了吧。

其实我的要求很简单，一家公司，一个团队，大家一起，做着一个有前途的项目，有技术交流，有可持续性的发展前景。很简单吧，只是简单有时也不那么容易。其实我不是说一个人独当一面孤身奋战不好，诚然一个人只身前往和客户沟通开发，在除了技术的其他方面都是很能锻炼人的，但我眼下的发展方向首当其中还是要选择技术，毕竟此后的几年还是要靠技术去敲别人家门的，我总不能在找一份开发工作的时候，说自己别的方面这个好那个好，就指望别人能多看我几眼吧，大家都是实在人，说别的没用。

晚上和一朋友聊天，说了很多，简而言之，就是生活是很折腾人的，感情，工作，吃喝玩乐无所不包，想想大家都在折腾，不想被折腾的，也会被别人带着折腾。还是一句老话说的好，人活着就是折腾，想大休，等死吧。

继续找工作，等待…

今天又是黄沙满天飞，于是天又变得很黄很黄。
上午放了一个公司鸽子，下午拍了窗台下一对鸽子。
现在放公司鸽子的很多，当然放人鸽子的公司也很多，多了大家都互相不在意。想想我们都还是很爱和平的。

晚上理了下思绪，也算理出了一点头绪。
有时候你觉得你喜欢上一个人的时候，其实未必是真的喜欢，可能你只是想要有一个喜欢的人，而那个人恰巧出现在了你面前，你只是已经孤单了很久。

俗人也许就是俗人，时至今日才明白，原来自己也是有信仰的，原来信仰也就那么回事，也是人尽皆知的东西，只是在这乱花渐欲迷人眼的人世间，一不小心就被自己遗忘罢了。

信仰原本很简单，信仰是什么，我觉得这么做是不对的，那么做是应该的，为什么？我坚信，不是相信。

相信一些事情很容易，但坚信就比较困难了，具体点，应该说是在时空穿梭上比较困难。因为有太多的相信会因为岁月的洗礼而变成不相信，有太多的相信会因为世间的复杂多变而被抛掷脑后。至此，坚信荡然无存，信仰也就无从谈起。信仰其实只是难得维系。

信仰最终是需要付诸到行为上的，在一念天堂一念地狱的时刻，告诫自己，鼓励自己。信仰需要凝聚在一起，只有具备了足够的专注力，才能扎根于心，才能在需要的时候手到擒来，才能在自己犹豫不决即将迈步的时候，敦促和规范自己的一言一行。

信仰不是不存在，只是在某个角落等待召唤。

使用Windows 7考虑的最多的还是其兼容性问题，先前我也曾因此而一而再再而三的推迟升级，主要是考虑VS8在其下的安装使用情况，不过在经过一段时间的体验后，发现，嗯，没问题，常用的软件没问题，小众的软件也基本无恙，Xp上能运行的，Windows 7中几乎都可以正常使用。至于那些很久没有更新的，已被作者遗弃的，懂行的小小改动下文件，大多也都能使用，当然了，至于那特变态的，咱们还是另寻其他类似的软件吧，大千世界，无独有偶嘛，没必要抱残守缺。

对于从XP直接上升到Win 7的我，让我感到欣喜的当然是其Aero界面和超级任务栏了，用一个词形容，就是色艺俱佳。打开Win 7 aero 再使用支持此特性的软件，整体上让人看着很华丽，有种怎么看怎么酷的感觉。

Win 7的超级任务栏可谓是这个版本的系统中最让人眼前一亮的特性了。通过把程序钉在任务栏上，Win 7的超级任务栏替换了以前Xp中快速启动栏的功能，同时也避免了在桌面摆放很多杂而乱的快捷方式问题。不仅如此，其他诸如Jump list的功能也是非常的实用。整体而言，Win 7 超级任务栏在功能上和苹果的dock栏已越来越接近了。

说说关于超级任务栏的使用问题，鉴于任务栏的长度有限，对于常用程序使用较多的朋友，可能觉得这个任务栏的不够用，虽然其内置提供了翻页切换的功能，但操作上总不是那么方便，至于通过Win 键加查找的方式，就更无效率可言了。对此，推荐 Object dock 中的 Tab dock 来配合Win 7的超级任务栏一起使用，把其他不便于钉在任务栏的程序快捷方式放入其中，这样便大大提高了程序选择的方便性。另外推荐一款名叫 Circle Dock 的软件，功能和 Tab Dock 差不多，只是比较两款软件的资源消耗和运行情况，我还是推荐使用 Tab Dock。因为经过使用发现，Circle Dock 在操作过程中，CPU占用相对较高，没有Tab Dock感觉流畅，可能是因为 C# 开发的缘故吧，速度上稍显逊色，不过两款软件在内存占用上都不高，仅仅才一二十兆左右，相比较Win 7系统启动后就要占个几百兆的内存而言，保持这两个软件中的任何一款随机运行在当下标配2G的内存环境下已无大碍了。因此，为了某些操作的方便和快捷，使用一些优秀的第三方软件，或是什么美化软件，已经可以无视资源占用情况了。

OK，time to show…

Windows 7 Desktop with tab dock of Object Dock

极力回想昨天下午的行程，想发现点蛛丝马迹，却始终不得其果，总觉得这么长时间的小心翼翼，这种低级失误应该是不会发生的，有点怀疑是不是被某个不怀好意的扒手给盯上了。希望如此吧，这么想来也还是能减轻点因这么低级的失误而带给自己的自责。本来嘛，这么长时间的行程，也算计划周详，一路下来也还是顺顺利利，没想到却在这要回去的节骨眼上，发生了这么件让人扫兴的意外，实在是心有不甘。希望这不是低级的失误，希望这是某个不法分子蓄谋已久的一次精心策划，就算我敌不过他了。

想来好笑，有人说七夕，不偷钱，偷心，我的心没被偷，钱包却不见了，在这么个浪漫的日子里真是有伤大雅。难道是拜佛或拜道的时候，心不诚，就算心不诚那心意也是好的，上面的那些人神应该不会那么小气吧，哎，较真起来，举头三尺有神明，没办法，早知不拜了，权当走马观花，没事瞎拜什么佛道。

原先还想，如果昨天我没去那个地方，如果我没进那家店，如果我没坐那辆拥挤的车，如果我没有像一个无头苍蝇般的到处奔走，也许一切都不会发生。可惜啊，没有如果，这么想来实在幼稚，算了，逝者已矣，悼念我在成都遗失的一切，我想我该准备期待遗失的美好了。

Good88，成都，虽然这里环境很好，虽然这里美女如云，但还是不属于我。我把钱包落在这，就算是埋下一个小小的种子吧。希望下次再来的时候，能有个大大的收获，这样也不枉我把这个地方铭记于心了。

从Google订阅剩下的未读篇章数目可以看到，信息膨胀的速度已经远远超过了人脑的获取力度，或者说是人眼的扫描速度，貌似我们稍一个不留神，就会落了什么，然后就被抛到了九霄云外，再下来，就不知什么时候自己已经成了个外星人了。想到这，我还真有点恨，我的眼睛怎么就不能一目十行了呢，不是说有很多人可以吗。

和朋友聊天，我又当了回外星人，听他说最近Google的搜索也被央视点名批评了，说什么因为部分内容涉黄严重，联想词功能暂且被撤销了。初听到这个消息，我也没多想，只是觉得这个功能挺好，撤销了未免有点可惜。回头想来，我觉得有点意思了，我知道当下只要是涉及国内互联网的新闻，并且是和某某机关单位有关，顺带牵扯下CC踢V的，之后必定会在网上炸开了锅。我想看看这一次的锅炸开了是什么样子。

寻思着那么点意思，看了下新闻视频，了解了下事件的始末，发现，哦，原来是一个科技发展和社会道德责任的博弈问题，主旨就是Google由于疏于对其研发的技术加以管制，给时下的网络环境造成了不良影响，无视了社会道德。央视的报道相当的大义凛然，掷地有声，一些人的采访更是义正词严，自信满满，仿佛各个都深信此番报导必定会赢得老百姓的广泛认同和多加赞赏。真的是这样吗，我先保持怀疑吧。

不知道从什么时候开始的，我变得有点变态了，竟然喜欢上了群众的眼睛，不是有人说群众的眼睛是雪亮的嘛，嗯，我现在还真这么觉得了，我想，只有从那无数雪亮的眼睛里散射出来的万丈光芒，才真的叫光彩照人，相反一小撮人投射出来的定向激光，只会让我觉得刺眼。带着这种倾向，我打开了Google的订阅，浏览了下了最近未读的篇章，果不其然，网上已经沸沸扬扬，风风火火了。可是，奇怪，风向貌似不对，众口虽是一如既往的一边倒，但就是没有导向替老百姓说话的CC踢V和某某机关单位。难道群众的眼睛瞎了？我还是保持怀疑吧。

要我说这次，CC踢V的报道做的已经很真诚了，想想，他们已经能站在老百姓的角度想问题了，不是吗？对于Google的问题，他们都已经找到了一个惯常的逻辑，即，你家养的狗把人给咬了，我不找你找谁去。这样想来，也算无可厚非了，似乎也要明白点了。

凡事不能回味，一回味就不是滋味了。上述说法初听起来觉得倒像那么一回事，但若再推敲下去，便漏洞百出，似是无稽之谈了。还是说说Google的搜索吧，对于搜索引擎，我们知道，首先它是一个程序，而并非一条狗，狗有其自主的行为，其影响性在很多情况下是不受制于人的，而搜索不一样，虽说其运行机制是人为控制的，但其算法的核心还是凸显人的搜索行为和习惯的，其本质是忠于用户的，比如联想到的那些低俗的关键词，其根源还是其在大众搜索习惯中的高热度吧，我想Google是不会傻到刻意去展示那些词来迎合观众的趣味，果真如此，搜索的准确率肯定会大打折扣，好在这与事实不符，各种数据表明，Google的搜索，其准确率在各大搜索引擎中是毋庸置疑的老大。

哲学上说，事物的出现和发展都有其两面性，这个不容我议论，我也承认，但事物的两面性，特别是对于一个没有生命或思维的事物，其决定在于事物的本身吗？我想，决定其两面性的还是所有参与其中的人吧，其根源还是在于我们这些会思考的人自身。要说黄色图片之类的低俗内容，如果没有人喜欢看，如果没有人为了利益去传播，它们本身的两面性便无从说起。归结到底，还是人的因素决定了事物的影响面，好比钱，互联网，其影响取决于我们自己抱着一个什么样的态度去使用它，从而让其有了什么样的影响。

话说回来，对于Google的搜索，我觉得它还是是有问题的，问题在于它太过客观，客观了展示了很多人的低俗，太过忠于用户，即使是用户低俗的趣味，也一样不予回避。我要说它太偏执了，它错误的忽视了在当下的环境下需要的主观迎合，看来，它还是不太了解中国。

看新闻的时候，我突然觉得很惭愧，惭愧自己用Google这么长时间来，搜索的技术太过菜鸟，还有就是觉得自己的英文水平实在是有待提高，我没想到一个boobs 竟然可以联想到那么多低俗的东西出来，看来追寻低俗也还是需要一定的知识储备和文化涵养的。嗯，面壁思过去。