10/21/2009 23:30 | by
补了几篇日记。应该是在一个月前，九月份的。因为悦儿得流感而没补上的。
2009年9月14日：两岁体检
2009年9月16日：不听话
2009 年 9 月 17 日：如此读书
2009 年 9 月 19 日：热汽球节
2009 年 9 月 20 日：厨师生日会
2009 年 9 月 23 日：生病
2009 年 9 月 25 日：三人午餐
PS：度假那几篇很快会补上的。
2009年9月14日：两岁体检
2009年9月16日：不听话
2009 年 9 月 17 日：如此读书
2009 年 9 月 19 日：热汽球节
2009 年 9 月 20 日：厨师生日会
2009 年 9 月 23 日：生病
2009 年 9 月 25 日：三人午餐
PS：度假那几篇很快会补上的。
12/18/2008 13:37 | by
三年了（补记 20080621）
[
06/21/2008 23:30 | by Ru ]
06/21/2008 23:30 | by Ru ]
晚上开完 party 有点睡不着，就到网上去转。结果去了以前在 Yahoo！360 的博客。发现第一次在那里写日记正是三年前的六月份（被毛豆妈“拖下水”的，呵呵）。重读那些日记，看那些照片，很多当年的小故事都很清晰地重新回放。虽然在那之前，在摇篮网上也有过短暂的“宝宝记录”（现在也更新到博客了），但一直以来都把 Yahoo！360 做为自己“博客经历”的开始点。所以可以说Yahoo！360 的博客对自己很有意义，也因此一直没有关闭。不过既然现在有了新的地方，也考虑到个人隐私的问题，还是决定慢慢把Yahoo！360 博客上的留言等搬过来，然后关闭那里。
三年了，自己还在坚持着。不知道还能坚持多久。但希望还能有几个三年。还能有机会重温生活中经历过的平凡点滴。
（20080708 补记）
三年了，自己还在坚持着。不知道还能坚持多久。但希望还能有几个三年。还能有机会重温生活中经历过的平凡点滴。
（20080708 补记）
10/08/2007 18:13 | by
和旧的托管商的服务再过几天就到期了。本来想偷懒继续把网站放在那里的，可是上星期发生的网站事故让人再也无法忍受了。所以昨天就找了新的托管商准备把网站搬过去。
早上准备上网站把数据再备份一次，结果又出错了。这次是“Server Internal Error”。大概两个半小时后，客服回复说修好了，可是很多文件的“可读写”属性都变成了“只读”属性，于是干脆把网站关了，开始搬家工程。因为星期六重建网站的时候，只放了最基本的一些文件，所以这次搬家也没有太多东西需要搬的了。主要就是 blog 软件需要的文件和数据库的重建。因为有了星期六的重建作为“练习”，所以今天搬家还是比较顺利的。本以为最后转托管商的域名注册需要一两天的时间，但傍晚的时候发现新的网站已经起来了。希望新的托管商能让人满意。
早上准备上网站把数据再备份一次，结果又出错了。这次是“Server Internal Error”。大概两个半小时后，客服回复说修好了，可是很多文件的“可读写”属性都变成了“只读”属性，于是干脆把网站关了，开始搬家工程。因为星期六重建网站的时候，只放了最基本的一些文件，所以这次搬家也没有太多东西需要搬的了。主要就是 blog 软件需要的文件和数据库的重建。因为有了星期六的重建作为“练习”，所以今天搬家还是比较顺利的。本以为最后转托管商的域名注册需要一两天的时间，但傍晚的时候发现新的网站已经起来了。希望新的托管商能让人满意。
星期四上午在回复留言的时候，突然网站出错，然后就一直上不去。到了下午还是一直说“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 根本没人在处理。心想是不是因为放假的关系，值班的人少，所以没时间处理呢？今天又等了半天，发现网站时好时坏。好的时候也只是主页起来了，只要是读数据库的链接都不工作。于是不停地给托管商留言，可是到了晚上居然还是没有人处理。好生气啊！
