.Victor's BLOG

联通SGIP最新错误代码

2010-02-02T08:46:00.001+08:00

联通定义 100 鉴权成功
102 SPNumber未分配
103 产品代码不存在
106 用户未订制的SP非法下发，即没有订购关系，或临时点播关系
107 LinkID不匹配（MT与MO）
108 用户状态不正常
109 计费号码不存在
110 黑名单用户鉴权不通过
115 SP不能将MOFLAG填为3，SP下发的MT包（除包月话单）中MOFLAG字段不能填3
117 WEB点播命令字不存在
118 包月话单被拦截
120 订购业务失败
121 退订业务失败
123 重复订购，订购关系已存在
162 超出用户消费限额
163 未发现用户归属地信息，用于按地市惩罚SP。
170 用户二次确认回复提示语出错
171 订购关系不存在，退订时用
172 订购关系不存在，SP不能主动HELP
173 订购关系处于中间状态(如待生效)，业务不能用
175 QX分项退订之前没有查询
176 订购关系处于暂停状态
177 Sp下发的计费用户和VASP中定购关系的计费用户不一致，用于sp下包月话单。
179 Sp同步定购关系的产品代码和临时定购关系不一致
180 定购二次确认成功返回码； 0000，qxn，00000 发送到平台号码的返回码；
0000，qxn，00000 发送到sp号码的返回码。这些情况，网关不计上行通讯费。
业务相关 181 超出业务发送时间段
182 超出业务当日下发次数
183 点播类业务不支持主动下行
185 不支持第三方订购
186 业务处于测试状态，非测试用户使用测试业务
187 业务处于异常状态
188 低信用度业务
190 用户点播的不是SP下行的业务，即SP点播下行业务代码与点播上行不一致
SP相关 211 SP处于异常状态
212 SP的企业代码不存在
213 SP没有权限下发包月扣费消息
214 Sp没有被授权在该用户所在地市开展业务
215 Sp在该用户所在地市被暂停端口
216 Sp在该用户所在地市被暂停业务代收费
221 SP的IP地址不合法(仅用于HTTP接口反向操作)
222 SP的密钥无效(仅用于HTTP接口反向操作)
225 SP模拟mo定购未发现定购指令
系统或数据配置错误 231 东软同步订购字段非法
248 系统不支持该服务，没有该系统指令
249 系统不支持帮助下发
251 （东软）捆绑业务不能退订
254 系统错误
255 缺省错

通过MAIL写BLOG

2010-01-28T11:57:00.001+08:00

一直没有更新博客，只因写篇日志太麻烦，还要翻墙，今天使用一下邮件供稿，如何可行便可通过发邮件写博了。。
看来我真的很OUT，通过邮件写博这东西现在才用上。

80后偷偷“老了”的20种表现

2009-09-02T18:21:00.002+08:00

blogger被GFW墙了好长时间了，所以我不怎么在这下面写日志了，因为写个日志还要专门再开VPN，虽然也没什么，但总感觉太麻烦，真想写点东西倒不如去QQ空间里贴一下，因为现在QQ空间也能在FIREFOX下基本正常的使用了。
转一篇文件，因为我发现自己真的如标题一样了。起码已经中了十几条了
1、不怎么爱发短信了，有什么事还是通个话比较好，并且喜欢长话短说。
2、不喜欢花太多时间沉浸在感情的思考中，觉得那种煽情的小情节已经不属于你了。
3、有时候挺喜欢独处的，但是你不在顾影自怜，你喜欢上上网，听听歌，并且自得其乐，偶尔玩玩游戏。
4、以前只爱看娱乐节目，并且准时等待，现在你爱看法制频道，科学探索你也经常关注。
5、会抽出空来去电影院看电影，你小时候觉得那是个很浪漫的谈情场所，你现在宠着你熟悉的导演你喜欢的演员去。
6、加了很多QQ群，从小学到工作的，有兴趣一致的或者星座一样的，但是你不怎么爱在群里发言。
7、有时候你会写博客，也有一些照片，你不经常到处走访别人的博客，因为你博客里的东西是写给自己看的。
8、偶尔哼着的歌，还是好几年前你熟悉的旋律，歌词也许都记得不太清楚了，但是依然接着哼。
9、床头至少会有一本书，也许是你并未读完的书，但是一定是一本好书，你偶尔会翻来看，知道你读完。
10、开始发现不吃早餐的严重性，不管怎么样你都会填个肚子。
11、永远给不出你年龄的确切答案，22还是23，22岁半吧。
12、有个账本，你不会像以前一样不知道钱花哪里去了。
13、开始花一个周末的时间在超市购物，并且买好你一周乃至半个月的生活用品。冰箱空了你就会记得塞满。
14、小时候喜欢把东西到处乱扔，你现在看见哪里不整洁了你会自然而然收拾一下，乱七八糟的你不舒服。
15、打电话给父母的时候开始叮嘱他们要注意身体健康，你觉得有时候你反倒像大人，他们像你的孩子。
16、不浪费水不浪费电。
17、衣服可能不会很多，但是一定都会体面。
18、偶尔喝朋友同事们聚会，你会喝点酒，但是你不会轻易让自己醉。
19、看到很小的小朋友的时候会觉得童年真美好。
20、有一个经常逛的论坛。

使用VIM

2009-07-22T17:58:00.002+08:00

连续使用LINUX（不同于以前的偶尔用用，主要在WINDOWS下）已经将近一年了，文本编辑器上面一直都是用图形界面下的KATE、KWITE（KDE下），近来经常操作一些大文件，几M至几十M，kate和kwite都不能满足我的要求，一进行上万行的copy、paste就难受的要死，开始有些怀念WINDOWS下的editplus :-)
虽然我知道vim可以，我也试过，速度那是‘嗖嗖’地！不过奈何一直没有系统的使用VIM，很多东西都需要查一下才能记得如何使用。
于时我决定，以后非紧急事件（限时完成的）全部使用VIM来写东西，即使偶尔回到windows下也在windows下使用vim。体验coder的乐趣，很强制自己学习vim开始。

网赚之流量点击之家

2009-07-20T13:27:00.003+08:00

详细内容参看http://www.lldjzj.cn/
7000积分＝2RMB 支付宝收费后需支付2%支付费用
10000积分可申请支付。

赚分软件下载

分涨的感觉不是十分快，可能我只用一台机器挂的原因吧。因为，对IE使用有一点小影响。

也玩网赚

2009-07-16T14:51:00.005+08:00

前几天无聊中看了下网赚，以前我一直很排斥这种东西的，因为不明白。
看了下，去思考了下他的模式，感觉还行，就去沙丁鱼上下个程序挂着玩了，现在才搞了千把分，管它呢，反正是玩儿呢。具体的东西不多说，从网上找了个说明，不是我写的

沙丁鱼流量联盟算是挂机界的新秀了，成立以来会员数飞快增加。以百万资金打造的挂机系统是它最好的保障。沙丁鱼流量联盟日刷流量分值相对比点点先锋还高，应该是流赚网站里刷钱最快的一款纯绿色软件了。下载该网站提供的挂机软件，开启后会自动刷流量，不需要手动控制。20000分可以申请支付，1到2个工作日内到帐，口碑非常好。至今无没有收款记录，请款后几个小时就支付。

真正无任何弹出窗口，最小化挂机即可赚钱！！唯一一款赚分最快，挂机不影响上网的软件

【挂机网赚】沙丁鱼流量联盟（无任何弹出窗口，最小化挂机即可！！目前唯一一款赚分最快，挂机不影响上网的软件）
vitor PS：本软件用的FIREFOX内核，如果你上网用FIREFOX那就不知是否有影响了

沙丁鱼流量联盟的点击效果已得到业内公认: 最好的,最有效的,最能您提升流量排名与流量赚钱的工具。
1. 站长加入提高流量、提升Alexa排名、增加广告点击率，助您轻松实现网站赢利梦想！
2. 网友加入刷分赚钱、自由交易、官方承诺百分百积分收购。满1元日付！
3.支持下线机制，每位下线积分的5%归您，推广多多、回报多多！
4.官方收购积分，流量积分2元/万，立刻购买流量积分日付，同类联盟中最高价格！
5.傻瓜模式操作，开机自运行，简单方便，让你赚更多。（本站采用此挂机方式）

6. 眼见为实，请您马上下载客户端软件开始刷分，实实在在感受流量与金钱增长的快感！
一、起付金额：￥2.00
二、支付方式：支付宝

三、下线提成：5%
四、如何注册：

1、注册地址：http://www.virtualvisit.cn/index.php

2、注册后请下载软件，解压登陆后即自动换取积分。

推广赚分系统的特点

1、没有任何条件限制, 无需申请,系统已经为所有用户全部开通了此系统.
2、您所带来的用户, 只要新增了积分, 您就有返点.

Linux系统中增加Swap分区大小

2009-05-11T09:01:00.001+08:00

1、检查当前的分区情况:

[root@localhost]#free -m

2、增加交换分区文件及大小，如果要增加2G大小的交换分区，则命令写法如下，其中的 count 等于想要的块大小。

[root@localhost]# dd if=/dev/zero of=/home/swap bs=1024 count=2048000

3、设置交换文件：

[root@localhost]# mkswap /home/swap

4、立即启用交换分区文件

[root@localhost]# swapon /home/swap

5、如果要在引导时自动启用，则编辑 /etc/fstab 文件，添加行：
/home/swap swap swap defaults 0 0

系统下次引导时，它就会启用新建的交换文件，再查看SWAP分区大小发现增加了2G。

debian下使用docbook

2009-03-27T20:30:00.004+08:00

