运营商同时建两张网？
刚看到一个新闻，据说4Ｇ时代运营商都必须建设TD-LTE网络，可选FDD-LTE网络。这实际上就要求电信和联通同时建设两张网络。
这简直就是一个用屁股想出来的方案。
最让人厌恶的就是一帮伪科学家，改改参数就出来卖，尽做一些欺世盗名的事，还人模狗样地说为了国家。这帮骗子，绑架了产业，也绑架了国家，祸国殃民！
在virtualBox中安装Debian7
在virtualBox中安装最新发布的Debian7版本，遇到一点小问题。以前安装Debian6时，能自动适应virtualBox的窗体大小，debian6内置了对virtualBox的支持。实际上Debian7也内置了对virtualBox的支持，不过似乎有问题（大概是版本不匹配等原因），因此还是需要手工安装virtualbox guest tool。
安装header文件（根据不同的内核版本会有差异）：
apt-get install linux-headers-3.2.0-4-486
重新安装dkms支持：
dpkg-reconfigure virtualbox-guest-dkms
进/media/cdrom目录重新编译virtualBox guest tool:
sh VBoxLinuxGuestAdditions.run
Apache无法执行php的问题
最近将开发环境从Kubuntu 12.04升级到13.04，整个过程基本顺利。然而在使用过程中，逐渐发现一些有问题的地方，升级实际上导致了一些问题。例如Apache出现的问题。
升级后，Apache运行php脚本时全部失败，在log中可以看到以下一些类似的信息：
SoftException in Application.cpp ...
premature end of script headers...
解决方法也比较简单，将libapache2-mod-suphp模块删除后重新安装即可，没有去深究其中的具体原因。从中也可以看出：linux各版本目前作得都比较不错了，可是还是总有一些小问题会时不时出现并困扰你，让你去折腾，这可能也就是为什么linux始终无法进入主流消费者领域的原因吧。
升级到13.04后出现的fontconfig warning
将Kubuntu从12.04升级到13.04后，（在终端）运行程序会出现以下告警信息：
Fontconfig warning: “/etc/fonts/conf.d/99-language-selector-zh.conf”, line 11: Having multiple values in <test> isn’t supported and may not work as expected
检查该99-language-selector-zh.conf文件，发现在第一个<test name=”family” compare=”contains” >内定义了多个<string>参数，因此仅需要将这个项拆成多个family项即可，例如下面的修改：
<test name="family" compare="contains" > <string>Song</string> </test> <test name="family" compare="contains" > <string>Sun</string> </test> <test name="family" compare="contains" > <string>Kai</string> </test> <test name="family" compare="contains" > <string>Ming</string> </test>
SIP-INFO传递DTMF信号的若干约定
采用SIP-INFO消息来传递DTMF信号，似乎只是Cisco的定义，没有一个成文的标准，但是目前主流的SIP厂家基本都遵循了相同定义，主要采用‘Signal’参数传递DTMF值：
Signal=1
Duration=160
其中，Signal与DTMF信号对应如下：
DTMF Signal ------------------------- 0--9 0--9 * 10 # 11 A--D 12--15 Flash 16
这种映射关系与RFC2833规范一致。但实际上，SIP-INFO既然是文本消息，其实没必要进行转译。例如，传递‘*’信号时，目前的处理是：
Signal=10
Duration=160
这样的定义非常不直观，完全可以直接传递，如下：
Signal=*
Duration=160
SIP-INFO这样传递显得非常直观。RFC2833二进制协议，只能进行定义转换，但是SIP本身是文本协议，足以进行文本性描述。可惜当初不知道为什么非要按照2833方式进行定义，也许这就是为什么这种方式始终没有成为正式规范的原因。
神一般的人
放下了工作，花了几天时间，终于看完了“史蒂夫 乔布斯传”，实实在在地被震撼了。毫无疑问，乔布斯是有很多毛病的人，甚至如文章所说，有时候他其实就是一个混蛋。
可是他对伟大产品的追求、坚韧不拔的毅力、对历史的使命感，是一般人无法企及的。简直让人高山仰止。他实在是有资格蔑视微软，认为微软从没有创造过伟大产品。为了创造伟大的产品心无旁骛、艰苦卓绝的努力，这种非常纯粹的精神追求，也是普通人难以承受的，而乔布斯一生如此，实在让人难以置信！天妒英才！天妒英才啊！！
在我们这个把盗版叫做微创新、到处是鲜廉寡耻的产业流氓的环境中，我们盛产浩浩荡荡地“走过人文和科技交叉点”的傻逼！
我们与别人的差距，不是产业规模的差距，不是技术能力的差距，更不是生产工艺的差距，而是思想和文化的差距、是历史使命感的差距。这种差距让人非常悲哀、非常气馁，也让人对乔布斯由衷地产生敬意！
CentOS安装VirtualBox增强功能
虚拟机中的CentOS6.4编译安装增强功能时，有一些包需要安装，并且有个特殊的配置。相比之下，openSUSE非常好，默认就直接支持了vbox增强功能。
首先转变成su用户，然后进入目录/media/VBOXADDITIONS_4.1.12_77218（不同的virtualBox版本可能会有不同的目录），然后执行以下命令即可：
yum install gcc kernel-devel
export KERN_DIR=/usr/src/kernels/2.6.32…. <– 取决于版本号
yum install kernel-devel-2.6.32-… <–编译错误时会提示安装哪个版本
cd /media/VBOX… sh ./VBoxLinu….
2013-12-16更新：
在升级CentOS6.5后，编译增强功能会遇到一个编译opengl出错的提示，需要增加几个与drm相关的软连接：
# cd /usr/src/kernels/2.6.32-431.el6.i686/include/drm/
# ln -s /usr/include/drm/drm.h drm.h
# ln -s /usr/include/drm/drm_sarea.h drm_sarea.h
# ln -s /usr/include/drm/drm_mode.h drm_mode.h
# ln -s /usr/include/drm/drm_fourcc.h drm_fourcc.h
MariaDB初步
基本上与mysql数据库是完全兼容的，各项命令以及库的名字都与mysql相同。当然目前还没有深度应用，不知道在库、api等方面是否完全兼容。
启动数据库：
service mysql start
修改root用户密码：
mysqladmin -u root password "xxxx"
将数据库加入自动启动列表：
chkconfig --add mysql <-- Redhat/CentOS/openSUSe 或者 update-rc.d mysql defaults <-- Debian/Ubuntu
访问数据库：
mysql -u root -p
两周年了
时间过得真快！从U公司离职，仿佛还是昨天发生的事情。
两年过去了，回头看看，自己真是在一个不太好的时间点选择了创业，非常鲁莽。这两年无论生活还是工作，都发生了巨大的变化，这些变化造成的压力有时候显得实在过于沉重。
希望接下来的日子会好一些。
SIP呼叫中的主叫号码
传统电信网的各项规范往往经过了很多专家的讨论以及厂家的验证，因此显得比较严格和规范，例如传统的ISDN规范，定义都很明确。
而因特网的各项规范对比之下就显得很随意，往往是一个规范出来之前就考虑不周全，然后根据情况，又补充出一堆的规范。即使这样，仍然是显得有很多漏洞，或者说有很多不规范、不明确的地方，导致各厂家各说各的道理，给互联互通造成很大的困扰。
当然不是说传统电信规范没有漏洞或者定义含糊的地方，只是相比之下，因特网的规范实在是过于随意。
比如说SIP呼叫中的主叫号码。
在电信网规范中，与主叫相关的号码定义非常明确，主要就这么几个：主叫号码、原主叫号码以及显示号码。各号码的应用场景也非常明确，号码格式中的显示属性等也很明确。
在SIP规范中，与主叫相关的头域有这么几个：From, Contact, P-Asserted-Identity, P-Preferred-Identity, Remote-Party-ID等。这些定义要么没有明确规范好，要么就是多次一举，多半是RFC定义者遇到情况时，拍脑袋一想：算了，加个新的定义搞定吧。结果就让人很无语了。
From和Contact在标准的SIP code规范RFC3261中有明确定义，通常我们都认为From域中携带主叫号码，可惜规范并没有明确限定，因此有一些厂家往往在Contact域中携带主叫号码，而在From域中只携带地址信息。
而显然在实际应用中又遇到一些主叫号码显示的场景（估计主要是电信专家考虑3GPP网络的各项应用时，遇到了与传统主叫号码类业务的冲突），于是乎RFC3325规范就粉墨登场，一举增加了P-Asserted/Preferred-Identity两个头域，也是用来携带主叫号码信息。其中，P-Asserted-Identity主要在信任域的server之间、proxy之间、server与Proxy之间进行传递，而P-Preferred-Identity主要在UA与server/proxy之间传递。看，无聊不？折腾不？
而在正统的P-xxx-Identity头域出来前，民间的野路子显然也遇到了同样的主叫号码类业务的问题，于是乎定义了Remote-Party-ID，并基本参照了ISDN的一些定义，例如号码是否显示等属性，很多SIP厂商已经很high地支持了这个定义，比如说Asterisk。发现没？有了这个定义，还要P-xxx-Identity等定义干什么呢？但是不幸的是P-xxx-Identity已经是正式RFC规范，而Remote-Party-ID还停留在draft-xxx-04阶段（目前已经超时，不知道还会不会升级到正式RFC规范），因此SIP厂商不得不同时支持上述各个定义了。
我有没有提到：有些SIP设备在From/Contact等常见域中根本不携带号码，只在www/proxy-authorization中携带鉴权用户的号码，往往也就是作为主叫号码？
晕倒吧！