Tech

彻底郁闷了，机关算尽，我却一直忘记了可以在php.ini里面设置时区，导致花费了额外的几百块去买VPS，好在我英明神武的选择了月付，浪费的不多，总的来说，于做网站而言，VPS不是一个最好的选择。

一行代码，浪费几百块，这是多么惨痛的血的教训啊！

date.timezone = Asia/Chungking

刚开始的时候我实在想不出来那帮人有什么理由要把xmarks封掉，很好用的书签同步工具啊，后来我仔细一想，谁让它推出那个site info服务的，你能想象打开一个网站，firefox地址栏下面显示了一大堆客观或者不客观的网址评价么？在中国，简直就是自寻死路，我估计那些洋人怎么也搞不清楚他们为什么被封。学学about.Com，现在已经完全屈服，以前能搜到的绝大部分敏感字眼现在上面都搜不出来（当然是英文版，中文版是国内合作的）。额，下面说重点，重点是这个书签服务不能用之后呢，我又尝试了几个公用的书签服务，比如Google的书签同步服务，实践证明，效果很差，同步速度很慢，编码问题导致乱码的情况很多，所以，我不得不自己弄一个同步服务器了，好在xmarks有说明书，建立一个自己的书签同步服务器并不是很困难的事情。

英文好的同学可以自行去xmarks网站查询，不过现在它已经被封了，如果你不会翻墙的话（最近封锁严重，TOR基本上没法用，我都改用VPN了）还是看我写的好了，当然，你要替换成自己的域名。
1，在域名服务器端设置一个二级域名foxmarks.bbken.org，同时设置http服务器对这个域打开webdav可写，设置dav用户名为ken,密码为ken。
2，touch一个空文件foxmarks.json在根目录下，设置文件权限为www可读写，这个文件名是固定的，不能修改。
3，在xmakrs的设置选项中，设置使用自己的服务器，书签URL为http://foxmarks.bbken.org/foxmarks.json，用户名和密码为前述设置。
4，开始同步，可以查看一下同步日志，如果不正确，日志中也会有体现的。
要点：一个子域名，一台支持webdav的服务器。
——
[2009-12-05 19:56:52] —— Xmarks/3.3.2 (/Places) starting sync withhttp://foxmarks.bbken.org ——
[2009-12-05 19:56:52] >>> GET http://ken@foxmarks.bbken.org/foxmarks.json
[2009-12-05 19:56:55] >>> Callback ({token:”12472113af9″, commands:[{action:”insert”, nid:”ROOT”, args:{ntype:”folder”, pnid:null, name:”XYZ”, created:1225964511, modified:1259463320, tnid:”fn77nqec-0″, unid:”fn77nqec-1″}}, created:1124284281, modified:1205293426}}], status:0})
[2009-12-05 19:57:01] lcs = 0 scs = 0
[2009-12-05 19:57:01] Success: e
——

把我的EG162卖了，换作九十块生活费，这个亏损比例也太大了，资产贬值比率为(600-90)/600=98.5%，当然，如果使用经验值加上折旧一半的话，客观的数值应该是亏损百分之三十五，看吧，什么都捱不过时间。

node206# g++ helloworld.cpp
node206# ./a.out
hello world
node206#

基本语法：
指令分隔符
<?php ?>
三种注释方法
//第一种
/*第二种*/
#第三种
不过我觉得我还是比较喜欢第一种，因为不用按上档键，其它两个都要按。

之前介绍pscp的文章已经很多了，这里纯属废话一遍，总之呢，简单的说，pscp就是putty套件中一个使用sftp和scp来远程拷贝文件的工具，也就是PuTTY Secure Copy client，由于大家坚信AES-256的牢不可破（其实说不定美国那几爷子早就有了破解算法故意不告诉大家），所以这个Secure还是比较有意义的，既然是远程copy，大家肯定已经了解了这个工具的使用范围，可以用于上传数据：关键性主机的数据更新（因为不允许未加密的数据传输嘛），可以用于推送数据：远程数据备份，之所以这个不叫下载而叫推送，是因为这是主机在上传，不是客户机在上传，也不是客户机在下载。

也许有人更喜欢用通过ssh隧道转发只对本地开放的ftp来 传输文件，毕竟用惯了Windows的人去敲命令行那简直不如让他去死，这种方法在上传数据的时候没有什么不同，可用，而且广泛可用，但在远程数据备份这块，就毫无意义可言了。没有人工干涉的远程备份一般有以下几个原因：
1，服务器所在地没有备份主机（备份主机硬盘满同理，汗），远程有备份主机。
2，需要备份的主机是Ghost host，额，也就是说，它的IP在变动。
3，需要备份的文件是随机生成的，备份主机无从知晓它生成了什么东西……汗。