近来完善部门文档，加上前段时间看了些DOCBOOK的资料（其实先前就在WINDOWS下玩过，可最后没玩成），于是决定用DOCBOOK来写。由于先前曾不成功过，有点小没信心，中文的说明不是很多，通过worldhello.net网站看了些，然后自己搞了搞，结果没搞好。看来我的领悟能力有点差，不过我还是对DOCBOOK有了一定的了解，然后开始在自己的机器上瞎鼓捣，结果竟能搞出来一个简单的了，呵呵，把我的经历写下，记录下自己的过程：
因为自己用的DEBINA系统，而DEBIAN的APT比较强大，于是想着用系统自己的包来装好了，结果还真搞好了,由于我看别人都用XML来写，而不是SGML，于是我也就只安装了XML相关的，XGML同理。语句如下

#aptitude install xsltproc docbook-xml docbook-xsl ldp-docbook-xsl

以上语句即安装相关环境。然后写一个简单的temp.xml文件，内容如下


<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
<article id="html">
 <articleinfo id="head">
  <title>测试文件</title>
  <subtitle>test</subtitle>
  <author><firstname>.Victor</firstname><surname>star</surname></author>
  <abstract>
   <para>
    这是一个测试文件
   </para>
  </abstract>
 </articleinfo>

 <sect1 id="body"><title>第一个docbook文件</title>
  下面我们就来测试一下了。
 </sect1>
</article>

然后执行如下命令

$xsltproc /usr/share/xml/docbook/stylesheet/ldp/html/tldp-sections.xsl temp.xml

其中/usr/share/xml/docbook/stylesheet/ldp/html/tldp-sections.xsl为样式所在URI,这样就会生成两个html文件了，打开看一下，是不是格式比较cool！！：D虽然有一点不十分美观，但这个东西可以通过样式表来调整地。
这时我们要输入的生成命令太长了，另外，生成的HTML和我们的xml文件在一起，看着不大方便，我们可以用更简单的方式来做
建立文件（MakeFile）,内容如下：

OBJECT = all
SOURCE = temp.xml
PARAM = param.xsl
COMPILER = xsltproc

$(OBJECT):$(SOURCE) $(PARAM)
      $(COMPILER)  $(PARAM) $(SOURCE)

clean:
      rm -rf *.html

然后执行下$make clean清除下生成的HTML
再建立文件(param.xsl),内容如下

<?xml version='1.0'?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
 
 <!--调用样式表-->
 <xsl:import href="/usr/share/xml/docbook/stylesheet/ldp/html/tldp-sections.xsl"/>
 
 <xsl:param name="chunker.output.encoding" select="'utf-8'"/>
 <!--标准信息所使用的语言-->
 <xsl:param name="l10n.gentext.language" select="'zh_cn'"/>
 <!--指定样式表-->
 <xsl:param name="html.stylesheet" select="'style.css'"/>
 <!--对于警告类信息是否使用图形 0 1-->
 <xsl:param name="admon.graphics" select="1"/>
 
 <!--生成的HTML文件存放的起始目录-->
 
 <xsl:param name="base.dir" select="'./html/'"/>
 
 <!--生成的HTML文件内容是否进行缩排 yes no-->
 <xsl:param name="chunker.output.indent" select="'yes'"/>
 <!--给节编号 0 1-->
 <xsl:param name="section.autolabel" select="1"/>
 <!--节的编号是否包含章的编号 0 1-->
 <xsl:param name="section.label.includes.component.label" select="1"/>
 <!--表格边框的属性是否使用预设CSS来指定-->
 <xsl:param name="table.borders.with.css" select="0"/>
 <!--参考书目是否进行编号-->
 <xsl:param name="bibliography.numbered" select="1"></xsl:param>
 
 
 <!--目录深度-->
 <xsl:param name="toc.max.depth" select="2"/>
 <!--sect#页面上显示目录-->
 <xsl:param name="generate.section.toc.level" select="0"/>
 <!--sect#可以生成目录条目-->
 <xsl:param name="toc.section.depth" select="2"/>
 <xsl:param name="generate.toc">
  appendix  toc
  article/appendix  nop
  article   toc,title
  book      toc,title
  chapter   toc,title
  part      toc,title
  preface   toc,title
  qandadiv  toc
  qandaset  toc
  reference toc,title
  sect1     toc
  sect2     toc
  sect3     toc
  sect4     toc
  sect5     toc
  section   toc
  set       toc,title
 </xsl:param>
 
 <!--在源码中插入 <?linebreak?> 标签，生成Html时替换为<br> -->
  <xsl:template match="processing-instruction('linebreak')">
   <br/>
  </xsl:template>
  
 </xsl:stylesheet>

然后输入$make，是不是直接开始编译了

呵呵，自己也是初学，大家多多交流！以后学得更多了再慢慢写。

GIF文件格式详解

2009-05-01T19:35:00.000+08:00

