网络上看到一篇文章，写的不错，比较有感触，遂转载之……

　　让我们牢记中华民族的传统美德“百善孝当先”，若自己的父母不去尊敬，谈何去讲什么“尊老爱幼”？！

　　更正声明

　　原标题“子欲养而亲不在”是错误的，虽然意思相同。“树欲静而风不止，子欲养而亲不待”出自《韩诗外传》卷九，原文是“夫树欲静而风不止，子欲养而亲不待。” 这个叹惜是皋鱼在父母死后有感而发的。“待”是等待的意思，意思是指当你想赡养双亲，可能他们已等不及便过世了。

  » 阅读全文

　　问题描述：两个或多个网站使用相同的会员资料，实现多个网站的同步登录。

　　网上看到一篇关于搜狐解决这个问题的方法，登录新浪通行证会同时登录17173.com、chinaren.com、focus.cn、sohu.com等多个网站。由于passport.sohu.com的登录界面使用了iframe隐藏提交。所以页面没有看到刷新。服务器看到成功登录的Cookie后。在服务器端计算出一个加密后的17173.com的登录Url，并Redirect到这个Url。估计这个方案是由于搜狐的数据库结构决定的，网站数量比较多的话，服务器压力会比较大。

　　另外介绍的一种方法，属于轻量级的解决方案，登录成功的同时在登录网页中使用JS调用，把加密后的参数传过去，这个不需要页面刷新。在Firefox下可以直接实现跨域的COOKIE读写，但IE和Safari浏览器会因为安全问题，不被信任而拒绝读写。如需要写入需要在页面头部加入下面这个声明，Ucenter使用就是这种方法实现同步登录。

header('P3P: CP="CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR"');

　　在实际测试当中，发现当在IE浏览器中写入的COOKIE值非空时，可以正常读写；但是当设置为空的时候会发生无法写入的情况。我测试的DISCUZ 7.2版以及7.0版都存在这个问题，跨域在IE中无法实现同步登录，后来发现是由于无法跨域清空COOKIE造成的。于是把原本跨域清空的地方，设置为写入0这个值，成功实现同步登录。

　　在DISCUZ 7 实现同步登录使用的是api目录中的uc.php文件。同步登录使用的是synlogin函数，同步登出使用的是synlogout函数。下面是同步登录函数的修改。

synlogin函数修改前的代码

synlogin函数修改后的代码

　　同步登出修改方式类似，写入非空的值即可。使用IFRAME调用跨域网页时候，COOKIE也存在这个问题。不能写入空值具体原因不详，但修改后在IE下成功实现跨域同步登录和登出。若阁下有好的见解可以留言讨论。

　　我一直很崇尚DIY精神，无论生活中还是工作中。也因为这个原因，我电脑一直都用的AMD的核心，不过我自己总共也只买过两台，呵呵。

　　由于上次安装热水器遇到些麻烦，所以又想起许久以前就有的念头，自己买个电钻。由于本地五金店里的货物质量很一般，价格还有些贵，于是选择了在淘宝上购买。网络上众说纷纭，所以单凭别人的评论，很难判断东西的好坏。于是决定自己再当一次第一个吃螃蟹的人，亲自去买一个来。最后选择了一个商品，家用多用电钻，功率550W，特价55元。说是外贸货物，我对这个并不在乎，只在乎质量。选的这个店家在淘宝上人气挺高的，好评也蛮多，名字就不说了，免得有做广告嫌疑。

　　二月二十五日购买，二月二十七日收到货物。货物如上图。刚收到快递过来的东西后，东西很重，包装很烂，幸亏东西没在快递中搞坏。拆开包装，外观颜色不是自己想要的颜色，但掂在手里还是蛮有分量的，比想象中这个价位的东西要好。当然你不能去跟博世（BOSCH）、百得（Black&Decker）、得伟（DeWalt）等牌子货去比，价格在那里摆着呢，能正常用就行了，除非你属于那种有钱或很专业的人。并不是我只愿意买便宜货，而是我比较喜欢用便宜价格买实在东西的过程，美其名曰“淘宝”。

