解惑

解己之惑,解人之惑

2007年8月 (第1页共2页)

反垃圾评论

这个Blog推出也有一定时间了,所以评论的Spam也逐渐多起来了,原来使用WordPress自己带的那个垃圾评论插件已经不符要求了,因为很多垃圾评论它是需要我再处理一下的,只能加到审核队列里面,所以今天专门又搜索了下反垃圾评论的插件,最终选定了这个:Spam Karma 2
从目前的情况看,效果还是很不错的,继续观察,唯一不好的就是它在我的页面底部加了一个信息,不太喜欢插件乱加东西。有时间看看是否有必要去掉。

2007年8月26日更新:
Spam Karma 2的效果果然不错,两天就过滤了36个垃圾评论,看了一下,都是垃圾评论,没有误杀。

加班的日子结束了

这段时间加了不少的班,开始只是周末加班,一周加一天,加了四周,前天晚上又加到很晚,我是到两点才走的。不过平时我还是走得比较早的,基本上6点半或者7点走,只是保证每天工作8个小时。
项目经理告诉我们的是接下来的一个月会比较轻松,不会马上有下一个版本的计划,应该会做一些自动发布的东西,另外我可能会提议把单元测试框架搭好,其实Oneal已经有一个雏形,可以做很多类型的单元测试了。这样我们下个月的日子以至以后的日子都会好过得多。
进这个公司也快两个月了,这次是我感觉技术最复杂的项目,所以也是我找到感觉最慢的一次,原来的公司都是进去后一个星期基本上就可以放开手脚做事情了,这次足足花了一个多月才找到感觉,一个是用到的技术比较多,LDAP,SQL Server, WorkFlow,DB2,Web Service,ESB都是第一次用,另外就是比较杂,后台的EJB2,EJB3,Hibernate混合使用,老的系统使用的老的技术,新的代码慢慢的过渡到新技术,加上AOP在其中穿插使用,最后就是遗留系统集成,我们这个项目是核心项目,原来的一些合并过来的公司的老的项目都要把数据集成到这个里面,所以集成的很多BUG很麻烦,因为我们搭一个完整的环境需要至少六台服务器,而其它的系统我们自己是不能搭的,只提供给我们开发和QA各一台,这样我们在开发的时候往往就存在冲突,可以说一天可能有很多的时间是在等待中度过的。而我们开发的环境因为使用的人多,经常有人修改配置,搞得很不稳定,后来和QA混熟了借他们的服务器直接打一个Hot Fix,也就是把我编译好的几个类替换下,然后在他们的环境里面验证,验证完了再还原回去,而这个要等他们QA都去吃饭的时候做
唉,这个阶段告以段落了,下个月要好好的想办法让这个项目的日子更加的好过一点了,这样我就可以恢复原来不用加班的生活了

上海四金缴纳比例

上海四金缴纳详细数据:

项目 基数 比例 缴纳总额 公司缴纳比例 公司缴纳总额 个人缴纳比例 个人缴纳总额
住房公积金 9876 14% 1382.64 7% 691.32 7% 691.32
养老保险 9876 30% 2962.8 22% 2172.72 8% 790.08
失业保险 9876 3% 296.28 2% 197.52 1% 98.76
医疗保险 9876 14% 1382.64 12% 1185.12 2% 197.52
生育保险(仅限女性) 9876 0.50% 49.38 0.50% 49.38 0% 0
工伤保险 9876 0.50% 49.38 0.50% 49.38 0% 0
               
总计   62% 6123.12 44% 4345.44 18% 1777.68

2009年最新数据,住房公积金每年的7月1号进行调整,其他每年4月1号调整。
基数:基本工资低于这个基数的按照实际工资计算,高于这个基数的三倍的才按照这里的基数计算。

专门把这个整理成了Excel的计算器,如果调整了,你可以自己修改基数,马上就能得到最新的数据,点击下载上海四金计算器

抛弃长宽

原来说过抛弃中国电信,但是两个月的经历特别是上班以后的体验说明了长宽还是太烂,原来没有上班的时候,主要是白天上网,网速还是可以的,但是上个月上班以后,只能在8点到10点上网了,而这个时间刚好是上网高峰,结果长宽的网速就降的惨不忍睹了。刚开始装的时候还特别问过的,是不是共享带宽,接待的那个人说现在已经不是了。打了几次电话反映这个问题,第一次说是网络交割,要过几天就好了,等了一个星期,涛声依旧,然后直接去长宽的服务点,他们说上门看,上门以后说是网络不太好,他们正在调整,三天后会好,又等了一个星期,问题依旧,他们说网管会上门最后解决,结果还是原来的那个人,说使用PPPoE的账号要快很多,这边只有两个这样的账号,刚连接的时候确实很快,130多K,但是很快就慢慢的下降了,而那个人也很明智的告诉完账号就走了,根本没有和我测试一下。我使用FlashFxp下载一个50M的文件,结果最后的平均速度是20K,另外一个比较搞笑的事情是:早上8点多没有人上网的时候,下载同一个文件的速度竟然稳定在240K,这个已经是2M带宽的上线了,原来使用2M的ADSL的时候下载那个文件的速度是250K。关键是,没人上网的时候带宽就算是10M也没有用啊