GIF是图像交换格式（Graphics Interchange Format）的简称，它是由美国CompuServe公司在1987年所提出的图像文件格式，它最初的目的是希望每个BBS的使用者能够通过GIF图像文件轻易存储并交换图像数据，这也就是它为什么被称为图像交换格式的原因了。
　GIF文件格式采用了一种经过改进的LZW压缩算法，通常我们称之为GIF-LZW算法。这是一种无损的压缩算法，压缩效率也比较高，并且GIF支持在一幅GIF文件中存放多幅彩色图像，并且可以按照一定的顺序和时间间隔将多幅图像依次读出并显示在屏幕上，这样就可以形成一种简单的动画效果。尽管GIF最多只支持256色，但是由于它具有极佳的压缩效率并且可以做成动画而早已被广泛接纳采用。下面笔者详细介绍GIF文件的格式。
　GIF图像文件是以块的形式来存储图像信息，其中的块又称为区域结构。按照其中块的特征又可以将所有的块分成三大类，分别是控制块（Control Block）、图像描述块（Graphic Rendering Block）和特殊用途块（Special Purpose Block）。控制块包含了控制数据流的处理以及硬件参数的设置，其成员主要包括文件头信息、逻辑屏幕描述块、图像控制扩充块和文件结尾块。图像描述块包含了在显示设备上描述图像所需的信息，其成员包括图像描述块、全局调色板、局部调色板、图像压缩数据和图像说明扩充块。特殊用途块包含了与图像数据处理无直接关系的信息，其成员包括图像注释扩充块和应用程序扩充块。下面详细介绍每一个块的详细结构。
1. 文件头信息
GIF的文件头只有六个字节，其结构定义如下：
typedef struct gifheader
{
BYTE bySignature[3];
BYTE byVersion[3];
} GIFHEADER;
　　其中，bySignature为GIF文件标示码，其固定值为“GIF”，使用者可以通过该域来判断一个图像文件是否是GIF图像格式的文件。 byVersion表明GIF文件的版本信息。其取值固定为“87a”和“89a”。分别表示GIF文件的版本为GIF87a或GIF89a。这两个版本有一些不同，GIF87a公布的时间为1987年，该版本不支持动画和一些扩展属性。GIF89a是1989年确定的一个版本标准，只有89a版本才支持动画、注释扩展和文本扩展。
2. 逻辑屏幕描述块
　逻辑屏幕（Logical Screen）是一个虚拟屏幕（Virtual Screen），它相当于画布，所有的操作都是在它的基础上进行的，同时它也决定了图像的长度和宽度。逻辑屏幕描述块共占有七个字节，其具体结构定义如下：
typedef struct gifscrdesc
{
WORD wWidth;
WORD wDepth;
struct globalflag
{
BYTE PalBits : 3;
BYTE SortFlag : 1;
BYTE ColorRes : 3;
BYTE GlobalPal : 1;
} GlobalFlag;
BYTE byBackground;
BYTE byAspect;
} GIFSCRDESC;
　　其中，wWidth用来指定逻辑屏幕的宽度，wDepth用来指定逻辑屏幕的高度，glaobalflag为全域性数据，它的总长度为一个字节，其中前三位（第0位到第2位）指定全局调色板的位数，可以通过该值来计算全局调色板的大小。第3位表明全局调色板中的RGB颜色值是否按照使用率进行从高到底的次序排序的。第4到第6位指定图像的色彩分辨率。第7位指明GIF文件中是否具有全局调色板，其值取1表示有全局调色板，为0表示没有全局调色板。一个 GIF文件可以有全局调色板也可以没有全局调色板，如果定义了全局调色板并且没有定义某一幅图像的局部调色板，则本幅图像采用全局调色板；如果某一幅图像定义的自己的局部调色板，则该幅图像使用自己的局部调色板。如果没有定义全局调色板，则GIF文件中的每一幅图像都必须定义自己的局部调色板。全局调色板必须紧跟在逻辑屏幕描述块的后面，其大小由GlobalFlag.PalBits决定，其最大长度为768（3*256）字节。全局调色板的数据是按照 RGBRGB…..RGB的方式存储的。byBackground用来指定逻辑屏幕的背景颜色，也就相当于是画布的颜色。当图像长宽小于逻辑屏幕的大小时，未被图像覆盖部分的颜色值由该值对应的全局调色板中的索引颜色值确定。如果没有全局调色板，该值无效，默认背景颜色为黑色。byAspect用来指定逻辑屏幕的像素的长宽比例。
3. 图像描述块
　　一幅GIF图像文件中可以存储多幅图像，并且这些图像没有固定的存放次序。为了区分两幅图像，GIF采用了一个字节的识别码（Image Separator）来判断下面的数据是否是图像描述块。图像描述块以0x2C开始，定义紧接着它的图像的性质，包括图像相对于逻辑屏幕边界的偏移量、图像大小以及有无局部调色板和调色板的大小。图像描述块由10个字节组成：
　　typedef struct gifimage
　　{
　　 WORD wLeft;
　　 WORD wTop;
　　 WORD wWidth;
　　 WORD wDepth;
　　 struct localflag
　　 {
　　 BYTE PalBits : 3;
　　 BYTE Reserved : 2;
　　 BYTE SortFlag : 1;
　　 BYTE Interlace : 1;
　　 BYTE LocalPal : 1;
　　 } LocalFlag;
　　 } GIFIMAGE;
　　其中，wLeft用来指定图像相对逻辑屏幕左上角的X坐标，以象素为单位。wTop用来指定图像相对逻辑屏幕左上角的Y坐标。wWdith和 wDepth分别用来指定图像的宽度和高度。LocalFlag用来指定区域性数据，也就是具体一幅图像的属性。LocalFlag的总长度为一个字节，其中的前三位用来指定局部调色板的位数，可以根据该值来计算局部调色板的大小。第4位到第5位为保留位，没有使用，其值固定为0。第6位指明局部调色板中的RGB颜色值是否经过排序，其值为1表示调色板中的RGB颜色值是按照其使用率从高到底的次序进行排序。第7位表示GIF图像是否以交错方式存储，其取值为1表示以交错的方式进行存储。当图像是按照交错方式存储时，其图像数据的处理可以分为4个阶段：第一阶段从第0行开始，每次间隔8行进行处理；第二阶段从第4行开始，每次间隔8行进行处理；第三阶段从第2行开始，每次间隔4行进行处理；第四阶段从第1行开始，每次间隔2行进行处理，这样当完成第一阶段时就可以看到图像的概貌，当处理完第二阶段时，图像会变得清晰一些；当处理完第三阶段时，图像处理完成一半，清晰效果也进一步增强，当完成第四阶段，图像处理完毕，显示出完整清晰的整幅图像。以交错方式存储是GIF文件格式的一个重要的特点，也是GIF文件格式的一个重要的优点。以交错方式存储的图像的好处就是无需将整个图像文件解压完成就可以看到图像的概貌，这样可以减少用户的等待时间。第8位指明GIF图像是否含有局部调色板，如果含有局部调色板，则局部调色板的内容应当紧跟在图像描述块的后面。
4. 图像压缩数据
　图像压缩数据是按照GIF-LZW压缩编码后存储于图像压缩数据块中的。GIF-LZW编码是一种经过改良的LZW编码方式，它是一种无损压缩的编码方法。GIF-LZW编码方法是将原始数据中的重复字符串建立一个字符串表，然后用该重复字符串在字符串表中的索引来替代原始数据以达到压缩的目的。由于GIF-LZW压缩编码的需要，必须首先存储GIF-LZW的最小编码长度以供解码程序使用，然后再存储编码后的图像数据。编码后的图像数据是一个个数据子块的方式存储的，每个数据子块的最大长度为256字节。数据子块的第一个字节指定该数据子块的长度，接下来的数据为数据子块的内容。如果某个数据子块的第一个字节数值为0，即该数据子块中没有包含任何有用数据，则该子块称为块终结符，用来标识数据子块到此结束。
5. 图像控制扩充块
　图像控制扩充块是可选的，只应用于89a版本，它描述了与图像控制相关的参数。一般情况下，图像控制扩充块位于一个图像块（包括图像标识符、局部颜色列表和图像数据）或文本扩展块的前面，用来控制跟在它后面的第一个图像（或文本）的渲染（Render）形式，组成结构如下：
　　typedef struct gifcontrol
　　{
　　 BYTE byBlockSize;
　　 struct flag
　　 {
　　 BYTE Transparency : 1;
　　 BYTE UserInput : 1;
　　 BYTE DisposalMethod : 3;
　　 BYTE Reserved : 3;
　　 } Flag;
　　 WORD wDelayTime;
　　 BYTE byTransparencyIndex;
　　 BYTE byTerminator;
　　} GIFCONTROL;
　其中，byBlockSize用来指定该图像控制扩充块的长度，其取值固定为4。Flag用来描述图像控制相关数据，它的长度为1个字节。它的第0位用来指定图像中是否具有透明性的颜色，如果该位为1，这表明图像中某种颜色具有透明性，该颜色由参数byTransparencyIndex指定。第一位用来判断在显示一幅图像后，是否需要用户输入后再进行下一个动作。如果该位为1，则表示应用程序在进行下一个动作之前需要用户输入。第2-4位用来指定图像显示后的处理方式，当该值为0时，表示没有指定任何处理方式；当该值为1时，表明不进行任何处理动作；当该值为2时，表明图像显示后以背景色擦去；当该值为3时，表明图像显示后恢复原先的背景图像。第5-7位为保留位，没有任何含义，固定为0。wDelayTime用来指定应用程序进行下一步操作之前延迟的时间，单位为0.01秒。如果Flag.UserInput和wDelayTime都设定了，则以先发者为主，如果没有到指定的延迟时间即有用户输入，则应用程序直接进行下一步操作。如果到达延迟时间后还没有用户输入，应用程序也直接进入下一步操作。byTransparenceIndex用来指定图像中透明色的颜色索引，指定的透明色将不在显示设备上显示。byTerminator为块终结符，其值固定为0。
6. 图像说明扩充块
图像说明扩充块又可以称为图像文本扩展块，它用来绘制一个简单的文本图像，这一部分由用来绘制的纯文本数据（7位的 ASCII字符）和控制绘制的参数等组成。绘制文本借助于一个文本框（Text Grid）来定义边界，在文本框中划分多个单元格，每个字符占用一个单元，绘制时按从左到右、从上到下的顺序依次进行，直到最后一个字符或者占满整个文本框（之后的字符将被忽略，因此定义文本框的大小时应该注意到是否可以容纳整个文本），绘制文本的颜色使用全局颜色列表，没有则可以使用一个已经保存的前一个颜色列表。另外，图形文本扩展块也属于图形块(Graphic Rendering Block)，可以在它前面定义图形控制扩展对它的表现形式进一步修改。图像说明扩充块的组成：
　　typedef struct gifplaintext
　　{
　　 BYTE byBlockSize;
　　 WORD wTextGridLeft;
　　 WORD wTextGridTop;
　　 WORD wTextGridWidth;
　　 WORD wTextGridDepth;
　　 BYTE byCharCellWidth;
　　 BYTE byCharCellDepth;
　　 BYTE byForeColorIndex;
　　 BYTE byBackColorIndex;
　　} GIFPLAINTEXT;
　其中，byBlockSize用来指定该图像扩充块的长度，其取值固定为13。wTextGridLeft用来指定文字显示方格相对于逻辑屏幕左上角的 X坐标（以像素为单位）。wTextGridTop用来指定文字显示方格相对于逻辑屏幕左上角的Y坐标。wTextGridWidth用来指定文字显示方格的宽度。wTextGridDepth用来指定文字显示方格的高度。byCharCellWidth用来指定字符的宽度， byCharCellDepth用来指定字符的高度。byForeColorIndex用来指定字符的前景色，byBackColorIndex用来指定字符的背景色。
7. 图像注释扩充块
　图像注释扩充块包含了图像的文字注释说明，可以用来记录图形、版权、描述等任何的非图形和控制的纯文本数据(7位的ASCII字符)，注释扩展并不影响对图象数据流的处理，解码器完全可以忽略它。存放位置可以是数据流的任何地方，最好不要妨碍控制和数据块，推荐放在数据流的开始或结尾。在GIF中用识别码0xFE来判断一个扩充块是否为图像注释扩充块。图像注释扩充块中的数据子块个数不限，必须通过块终结符来判断该扩充块是否结束。
8. 应用程序扩充块
　应用程序扩充块包含了制作该GIF图像文件的应用程序的信息，GIF中用识别码0xFF来判断一个扩充块是否为应用程序扩充块。它的结构定义如下：
　　typedef struct gifapplication
　　{
　　 BYTE byBlockSize;
　　 BYTE byIdentifier[8];
　　 BYTE byAuthentication[3];
　　} GIFAPPLICATION;
　其中，byBlockSize用来指定该应用程序扩充块的长度，其取值固定为12。byIdentifier用来指定应用程序名称。byAuthentication用来指定应用程序的识别码。
9. 文件结尾块
　文件结尾块为GIF图像文件的最后一个字节，其取值固定为0x3B。

XML数据岛（XML Data Island）

2009-05-01T19:25:00.001+08:00

通过使用 Internet Explorer，非官方的标签可用来创建 XML 数据岛。

嵌入 HTML 中的 XML 数据

XML 数据岛是嵌入 HTML 中的 XML 数据。

下面我们为您演示它的工作原理；假设我们有下列的 XML 文档("note.xml")：

xml version="1.0" encoding="ISO-8859-1"?>
<note>
<to>Toveto>
<from>Janifrom>
<heading>Reminderheading>
<body>Don't forget me this weekend!body>
note>

然后，在 HTML 文档中，您可以使用标签将上面的 XML 文件嵌入进去。标签的 id 属性定义了数据岛的 ID，而 src 属性指向被嵌入的 XML 文件：

不过到此时，被嵌入的 XML 数据对用户来说是不可见的。

下一步的工作是，通过将数据岛绑定至 HTML 元素，来格式化和显示其中的数据。

数据岛绑定至 HTML 元素

下面的例子中，我们会向 HTML 文件中嵌入名为 "cd_catalog.xml" 的 XML 文件。

查看 "cd_catalog.xml"。

这是HTML文件：

<html>
<body>
<xml id="cdcat" src="cd_catalog.xml">xml>
<table border="1" datasrc="#cdcat">
<tr>
<td><span datafld="ARTIST">span>td>
<td><span datafld="TITLE">span>td>
tr>
table>
body>
html>

例子解释:

标签的 datasrc 属性可以把 HTML 格元素绑定到 XML 数据岛。这个 datasrc 属性会引用数据岛的 id 属性。

