msgbartop
用铅笔写日记,记录那最原始的美丽
msgbarbottom

MySQL 工作正常,目前情绪稳定

昨晚头脑一热卸掉了工作成绩一直很稳定的MySQL 5.5.4 m3,本想尝试下RPM包安装.故而下载了server、client、shared、devel 四个包.

结果杯具了……不堪回首呀

开发版真的不是人用的,错误日志文件居然出现了“you could hit a bug” 字样 囧rz

php-cgi 居然也跑不起来了,libmysqlclient.so 居然没有版本信息……

彻底死心了.

毅然决然的换回了GA分支的5.1.49 最新版,情绪文档,表示影响不大 :)

现如今内存的价格不敢恭维

随着肢解了自己的笔记本,邂逅了自己的内存条-1GB 667MHz.于是便打算小小的升级一下自己的内存,再加一根1GB的.

虽说我这1GB内存用的好好的,不过有些时候玩一些游戏呀(如 仙剑4、实况10)的确还是略感缓慢.预算在100-150之间了,因为我想内存的价格也就这样了吧,还能高到哪里去……

可是我错了.我首先是去了卓越亚马逊(我经常去的购物网站),查看了内存的清单.发现1GB的笔记本内存(当然我这里指的是DDR2的)大多在160-180之间,显然和我的预算不太符合,不过咬咬牙还能接受.
不过问题又来了,我自己的内存条频率是667MHz的,可是现在只有800MHz的。我查了一下网上有人用667 + 800 搭配过,表现还可以。800的内存是降到了667去工作的.

不过我还是不是很放心.于是去金士顿(比较相信品牌)的官网查了一下.看看我这款笔记本能搭配什么样的内存条。结果与我所想一模一样.如图:
金士顿升级建议

看来我的谨慎是有道理的,内存混搭这种事情看来是不能冒险的。

于是便以“KTH-ZD8000B/1G”为关键词搜索了一下,出来的结果让我大吃一惊.
首先中文网页寥寥无几,更多的是一些英文站点,我直接忽略。终于找到了一个京东商城的页面,有得卖。大喜过望阿
点进去一看,疯了,269元,还缺货~如图:
京东报价

莫说缺货,就是有货,我也不会去买了。这是打劫么??!!虽说533/667 频率内存已经过时,不过也不能这么宰人吧
接下来又看了一个来自淘宝网的,价格也高的离谱,更加无视.

有网友说,现今内存条价格攀升的速度和房价有的一拼,看来不假.而我的内存升级计划估计得搁浅了.

今天亲自动手拆了自己的本子

昨晚,ubuntu 例行更新。网易163镜像源,129kb/s 速度中……很满意.

恩,火狐3.6.7 已经可用了.

可是没想到阿没想到,MLGB的,更新到一半,画面居然定格掉了,感觉不对。摇了摇鼠标,没反应~,ctrl + alt + d 最小化,也没反应. ctrl + alt + F1-7 均无反应. 杯具了,居然假死掉了。。。

这时候发现cpu 风扇狂转不止,用手一摸,温度也高的惊人呐,烫!!看来罪魁祸首必定是CPU散热无疑了.无奈之下,只好长按电源键强制关机了.不过,这时候我也开始有了清理电脑的想法了.

话说,我这台笔记本是07年买的,用到现在已经快3年了.表现还算可以.不过现在终于还是出了毛病.到了不得不采取行动的时候了.

关了机后,就没有再开机。而是先拆卸下了硬盘和电池.电池还可以,硬盘烫的要命。于是先睡觉休息,明天一早再来修理此事.
我之所以决定动手拆,还有个原因是该本子的2年免费保修已经过了.求人已经成为不可能,只能求己.

第二天一早便开始忙活起来,话说我还从来没有拆过笔记本,台式机倒是经常拆(也就是因为此,我逐渐从一个硬件盲成为了略通门路的人)。不过,这也成了我的底气了.

过程不能说很顺利,同时也很艰辛。过程我也不想赘述.总之是不拆不知道,拆了吓一跳。平时看很干净的电脑,里面居然有那么多的灰尘。这让有洁癖的我显然更有理由去动手了.貌似还得感谢昨晚的假死,不然还得拖到多久呢

完了之后,再装回去。这次苦的我够呛。装了拆,拆了装.不是这个忘了就是那个忘了,我晕呐~~好歹最后还是完好无损的装好了(虽然到最后还剩下了两颗螺丝,囧rz)。测试跑了一下,运行正常,情绪稳定.

今天一天都花在这件事上了,感觉还是值得的,至少我更了解我的电脑了.送给那些想动手拆自己电脑的人一句话:"胆大心细即可".这就是我的经验之谈.

今天拆卸的过程中还拍下了不少图片,最后附上:
图1

图2

图3

图4

图5

图6

图7

_完_

基于Gaelyk框架快速开发谷歌云计算应用

其实这篇文章很久就打算写了,本来的想法是计划等到我的wp4gae项目有了博客雏形的时候,顺便写出来的。

可是事与愿违,我打算用groovy实现绘制验证码遇到了技术瓶颈,项目就一下子死在那了…详见邮件列表存档 囧rz

这一死就死了近两个月……好了,言归正传,话说用gaelyk 开发谷歌云计算(简称GAE)还是蛮棒的,而且它也是难得的几个面向GAE平台的groovy框架.

我就是在groovy官网看到它的链接的,主页是:http://gaelyk.appspot.com/,可以说gaelyk是一个又轻量级又强大易用的框架.

首先,确保本地eclipse(原谅我,我用的是eclipse) 安装了Google App Engine Plugin for Eclipse,Groovy-Eclipse 插件.
根据消息,后者最新版本为 Groovy-Eclipse 2.0.2,安装地址为:
http://dist.springsource.org/release/GRECLIPSE/e3.5/
http://dist.springsource.org/release/GRECLIPSE/e3.6/ (for Helios)

顺便说一句,eclipse 最新版本3.6 在widnows下有内存溢出现象,经常导致假死,这已经是公认bug了.

在groovy 和 gae 插件安装了后,现在可以创建基于gaelyk的项目。
有两种选择:
1,只下载 gaelyk-0.4.2.jar 文件,在项目中导入.缺点是必须对项目目录结构很清楚。
2,就是下载官方提供好的项目模板,解压后,可以直接导入到eclipse中。而且里面还自带了一些GAE的jar包.

本人选择的是后者方法,里面还有一些例子,可以参考学习.

一切完成后,目录结构如图:
gaelyk-directory-layout

前期工作好了后,就可以开始开发项目了.

习惯了一般的b/s开发,忽然转变到云计算平台,一般人都不会太舒服。不过gaelyk 是遵循经典的MVC模式的,它把视图和后台的逻辑处理很明显的分开了.

视图前台显示部分交给了视图模板 *.gtpl(相当于jsp),而把处理程序通通放在了Groovlet 里(类似servlet)。这样的话,思路就变的清晰了.

和jsp一样,gaelyk提供如 request、response、appliaction、session 等隐式对象,随用随拿.

当然,gaelyk 还提供了一些特殊的内置对象,比如 params(据说是学ruby on rails),就是一个封装了请求体里面参数的键值对集合, 或者像 headers,就是请求头里面的信息,以供用户调用.
厌烦了log4j ?不妨尝试下 gaelyk的 GroovyLogger,一样很棒。

除了这些个一开始就实例化好待用的对象,官方叫它“积极变量”,gaelyk 还提供了一些“消极变量”(即第一次请求时才实例化),
有点类似于 饿汉模式 和 懒汉模式阿.
如 out、html.

当然还有一些 gae 的对象,如 datastore,用于操作数据库.厌烦了gae 自带的jdo、jpa 方式。尝试一下gaelyk的条件式查询,很是方便。最重要的一点是其中不会产生一句sql语句,呵呵,sql不好的同学们有福了 :)

在gtpl 视图模板里面,默认支持el表达式,原生态支持 小脚本、代码块以及表达式.(因为groovy也是java 囧rz)
还有更有趣的,gaelyk 导入类时支持通过 as xxx 起别名,很方便.而跳转和重定向的时候也有简洁的办法,直接 forward "url"、redirecr "url" 即可,再也不用Request.xxx.dispatch.xxxx.findforward 了.

