我们的装修最后选定的是老婆幼儿园的一个家长，是老婆主动找别人的，原来我们自己找的两家的报价都有点高，但是问题是那个老板不想签合同，给的材料清单也只是主要的一些项目和一个总的报价（价格比那两家较便宜的还便宜8000块钱，但是主要材料更好一点），装修完之后再付钱，鉴于后付钱，我也就不好说什么了，但是总是有点担心。
现在房子的老装修已经被铲除了，开始铺水管和电线了，但是给我们装修的那个老板要加2000块钱，因为原来他是想着水管和电线都可以用，现在那些东西都不能用了，我老婆就感觉上当了，加上她们同事在边上也添油加醋的说，她想马上让别人停止装修再谈谈。我是不怎么同意这么仓促的，后来老婆又打电话给岳父，岳父也不同意，然后给老婆做了思想工作，结果老婆就来了个180度大转弯，又感觉没有什么问题了。
今天又跑去建材市场看了下，老婆决定把地板换成复合地板了，因为其他的东西都不是很好，没有必要用200块钱的实木地板，毕竟我们还借了不少钱，加上银行贷款，压力还是很大的。
装修这个事情太烦人了，我们又没有经验，又没有时间自己弄，在上海又没有很多熟人。
原来曾经写过一个有关JR的PR的值的问题，今天littlebat留言说明了原因，使用301永久重定向就可以解决，当然马上试了下，但是遇到一个问题，例如我访问http://jiehoo.com/google%e4%b9%9f%e4%b8%8d%e6%98%af%e4%b8%87%e8%83%bd%e7%9a%84.htm，我期望他转向到http://www.jiehoo.com/google%e4%b9%9f%e4%b8%8d%e6%98%af%e4%b8%87%e8%83%bd%e7%9a%84.htm，但是它总是转向到http://www.jiehoo.com/index.php，很奇怪，后来突然想到这个规则定义可能是有顺序的（没有系统的学习mod_rewrite），试了下，果然如此：
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^jiehoo.com [NC]
RewriteRule ^(.*)$ http://www.jiehoo.com/$1 [L,R=301]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
我刚开始是把上面的那个规则写到后面的，因为那个规则是wordpress需要的。
呵呵，发现在很多情况下IE不显示网页的内容，如果查看源代码会发现页面的内容很多，目前发现的两个情况（使用的是IE6）：
感兴趣的可以试试：
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title />
<link href="/stylesheet.css" rel="stylesheet" type="text/css" />
<script language="javascript" src="/js/common.js" />
</head>
<body>
xxxxx
</body>
</html>
上面的两种情况在FF下不会有问题
在经历了两天的加班后，今天早上终于把演示做完了，没有出现大的问题，而我们也就可以喘息一天了，所以利用这个时间看看有什么新的技术动态没有，上JR上看了下，没有什么太吸引人的新闻和文章，去JavaEye看了下，发现JavaEye改版了（可能有半年没有去过了），然后发现我原来在JavaEye的注册用户没有了，就又注册了个，还好我的万能ID（cherami）没有被人用，注册后的短信给了我一个惊喜：
增加RSS自动博客导入功能
呵呵，没有犹豫，马上导入，不过这个同步需要时间，到目前位置还没有任何反应，不过光从这个设想看，就值得夸奖一下JavaEye的开放精神
，现在有太多的人都有自己的独立域名的Blog，这个功能的推出无疑可以增加JavaEye的凝聚力。
2007年3月29日更新：
确认同步功能正常工作，不过有个担心就是，那个里面的评论和这里的评论分离了，不过好像有点吹毛求疵了。
另外就是这里的更新了，那边的应该不会更新吧？
过几天看看JavaEye上的这个日志的内容就应该知道了。
把JR的blog上的很多内容导到这里来了以后，我的侧栏就变得很长了，这样看着不太美观，想把首页的日志输出的条目数修改下，结果google了半天也没有个结果，后来修改了查询条件，从这个帖子里面获得了启发，搜索了下我的主题里面使用到query_posts的地方，发现是recent_entries.php里面使用了query_posts(‘showposts=10’);，修改为query_posts(‘showposts=12’);问题搞定。
其实搜索的时候看到一些帖子说在后台管理的输出选项里面可以控制，但是我的没有，不知道是版本变化的缘故还是使用不同的主题的缘故，不过搜索使用query_posts是一个通用的方法，缺点就是不是通过配置而是通过修改源代码，好在不是经常改，应该问题不大。
原来在JR的时候一直不敢公开自己的IM的账号，只对外公开了在JR上的邮箱，因为担心会有太多的人在IM上提问，影响我的工作，创建了这个blog后，就把自己的所有常用的IM账号都公开了，从公开到现在接近半年时间了，四个IM上一共也不到十个加为好友的请求，而真正的在IM上聊过的只有一个，而且是非常礼貌的先询问了下我是否很忙。所以从现在的结果看，我太高估了自己的吸引力了，而到我的这个BLOG来的，很多都是我的朋友和同事，他们都知道我的IM。
从现在起可以放心了，不会有太多的人用IM骚扰我。
PS：这个FCKEditot编辑器的表情好像在FF下有问题，有几个右边的表情显示不出来。
不知道有没有人注意过或者写过，就是如果你在使用assertEquals比较一个字符串和一个对象的时候，Failure Trace给出的信息可能会误导你：
junit.framework.AssertionFailedError: expected:<<script language="javascript" src="/js/common.js" />> but was:<<script language="javascript" src="/js/common.js" />>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:282)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:71)
期望的内容和实际内容是完全一致的，这个是因为后面的对象的toString方法的输出结果和前面的字符串确实是一样的，但是字符串和一个其它类型的对象进行equals比较一般都是返回false的。
公司修改了开发流程，把所有开发人员分成了两个小组，每个小组有一批任务，小组的成员分工完成所有的任务，每天更新任务状态，更新任务剩余的时间，然后在任务结束的时候演示给美国的同事看。这次的任务列表中有很多新的功能，修改非常的大，前段时间一直在开发，都是在自己的机器上做，不敢更新到CVS，怕把每天的Build搞失败了，上周五是最后期限，所以周四开始，大家陆续更新CVS，问题多多，然后周五继续修改，然后经理要求我们安装一个新的环境来做演示，到下午开始做BUILD，这个过程就要一个小时，下载又要半个小时以上（BUILD的结果在IDC的机器上），安装又要一个小时，这样搞下来已经快下班了，没有办法只能加班了，最后弄到8点多，今天又要重复这个过程，所以又要加班，和老外的英语课也被迫取消了。
其实如果大家早点把写的代码更新到CVS也不会有这么多的问题了，早点发现问题总比到最后发现好，反正我是每天都会更新的，有些东西不要了就从CVS删除，但是其它人可能觉得麻烦吧。
使用盘古的服务也快一个月了，基本上还算不错（一年100块），50M空间，流量是7G，但是到目前位置，空间只使用了不到20M，而20天的流量才700M，所以为了物尽其用，打算搭一个论坛，盘古的首页推荐了两种论坛，一个是PHPWind，一个是Discuz，看了下，Discuz的风格好像简单一点，符合我的口味，另外PHPWind下载竟然要先注册，还要留下电话，不爽，所以最后还是选择了Discuz，安装比较简单，上传以后几分钟就安装完了，但是接下来的配置让我完全有点手足无措了，因为可以定制的地方实在是太多了，这个东东真的是一个好东西，后来想想，目前还没有打算把这个论坛做得如何，所以简单的设置了下就完事了。
呵呵，感兴趣的人可以试试这个论坛，不过要先注册，而且要使用邮件激活，呵呵
不想有太多的垃圾用户占用数据库空间，毕竟不是在JR上，空间不用考虑。
考虑再三，还是把原来在JR上的Blog导入到这个Blog里面，还好WP支持RSS的导入，这个过程并没有用多少力气，但是导入也不完全，因为JR上的那个导出的时候只能导出前面的多少条，我还是按照分类导出的，这样导出的内容更多，有时间可能还会把JR中的文章也导入过来。
导入的过程中，每次导入的时候需要把同一个RSS文件导入三次才行，原因不明。导入完成以后，分类中的统计更新比较准确，而存档当中的统计就很不准确了，很多比较老的日期的都没有反映出来，例如05年7月有很多，但是存档中没有。
2007年3月27日更新：
存档的统计没有问题，问题在于侧栏的统计只显示12条，也就是一年的，修改了wp-content\themes\4u\blocks\monthly_archives.php文件：
<?php wp_get_archives(‘type=monthly&limit=30&show_post_count=1’); ?>
这样就把原来老的都显示出来了。
© 2025 解惑
本主题由Anders Noren提供 — 向上 ↑