无法被绑定至数据岛，所以我们使用了标签。允许 datafld 属性来引用需要显示的XML元素。在本例中，datafld="ARTIST" 用来引用 XML 文件中的元素，而 datafld="TITLE" 用来引用 XML 文件中的元素。当这个 XML 文件被读取时，会针对每一个创建更多的行。如果您使用的 IE 浏览器是 5.0 或者更高的版本，那么您可以亲自测试一下(TIY)。

房──奴

2009-05-01T13:37:00.003+08:00

房奴：是说很多按揭买房的人在享受有房一族的心理安慰的同时，生活质量却大为下降，不敢轻易换工作，不敢娱乐、害怕银行涨息，担心生病、失业，更没时间好好享受生活。房奴，就是房子的奴隶，工作赚的钱不是为养老婆、儿子，而是为了养房子。
曾几何时，房奴一词流行，但偏偏这还是一个围城，还是有那么多的人为此前赴后继。或身不由已，或茫然无知。
或许应该看开些，做了‘奴’之后或许会有动力，如果不能改变生活，那么就去接受生活。
或许不久以后我也要被那个重重壳所奴役，或许，以后也要像蜗牛一样慢慢的向上爬。或许、或许……

五一要到了

2009-04-28T15:42:00.002+08:00

劳动节要到了，我的计划是回家帮忙干活儿。但公司有些事还排不开，估计我的五一没戏了，劳动节真是要努力劳动劳动了。
天气也慢慢变得越来越热，今天竟然都已经到了二十八度。我的心情也由于天气的原因变得有些烦躁，可能近段时间事情多了些吧，唉！每天审查一下自己做的工作：好像没做什么实质性的事情，但每天却感觉自己很忙，或许，我的工作方法或工作态度有问题吧。
送自己一个微笑，好好努力！

甲骨文74亿美元收购SUN

2009-04-21T14:25:00.001+08:00

昨天晚间甲骨文在其官方网站上正式宣布收购SUN,其代价是每股9.5美元，交易总价值约为74亿美元。甲骨文获得SUN两项软件资产--Java和Solaris。Java是IT业最知名的品牌之一，也是应用最广泛的技术，是甲骨文有史以来收购的最重要的软件技术。
中信建投软件分析师董志强分析，目前仅靠资金总额很难对该交易做具体的估值，但是甲骨文收购SUN，较IBM收购SUN而言，可打破IBM对UNIX服务器的垄断，客户有更多选择。目前正处于经济危机的底部，甲骨文做此收购比较划算。计世资讯总经理曲晓东也认为，这笔交易对甲骨文和SUN来说都是合适的。由于SUN与IBM的业务重合度高，SUN若被IBM并掉，不但会使IBM对企业级市场形成垄断局面，还会使有些业务逐渐弱化甚至消失；而甲骨文此前主要是软件领域较为出色，并购SUN之后双方的业务互补空间大，甲骨文因此能与IBM一样，横跨硬件、软件、服务领域，并在企业级服务市场对IBM形成震慑力。

以下内容摘自Oracle（甲骨文）网站

Oracle Corporation (NASDAQ: ORCL) and Sun Microsystems (NASDAQ: JAVA) announced today they have entered into a definitive agreement under which Oracle will acquire Sun common stock for $9.50 per share in cash. The transaction is valued at approximately $7.4 billion, or $5.6 billion net of Sun’s cash and debt. “We expect this acquisition to be accretive to Oracle’s earnings by at least 15 cents on a non-GAAP basis in the first full year after closing. We estimate that the acquired business will contribute over $1.5 billion to Oracle’s non-GAAP operating profit in the first year, increasing to over $2 billion in the second year. This would make the Sun acquisition more profitable in per share contribution in the first year than we had planned for the acquisitions of BEA, PeopleSoft and Siebel combined,” said Oracle President Safra Catz.

“The acquisition of Sun transforms the IT industry, combining best-in-class enterprise software and mission-critical computing systems,” said Oracle CEO Larry Ellison. “Oracle will be the only company that can engineer an integrated system – applications to disk – where all the pieces fit and work together so customers do not have to do it themselves. Our customers benefit as their systems integration costs go down while system performance, reliability and security go up.”

There are substantial long-term strategic customer advantages to Oracle owning two key Sun software assets: Java and Solaris. Java is one of the computer industry’s best-known brands and most widely deployed technologies, and it is the most important software Oracle has ever acquired. Oracle Fusion Middleware, Oracle’s fastest growing business, is built on top of Sun’s Java language and software. Oracle can now ensure continued innovation and investment in Java technology for the benefit of customers and the Java community.

The Sun Solaris operating system is the leading platform for the Oracle database, Oracle’s largest business, and has been for a long time. With the acquisition of Sun, Oracle can optimize the Oracle database for some of the unique, high-end features of Solaris. Oracle is as committed as ever to Linux and other open platforms and will continue to support and enhance our strong industry partnerships.

“Oracle and Sun have been industry pioneers and close partners for more than 20 years,” said Sun Chairman Scott McNealy. “This combination is a natural evolution of our relationship and will be an industry-defining event.”

“This is a fantastic day for Sun’s customers, developers, partners and employees across the globe, joining forces with the global leader in enterprise software to drive innovation and value across every aspect of the technology marketplace,” said Jonathan Schwartz, Sun’s CEO, “From the Java platform touching nearly every business system on earth, powering billions of consumers on mobile handsets and consumer electronics, to the convergence of storage, networking and computing driven by the Solaris operating system and Sun’s SPARC and x64 systems. Together with Oracle, we’ll drive the innovation pipeline to create compelling value to our customer base and the marketplace.”

“Sun is a pioneer in enterprise computing, and this combination recognizes the innovation and customer success the company has achieved. Our largest customers have been asking us to step up to a broader role to reduce complexity, risk and cost by delivering a highly optimized stack based on standards,” said Oracle President Charles Phillips. “This transaction will preserve and enhance investments made by our customers, while we continue to work with our partners to provide customers with choice.”

The Board of Directors of Sun Microsystems has unanimously approved the transaction. It is anticipated to close this summer, subject to Sun stockholder approval, certain regulatory approvals and customary closing conditions.

There will be a conference call today to discuss the transaction at 5:30 a.m. Pacific time. Investors can listen to the conference call by dialing (719) 234-7870, passcode 923645. A replay will be available for 24 hours after the call ends at (719) 884-8882, passcode: 923645. A live audio webcast of the call will be made available at www.oracle.com/investor and a replay will be available for seven days after the call ends.

自己的邮局

2009-04-08T16:20:00.003+08:00

做了自己的邮局，本来想把这个服务也放在google上的，但是我的域名是cn的，google不让放，网上放用大写CN的方式可以搞，但我试了下也不可以，没办法，用用microsoft的服务好了，等什么时间google对cn域名放开了再转

在 @zhongmoo.cn 中获取一个免费帐户

检查电子邮件

彩信系统消息发送状态码细化方案

2009-04-06T14:21:00.010+08:00

彩信系统消息发送状态码细化方案

V1.6.0

中国移动集团公司网络部

2005年6月

前言

本要求制定了中国移动MMS业务系统消息发送状态码细化方案。

本要求由中国移动通信集团公司网管中心提出并归口。

本要求起草单位：中国移动通信集团公司网络部网管中心

本要求主要起草人：张慧勇，江洁，齐文健，孙杰，汪洋，张再军

本要求解释单位：中国移动通信集团公司网络部网管中心

一、 彩信系统原有的MM发送状态码

1：接收方接收成功

2：用户拒绝接收（由用户主动发起拒绝接收MM和用户黑名单）

3：MM成功转移到梦网相册系统
4：MM过期5：MMSC转发失败（二个MMSC时，MM4_forward.RES中的STATUS CODE值为错误）

6：系统拒绝或删除（如黑名单限制、不合法消息监控转移等）

7：未收到状态报告

8：未知错误

二、 MM发送状态码细化说明
为进一步明确彩信系统进行消息发送处理时所产生的具体的错误原因，特对系统报表MM发送状态码进行如下细化处理：

新的MM发送状态码采用“XXXX”四位数的编码规则。

编码的第一位代表MMSC系统产生的错误的大类（跟未细化前的系统原有的报表MM发送状态保持一致），具体意义如下：

0：发送方发送成功

1：接收方接收成功

2：用户拒绝接收（由用户主动发起拒绝接收MM和用户黑名单）

3：MM成功转移到梦网相册系统

4：MM过期

5：MMSC转发失败（二个MMSC时，MM4_forward.RES中的STATUS CODE值为错误）

6：系统拒绝或删除（如黑名单限制、不合法消息监控转移等）

7：未收到状态报告

8：未知错误

9：待扩展。

编码的第二位代表MMSC系统针对不同终端类型产生的MM发送状态码的分类（基本上跟MMSC系统对外的接口保持一致），具体意义如下：

0：涉及接收方MMS终端MM发送处理流程时产生的错误（等价于MM1接口）

1：涉及接收方SP应用MM发送处理流程时产生的错误（等价于MM7接口）

2：涉及接收方为外部服务器（中国移动为梦网邮箱）MM发送处理流程时产生的错误（等价于MM3接口）

3：涉及MM前转发送处理流程时产生的错误（等价于MM4接口）

4：涉及非MMS支撑系统时产生的错误

5：涉及到预付费系统时产生的错误

6：涉及到DSMP之间的错误

7～9：待扩展。

编码的第三位：

0～6：本标准定义使用

7～9：厂家自定义使用
第四位代表MMSC系统MM发送状态码序号，在第一与第二位、第三位的基础上序列编号。

l 本规范和报表规范中的报表均依据统计话单产生，计费话单的生成机制仍然按设备规范执行：即在业务全流程结束时生成O和T计费话单，并且同一消息的O和T计费话单中的状态码保持一致

l 状态代码细分要求在统计话单中体现，统计话单独立于计费话单，统计话单与计费话单不同，统计话单要求O话单和T话单分别反映O过程和T过程的状态，因此状态可能不同。