今天早上装了1M的ADSL,装的人说是可以装2M的,我们这个小区里面刚刚有个人装的就是2M,我可以打电话申诉。再鄙视下电信,明明可以装,就是不给我装,还有就是现在的ADSL不带路由功能,要带路由功能的,每年要多80块钱,倒!

长宽的钱不知道能不能退,我是年付的,协议上写了不能退,但是我退是因为他们的服务完全不合格!据理力争,否则。。。

更新:
宽带退掉了,但是初装费收了180,两个月的宽带费收了260,也就是两个月的平均费用为每个月220,而且一个月以后才能拿到钱

得到当前方法

在写代码的时候我们可能会需要当前的方法名,特别是在输出一些调试信息的时候,但是如果使用字符串硬写的话不太好,API好像也不带对应的功能,如果细心的话,异常信息里面是带出错的方法名的,我们可以dump stack trace并分析得到当前方法的方法名,实际上有更好的方法,和dump stack trace类似:
public static String getCurrentMethodName() {
    StackTraceElement element=Thread.currentThread().getStackTrace()[3];
    return element.getClassName()+"."+element.getMethodName();
}
为什么是3呢?从0到2分别是:
java.lang.Thread.dumpThreads
java.lang.Thread.getStackTrace
xxx.Xxxx.getCurrentMethodName:也就是你定义这个工具方法的类

浏览器回退的问题

这个是同事今天遇到的问题,有一个Form,里面有几个下拉列表Select和一个输入框Input,点击按钮进入下一个页面,在下一个页面有一个后退按钮,点击后退按钮(调用的就是history.back())返回前面的页面,页面上根据Form的内容拼接的一个字符串的内容不太对,那个Input输入框的部分的内容不正确,其它的下拉列表的内容是正确的,看了下他的代码,发现是使用document.write在页面加载过程中直接输出的,这个问题以前遇到过,但是我只是猜测浏览器的工作原理,没有找到权威的论据:
Input输入框是有一个defaultValue属性的,就是页面最开始的时候的值,如果用户修改输入框的值,那么变化的是value值,而如果进入下一个页面,然后使用浏览器的回退功能返回,那么页面加载的时候还是先加载的那个defaultValue的值,用户修改的那些值在页面完成加载后才会变化。所以同事遇到的那个问题可以通过页面的onLoad解决或者window.setTimeout解决。
明天到公司验证下,加些JavaScript应该可以确定这个过程。

坐公交和性能优化

今天本来想把长城宽带给退掉的,但是到了九点他们还没有上班,就没有等,然后不是按照平时早上坐的线路(一般都坐583,一趟车就可以到公司),而是按照晚上下班的转车方案,结果和平时一样到的公司,在这个过程中联想到性能优化。
第一点是路径问题,对于性能优化就是解决耗时问题,好的方案可以节省很多时间,少走弯路。原来的一趟车,是很方便,而且是起点站,上车有座,这个和多数人在开发系统的时候图自己省事一样,完全不关心性能是否好。
第二点是瓶颈问题,转车的方案本来可以更加省时的,坐第一趟车,九站才花了不到15分钟,但是转车后,在八百伴附近的那个隧道,从快进隧道到出隧道不到100米的距离也花了十分钟,这个就是瓶颈问题,瓶颈就是系统负载太重的地方。

呵呵,坐公交车无聊想的事情。不过,今天的无心之举到是给自己又省了很多时间,原来每天上班至少要花3个小时在路上,用这个转车的方案,只要2个小时了,早上可以多睡会了。

SYLK: File format is not valid

做一个性能分析的报告工具,输出为CSV格式,用Excel打开的时候报错:

原来写的一个程序类似,没有任何问题,这个偏偏有问题,搜索了下,没有想到原因竟然如此的BT:
"SYLK: File format is not valid" error message when you open a file in Excel for Mac

实际上这个问题不光在Mac下有,XP下一样,CSV文件的前两个字母是ID的话就会有问题,但是只要不全是大写就没有问题了,也就是id或者Id都可以。

JR总算是恢复了

历时三个多星期,JR总算是恢复了,这次主要是Bruce在弄,这次的问题一个是机器硬件出问题了,内存条坏了一根,而512M的内存根本就不够用,服务重启后只能支撑一个小时,另外一个问题就是我们的托管到期了,而原来的机房好像带宽不太好。
这次我们换了一个全新的机器,内存也加到2G,应该会比原来好很多。
不过这次连续停止服务超过三个星期,对JR的影响不知道有多大,前后收到过几个人的来信询问情况,不过当时的恢复都比较乐观,让他们失望了。

使用AOP带来的问题

AOP绝对是个好东西,但是因为大部分的AOP实现都是通过修改字节码实现的,这就给Hot Deploy带来问题,在进行Hot Code Replace的时候JVM会抛错:Hot code replace failed – Hierarchy change not implemented,根据字面的意思,我猜测是JVM判断出原始的字节码有变化,但是JVM中的字节码是修改过的,类似子类的结构。目前还没有找到比较权威的解释,另外我对AOP也不是很熟悉,所以仅仅是猜测

更早的文章

© 2025 解惑

本主题由Anders Noren提供向上 ↑