　　自己用了一段时间，感觉质量比网上评论不好的人说的要好。还有一点，买电钻赠送的电钻质量很差劲，什么XX件套，那个一定不能买，浪费。我单购的两个高速钢麻花钻质量不错；建工钻就差多了，估计老板也知道这个质量差，还额外赠送了两只；看电锤钻便宜，就顺便也买了一只。这里我顺便扫盲一下，电锤钻还是跟普通电钻用的钻头有本质区别的。因为我就是不知道这个原因，买了个质量不错又便宜的电锤钻，拿在手里才发现，没办法用。害我又买了个钢锯，把钻头锯成两半，才能用。下图是电锤钻。

　　嗯……现在的我，更像一个真正的民工了。

地址 http://m.weather.com.cn/m/pn4/weather.htm?id=101280601T

后面的ID你可以打开 http://www.weather.com.cn/ 搜索你的城市，打开的网址最后那数字就这个参数。

例如深圳是 http://www.weather.com.cn/weather/101280601.shtml

　　SABLOG原来是先判断来访者是否为spiders（机器人），不是则根据COOKIE记录IP，从而判断是否为新来访者。根据之前一段时间的统计数据，这样统计的结果会有很大的出入，我猜主要原因应该是一些访问来路并不是正常人通过浏览器来访问的，那样的话可能根本就不存在COOKIE这个验证机制，也就无法判断是否是新访问者了。反过来讲，如果单纯以IP判断访问者，又可能会少统计一些数据。

　　后来想了个比较折中的方法，数据库COOKIE同时使用。使用这个方法后，根据统计的数据，得到的结果跟我当初预料的差不多一样，这样非法的访问多来自国外，而且有几个还是不只一天访问了这么多。我抓了个3月4日的访问数据查询截图，见下方。

　　就目前的文章数量，我敢保证超过100次的都不是正常的访问。于是乎我干脆做了个IP黑名单，每日把单日超过100次访问的IP放到一个缓存文件中，访问网站前先调用这个文件并验证，如果在黑名单中则会直接提示下面的错误。

Sorry, your ip address (205.209.170.2) is not allow visit this site

　　如果你为了取得更详尽的统计数据，可以采用第三方统计。我原来有用Google的统计系统，可前段时间不很稳定（不知道跟当时的网络严打是否有关系），影响了整个网站的速度，后来干脆就去掉了。反正这里也就记录些杂七杂八的东西，统计与否都不很重要。

　　最近做东西用到MySQL的触发器，于是乎了解了下这个东西。

　　同一台服务器上的两个不同DB中的表，名称为db1中的cdb_threads和db2中的_archives表，要求db1中的表对两个月之内的帖子做添加、修改或删除操作的时候，同时把数据同步到db2中的_archives 表中去。用的是所谓最笨也最安全的方法实现的，据说大数据量操作的时候会一定程度上影响效率，具体我没测试过。这样做，感觉数据库的压力应该会比较大。熟悉DISCUZ的人，从表的名称上很容易可以看出来，这是DISCUZ论坛数据库的主题表，浏览论坛主题的时候，一样会更新这个表里的数据，从一定程度上讲相当于查询次数最少多了两倍。如果同时在线2K以上或更多人的大型论坛，那么这个数字就不是一个小数字了，再加上主题如果已经有海量（上百万）那么多，那么我怀疑可能会很大程度上影响论坛的整体效率，甚至DB会挂掉。废话不多说了，下面是我写的触发器代码。

触发器代码
DELIMITER ;;
CREATE TRIGGER `tg_threads_insert` AFTER INSERT ON `cdb_threads` FOR EACH ROW BEGIN
    SET @stie='1';
    SET @exptime=UNIX_TIMESTAMP()-86400*60;
    INSERT INTO db2._archives(id,subject) SELECT id,subject FROM db1.cdb_threads WHERE tid=NEW.tid AND dateline>@exptime;
    UPDATE db2._archives SET siteid=@stie WHERE id=LAST_INSERT_ID();