l 与计费话单不同，统计话单中O话单在提交流程结束、T流程启动前生成；T话单在T流程结束后生成。O话单不等待T过程完成后与T话单同时产生。

l 与计费话单不同，统计话单中不要求O话单与T话单一一对应，失败（包括网络失败和用户失败）的O话单不需要生成对应的T话单，而成功的O话单必须生成对应T话单（成功、网络失败或用户失败）

l 状态码可划分为四类：成功，准成功，网络失败，用户失败。

成功：多媒体消息被成功提交，并被接受方成功接收

准成功：成功转梦网相册（转梦网相册可能是用户原因，也可能是网络原因造成）

用户失败：因用户原因造成的失败

网络失败：因网络设备原因造成的失败

l 网络接通率1＝（成功＋用户失败＋准成功）/总数

l 网络接通率2＝（成功＋用户失败）/总数

l 用户接通率1＝（成功＋准成功）/总数

l 用户接通率2＝成功/总数

l 网络设备特指运营商的MMSC、WAPGW、ENUM等，而SP和外部邮箱不受运营商控制，作为特殊用户；17228梦网邮箱和梦网相册也算作特殊用户

l 为了避免彩信中心统计中由于FO、FT不统计导致成功率高于100%或永远低于100%的情况，统计话单中FO、FT也分别生成对应的话单，可以采用源目MMSCID不同的MO、AO、EO话单和源目MMSCID不同的MT、AT、ET话单实现；也可以在统计话单中直接对应产生FO或FT话单。

三、MM发送状态码
错误码	描述	场景描述	备注
0000	MMS终端提交多媒体消息成功	MM1接口成功发送到MMSC	O话单成功
0100	SP应用提交多媒体消息成功	MM7接口成功发送到MMSC	O话单成功
0200	外部邮件服务器提交多媒体消息成功	MM3接口成功发送到MMSC	O话单成功
0300	其他MMSC前转多媒体消息成功	MM4接口成功发送到MMSC(成功收到前转请求)	FO话单成功
1000	接收方MMS终端接收多媒体消息成功	点到点、邮件到点或者SP到点，接收方终端成功接收多媒体消息	O、T话单成功
1100	接收方SP应用接收多媒体消息成功	点到SP，应用成功接收到多媒体消息	O、T话单成功
1200	接收方外部邮件服务器接收消息成功	点到梦网邮箱或者其他外部邮件系统，外部邮件系统接收成功	O、T话单成功
2000	接收方MMS终端拒绝接收	点到点、SP到点或者邮件到点，接收方终端设置为拒绝接收彩信	O话单用户失败或O话单成功、T话单用户失败
3400	接收方为非MMS终端，MM被成功转移到梦网相册系统	接收方为非MMS终端，发送给接收方的彩信被成功转到梦网相册；	O话单成功、T话单成功
3401	接收方在有效期内未提取而导致MM被成功转移到梦网相册系统	接收方为MMS终端，在消息的有效期内，接收方终端没有从MMSC上成功提取消息，该消息被成功转到梦网相册系统	O话单成功、T话单准成功
3402	接收方为未知终端，MM被成功转移到梦网相册系统	接收方为未知终端，彩信被成功转到梦网相册，在有效期内接收方终端没有提取消息	O话单成功、T话单准成功
4100	终端发送到应用失败，彩信过期	接受方为应用（SP），在有效期内经过多次重发没有成功发送到SP（不包含转相册的情况）。	O话单成功、T话单特殊用户失败
4200	终端发送到Mail系统失败，彩信过期	接受方为Mail系统，在有效期内经过多次重发没有成功发送到Mail系统。	O话单成功、T话单特殊用户失败
4400	彩信直接转梦网相册网络失败	接收方为非MMS终端，消息转梦网相册网络失败；	O话单成功、T话单特殊用户失败
4401（注1）	彩信未提取过期，转梦网相册网络失败	接受方为未知终端，转梦网相册失败，且在有效期内接受方终端没有提取消息；	O话单成功、T话单特殊用户失败
4402（注1）	彩信未提取过期，转梦网相册网络失败	接受方为MMS终端，在有效期内没有成功提取消息，且转梦网相册失败	O话单成功、T话单特殊用户失败
4403（注1）	彩信提取鉴权失败过期，转梦网相册网络失败	接受方为未知终端，提取彩信时号码与发送的被叫号码不一致，且转梦网相册失败；	O话单成功、T话单特殊用户失败
4404（注1）	彩信提取鉴权失败过期，转梦网相册网络失败	接受方为MMS终端，提取彩信时号码与发送的被叫号码不一致，且转梦网相册失败	O话单成功、T话单特殊用户失败
4406（注1）	终端未返回确认信令造成过期，转梦网相册网络失败	接受方为MMS终端，有效期内接受方终端提取消息，彩信中心返回了Retrive_conf消息，但终端没有返回Acknowledge_ind信令或Notifyresp_ind信令；且转梦网相册失败，	O话单成功、T话单特殊用户失败
4407（注1）	其他原因彩信过期，转梦网相册网络失败	接受方为未知终端，转梦网相册失败，且在有效期内接受方终端没有提取消息；	O话单成功、T话单特殊用户失败
4408（注1）	其他原因彩信提取失败过期，转梦网相册网络失败	接受方为MMS终端，在有效期内没有成功提取消息，且转梦网相册失败	O话单成功、T话单特殊用户失败
4441（注1）	彩信未提取过期，未转梦网相册	接受方为未知终端，未转梦网相册，且在有效期内接受方终端没有提取消息；	O话单成功、T话单特殊用户失败
4442（注1）	彩信未提取过期，未转梦网相册	接受方为MMS终端，在有效期内没有成功提取消息，且未转梦网相册	O话单成功、T话单特殊用户失败
4443（注1）	彩信提取鉴权失败过期，未转梦网相册	接受方为未知终端，未转梦网相册，且在有效期内接受方终端没有提取消息；	O话单成功、T话单特殊用户失败
4444（注1）	彩信提取鉴权失败过期，未转梦网相册	接受方为MMS终端，提取彩信时号码与发送的被叫号码不一致，且未转梦网相册	O话单成功、T话单特殊用户失败
4446（注1）	终端未返回确认信令造成过期，未转梦网相册	接受方为MMS终端，有效期内接受方终端提取消息，彩信中心返回了Retrive_conf消息，但终端没有返回Acknowledge_ind信令或Notifyresp_ind信令；且未转梦网相册	O话单成功、T话单特殊用户失败
4447（注1）	其他原因彩信过期，未转梦网相册	接受方为未知终端，未转梦网相册，且在有效期内接受方终端没有提取消息；	O话单成功、T话单特殊用户失败
4448（注1）	其他原因彩信提取失败过期，未转梦网相册	接受方为MMS终端，在有效期内没有成功提取消息，且未转梦网相册	O话单成功、T话单特殊用户失败
5303	MM4接口对端MMSC无应答消息。可能是对端进行地址解析失败（号码格式错误、号码不属于本MMSC系统或者地址字段填空）或者网络通讯故障	终端1在MMSC A上注册，终端2在MMSC B上注册，断开MMSC A和MMSC B之间的网络连接，从终端1发送一条彩信给终端2	O话单成功、FT话单网络失败或FO话单网络失败
6000	在MM1接口产生发送方鉴权失败	终端1为号段1的某个号码，而MMSC A上没有号段1的路由，从终端1提交的彩信被提交到MMSC A上	O话单网络失败
6001	在MM1接口产生接收方鉴权失败	终端1为MMSC A上的注册用户，终端2的号码在MMSC A上没有对应的路由信息，从终端1上发送彩信到终端2	O话单用户失败
6003	因在MM1接口产生MMSC系统拒绝服务	接收方设置了不合法的无条件前转设置，比如设置的无条件前转号码在系统找不到路由信息，或者被设置的无条件前转号码归属于本系统但是被为了系统级黑名单，或者设置的无条件前转号码归属于本系统且又设置了无条件前转	O话单用户失败
6005	在MM1接口产生消息字段设置非法、关键字段没有填充	终端发送一条文本、声音和图片的组合多媒体消息，但没有填写接收方地址	O话单用户失败
6010	在MM1接口，接收方为系统黑名单用户	终端1和终端2都注册为MMSC A的用户，终端2被设置为系统黑名单，从终端1发送多媒体消息到终端2	O话单用户失败
6011	在MM1接口产生因与用户设置的消息长度，内容等矛盾	用户在自服系统上设置了过滤条件限制比如设置了最大消息体限制为20k，发送给该用户的消息大小大于该值	O话单用户失败
6012	由于用户群发个数超过系统设置从而导致失败	由于用户终端点到多点群发个数超过系统设置从而导致发送失败	O话单用户失败
6100	因在MM7接口产生发送方鉴权失败	终端1为注册在MMSC上的用户，终端2的号码在MMSC上没有路由信息，终端2在SP上作为定制方给终端1发送一条消息	O话单用户失败
6101	在MM7接口产生接收方鉴权失败	终端1在MMSC上没有对应的路由数据，从SP发送一条消息到终端1	O话单用户失败
6103	因在MM7接口产生MMSC系统拒绝服务	在SP到点流程中，接收方设置了无条件前转	O话单用户失败
6104	因在MM7接口产生MMSC系统拒绝服务	SP的参数填写错误（如计费方选择和计费号码矛盾、上下行业务逆向不允许、多点接入SP不应在本MMSC接入），系统予以拒绝	O话单用户失败
6110	在MM7接口，接收方为系统黑名单用户	终端1和终端2都是MMSC上的注册用户，终端2被管理员设置为了系统黑名单，终端1的用户在SP上点播一条彩信给终端2	O话单用户失败
6111	因在MM7接口产生与用户设置的消息长度、内容矛盾	接收方用户终端2为MMSC上的注册用户，并且在自服系统上设置了相关过滤信息，比如设置了不接收包含gif图片的多媒体消息，终端1用户在SP上点播了一条包含gif图片的多媒体消息给终端用户2	O话单用户失败
6112	由于SP群发个数超过系统设置从而导致失败	由于SP点到多点群发个数超过系统设置从而导致发送失败	O话单用户失败
6113	MM7接口的目的方是非MM终端导致的系统拒绝	SP向非MM终端发送彩信	O话单成功，T话单用户失败
6200	因在MM3接口产生发送方鉴权失败	MMSC上配置需要检查邮箱地址，且域名和梦网邮箱域名不同，从该邮箱向MMSC发送彩信到终端	O话单用户失败
6201	因在MM3接口产生接收方鉴权失败	终端1号码在MMSC上没有对应的路由信息，从梦网邮箱系统上发送一条多媒体消息到终端1上	O话单用户失败
6202	因在MM3接口产生非法业务流程	从梦网邮箱向MMSC发送彩信，接收方长度不是11为号码格式	O话单用户失败
6203	因在MM3接口产生系统拒绝服务（用户设置与系统冲突）	邮件到点业务中，接收方设置了无条件前转	O话单用户失败
6209	在MM3接口产生因在用户黑名单拒绝	终端1为MMSC的注册用户，并将终端2设置为用户黑名单，终端用户2从梦网邮箱系统发送一条消息给终端1	O话单用户失败
6210	在MM3接口产生因在系统黑名单拒绝	终端1为MMSC的注册用户，并被系统管理设置为系统黑名单，终端用户2从梦网邮箱系统发送彩信到终端用户1	O话单用户失败
6211	因在MM3接口产生与用户设置的消息长度、内容矛盾	终端1为MMSC上的注册用户，同时设置了过滤条件，比如不接收超过2k的彩信，终端用户2从梦网邮箱系统发送了超过2k大小的彩信给终端用户1	O话单用户失败
6212	由于Mail系统群发个数超过系统设置从而导致失败	由于Mail系统点到多点群发个数超过系统设置从而导致发送失败	O话单特殊用户失败
6300	因在目的MMSC的MM4接口产生接收方鉴权失败	终端用户1为MMSC A上的注册用户，在MMSC A上存在终端用户2的路由信息指向MMSC B，但是MMSC B上没有配置终端用户2的路由信息，终端用户1给终端用户2发送消息，在接收方将产生状态为6300的统计话单	O话单成功、FT话单网络失败或FO话单网络失败
6303	因在MM4接口产生系统拒绝服务（用户设置与系统冲突、时间检查不通过等）	MMSC A设置邮件接口最大邮件大小为140k，MMSC B设置邮件接口最大邮件为5k，终端1为MMSC A上的注册用户，终端2为MMSC B的注册用户，中终端1发送一条彩信到终端2，彩信大小为20k，MMSC B判断消息超大拒绝接收，在MMSC A上将产生状态码为6303的统计话单；在前转情况下，目的方MMSC发现邮件到点或者SP到点情况下接收方设置了无条件前转，或者在点到点流程中接收方设置了不合理的前转地址（类似于6003），在目的MMSC将产生6303的统计话单	O话单成功、FT话单用户失败或FO话单用户失败
6310	因在MM4接口产生系统拒绝	终端1为MMSC A的注册用户，终端2为MMSC B的注册用户，在MMSC B上系统管理员将终端2设置为系统级黑名单，终端1给终端2发送彩信	O话单成功、FT话单用户失败或FO话单用户失败
6311	因在MM4接口产生与用户设置的消息长度、内容矛盾	终端1为MMSC A的注册用户，终端2为MMSC B的注册用户，终端2用户通过自服系统设置了过滤条件，比如不接收大于20k的消息，终端1用户发送一条消息给终端用户2，消息体的大小大于20k	O话单成功、FT话单用户失败或FO话单用户失败
6350	彩信网关向彩信中心转发失败	SP通过彩信网关向目的终端1发送MM，彩信网关判断其归属彩信中心是MMSC1，但是在向MMSC1转发时失败。	O话单成功，T话单网络失败
6500	预付费系统鉴权失败	终端1和终端2为MMSC A上的注册用户，其中终端1为PPS用户，且该用户在SCP上余额不足，终端1发送一条彩信该终端2	O话单用户失败
6600~6660	DSMP鉴权失败	彩信网关向DSMP发起鉴权请求，DSMP的响应状态码在100～160之间，彩信网关将该区间的状态码转换成6600～6660	O话单成功，T话单用户失败
6661~6678	DSMP系统失败	将DSMP的状态码9000~9017转换成6661~6678	O话单成功，T话单网络失败
6679	向DSMP发送鉴权消息失败	跟DSMP之间的网络连接失败，导致无法获得鉴权响应消息	O话单成功，T话单网络失败
6680	其他的DSMP失败	DSMP返回的错误码未知	O话单成功，T话单网络失败