远程备份数据是一个很折衷的办法，合理的网络布局应该把所有的服务器放在一个机房，而中国特色的网络利益人为分割，导致了广州到北京的距离比广州到美国还要远，当然大家理解为崇洋媚外也没什么问题，花大力气建设中美海底光纤而不花大力气建设国内互联互通的光纤，不是崇洋媚外是什么？扯得太远了，下面以我博客的备份脚本来解释一下pscp的应用：
——
#!/bin/sh
cd /home/ken/babyken
tar –exclude=bbken.org/files/media -cf bbken.org.tar bbken.org
bzip2 -9 bbken.org.tar
mv bbken.org.tar.bz2 bbken.org.$(date +%Y%m%d-%H%M%S).tar.bz2
mv *.bz2 /home/ken/babyken/backup
cd /home/ken/babyken/backup
/usr/local/bin/pscp -i priv_key.ppk *.bz2 ken@node66.bbken.org:/disk3/backup/node68
rm -f bbken*.bz2
——
首先呢自然是切入网站根目录上级，进行打包操作，由于这个MP3文件太大，我就不备份音乐了，在tar的时候把文件夹exclude，可以减少百分之八十的数据总量，也就是说，网站程序和日志大概只有接近两百兆的样子，打包完成后呢就进行压缩操作，使用bz2进行压缩级别最高的压缩……但是我发现文件似乎也小不了多少，回头用7zip压缩看看，接下来把压缩好的文件按照当前日期和时间重新进行命名，也就是那串(date +%Y%m%d-%H%M%S)，Unix shell中的时间格式比Windows cmd中的时间格式清晰明白多了，然后呢，就是把已经压缩好并且按照时间命名的文件推送到远程服务器上去，这个命令是：
pscp -i priv_key.ppk *.bz2 ken@node66.bbken.org:/disk3/backup/node68
这个命令的意思呢，就是把当前目录的bz2文件全部推送到主机node66.bbken.org上的/disk3/backup/node68目录中去，使用的登录验证方式是密钥对验证，登录用户名字是ken,密钥的名字是priv_key.ppk，当然，你也可以用密码来验证，考虑到用户密码定期会进行更改，定期去修改这个脚本中的用户密码是一个很重复的工作，使用密钥对就很简单了，甚至可以分发十几个密钥下去给不同的用户，不需要用户的时候直接在备份主机上删除密钥对就可以（似乎和密码登录也差不多……）。

当然了，这一切的前提是你必须先安装了putty，因为putty在*inx操作系统中不是标准配置，如果需要推送文件到不同的主机，你甚至可以调用putty-agent，将密钥对全部装进去。

下面简要的介绍一下另外一个小工具，plink，这个小工具看起来似乎没什么用处，但其实用处大着呢，很早之前我们讲过使用ssh隧道转发可以突破移动WAP网关对于浏览器的封锁，不久之前我们讲过很多管理员喜欢在Windows下使用ssh隧道端口转发来访问只对本地开放的ftp服务器以便传输文件，这个小工具就可以满足在*nix下进行端口转发的需求，更准确的说，plink就是*nix下的putty，当然了，没人会在*nix下去刻意使用putty，NND不是脑子进水嘛，只讲一下Windows下的使用，只需要一行命令，就可以实现端口转发，使用代理服务器或者传输文件啦！
plink -i priv_key.ppk ken@node66.bbken.org -L localhost:3128:localhost:3128
这个命令的意思是，用户ken使用密钥对priv_key.ppk登录到主机node66.bbken.org，并将服务器上只对本地开放的3128端口转发到我的电脑上来，然后我们设置浏览器的代理服务器为本地的3128端口，就可以通过服务器去进行访问啦，当然你可以转发其它的端口，诸如ftp呀，www呀，如果你在电信，访问联通的服务器速度奇慢，而这台服务器是多线，你甚至可以将联通服务器的SSH端口转发到本地来，以便快速的管理，而命令自然不会是-L了，而是-R。

不要忘记第一次连接主机的时候存储fingerprint哦~

昨天重装服务器的Windows2003SP2 IIS6.0时遇到了小问题，安装时无法复制文件，开始还以为是自己的IIS包有问题，可是在本地安装是正常的，重启服务器、清空缓存还是无效，最后在网上查了许久，终于找到解决办法。没想到碰到该类问题的人不少….

解决方法如下：

开始->运行->

esentutl /p %windir%/security/database/secedit.sdb

然后会有一个警告框，确定就可以了。

据说是Windows2003打了SP2之后数据库受损，恢复数据库后就行了，太佩服microsoft了…
不过根据我英明的判断，这实质上是把数据库恢复到了初始状态，而IIS的文件也从初始版本开始安装，SP2中如果包含了IIS补丁或者bug修改……