12/18/2008 13:37 | by 
10/08/2007 18:13 | by
和旧的托管商的服务再过几天就到期了。本来想偷懒继续把网站放在那里的，可是上星期发生的网站事故让人再也无法忍受了。所以昨天就找了新的托管商准备把网站搬过去。
早上准备上网站把数据再备份一次，结果又出错了。这次是“Server Internal Error”。大概两个半小时后，客服回复说修好了，可是很多文件的“可读写”属性都变成了“只读”属性，于是干脆把网站关了，开始搬家工程。因为星期六重建网站的时候，只放了最基本的一些文件，所以这次搬家也没有太多东西需要搬的了。主要就是 blog 软件需要的文件和数据库的重建。因为有了星期六的重建作为“练习”，所以今天搬家还是比较顺利的。本以为最后转托管商的域名注册需要一两天的时间，但傍晚的时候发现新的网站已经起来了。希望新的托管商能让人满意。
早上准备上网站把数据再备份一次，结果又出错了。这次是“Server Internal Error”。大概两个半小时后，客服回复说修好了，可是很多文件的“可读写”属性都变成了“只读”属性，于是干脆把网站关了，开始搬家工程。因为星期六重建网站的时候，只放了最基本的一些文件，所以这次搬家也没有太多东西需要搬的了。主要就是 blog 软件需要的文件和数据库的重建。因为有了星期六的重建作为“练习”，所以今天搬家还是比较顺利的。本以为最后转托管商的域名注册需要一两天的时间，但傍晚的时候发现新的网站已经起来了。希望新的托管商能让人满意。
10/06/2007 22:39 | by
星期四上午在回复留言的时候，突然网站出错，然后就一直上不去。到了下午还是一直说“Page cannot be displayed”，于是就发了 ticket 给托管商的客服。很快收到回复说网站所在的服务器 crashed 了，他们正在修复，很快能好。可是一直到了晚上都没好，就又去问他们进展如何。回复说服务器严重受损，他们的 senior technicians 正在修复，很快就会好了。
星期五一早，发现有托管商发来的 email ，说网站所在的服务器严重受损，他们试图重装备份，但是最快的方法是用自己的备份文件重装。于是准备上网看看究竟“损失”如何，需不需要用自己的备份文件。可是这次得到的错误是“无法连接数据库”。这种错误以前也常看到，通常是发生在服务器的数据库有问题的时候，而且一般很快就好了的。可是这次得到的回复却说需要登陆重新安装自己的文件。当时心里就觉得不对，试图登陆也无法登陆，于是又去问怎么回事。这下等了一上午却一直没有进展，而且网站的错误又变成“页面无法显示”了。一直到了下午才得到回复说服务器还没好，还在修。
就这样一直没有消息。下午又去问进展如何。一直到晚饭的时候得到的回复是重新设置了密码，要用自己的备份重装。用新密码登陆后，发现整个网站就是空的，自己原来的文件一个都没有了！当时就觉得非常气愤，问他们为什么不先用他们的备份文件。回复说他们的备份文件也被毁掉了！！！
星期五一早，发现有托管商发来的 email ，说网站所在的服务器严重受损，他们试图重装备份，但是最快的方法是用自己的备份文件重装。于是准备上网看看究竟“损失”如何，需不需要用自己的备份文件。可是这次得到的错误是“无法连接数据库”。这种错误以前也常看到，通常是发生在服务器的数据库有问题的时候，而且一般很快就好了的。可是这次得到的回复却说需要登陆重新安装自己的文件。当时心里就觉得不对，试图登陆也无法登陆，于是又去问怎么回事。这下等了一上午却一直没有进展，而且网站的错误又变成“页面无法显示”了。一直到了下午才得到回复说服务器还没好，还在修。
就这样一直没有消息。下午又去问进展如何。一直到晚饭的时候得到的回复是重新设置了密码，要用自己的备份重装。用新密码登陆后，发现整个网站就是空的，自己原来的文件一个都没有了！当时就觉得非常气愤，问他们为什么不先用他们的备份文件。回复说他们的备份文件也被毁掉了！！！
Bo-Blog 升级之后，多了可以给日记加密码的功能，就拿昨天的日记试验一下。希望可以通过这个方法将有私人内容的日记控制给熟悉的人阅读。一些已经知道的注册用户已经修改了设定，可以不用输入密码。但其他用户及游客必须要有密码才能看日记的内容。密码会在近期发出。如有遗漏就来问吧。
当初 Bo-blog 从文本版升级到数据库版的时候，没有太注意数据库的CHARACTER SET和COLLATE的设定，使用了默认的类型 latin1 。之后虽然把设置该成了 UTF8 ，但是还是有很多问题。 第一，在后台查看数据的时候，所有的中文都是乱码；第二，虽然数据库和表（table）的设置该过了，但是表中的栏目（field）还是旧的设置，并且后台无法修改；第三，每次导出（export）后的数据根本就不能用。这最后一点也是最重要的一点。因为这说明一旦托管商那里的数据库发生问题，备份（backup）的数据是没用的，也就是说数据就彻底丢了。
年初的时候问过托管商的客服如何重新设置数据库可以让中文数据正确输出，但得到的回答是“已经是UTF8了，不需要再改了”。后来因为没时间，就没有再追问。
上个星期突然发现过去已经改为 UTF8 的数据库和表属性又变成了 latin1 。虽然在生病，可是脑子里不知为什么就放不下这回事了。这越想就越不安。联想前段时间因为更换服务器引起的问题，更加觉得如果数据没有好好备份，一旦出问题，那损失可就惨重了。于是又去问客服。一开始他们给的回答还是说没问题了，但发现根本没有解决问题。于是发了导出后的数据给他们，告诉他们什么地方不对。这次他们就把问题转到了更高一层的客服支持（Level 3 Support）。第二天换了个人。一开始她（好象是个女的）说已经把设置改好了，但是发现还是不对。过了一天，她说她重新建了一个数据库，用了正确的设置，并且把原来数据库的数据都输入了。试了一下果然是好了！但是因为她输入数据之后，又有新的数据写到旧的数据库里了，所以今天就把 blog 暂时关了，让她重新再输一次。晚上回家后发现数据库已经好了，但是一开 blog ，所有的中文显示又不行了。这次觉得不应该是数据库的问题，而是 blog 设置的问题了。于是一点点地找，最后终于发现是 Bo-blog 里面关于数据库版本的一个设置需要更改。
现在 blog 又开了。数据的存储和备份也正确了。一直搁着的一个问题解决了。
而且这次通过和最后那个客服的交道，发现她是目前在托管商那里遇到的最好的一个客服了。问题说一遍就知道了，每次回复都是有成果的。所以很满意。
年初的时候问过托管商的客服如何重新设置数据库可以让中文数据正确输出，但得到的回答是“已经是UTF8了，不需要再改了”。后来因为没时间，就没有再追问。
上个星期突然发现过去已经改为 UTF8 的数据库和表属性又变成了 latin1 。虽然在生病，可是脑子里不知为什么就放不下这回事了。这越想就越不安。联想前段时间因为更换服务器引起的问题，更加觉得如果数据没有好好备份，一旦出问题，那损失可就惨重了。于是又去问客服。一开始他们给的回答还是说没问题了，但发现根本没有解决问题。于是发了导出后的数据给他们，告诉他们什么地方不对。这次他们就把问题转到了更高一层的客服支持（Level 3 Support）。第二天换了个人。一开始她（好象是个女的）说已经把设置改好了，但是发现还是不对。过了一天，她说她重新建了一个数据库，用了正确的设置，并且把原来数据库的数据都输入了。试了一下果然是好了！但是因为她输入数据之后，又有新的数据写到旧的数据库里了，所以今天就把 blog 暂时关了，让她重新再输一次。晚上回家后发现数据库已经好了，但是一开 blog ，所有的中文显示又不行了。这次觉得不应该是数据库的问题，而是 blog 设置的问题了。于是一点点地找，最后终于发现是 Bo-blog 里面关于数据库版本的一个设置需要更改。
现在 blog 又开了。数据的存储和备份也正确了。一直搁着的一个问题解决了。
而且这次通过和最后那个客服的交道，发现她是目前在托管商那里遇到的最好的一个客服了。问题说一遍就知道了，每次回复都是有成果的。所以很满意。
上午趁工作间隙继续试网站。主页是回来了，但是没办法加新的日记或评论，连想看具体的日记都不行。于是又去托管站发了一个 Ticket 。这次把优先度（Priority）定为危险（Critical）。
中午的时候又出现数据库连接问题。
到了下午再去看的时候，似乎已经好了，可以显示日记，也可以加日记和评论。所以干脆换了个版面，希望心情也会好一点。
傍晚到家，再上去看，看到有新的留言，不过又是垃圾，但是至少说明网站的功能是回来了。
晚上忙完事情之后，想补几篇前几天的日记，结果网页无法显示（Page cannot be displayed）。只好到托管站那里继续留话。不过到去睡觉的时候，还是没有人回复。
郁闷啊！
中午的时候又出现数据库连接问题。
到了下午再去看的时候，似乎已经好了，可以显示日记，也可以加日记和评论。所以干脆换了个版面，希望心情也会好一点。
傍晚到家，再上去看，看到有新的留言，不过又是垃圾，但是至少说明网站的功能是回来了。
晚上忙完事情之后，想补几篇前几天的日记，结果网页无法显示（Page cannot be displayed）。只好到托管站那里继续留话。不过到去睡觉的时候，还是没有人回复。
郁闷啊！
星期六清理完垃圾留言后就一直没有再上去看。到了昨天上午发现网站出了问题，是数据库联系的问题。于是发了 ticket 给托管商。因为类似问题以前也出现过，很快就解决了，所以没有太放在心上。可是到了晚上问题还是没有解决。去托管商那里，发现自己的 ticket 根本没人在处理。心想是不是因为放假的关系，值班的人少，所以没时间处理呢？今天又等了半天，发现网站时好时坏。好的时候也只是主页起来了，只要是读数据库的链接都不工作。于是不停地给托管商留言，可是到了晚上居然还是没有人处理。好生气啊！
最近在自己的网站上总是看到很多垃圾留言。虽然从开设网站那时候到现在，就一直告诉自己，既然是把东西放在网上，就难免会遇到这种情况。但是真的看到那么多垃圾留言的时候，心情还是很不舒服的。
当初开这个小小的网站，只为了能够记录生活中的点滴，孩子的成长。同时也因为自己很有兴趣。如果能够因此在网络上联系自己的亲朋好友，结识一些新朋友，大家一起分享自己的经历，那是多好的一件事情。也是出于这样的愿望，就特别希望自己的网站能够象是自家的一个小花园，干净清爽，时不时有访客过来，能够喝杯茶歇歇脚。
我不可能天天在自己网站上清理垃圾留言。虽然也曾经想过是不是就不写了，把网站关闭算了。可是这毕竟是我很在意的一件事，我也花了很多的时间和精力想把网站办好。何况还有那些经常光顾这里的朋友。如果就此放弃了，自己都觉得好可惜。
最后想对那些写垃圾留言的人说，你可以不喜欢这里，但还是希望你能够尊重我。
当初开这个小小的网站，只为了能够记录生活中的点滴，孩子的成长。同时也因为自己很有兴趣。如果能够因此在网络上联系自己的亲朋好友，结识一些新朋友，大家一起分享自己的经历，那是多好的一件事情。也是出于这样的愿望，就特别希望自己的网站能够象是自家的一个小花园，干净清爽，时不时有访客过来，能够喝杯茶歇歇脚。
我不可能天天在自己网站上清理垃圾留言。虽然也曾经想过是不是就不写了，把网站关闭算了。可是这毕竟是我很在意的一件事，我也花了很多的时间和精力想把网站办好。何况还有那些经常光顾这里的朋友。如果就此放弃了，自己都觉得好可惜。
最后想对那些写垃圾留言的人说，你可以不喜欢这里，但还是希望你能够尊重我。
两天没上来更新。今天突然收到 web host 的通知说他们在更改 PHP 在网络服务器的运行模式，以防止一些 PHP 的运行导致的当机和安全问题。可气的是他们居然从我的网站服务器开始更新而且没有事先通知！看完通知后立刻来网站检查，果然有问题。很多文件都出现读写 permission 的问题（这也是服务器更新后可能产生的主要问题之一）。去后台修改居然文件属性，居然也不能。只好发 ticket 过去。好在有人很及时地回复，不到一个小时就把问题解决了。这台服务器已经出了好几次问题了，如果还这么下去，真要考虑换搬家了。
07/09/2006 11:56 | by
网站被黑之后没有马上进行恢复（人有点懒）。星期二晚上看了看网站上的文件，顺便清理了一下。星期三才开始恢复。
自己有两套 blog ，一套是公开的，一套是自己测试用的。这次被黑，发现两套都被改掉了。这两套都是 Bo-Blog 2.0 的版本，但是 1.7 版本的却没有影响。到 Bo-Blog 网站上去查看，果然是在 7 月 2 日发布了一个安全补丁。受影响的版本：2.0.1； 2.0.1 sp1； 2.0.2 Alpha 1-5； 2.0.2 RC 1。不知道这次被黑是不是和这个漏洞有关。（详细请看这里）
因为不知道有多少文件受影响，所以打算重装。先重装了测试版，重装时因为觉得可以用备份来恢复数据库，所以就把测试版的数据库全部给盖掉了。但是用备份来恢复数据库后，发现里面的内容成了乱码无法正确显示了，可是如果新加日记显示又是正确的，所以觉得是备份或者恢复的时候的问题。询问了 web hosting 才说过去备份的文件的字符集（Charater Set）并不是 UTF-8 的。然后又去问如何修改以保证以后备份的数据都是正确的（这可是非常重要啊！）因为 web hosting 那边不同的 server 的设置还不同，来来回回几趟（中间还出现了无法 login 的问题，又要重新设密码等事情），所以一直到昨天晚上才得到一些解释。解释得不是非常具体，但得到一些启发，找时间要再继续试，保证备份的数据可以正确还原。
自己有两套 blog ，一套是公开的，一套是自己测试用的。这次被黑，发现两套都被改掉了。这两套都是 Bo-Blog 2.0 的版本，但是 1.7 版本的却没有影响。到 Bo-Blog 网站上去查看，果然是在 7 月 2 日发布了一个安全补丁。受影响的版本：2.0.1； 2.0.1 sp1； 2.0.2 Alpha 1-5； 2.0.2 RC 1。不知道这次被黑是不是和这个漏洞有关。（详细请看这里）
因为不知道有多少文件受影响，所以打算重装。先重装了测试版，重装时因为觉得可以用备份来恢复数据库，所以就把测试版的数据库全部给盖掉了。但是用备份来恢复数据库后，发现里面的内容成了乱码无法正确显示了，可是如果新加日记显示又是正确的，所以觉得是备份或者恢复的时候的问题。询问了 web hosting 才说过去备份的文件的字符集（Charater Set）并不是 UTF-8 的。然后又去问如何修改以保证以后备份的数据都是正确的（这可是非常重要啊！）因为 web hosting 那边不同的 server 的设置还不同，来来回回几趟（中间还出现了无法 login 的问题，又要重新设密码等事情），所以一直到昨天晚上才得到一些解释。解释得不是非常具体，但得到一些启发，找时间要再继续试，保证备份的数据可以正确还原。