注1：

（1）如果超时前转相册流程打开，则使用4401~4408系列代码，如果超时前转相册流程关闭，则使用4441~4448系列代码。

（2）彩信终端：在用户数据库中该号码终端类型设置成为“彩信终端”的终端。

（3）未知终端：在用户数据库中该号码终端类型设置成为“为止终端”的终端或在用户数据库中不存在的终端。

（4）转换：当未知终端或非彩信终端第一次接收（不论成功与否）或第一次发送（不论成功与否）彩信后，终端类型修改为彩信终端，该条彩信的相关用户类型记为彩信终端。

注2：

统计话单产生情况。

以下所述话单产生机制都指统计话单，计费话单仍参照设备规范。
1）．发送和接收方归属同一MMS-C

序号	业务流程	应生成的话单	生成话单的触发点
1 1	多媒体手机到多媒体手机或多媒体手机到未知终端（接收方一定时间未取，MM转梦网相册）	O话单：MO话单， T话单：MT话单或AT话单	生成MO话单的触发点是 MM提交到彩信中心，彩信中心回复MM1_Submit_Res后，产生MO话单。生成AT话单的触发点是成功转往梦网相册后，48小时内接收方一直未到MMS-C成功提取或接收方拒绝提取消息。生成MT话单的触发点是 1. MM成功转到梦网相册前，接收方已成功提取消息(MM1_Acknowledgement_Req.)或拒绝提取消息 (MM1_Notification_Res.(reject)) 。 OR 2. 从MM成功转到梦网相册到MM过期（48小时）的时间范围中，接收方成功提取消息(MM1_Acknowledgement_Req.) 。 OR 3. 在MM有效期内，MM没有被成功地转发到梦网相册，且接收方没有提取和拒绝消息。
2 2	多媒体手机到非多媒体手机	O话单：MO话单， T话单：AT话单	生成MO 的触发点：MM提交到彩信中心，彩信中心回复成功接收或拒绝(MM1_Submit_Res)后，产生MO话单。生成AT话单的触发点：消息被成功转往梦网相册或48小时内仍未能成功转往梦网相册。
3 4	多媒体手机到非法的接收方地址（不含Email）（接收方号码非中国移动用户号码或不在SP代码表内）	O话单：MO话单 T话单：不产生	MO统计话单的触发点是消息发送到MMS-C后，由MMS-C判断接收方为非法的手机。不产生MT统计话单。
4 5	多媒体手机到email	O话单：MO话单， T话单：ET话单	生成MO 的触发点：MM提交到彩信中心，彩信中心回复成功接收或拒绝(MM1_Submit_Res)后，产生MO话单。生成ET话单的触发点是消息被成功发到梦网邮箱或48小时内仍未能成功发到梦网邮箱（MM3_Submit_Res或Expiry.Ind），不能成功转发的原因为MAIL地址错误和不存在或MM过期等错误原因。
5 8	Email到多媒体手机或未知终端（接收方一定时间未取，MM转梦网相册）	O话单：EO话单， T话单：MT 话单或 AT话单	生成EO话单的触发点是：消息被提交到彩信中心，彩信中心回复了邮件提交响应。生成AT话单的触发点是成功转往梦网相册后，48小时内接收方一直未到MMS-C成功提取或接收方拒绝提取消息。生成MT话单的触发点是 1. MM成功转到梦网相册前，接收方已成功提取消息(MM1_Acknowledgement_Req.)或拒绝提取消息 (MM1_Notification_Res.(reject)) 。 OR 2. 从MM成功转到梦网相册到MM过期（48小时）的时间范围中，接收方成功提取消息(MM1_Acknowledgement_Req.) 。 OR 3. 在MM有效期内，MM没有被成功地转发到梦网相册，且接收方没有提取和拒绝消息。
6 9	Email到非多媒体手机	O话单：EO话单 T话单：不产生T	生成EO话单的触发点是：消息被提交到彩信中心，彩信中心回复了邮件提交响应。 MT话单不产生。
7 10	Email到非法的手机（接收方号码非中国移动用户号码）	O话单：EO话单 T话单：不产生T	生成EO话单的触发点是：消息被提交到彩信中心，彩信中心拒绝发送。 MT话单不产生。
8 11	SP到多媒体手机或未知终端（接收方一定时间未取，MM转梦网相册）	O话单：AO话单， T话单：MT话单或 AT话单	生成AO话单的触发点是消息提交到彩信中心，彩信中心回复了MM7_Submit_res. 生成AT话单的触发点是成功转往梦网相册后，48小时内接收方一直未到MMS-C成功提取或接收方拒绝提取消息。生成MT话单的触发点是 1. MM成功转到梦网相册前，接收方已成功提取消息(MM1_Acknowledgement_Req.)或拒绝提取消息 (MM1_Notification_Res.(reject)) 。 OR 2. MM成功转到梦网相册到MM过期（48小时）的时间范围中，接收方成功提取消息(MM1_Acknowledgement_Req.) 。 OR 3. 若在MM有效期内，MM没有被成功地转发到梦网相册，且接收方没有提取和拒绝消息。
9 12	SP到非多媒体手机（系统拒绝）	O话单：AO话单（状态为系统拒绝） T话单：MT（状态为系统拒绝）	生成AO话单的触发点是消息提交到彩信中心，彩信中心回复了MM7_Submit_res. MT话单不产生。.
10 13	SP到非法的手机（接收方号码不是中国移动用户号码）	O话单：AO话单（状态为系统拒绝） T话单：MT话单（状态为系统拒绝）	生成AO话单的触发点是消息提交到彩信中心，彩信中心回复了MM7_Submit_res. MT话单不产生。.
11 14	多媒体手机到SP	O话单：MO话单， T话单：AT话单	生成MO话单的触发点是 MM提交到彩信中心，彩信中心回复MM1_Submit_Res后，产生MO话单。 AT话单的触发点是以SP收到MM消息的应答（MM7_Delivery_Res）或MM过期。