END;;
DELIMITER ;

DELIMITER ;;
CREATE TRIGGER `tg_threads_update` AFTER UPDATE ON `cdb_threads` FOR EACH ROW BEGIN
    SET @stie='1';
    SET @exptime=UNIX_TIMESTAMP()-86400*60;
    DELETE FROM db2._archives WHERE tid=OLD.tid AND siteid=@stie;
    INSERT INTO db2._archives(id,subject) SELECT id,subject FROM db1.cdb_threads WHERE tid=NEW.tid AND dateline>@exptime;
    UPDATE db2._archives SET siteid=@stie WHERE id=LAST_INSERT_ID();
END;;
DELIMITER ;

DELIMITER ;;
CREATE TRIGGER `tg_threads_delete` AFTER DELETE ON `cdb_threads` FOR EACH ROW BEGIN
    SET @stie='1';
    DELETE FROM db2._archives WHERE tid=OLD.tid AND siteid=@stie;
END;;
DELIMITER ;

代码仅供参考，如有错误，还望指正。

　　今天听周传雄的专辑，无意中听到了这首很怀旧的歌曲《花香》。

　　记得那是2002年的九月，去距离老家2000多公里外的西安读书。第一次去那么远的地方，所以对初次到那里接触的东西印象很深刻。从军训时候开始，这首歌曲几乎是学校广播每天必放的，持续了起码得大半年，所以对它印象很是深刻。现在听到这首歌曲，仍然能比较清楚的想起当年军训时候的情景。

　　找了找当年的照片，找到了几张，蛮怀念的，照片应该是军训结束时候的演习。

　　随着年龄的增长，感觉过年越来越没有意思，不知道你是否也有相同的感受。

　　春节过完了，昨天夜里回到了深圳。深圳当天的最低温度只有5度的，让人越发的感到冷清。深圳真是一个名副其实的移民城市。

　　今年情人节正好是大年初一，搞的深圳往年很是红火的情人节冷冷清清。据载我们回来的一位的士司机介绍，那天玫瑰花的价格有的竟然便宜到一元钱两支！

　　在使用Ubuntu 9.10一段时间后，由于系统自动升级关系，会自动增加很多新的内核，而我们用到的也就只是一个正常的内核。那么怎样来删除多余的内核呢？

　　第一步，查看系统已经安装的内核：

dpkg --get-selections|grep linux

　　然后删除你不需要的，这里不需要的我建议你从启动菜单中挑选，而不是只留下你当前使用的，因为有一些东西我也不确定卸载后是否系统会出问题：

sudo apt-get remove linux-headers-2.6.24-14-generic

　　这样之后就可以删除内核了，同样也可以给系统让出不少空间来。

　　之前写过一篇文章来描述这个问题，解决Windows与Ubuntu双系统时区设置问题，但那里介绍的Windows中修改方法并不可取。而这里还是说在Windows里来解决这个问题，采取是退而求其次的方法：自动校对Windows系统的时间。

　　用过Ubuntu的人都知道，这个系统每次重新启动会自动校对系统的时间。而现在的实现方法就是借鉴这一点，让Windows也实现自动较时的功能。原本Windows是有这个功能的，但我的系统自动较时没有一次成功过，手动较时单次成功率也不是100%，且花的时间特别长，不知道是不是由于服务器在美国的原因。网上搜索了一个比较实用的小软件Neutron V1.07，仅有4KB，但实用的功能一点都不少。手动较时，自动较时，较时后自动退出（这个很实用）。我这里提供一个汉化版本的下载，你也可以到官方网址下载最新的，发布文章的时候是V1.07版。

　　其实在主板电池电量不足的时候，这也是一个不错的临时解决方法。