日记——有点郁闷的一天
一直不太想做什么，而且昨天睡得晚了点，1点过睡的，白天一直想休息。
上午是系统一直出现Server Application UnAvaliable的红字错误，比Service Unavailable好像又更高级一些了。
上网搜了，又重装IIS了，问题都得不到解决：尤其奇怪的是，如果页面里只有一个DateTime.Now.ToString() (我的Asp.net版标准测试代码），就不会出错。最后定位到好像是自己写的一个UserControl上，用到了自己也不熟悉的RadTreeView，而且又IPostBackEventHandler，实在担心是这里出了什么错——但昨天一直是好的啊。
最后，中午同事过来了，我实在不敢让自己写的东东影响到同事的工作，注释了代码一看果然是我的代码里的错误。
实际上，最后找出的错误是从WSS服务器上读取数据时出错。但这个提示的确有点觉得不明所以。再加一个frame方面的原因隐藏错误，的确就浪费了一上午的时间。
中午没有休息，结果是下午状态更差。看来是中午无论多忙都需要休息一下的。
下午是想把RadTreeView里的Toggle功能取消掉，首先是去掉点击事件，然后是换图标。找到官方的帮助，跟MSDN一个风格的较清晰，找了BeforeToggle/AfterToggle，这些客户端事件都是不起作用的——只能在这儿做事，但不可能阻挡这个事件。本想用event.srcElement来试试，结果仍然是失败。
想通过Reflector看源码找点线索，但这么复杂的代码一时半会（同时因为我的菜鸟技术）看不明白。最后准备从引用的js里找点线索。——花了很多时间，才知道这个应该是跟Toggle有关的事件。这时才找到关键字。
在js里突然看到一句“RadTreeNode.prototype.Toggle”，原来RadTreeView在客户端也是很面对对象的，像BeforeToggle之类，就会带有Node参数传入。既然找到了这一句，把它定义成空函数就可以了。
但不能影响原有的功能，所以在页面里添加RadTreeNode.prototype.Toggle = function(){};这里还用到Firebug来做测试，在那个Console里测出相应的东西要容易得多，像vs2005的即时窗口一样好用。开始看到了RadControl也有Namespace方面的东东，最后是不需要管这个（我也没怎么看懂）。
——说实在的，要实现一个功能很难，要破坏一个功能就简单得多吧。
最后是换图片，为RadTreeView新建一个Skin，然后复制一组图片，却遇上了windows资源管理器的缓存问题，绕了不少时间，没完成已经下班。
下班后是Team聚餐活动，自助西餐，随便吃吃，我反正对这些吃的是没有多少兴趣，尤其是那些要有什么酱的东东，看着我就没有食欲。还是喜欢中餐，总之，还是喜欢很传统很平常的东东，“奇怪”的东西是不想吃的。
一天的时间，包括昨天吧，其实还包括前天，一共是三天的时间一直想着dazuims.com的文章更新的问题。那个JFCMS的文章刷新超时问题已经很久了，一直绕过没有去解决，现在不解决已经不行了。昨天晚上写到1点钟才勉强写了两个基于Application对象来存储状态的解决方法，几乎没有界面，“命令行”的代码。晚上没地方上网，想用手机ftp传上去，可惜又是下载FireFtp什么的，结果还是不了了之——总是上传不成功。
上周末整理的1500篇左右文章，折腾了6/7个小时才用火车头采集完成，但采到的170多M图片却没有上传完成。加上现在服务器严重问题，经常Service Unavailable, JFCMS这方面的确做得很不好，而且居然一直没有解决方法，甚至提问题的人都不多，也可以看出JFCMS的用户群很小。当初选这个CMS的确有一些不明智。
昨天晚上用Reflector加上随意的写法，完成的每刷新一段以后等待几秒再重新请求的方式，想要避免服务器超时，或资源占用过多问题，但实际效果很差。早上到处找人，最后hover帮忙上传了文件，结果证明无法使用。原先觉得有效的Applicaton来存进度，不丢失进度的设想全盘失败——Service UnAvailable以后，Application对象就没有了。在公司找了点时间（约半小时至一小时）改成全部URL传参来保存进度的方法，晚上十点过回家以后，改写了一下代码，跑网吧来做最后的文章更新。
结果是更让人郁闷。服务器每工作1分钟左右，就会Service UnAvailable一次，程序根本无法正常运行。我也不指望再改程序来解决这个问题了，硬件的问题不是软件能绕得过的，花费的时间太多而且不能真正解决。一直考虑把dazuims.com的服务器换一下，却找不到好的空间，不是贵，就是不好找人合租。
最后是发挥自己的耐心，等也得等到今天把这些东西更新完。因为Google Sitemap已经提交上去了，如果文章没有生成，Google Sitemap就会抓到死链接。还有，这个从周一出现的任务，应该最终完成了。了却一件事，免得一直花时间精力去想着。
0:40左右，文章最后生成完成。这段时间中，不知做什么，很困，看文章，牛博网，和菜头，抓虾什么的，都没心思看。最后还是在这里来写一下吧，居然到1:02才写完。呵呵，花了20分钟纯粹为了写这个呆在网吧。
很没有条理，流水帐的记法，想想今天（其实已经算是昨天了）还是做了一点事的。明天把TreeView Toggle Cancel完成了，然后继续自己的MOSS那个东东，已经好几天没有做了。
写完收工。回家睡觉。看来仍然只有明天一早起来洗澡才能打起精神上班了。
上午是系统一直出现Server Application UnAvaliable的红字错误，比Service Unavailable好像又更高级一些了。
上网搜了，又重装IIS了，问题都得不到解决：尤其奇怪的是，如果页面里只有一个DateTime.Now.ToString() (我的Asp.net版标准测试代码），就不会出错。最后定位到好像是自己写的一个UserControl上，用到了自己也不熟悉的RadTreeView，而且又IPostBackEventHandler，实在担心是这里出了什么错——但昨天一直是好的啊。
最后，中午同事过来了，我实在不敢让自己写的东东影响到同事的工作，注释了代码一看果然是我的代码里的错误。
实际上，最后找出的错误是从WSS服务器上读取数据时出错。但这个提示的确有点觉得不明所以。再加一个frame方面的原因隐藏错误，的确就浪费了一上午的时间。
中午没有休息，结果是下午状态更差。看来是中午无论多忙都需要休息一下的。
下午是想把RadTreeView里的Toggle功能取消掉，首先是去掉点击事件，然后是换图标。找到官方的帮助，跟MSDN一个风格的较清晰，找了BeforeToggle/AfterToggle，这些客户端事件都是不起作用的——只能在这儿做事，但不可能阻挡这个事件。本想用event.srcElement来试试，结果仍然是失败。
想通过Reflector看源码找点线索，但这么复杂的代码一时半会（同时因为我的菜鸟技术）看不明白。最后准备从引用的js里找点线索。——花了很多时间，才知道这个应该是跟Toggle有关的事件。这时才找到关键字。
在js里突然看到一句“RadTreeNode.prototype.Toggle”，原来RadTreeView在客户端也是很面对对象的，像BeforeToggle之类，就会带有Node参数传入。既然找到了这一句，把它定义成空函数就可以了。
但不能影响原有的功能，所以在页面里添加RadTreeNode.prototype.Toggle = function(){};这里还用到Firebug来做测试，在那个Console里测出相应的东西要容易得多，像vs2005的即时窗口一样好用。开始看到了RadControl也有Namespace方面的东东，最后是不需要管这个（我也没怎么看懂）。
——说实在的，要实现一个功能很难，要破坏一个功能就简单得多吧。
最后是换图片，为RadTreeView新建一个Skin，然后复制一组图片，却遇上了windows资源管理器的缓存问题，绕了不少时间，没完成已经下班。
下班后是Team聚餐活动，自助西餐，随便吃吃，我反正对这些吃的是没有多少兴趣，尤其是那些要有什么酱的东东，看着我就没有食欲。还是喜欢中餐，总之，还是喜欢很传统很平常的东东，“奇怪”的东西是不想吃的。
一天的时间，包括昨天吧，其实还包括前天，一共是三天的时间一直想着dazuims.com的文章更新的问题。那个JFCMS的文章刷新超时问题已经很久了，一直绕过没有去解决，现在不解决已经不行了。昨天晚上写到1点钟才勉强写了两个基于Application对象来存储状态的解决方法，几乎没有界面，“命令行”的代码。晚上没地方上网，想用手机ftp传上去，可惜又是下载FireFtp什么的，结果还是不了了之——总是上传不成功。
上周末整理的1500篇左右文章，折腾了6/7个小时才用火车头采集完成，但采到的170多M图片却没有上传完成。加上现在服务器严重问题，经常Service Unavailable, JFCMS这方面的确做得很不好，而且居然一直没有解决方法，甚至提问题的人都不多，也可以看出JFCMS的用户群很小。当初选这个CMS的确有一些不明智。
昨天晚上用Reflector加上随意的写法，完成的每刷新一段以后等待几秒再重新请求的方式，想要避免服务器超时，或资源占用过多问题，但实际效果很差。早上到处找人，最后hover帮忙上传了文件，结果证明无法使用。原先觉得有效的Applicaton来存进度，不丢失进度的设想全盘失败——Service UnAvailable以后，Application对象就没有了。在公司找了点时间（约半小时至一小时）改成全部URL传参来保存进度的方法，晚上十点过回家以后，改写了一下代码，跑网吧来做最后的文章更新。
结果是更让人郁闷。服务器每工作1分钟左右，就会Service UnAvailable一次，程序根本无法正常运行。我也不指望再改程序来解决这个问题了，硬件的问题不是软件能绕得过的，花费的时间太多而且不能真正解决。一直考虑把dazuims.com的服务器换一下，却找不到好的空间，不是贵，就是不好找人合租。
最后是发挥自己的耐心，等也得等到今天把这些东西更新完。因为Google Sitemap已经提交上去了，如果文章没有生成，Google Sitemap就会抓到死链接。还有，这个从周一出现的任务，应该最终完成了。了却一件事，免得一直花时间精力去想着。
0:40左右，文章最后生成完成。这段时间中，不知做什么，很困，看文章，牛博网，和菜头，抓虾什么的，都没心思看。最后还是在这里来写一下吧，居然到1:02才写完。呵呵，花了20分钟纯粹为了写这个呆在网吧。
很没有条理，流水帐的记法，想想今天（其实已经算是昨天了）还是做了一点事的。明天把TreeView Toggle Cancel完成了，然后继续自己的MOSS那个东东，已经好几天没有做了。
写完收工。回家睡觉。看来仍然只有明天一早起来洗澡才能打起精神上班了。