2）．发送方和接收方归属不同MMS-C（MM4接口）

O话单的产生机制同“发送和接收方归属同一MMS-C”的情况。T统计话单的产生机制同参考“发送方和接收方归属不同MMS-C（MM4接口）”情况下的计费话单的产生。

3）．通过彩信网关转发的彩信业务，彩信网关统计话单的触发机制

序号

业务流程

应生成的话单

生成话单的触发点

12 11

SP到终端（包括多媒体手机或未知终端或者非MM终端）

O话单：AO话单，

T话单：GMT话单

生成AO话单的触发点是

SP提交消息到彩信网关，彩信网关回复了MM7_Submit_res.

生成GMT话单的触发点是

1. 收到彩信中心返回的MM7_delivery_report.REQ或者是MM4_delivery_report.REQ

2. 彩信网关向彩信中心转发失败

3. 彩信网关的向DSMP鉴权失败

13 11

终端到SP

O话单：GMO话单，

T话单：AT话单

生成GMO话单的触发点是

彩信中心将MM7_deliver_req消息提交到彩信网关，彩信网关回复了MM7_deliver_res.

生成AT话单的触发点是

1. 收到SP返回的MM7_deliver_res.

2. 彩信网关向SP转发失败

3. 彩信网关的向DSMP鉴权失败

附录A 编制历史

彩信系统消息发送状态码细化方案编制历史
版本号	更新时间	主要内容	修订人
V1.1.0	2003年6月25日	完成
V1.1.1	2003年7月16日	涉及到非彩信支撑系统部分删掉了梦网邮箱的说明
V1.2.0	2003年11月11日	重新定义了新的代码，并定义了场景
V1.5.0	2004年9月2日	修正了各个代码的状态情况，新增了代码
V1.5.1	2004年10月18日	修正了各个代码的状态情况
V1.5.2	2004年11月16日	进行了简要修订
V1.6.0	2005年06月02日	1.定义了MMSG跟MMSC之间的状态码6350~6399，并定义了MMSG的日志触发条件。 2.定义了DSMP的状态码区间6600~6699. 3.增加了系统错误的状态码9900。 4.增加了SP->非MM终端发送的状态码6113。 5.增加了SP的提交请求中，相关的字段填写错误的状态码6104。

windows2000下大硬盘的支持

2009-04-08T13:13:00.003+08:00

给公司一个工控机加装了一块500G的硬盘，机器是windows2000的系统，结果硬盘装上去之后只认出不到200G的空间，在bios中看硬盘是500G，说明主板是支持的，看来问题就是windows2000了，找了一下网络，发现可以做如下处理：
启动“注册表编辑器”(Regedt32.exe)。在注册表中找到并单击下面的项：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Atapi\Parameters\
新建一个名为EnableBigLba的DWROD键项,其值为1 。
然后从设备管理器中把原来让个系统认错的硬盘卸载再认一下，500G回来了，呵呵！

忆同学时光

2009-04-06T16:15:00.002+08:00

2007年12月24日写在QQ空间中的，转至现在博客

　　昨天同学来找我，加上另外一个同学一起吃了个饭，好好的唠了唠嗑！回首同学生活，不禁一阵感慨。想一下，现在毕业也三年了，还是一事无成呀，惭愧之至。

　　同学今天需要赶早班火车去另一个城市，所以要在我那儿借宿一晚，因为天冷，我说咱们一个被窝休息好了。在被窝里我们又是一通大山的侃，真有以前卧谈会的感觉。

　　早上同学早早就离去了，我上班时间不到，接着睡。梦中又回到了那熟悉的校园，又与那些熟悉的身影一起HIGH。不觉得醒来已然就要八点了，风驰电掣的起床后便要出发，不经意间看到空中飘舞着什么东西，定睛一看，哇，天上飘起了雪花，这可以讲是２００７年的第一场雪了，前段时间有一次下过雨加雪，不过感觉是不一样的。想起今天是１２月１４号，一个可以讲是值的怀念的日子。三年前，和MM真正交往还不太长，当时我一个网吧兼职网管，平时工作挺多。想到晚上就是平安夜了，应该和MM好好聚聚，于是中行便给BOSS讲我有事，老板很不情愿的说那你去办事好了，我和MM便一同下山去了（我们学校在市郊的一个山上，说是山也不是传统上的山，不过地势还是很高的）。那天也下着雪，不过比今天的要大的多。我们沿着马路走呀走呀，去到一个公园看雪景。一些背风的地方雪已经到腿肚子那么深了，我轻轻的拥着MM，走在高处看公园的雪景，看那结冰的湖面，看那穿着厚厚白衣服的松柏，真希望时间就此为我而停驻，那我一直享受那雪中的温馨。网吧老板很不解风情的给我打起了电话，我知道网吧又有一些问题了，我不想因为它而打扰我，任由它一遍遍响着。最后实在受不了它的干扰了，我拿起手机直接取下了电池——看电影《手机》上讲这样可以让你的手机不在服务区或暂时无法接通。这下整个世界清静了。

　　我和MM一直在公园待了好长时间，直到天色发灰，黄昏到来了。平安夜自然要让晚上过的丰富些，我带着MM奔到了‘大M’（麦当劳），这种地方平时我是不敢问津的，家里不富，我平时生活费压根不能来这儿消费，不过今天的日子奢侈一回又如何，并且现在我兼职着还能挣点外快。天上的雪越来越大了，一片片的像一个个精灵。我们点了一个套餐，有两个大可。跑到二楼找上一个靠窗的坐，看着外面纷纷扬扬的大雪，我和MM一人一个大可呼噜呼噜的喝着（有冰块），感觉爽极了。回去的时候一直将MM 送到‘熊猫馆’（女生主寓）门口，网吧也不去了，每二天听老板唠叨得了，反正那时我是网吧的支柱，他也不会将我怎么着。

　　今天又是２４号，天空依然飘着雪花，但MM却和我相隔千里之外。想起“你那里下雪了吗”这首歌，不过我知道MM那里没有下雪，因为她在南方。唉！

你那里下雪了吗
面对寒冷你怕不怕
可有炉火温暖你的手
可有微笑填满你的家

你那里下雪了吗
面对孤独你怕不怕
想不想听我说句贴心话
要不要我为你留下一片雪花

踏雪寻梅
已成我梦中的童话
花瓣纷飞
飘洒着我的长发
摘一朵留下我永远的牵挂
最寒冷的日子里伴我走天涯

又换地方了

2009-03-23T14:48:00.003+08:00

BLOG历经磨难，换了好多个地方。最后换到GOOGLE的BLOGGER上了。主要是能绑米。
以前的文章也不找回了，一切从新开始，从头再来。

‘博士后和民工的区别’有感

2009-03-27T16:12:00.002+08:00

联合利华引进了一条香皂包装生产线，结果发现这条生产线有个缺陷：常常会有盒子里没装入香皂。
总不能把空盒子卖给顾客啊，他们请了一个学自动化的博士后设计一个方案来分拣空的香皂盒。
博士后拉起了一个十几人的科研攻关小组，综合采用了机械、微电子、自动化、X射线探测等技术，
花了几十万，成功解决了问题。每当生产线上有空香皂盒通过，两旁的探测器会检测到，并且驱动一只机械手把空皂盒推走。

中国南方有个乡镇企业也买了同样的生产线，老板发现这个问题后大为发火，找了个小工来说:你***给老子把这个搞定，
不然你给老子爬'*'。小工很快想出了办法：他在生产线旁边放了台风扇猛吹，空皂盒自然会被吹走。

这是我所在的一个QQ群中有人转来的，看完后的确有些触动。暂且不说这个小故事的真实性，只从它所折射出来的情况去分析

想法决定做法，民工脑子中没有那么多先进的技术，所以他只从最简单最最实用的思路出法去考虑事情，实现做法可能不是那么清亮，但最终达到了所需要的目的。有时我们脑子中装了太多的想法，以至于我们都不会用最简单最原始的思路去思考了。

联合利华固然不大可能去放几台风扇在生产线上去吹，但是是否我们有时去相信尖端人才却忽视了民众的力量了呢？

SGIP网关返回的错误代码

2009-04-06T14:35:00.001+08:00

