Life @ 25 September 2007, “No Comments”

moon.jpg

算算看,已经有十个年头没有同家人一起度过中秋节了。
谁曾体会一颗游子的心……

Internet @ 22 September 2007, “1 Comment”

欢迎评论,现在流行看图不说话。-__-

gr.png

Tags: , ,
General, Internet @ 14 September 2007, “No Comments”

由于 Feedburner 被伟大的墙给“河蟹”了,所以 rss 托管转移到 FeedSky 上。

原 RSS 地址:http://feeds.feedburner.com/avenger
新 RSS 地址:http://rss.avenger.name

Life @ 02 September 2007, “2 Comments”

自从上次爬过鼓岭之后,最近已经很少运动了,难得今天有心情去爬鼓山,应该记录一下,呵呵。

早上 9 点出发的,花了 55 分钟上山,50 分钟下山,全程 2560 米,最高海拔高度 410 米,下面是今天的上山轨迹,这个还多亏了新买的 V700 的帮忙。

顺便发下牢骚,palm 上的 GPS 软件真是少的可怜,下面这些轨迹是用 PathaWay for Palm 记录的,可以直接导成 Google Map 的 KML 格式,还算不错,有需要的朋友可以通过下面的链接下载,pwtr 后缀的是 pathaway 自己的路径格式。上山和下山走的不是同一条道,所以有两条轨迹。

gushan2.kml (google map)
gushan3.kml (google map)
gushan3.pwtr
gushan3.pwtr

ge.gif

Database, PHP @ 17 August 2007, “2 Comments”

公司的数据库一直在用 mysql.4.0.x 的版本,用了几年了,不过现在连 mysql 官方都停止对 4.0.x 版本的支持了,升级看起来是大势所趋。搜索了一些这方面的文章,大家的作法不一,网上的文章也有很多错误的地方。

总结了一下,由于 mysql 4.0.x 的库都是 latin1 编码的,所以主要问题还是出现在编码转换上。

废话少说,下面是经测试可用的转换步骤,测试版本为

mysql4.0.26->mysql5.0.45-community

1.latin1->latin1 原来是 latin1 字符集的数据库,升级后保留 latin1 编码;
个人不推荐这种方式,如果数据库中有包含中文字符的话,还是换成gbk或者utf8编码比较好。

这种方式下,可以直接把 datadir copy 到新的mysql 的data 目录即可,如果数据库中有包含中文,可能用 phpmyadmin 会看不到正常的结果,不用担心,用其它客户端连接的时候,都是可以正常输入和输出的,注意在用 php 连的时候,不需要加 set names xxx 字样;

2.latin1->gbk 原来是 latin1,升级后是 gbk
两种方法:
1) 修改 my.cnf,在 [mysqld] 中加入

default-character-set=gbk

后重启 mysql 服务,然后就可以直接把 datadir copy 过来了,前提是整个库中都是 gbk 编码的库的时候才建议这样,而且copy 过来后,my.cnf中的那行 default-character-set 不能再动了;
2) 手工在新服务器上建立需要的库,字符集选择 gbk,然后在旧服务器上先用 mysqldump 导出为 sql 文件,在导出的 sql 文件的起始位置添加 set names gbk; 在服务器上用以下语句导入:

mysql -u xxx [database] < xxx.sql

这种方式转换后,php 连接数据库后需要先执行 set names gbk;

3.latin1->utf8 原来是 latin1,升级后是 utf8

手工在新服务器上建立需要的库,字符集选择 utf8_bin,然后在旧服务器上先用 mysqldump 导出为 sql 文件,在导出的 sql 文件的起始位置添加 set names gbk; 在服务器上用下面的语句导入:

mysql --default-character-set=utf8 -u xxx [database] < xxx.sql

这种方式转换后,php 连接数据库后需要先执行 set names utf8;

另外有一点要注意的,4.1 版本开始,mysql 的用户密码算法有改变,php5 才支持这种新的验证方式,如果你还是使用 php4,可以在 my.cnf 的 [mysqld] 中多加一句:

old_password = 1

Database @ 20 July 2007, “No Comments”

Oracle自带的 EXP 命令,可以很方便的从Oracle库中导出所需要的数据。基本语法可以通过 exp help=y 查看。

今天在使用的时候碰到一个问题,需要导出指定库中的前200条记录,在网上搜索了一下,大部分文章都是这样说的:
exp scott/tiger TABLES=(emp,bonus) QUERY="WHERE job='SALESMAN' and sal<1600"

于是我试着这样做
exp scott/tiger TABLES=(emp,bonus) QUERY="WHERE rownum<201"

实际测试的时候,发现老是报 LRM-00112: multiple values not allowed for parameter 'query' 的错误。再后来发现引号是需要转义的,网上那么多文章都错了……

下面是正确的写法:

windows下的写法:
C:\exp>exp userid=tkyte/tkyte tables=t query="""where object_id < 5000""" linux下的写法: $ exp userid=/ tables=t query=\"where object_id \< 5000\"

Life @ 02 July 2007, “1 Comment”

看到 DRL 上的一个帖子“最近真背”,想想自己最近也挺背的:

上周去ATM取款,结果卡被吞了,这周去存款,结果款被吞了……