gaelyk 还有一个亮点就是,支持地址重写.只要稍稍编辑 web.xml (交由 RoutesFilter 处理),再指定规则文件.
就可以实现伪静态了.
如 get "/topic/@title" forward:"/showtopic.groovy?title=@title" 即可.而且还可以通过 validate 进行验证,过滤掉非法参数. 让被注入成为往事. 呵呵
并且,从gaelyk 0.4.1 开始,支持缓存 cache 了.如 cache: 3.hours 即缓存3小时.

还有更让人叫绝的,gaelyk 里面根本不需要实体类,呵呵
因为Entity对象是可以直接构造的,而且groovy 里面没有对象类型的区分(灰常像php、javascript),也就给了方便.
比如我创建一个用户,包含用户名、密码.

Entity entity = new Entity("user"); 注意导包 import com.google.appengine.api.datastore.Entity

然后只需要用户从表单提交对应的值过来。填充入user实体中.
还在用request.getxxxbyxxx???忘了上面提到的 params ?

gaelyk 提供你想不到的方法访问实体,
entity['name'] = params['name']
或者
entity.password = params['password']

亦可 entity << params 全部填充.

这时候,只需调用 entity的 save() 方法,就可以将数据持久化了.
删除只需同样调用 entity 的 detele() 方法即可,若需起事务,只需把语句放入datastore.withTransaction{}的闭包中即可.

怎么样?增删就是如此的简单.

至于查询,更是简单.指定要查询的实体,扔给几个条件、标准就出来了(有点类似hibernate的Criteria查询).
创建query.
def query = new Query("user")

给出条件(相当于sql where)
query.addFilter("name", Query.FilterOperator.EQUAL, "xxx")

指定排序(相当于sql order by)
query.addSort("name", Query.SortDirection.DESCENDING)

预编译
PreparedQuery preparedQuery = datastore.prepare(query)

设定单次结果集大小,和漂移位置.实现分页
def list = preparedQuery.asList(withLimit(10).offset(20)) //查询20到30列.

这样增删查均完成了.gaelyk 真的是很省事呀.

当然,gaelyk 提供远不止这些,还有像 email 功能、memcache 功能、 BlobStore 、queue 等功能.这些我都没有用过,将来可能会更多.

不过作为一个开发者来说,这样的框架只会让我们的工作越来越方便,效率越来越高.

关于gaelyk 的更多例子,见:http://gaelyk.appspot.com/tutorial
如果对我的wp4gae源码有兴趣,请看:http://code.google.com/p/wp4gae/source/browse/

wp4gae现运行于 http://xia-zhengxin.appspot.com/,欢迎围观.
注:相当alpha的版本.

世界杯进入尾声

转眼已到7月10号,2010南非世界杯已经进入一二、三四名争夺战了。回头看本届杯赛,传统强队如巴西、德国悉数落马,亚洲球队全军覆没,非洲球队无一幸存。搞到最后,居然是荷兰和前欧洲冠军西班牙会师决战,真是让人大跌眼镜。

再说说我,这次世界杯的转播,我一般看的都是晚上 7:30 和 10:30 的两场,凌晨2:30的球没看几场(就是巴西对朝鲜的那场).感觉以前熬夜看球的那股劲已经一去不复返了.正是很怀恋以前的时光啊 哈哈

不过这次还好,季军争夺赛今晚就要打响了,还是看一看吧,虽然没什么看头.明天的那场就很难讲了.虽然是决赛,不过两支球队和球风都不是很喜欢,而且伟大的预言帝--章鱼哥已经放出话来,一针见血的指出西班牙会夺冠,连最后的一丝悬念也没有留给广大球迷…… :)

离闭幕也没几天了,世界杯的月份就算过去了。总体还行,还算成功.

最后值得一提的是,本人这个月的工资终于发下来了(数目就不透露了,丢不起那人)。好歹也算是对我这个月工作的一个价值的体现,还算不错.

不过本来说好干一个月转正的,居然又tmd的变卦到了月底,我无语~