错误码错误说明短信网关定义错误代码
0 无错误，命令正确短信网关定义错误代码
1 非法登陆，一般为用户名密码错误短信网关定义错误代码
2 重复登陆短信网关定义错误代码
3 连接过多，超过限制短信网关定义错误代码
4 登陆类型错误短信网关定义错误代码
5 参数格式错误短信网关定义错误代码
6 非法手机号码，一般指ChargeNumber和UserNumber的填写不规范短信网关定义错误代码
7 消息ID错短信网关定义错误代码
8 消息长度错误短信网关定义错误代码
9 非法序列号，指序列号重复，第一个序列号即源节点编码错误短信网关定义错误代码
32 系统失败（一般指系统消息队列满）短信网关定义错误代码
33 超过流量限制，指发送方在一秒内的流量已经达到限制，拒绝发送短信网关定义错误代码
34 登陆太频繁，指同一个SP或者SMG在一分钟内登陆次数已经达到限制，拒绝登陆短信网关定义错误代码
90 SGIP包长度错误（用于RESP应答）短信网关定义错误代码
21 目的地址不可达短信网关定义错误代码
22 路由错短信网关定义错误代码
23 路由不存在短信网关定义错误代码
24 计费号码无效短信网关定义错误代码
25 用户不能通信短信网关定义错误代码
26 手机内存不足短信网关定义错误代码
27 手机不支持短消息短信网关定义错误代码
28 手机接收短消息出现错误短信网关定义错误代码
29 不知道的用户短信网关定义错误代码
30 不提供此功能短信网关定义错误代码
31 非法设备短信网关定义错误代码
93 后付费用户鉴权失败短信网关定义错误代码
94 预付费用户扣费失败短信网关定义错误代码
201 业务代码未分配 SP业务管理系统定义错误代码
202 业务资费类型错误 SP业务管理系统定义错误代码
202 信息费错误 SP业务管理系统定义错误代码
203 LINKID不匹配 SP业务管理系统定义错误代码
204 用户未订购 SP业务管理系统定义错误代码
205 下发用户数不为1 SP业务管理系统定义错误代码
206 该包格式错误 SP业务管理系统定义错误代码
207 下发的MT超过最大条数 SP业务管理系统定义错误代码
208 第三方付费 SP业务管理系统定义错误代码
209 SP不能将MOFLAG填为3 SP业务管理系统定义错误代码
210 WEB点播命令字不存在 SP业务管理系统定义错误代码
211 订制关系成功建立,但通知由SP管理平台发送,SP的MT被拦截 SP业务管理系统定义错误代码
212 包月话单被拦截 SP业务管理系统定义错误代码
213 SPNUMBER未分或不合法 SP业务管理系统定义错误代码
214 停机用户 SP业务管理系统定义错误代码
215 离网用户 SP业务管理系统定义错误代码
216 计费号码错 SP业务管理系统定义错误代码
217 重复订购 SP业务管理系统定义错误代码
218 重复点播 SP业务管理系统定义错误代码
219 被禁止的SP SP业务管理系统定义错误代码
219 非法登录 SP业务管理系统定义错误代码
220 重复登录 SP业务管理系统定义错误代码
221 连接过多 SP业务管理系统定义错误代码
222 登录类型错 SP业务管理系统定义错误代码
223 参数格式错 SP业务管理系统定义错误代码
224 非法手机号码 SP业务管理系统定义错误代码
225 消息ID错 SP业务管理系统定义错误代码
226 信息长度错 SP业务管理系统定义错误代码
227 非法序列号 SP业务管理系统定义错误代码
228 SP节点编号错 SP业务管理系统定义错误代码
229 节点忙 SP业务管理系统定义错误代码
230 不提供此功能 SP业务管理系统定义错误代码
231 等待应答超时 SP业务管理系统定义错误代码
232 系统错 SP业务管理系统定义错误代码
233 将发NOTISP包，原流程需要终止 SP业务管理系统定义错误代码
234 将发NOTIUSER包，原流程需要终止 SP业务管理系统定义错误代码
235 鉴权中心处理超时 SP业务管理系统定义错误代码
236 超过最大重试次数 SP业务管理系统定义错误代码
237 白名单SP，直接返回鉴权成功 SP业务管理系统定义错误代码
238 手机短信到SPPORTAL定制且不需要确认,这时返回该错误同时发一个NOTITOSP SP业务管理系统定义错误代码
239 MO鉴权的时候LINKID异常 SP业务管理系统定义错误代码
240 用户确认的时候回复N，流程终止，MO不上发 SP业务管理系统定义错误代码
241 错误的包类型 SP业务管理系统定义错误代码
242 包长度错误 SP业务管理系统定义错误代码
243 MD5验证码错误 SP业务管理系统定义错误代码
5001 连接SP失败　
5002 发送BIND到SP失败　
5003 接收SP的BIND_RESP失败　
5004 SP返回BIND_RESP登陆失败　
5005 SP返回的BIND_RESP长度错误　
5007 SP返回BIND_RESP超时　
5011 发送MO,REPORT到SP失败　
5012 接收MO，REPORT的RESPONSE失败　
5014 SP返回的RESPONSE的CommandID不匹配　
5015 与SP连接断开　
5017 SP返回RESPONSE超时　
5021 与SP的连接关闭　

SPMS鉴权中心错误代码含义
错误代码201：业务代码未分配
原因：根据MT话单里的接入号和业务代码找不到对应的申报项。

错误代码202：业务资费类型错误
原因：MT话单里填写的信息费大于SP实际申报的信息费或者对订制/点播失败的通知信息没有将CHARGENUMBER填为21个0。该情况下SP不用对此包重发，SP管理系统会将此包资费修正后发送。

错误代码203：LINKID不匹配
原因：根据用户的命令字解析出的是订制类业务，但SP返回的业务代码却是非订制业务。

错误代码204：用户未订购
原因：SP下发的是一个订制业务，但用户并未订制该业务，或用户为非订制状态。
也有可能用户做的是点播业务，SP下发的却是订制类业务代码；

错误代码205：下发用户数不为1
原因：MT话单里的USERCOUNT不为1，该字段只能填1，不允许群发。

错误代码206：该包格式错误
原因：1、MT话单的用户号码为空或者CHARGENUMBER为空或者SPNUMBER为空或者CORPID为空或者SERVICETYPE为空都会返回此错误。2、MT包里没有LINKID但根据业务代码判断却又不是订制类业务。

错误代码207：下发的MT超过最大条数
原因：对点播类业务使用同一个LINKID下发的MT条数不能超过申报的数，默认为3条。

错误代码208：第三方付费
原因：定制类MT话单里的CHARGENUMBER和USERNUMBER不同且不是SP付费。

错误代码209：SP不能将MOFLAG填为3
原因：按新规定，SP下发的MT包（除包月话单）中MOFLAG字段不能填3。

错误代码210：WEB点播命令字不存在
原因：WEB点播的时候，SP送过来的命令字是未申报的。此种情况下可让将命令字填4个#。

错误代码211：通知信息被拦截
原因：以后SP下发订制/退订的通知信息将只被用来确认订制关系，但不会下发到用户手机上，改由SPMS通知，此消息在定制成功时正常。

错误代码212：包月话单不许下发
原因：每月10日前不许下发包月话单，订制用户自订制起三日内不许发包月话单，用户在20号以后订购，当月不能下包月话单

DEBIAN下的fcitx

2009-03-23T17:25:00.004+08:00

linux下的五笔好难选择，个人从skim(scim)和fcitx之间换了好多次，总是输入法有不太如人意的地方，有点怀念windows：）
看到fcitx转入googlecode后发布的第一个版本(3.6.0rc），虽然是不是正式版。还是赶快移除原来的fcitx，换用新的。
以前都是用aptitude install一个命令了事，这次下的包是tar.gz的，只好自己解压慢慢来了。结果发现自己好多开发工具都没有，一通aptitude install，总算好了。
但发现一个新的问题，在iceweasel下使用五笔拼音（其它情况未测试），输入法输入英文时有时会出现按键重复上屏，如按一个a出两个。使用五笔打字时未出现这种情况。
另:如果在五笔状态下使用shift暂时输入英文字符未发现这种情况

迷茫中，作者也说在ubuntu下发现一些问题，做为ubuntu源头的debian，难道这就是作者说的问题，郁闷中，先用着吧，等实在受不了就还回退到老版本。

根服务器-备忘

2009-03-25T17:26:00.005+08:00

记下这几个，PING之，看那一个返回的速度快，设成DNS服。但根DNS好似只解析.com|.net域名，应急之用还是不错的。

根服务器是互联网域名解析系统中最高级别的域名服务器，共13台。目前的分布是：主根服务器美国1个，设置在弗吉尼亚州的杜勒斯；辅根服务器美国9个，瑞典、荷兰、日本各1个：

字母	IPv4地址	IPv6地址	老域名	运行机构	设置地点	软件
A	198.41.0.4	2001:503:BA3E::2:30	ns.internic.net	VeriSign	杜勒斯，弗吉尼亚州	BIND
B	192.228.79.201	2001:478:65::53	ns1.isi.edu	南加州大学-ISI	Marina Del Rey，加利福尼亚州	BIND
C	192.33.4.12		c.psi.net	Cogent通信	distributed using anycast	BIND
D	128.8.10.90		terp.umd.edu	马里兰大学	学院市 College Park，马里兰州	BIND
E	192.203.230.10		ns.nasa.gov	NASA	芒廷维尤	BIND
F	192.5.5.241	2001:500:2f::f	ns.isc.org	ISC	distributed using anycast	BIND
G	192.112.36.4		ns.nic.ddn.mil	国防信息系统局	哥伦布，俄亥俄州	BIND
H	128.63.2.53	2001:500:1::803f:235	aos.arl.army.mil	陆军研究实验室	Aberdeen Proving Ground，马里兰州	NSD
I	192.36.148.17	2001:7fe::53 (testing)	nic.nordu.net	Autonomica	distributed using anycast	BIND
J	192.58.128.30	2001:503:C27::2:30		VeriSign	distributed using anycast	BIND
K	193.0.14.129	2001:7fd::1		RIPE NCC	distributed using anycast	NSD
L	199.7.83.42	2001:500:3::42		ICANN	distributed using anycast	NSD
M	202.12.27.33	2001:dc3::35		WIDE Project	distributed using anycast	BIND