发发牢骚而已,生活还是要继续的,呵呵。

Tags:
Life @ 31 May 2007, “3 Comments”

用了三年的 6600 终于可以光荣退役了…… PS.发现要改变三年养成的习惯还真不容易,继续熟悉新系统中……

16784.jpg

teo680 官方介绍

Linux @ 21 May 2007, “2 Comments”

ubuntu 的速度还是挺快的,上次寄过来的 6 张光盘还没来得及拍照就被同事和朋友们瓜分了,这次申请了 10 张,没想到速度还是这么快……

福州有需要的朋友可以联系我。:)

dscf6289.jpg

Tags: , ,
Life @ 30 April 2007, “2 Comments”

以前看过一个故事,转过来看看能不能解答你的疑问。
假设一个市场,有两个人在卖烧饼,有且只有两个人,姑且称他们为烧饼甲、烧饼乙。
假设他们的烧饼价格没有物价局监管。
假设他们每个烧饼卖一元钱就可以保本(包括他们的劳动力价值)
假设他们的烧饼数量一样多。
——经济模型都这样,假设需要很多。

再假设他们生意很不好,一个买烧饼的人都没有。这样他们很无聊地站了半天。
甲说好无聊。
乙说好无聊。
看故事的你们说:好无聊。
这个时候的市场叫做很不活跃!
为了让大家不无聊,甲对乙说:要不我们玩个游戏?乙赞成。

于是,故事开始了。。。。。。
甲花一元钱买乙一个烧饼,乙也花一元钱买甲一个烧饼,现金交付。
甲再花两元钱买乙一个烧饼,乙也花两元钱买甲一个烧饼,现金交付。
甲再花三元钱买乙一个烧饼,乙也花三元钱买甲一个烧饼,现金交付。
。。。。。。

于是在整个市场的人看来(包括看故事的你)烧饼的价格飞涨,不一会儿就涨到了每个烧饼60元。但只要甲和乙手上的烧饼数一样,那么谁都没有赚钱,谁也没有亏钱,但是他们重估以后的资产“增值”了!甲乙拥有高出过去很多倍的“财富”,他们身价提高了很多,“ 市值”增加了很多。
这个时候有路人丙,一个小时前路过的时候知道烧饼是一元一个,现在发现是60元一个,他很惊讶。
一个小时以后,路人丙发现烧饼已经是100元一个,他更惊讶了。
又一个小时以后,路人丙发现烧饼已经是120元一个了,他毫不犹豫地买了一个,因为他是个投资兼投机家,他确信烧饼价格还会涨,价格上还有上升空间,并且有人给出了超过200元的“目标价”(在股票市场,他叫股民,给出目标价的人叫研究员)。

在烧饼甲、烧饼乙“赚钱”的示范效应下,甚至路人丙赚钱的示范效应下,接下来的买烧饼的路人越来越多,参与买卖的人也越来越多,烧饼价格节节攀升,所有的人都非常高兴,因为很奇怪:所有人都没有亏钱。。。。。。
这个时候,你可以想见,甲和乙谁手上的烧饼少,即谁的资产少,谁就真正的赚钱了。参与购买的人,谁手上没烧饼了,谁就真正赚钱了!而且卖了的人都很后悔——因为烧饼价格还在飞快地涨。。。。。。
那谁亏了钱呢?

答案是:谁也没有亏钱,因为很多出高价购买烧饼的人手上持有大家公认的优质等值资产——烧饼!而烧饼显然比现金好!现金存银行能有多少一点利息啊?哪比得上价格飞涨的烧饼啊?甚至大家一致认为市场烧饼供不应求,可不可以买烧饼期货啊?于是出现了认购权证。 。。。。。
有人问了:买烧饼永远不会亏钱吗?看样子是的。但这个世界就那么奇怪,突然市场上来了一个叫李子的,李子曰:有亏钱的时候!那哪一天大家会亏钱呢?
假设一:市场上来了个物价部门,他认为烧饼的定价应该是每个一元。(监管)
假设二:市场出现了很多做烧饼的,而且价格就是每个一元。(同样题材)
假设三:市场出现了很多可供玩这种游戏的商品。(发行)
假设四:大家突然发现这不过是个烧饼!(价值发现)
假设五:没有人再愿意玩互相买卖的游戏了!(真相大白)
如果有一天,任何一个假设出现了,那么这一天,有烧饼的人就亏钱了!那谁赚了钱?就是最少占有资产——烧饼的人!

这个卖烧饼的故事非常简单,人人都觉得高价买烧饼的人是傻瓜,但我们再回首看看我们所在的证券市场的人们吧。这个市场的有些所谓的资产重估、资产注入何尝不是这样?在ROE高企,资产有高溢价下的资产注入,和卖烧饼的原理其实一样,谁最少地占有资产,谁就是赚钱的人,谁就是获得高收益的人!
所以作为一个投资人,要理性地看待资产重估和资产注入,忽悠别人不要忽悠自己,尤其不要忽悠自己的钱!
在高ROE下的资产注入,尤其是券商借壳上市、增发购买大股东的资产、增发类的房地产等等资产注入,一定要把眼睛擦亮再擦亮,慎重再慎重!

因为,你很可能成为一个持有高价烧饼的路人!

Tags: