看到”51.cn个人主页登陆“这个标题你可能会觉得有点纳闷，我第一次在Aviva博客里看到这个也觉得很是奇怪。仔细看完才明白这只是利用搜索引擎玩的一个小把戏。
如果经常用搜索引擎的话，就会注意到当你搜索完一个关键词后，搜索引擎的页面下方会有一些相关搜索的关键词，而大多数的人会点下面的相关搜索，我就经常会使用的。
下面我们来说一下”51.cn个人主页登陆“,这个关键词，首先我们需要肯定一点，”个人主页“这个词每天百度搜索量是很惊人的，你搜索完这个关键词在页面的下部有个:相关搜索，里面有关”51.cn个人主页登陆“，的相关关键词有好多，这下你应该明白了吧，这就是避免太热门的关键词，但因为与热门关键词联系比较紧密，所以如果把这个关键词做好仍然可以获得很大流量，而类似51.cn个人主页登陆这样的关键词做起来就比较容易了。
呵呵，有空我也研究一下这东西，挺好玩的！
草儿: 那我是不是要弄个草儿个人主页申请？ 嘎嘎
cocobear: TO:草儿 你理解错误了，好好把我上面给出的链接看看。
草儿: 看来我得等我的草儿成为热门关键词才行啊 等待……
由于写FTP服务器时有多处需要用到socket套接字，也为了以后写Linux下的网络程序方便就把socket套接字进行了封装。
安装socket套接的的工作原理把socket一套函数(socket,bind,listen,accept,connect)封装为三个函数：_listen,_accept,_connect。
_listen函数中首先使用socket创建一个套接字，因为是在本机监听，所以使用的地址就是本机的IP地址。然后使用bind把socket生成的socket_fd与本机的一个端口号绑定，这个端口号为_listen的唯一参数。最后使用listen开始监听，本函数返回一个文件描述符，也就是socket产生的文件描述符。
_accept函数中直接调用系统的accept函数阻塞自己，直到有客户请求就接受请求，并且返回一个connect_fd的文件描述符（由accept产生），该函数的参数为_listen返回的文件描述符。
_connect函数与_listen函数类似也是先使用socket创建一个套接字，不过这里使用的地址就是服务器的地址与端口号，而不是本机地址与端口，这两个由该函数的参数给出。接下来它就使用connect去连接指定服务器的端口。
在测试的时候发现了一个bug，_accept返回的值一直为0，昨天中午开始找了半天的时间也没有发现问题，最后无耐之下使用了全局变量，才使用整个程序能够正常运行，不过这样一来就没有达到我封装socket的目的，而且也没有找到bug的原因，今天中午继续查bug，结果发现即使我封装的_accept只有一行语句:
return accept(socket_fd,(struct sockaddr *)&client_addr,&len);
仍然出错，最后看了一下调用_accept那一块的代码，原来问题出在下面的代码：
35 if ((connect_fd = _accept(socket_fd,client) == -1)) {>
36 exit(0);>
37 }
竟然找了N长时间没有发现！
cocobear: TO:Amankwah 那就再仔细看看
windflush: 罪过阿，浪费了时间阿。
Amankwah: 原来不就是个优先级的问题嘛，再次汗～
Amankwah: 我还是没看出来是什么问题，汗～
前段时间写那个adsl拨号脚本的时候修改了/etc/sysconfig/network-scripts/ifcfg-cnc，结果就出现问题了，具体可查看这篇文章。当时按照前面文章的修改后已经有好长一段时间拨号都正常，但是今天早上拨号的时候突然发现又出现问题了，而且情况似乎与前一次差不多，以下是拨号的日志：
May 18 09:26:04 cocobear pppd[1630]: pppd 2.4.3 started by root, uid 0
May 18 09:26:04 cocobear pppd[1630]: Using interface ppp0
May 18 09:26:04 cocobear pppd[1630]: Connect: ppp0 < --> /dev/pts/0
May 18 09:26:04 cocobear pppoe[1642]: PADS: Service-Name: ''
May 18 09:26:04 cocobear pppoe[1642]: PPP session is 9283
May 18 09:26:05 cocobear pppd[1630]: CHAP authentication succeeded: Welcome to .May 18 09:26:05 cocobear pppd[1630]: local IP address 124.89.60.31
May 18 09:26:05 cocobear pppd[1630]: remote IP address 221.11.2.1
May 18 09:26:05 cocobear pppd[1630]: primary DNS address 221.11.1.67
May 18 09:26:05 cocobear pppd[1630]: secondary DNS address 221.11.1.68
May 18 09:36:10 cocobear pppd[1630]: No response to 3 echo-requests
May 18 09:36:10 cocobear pppd[1630]: Serial link appears to be disconnected.
May 18 09:36:10 cocobear pppd[1630]: Connect time 10.1 minutes.
May 18 09:36:10 cocobear pppd[1630]: Sent 490999 bytes, received 5168828 bytes.
May 18 09:36:16 cocobear pppd[1630]: Connection terminated.
May 18 09:36:16 cocobear pppd[1630]: Modem hangup
May 18 09:36:21 cocobear pppd[1630]: Exit.
May 18 09:36:21 cocobear pppoe[1642]: read (asyncReadFromPPP): Session 9283: Input/output error
May 18 09:36:21 cocobear pppoe[1642]: Sent PADT
May 18 09:36:21 cocobear adsl-connect: ADSL connection lost; attempting re-conne
刚拨号成功连线10分钟就断开，通过Google搜索“No response to 3 echo-requests“，也没有什么比较有用的介绍，只有一篇文章中提到要修改/etc/ppp/options中的lcp-echo-failure值，把它改的大一点，但我的Fedora core 5的这个文件没有那一选项，不过我倒是在同一目录中的pppoe-server-options文件中找到那个选项，可惜的是修改后问题仍然存在。
May 18 09:36:27 cocobear pppd[2038]: pppd 2.4.3 started by root, uid 0
May 18 09:36:27 cocobear pppd[2038]: Using interface ppp0
May 18 09:36:27 cocobear pppd[2038]: Connect: ppp0 < --> /dev/pts/0
May 18 09:36:58 cocobear pppd[2038]: LCP: timeout sending Config-Requests
May 18 09:36:58 cocobear pppd[2038]: Connection terminated.
May 18 09:36:58 cocobear pppd[2038]: Using interface ppp0
May 18 09:36:58 cocobear pppd[2038]: Connect: ppp0 < --> /dev/pts/4
May 18 09:37:02 cocobear pppoe[2039]: Timeout waiting for PADO packets
May 18 09:37:03 cocobear pppd[2038]: tcflush failed: Bad file descriptor
May 18 09:37:03 cocobear pppd[2038]: Exit.
后来重拨时一直是上面的错误， “LCP: timeout sending Config-Requests”，在Google搜索了很多关于这个错误的页面，但也没有找到比较有用的信息。
May 18 10:30:52 cocobear pppd[2674]: pppd 2.4.3 started by root, uid 0
May 18 10:30:52 cocobear pppd[2674]: Using interface ppp0
May 18 10:30:52 cocobear pppd[2674]: Connect: ppp0 < --> /dev/pts/8
May 18 10:31:06 cocobear pppoe[2675]: PADS: Service-Name: ''
May 18 10:31:06 cocobear pppoe[2675]: PPP session is 11436
May 18 10:31:06 cocobear pppd[2674]: CHAP authentication succeeded: Welcome to .May 18 10:31:06 cocobear pppd[2674]: local IP address 124.89.79.5
May 18 10:31:06 cocobear pppd[2674]: remote IP address 221.11.2.1
May 18 10:31:06 cocobear pppd[2674]: primary DNS address 221.11.1.67
May 18 10:31:06 cocobear pppd[2674]: secondary DNS address 221.11.1.68
May 18 10:32:26 cocobear pppd[2674]: No response to 3 echo-requests
May 18 10:32:26 cocobear pppd[2674]: Serial link appears to be disconnected.
May 18 10:32:26 cocobear pppd[2674]: Connect time 1.4 minutes.
May 18 10:32:26 cocobear pppd[2674]: Sent 1946 bytes, received 1038 bytes.
May 18 10:32:26 cocobear pppoe[2648]: Timeout waiting for PADO packets
May 18 10:32:32 cocobear pppd[2674]: Connection terminated.
May 18 10:32:32 cocobear pppd[2674]: Modem hangup
May 18 10:32:37 cocobear pppd[2674]: Exit.
May 18 10:32:37 cocobear pppoe[2675]: read (asyncReadFromPPP): Session 11436: Input/output error
May 18 10:32:37 cocobear pppoe[2675]: Sent PADT
May 18 10:32:37 cocobear adsl-connect: ADSL connection lost; attempting re-connection.
这个是重试了N次后终于连线上去，但只有1.4分钟的时间，又是”No response to 3 echo-requests“这个错误。
最后在一篇文章中看到重新使用adsl-setup创建一个ppp拨号。照着做了后结果竟然可以连接上去，而且好长时间也再没有断开！
USERCTL=yes
BOOTPROTO=dialup
NAME=DSLppp0
DEVICE=ppp0
TYPE=xDSL
ONBOOT=no
PIDFILE=/var/run/pppoe-adsl.pid
FIREWALL=NONE
PING=.
PPPOE_TIMEOUT=80
LCP_FAILURE=3
LCP_INTERVAL=20
CLAMPMSS=1412
CONNECT_POLL=6
CONNECT_TIMEOUT=60
DEFROUTE=yes
SYNCHRONOUS=no
ETH=eth0
PROVIDER=cnc
USER=11100022395
PEERDNS=no
DEMAND=no
IPV6INIT=no
PERSIST=no
这是新产生的ifcfg-ppp0的文件内容。
直到现在还是没有弄明白这到底是怎么一回事，写在这里只做个记录吧，如果有人知道原因告诉我一声就更好了。
似乎还有人提到这可能和ISP有关，这个原理我倒是觉得很有可能，我们学校Windows下有时候拨号也是老拨不上去，但具体的错误和这个是否一样，我就不得而知了。
cocobear: TO:wangcong 这个和咱们那个脚本没有关系啊，那个脚本没把改变/etc/sysconfig/network-scripts/ifcfg-XXX里的选项，只是改变用户名的 有两个USER应该是运行脚本非正常退出产生的吧？
wangcong: 我早就遇到这个问题了。貌似是咱那脚本有问题，在我这里运行完，那个配置文件中有两个USER=XXXXX。 而且，我发现，那两个timeout也不能随便改。
五一期间由于我们服务端这边的人基本上都没空，所以五一的时候就和客户端拉下了很大的距离。再加上前面一段时间一直停留在对模块的划分上，所以我们这边是完全跟不上客户端的脚步了。
五一放完假我们似乎又停到了详细设计上，这又是一块难啃的骨头，因为是C语言编程，如果按照软件工程的规范来做，详细设置的时候定义好所有要用到的函数，包括参数，这样对于我们这些没接触过软件工程的人来说无疑是一个巨大的难题。这似乎是不可能的事情，等了两三天毫无进展。在周三的例会上，王老师提出了这个问题，建议我们详细设计与编码同时开始，本来我也打算提出这个建议，没想到王老师先说了:)
接下来我们就开始进行编码了，不过从这几天的情况来看并不是很乐观，有一个很大的问题就是沟通，也许是从也没有在一块试着多人合作写代码，在接口的处理上，一些常用功能的封装上存在着很大的问题。
经过了这段时间的煅炼，觉得一个人在团队中的合作精神确实是非常重要的，而一个既有技术，又有领导才能的人更是难得。
windflush: 又是沙发，哎。
草儿: 晕～ 没占上 坐个板凳
Amankwah: 唉，难啊～ 管人比管电脑难多了，人太智能了～
今天看了一下统计，有从百度来的关键词为”可可”的搜索，于是顺便在百度里搜索了一下”可可熊“，结果我现在使用的这个域名的首页排第一，高兴哦，以前百度搜索可可熊的时候前几个总是什么”韩版浅蓝卷绒可可熊“，”AINI白色可可熊 最大号80cm“……这类网页，现在终于成了我的个人主页了！
然后我又在百度搜索了一下”cocobear”,结果是my.opera.com/cocobear这个博客排第一，我目前使用的这个排第二。
接下来是Google，竟然让我大失所望，使用关键词”可可熊“，我的这个域名竟然排到了第二页，第一个又是那些词”情侣熊毛绒玩具“……而我以前在opera的blog排第二。看来Google的这个排名应该和pr值有关，我这个域名pr为0,而以前opera的blog PR值都为4了。
使用关键词”cocobear”，结果和百度一样。
看来得提高pr值了！
草儿: 好像我的迅雷博客都比这个强 汗……
草儿: 我发现从一开始我搜到的就是在那个三杯水上建的一个页面 郁闷啊～
windflush: 我发现只要我来了，我都是沙发，可惜我不怎么喜欢做沙发，本来打算继续潜着，不过在百度和google里头搜了一下windflush，发现百度搜出来的windflush全部都是我自己（自己的博客，他人网站上的链接或者是回帖）。而google我只看了第一页，好像也全都是我自己，看来我起的这个名字比较特殊，连百度和google都直接fflush出来了，不用等，呵呵。
cocobear: TO：windflush 你一般用哪个中文的网名，试试那个。 谁让你整天没事就泡我的博客呢？以后沙发都归你了，给你个最佳沙发奖！
windflush: 中文网名？没用过阿，基本都是随时换的，还没定下来呢。哎，我真的不想坐沙发，可是明显我又要做了。 罪过罪过！
cocobear: TO:草儿 迅雷的博客，因为用迅雷的人搜索的多，再加上你的一些日志都是一些热门的影视当然比这个强了，如果想做好博客，建议你去一个地方看看： 博客联盟 那上面有一些好的技巧，教你如何做好一个博客！不过得认真的去做，不是很容易的。
草儿: 嗯，看看去 以后多学习了
cocobear: TO:Amankwah 看来你的中文名什么时间要排到第一页就可以了哦，不过我觉得你很少用那个中文名的。
Amankwah: 我的opera博客在Google上第一，baidu到了第二页了～ 我的中文网名你搜搜吧，还魂僵尸，哈哈