Browsed by
Author: YI

赖_昌_星被抓回来了

赖_昌_星被抓回来了

新闻里是这么定义的:

他所领导的走私集团在厦门关区走私进口成品油、植物油、汽车、香烟、化工原料、西药原料、纺织原料、电子机械等货物,价值高达人民币530亿元,偷逃税款300亿元,是1949年以来中国最大的经济犯罪案件。

只是围观,不做任何评论。不过当年一些关于他杀人放火的报道,确实骇人听闻。

查看程序crash时的堆栈信息(gdb)

查看程序crash时的堆栈信息(gdb)

gdb中查看程序crash时的堆栈信息非常简单,直接使用命令backtrace即可。

gdb中对这个命令的解释如下:

backtrace — Print backtrace of all stack frames

Linux Deepin,国人最喜爱的linux?

Linux Deepin,国人最喜爱的linux?

看到一篇新闻,大意是推荐一个国人制作的linux发行版本,号称是国人最喜爱的版本。

看完该新闻后,有些疑问:

(1)号称是基于Ubuntu11.04,可是从该版本的整体界面风格看,更像是在linux mint的基础上进行了部分修改。从整体协调性看,不如Mint,与Mac更是相去甚远。

(2)在部分截图中出现原始的GTK界面,这点让人觉得很奇怪。要么是界面没有美化好,要么是某些模块崩溃了导致退回到了GTK界面。

(3)集成了永中Office。这个选择也让人费解,而且居然还作为一个主要卖点宣传。难道作者不知道永中的糗事么?既然集成了WINE,要不干脆集成WPS,或者像其他发行版本一样集成LibreOffice,怎么也比选择永中要好些吧?

作为一款国人制作的发行版本,我们还是应当鼓励。但是我个人觉得它的宣传新闻稿没有把自己的特点凸显出来,一个windows XP风格的软件中心花哨是花哨了,可是和整体风格格格不入,有点不伦不类。这点就不如ylmf,它干脆就整体向XP模仿,至少风格是统一的。

如果向初学者推荐,我仍然会推荐Linux Mint。国人制作的版本已经有很大的进步,不过还任重道远。

中国科技大学开源镜像

中国科技大学开源镜像

站点地址: mirrors.ustc.edu.cn,支持HTTP和FTP访问。

这个站点速度比较快,也比较稳定。基本上我们都在它这下载各个Linux发布版本,如Ubuntu, CentOS等。国内各大学应该向中科大学习。

昨天中科大站点终于出现了传说中的CentOS6,今天下载下来试试。就个人想法而言,我觉得中科大也应该提供Scientific Linux的镜像,毕竟两个版本都是同源,而后者显然更有科研味道。

一款轻量级的php编辑工具gPHPEdit

一款轻量级的php编辑工具gPHPEdit

在Ubuntu环境中,一般可以采用gEdit来编辑php文件。不过gEdit有个很大的不足:无法显示php函数、类列表,毕竟gEdit只是定位在简单的文本编辑功能上。

我们也可以使用Eclipse+PDT模块,不过Eclipse实在是太重型了,不太讨人喜欢。

后来发现Ubuntu软件中心有一款非常轻型的php编辑工具:gPHPEdit。它的界面、配置、操作都与gEdit非常像,重要的是它支持对PHP文件中的函数和类进行列表,大大方便了开发工作。

安装命令如下:

sudo apt-get install gphpedit php5-cli

gPHPEdit使用php5-cli进行PHP语法检查。如果不想要语法检查功能,可以不安装php5-cli。

WebRTC与SIP

WebRTC与SIP

毫无疑问,WebRTC是个好东西。之所以这么说,是因为他居然开源了GIPS的audio引擎。GIPS的回声抑制、噪声消除等方面的技术,几乎独步天下。当年GIPS仅靠这些个算法包,就活得有滋有味。Skype、MSN、QQ等等,凡是做IP语音通信的,都无一例外地使用了GIPS的技术,这里还没包括各硬件芯片厂商。

Google居然将它开源了,牛啊!实在是让人佩服!

既然已经开源了,我们也希望在已有的free项目中引入webrtc的相关模块(主要是EC, NS等)。看了一下webrtc的文档(目前还是非常简陋),忽然有个想法,其实我们没有必要将webrtc的模块引入我们的项目,相反,我们只需要基于webrtc,将我们已经实现的SIP会话层以及GUI层添加到webrtc中。从webrtc的模块分层看,这样似乎更可行一些。

替换掉webrtc的会话层,或者新增SIP会话层似乎都是可行的。不过编译webrtc实在是麻烦,居然要vc2005(还不能是express版本)/ Win7 SDK / DirectX SDK等等,个个都是巨无霸。

另外,这个对Speex项目应该也有影响吧?Speex项目自己实现了一个audio引擎,不过其中的EC,NS等关键部件效果还是不太让人满意,不知道他们会不会从webrtc中获得灵感。

升级到WordPress 3.2

升级到WordPress 3.2

今天登陆进blog的时候,系统提示可以升级到新的3.2版本。我本来就是个升级控,加上对wordpress的印象非常好,自然毫不犹豫就升级了。

感觉很不错啊,各方面都有提高。新增加的Twenty eleven比原来的主题有很大的提高,看上去和谐多了,每篇blog之间的分割也非常明显,缺省字体也似乎没有以前那么硕大(当然,现在还是很大 :-) )

wordpress升级的步伐很快,看得出这是个生机勃勃的社区。wordpress很多功能的设置和实现也是简洁、有效,非常让人欣赏。反观phpbb社区,我都不好说什么了,反垃圾功能到现在都没有什么改观。

 

使用python编写简单的守护进程

使用python编写简单的守护进程

server程序与桌面程序最基本的差别在于:server程序通常需要更加稳定地运行,最好是永远都不会中断,确保服务的持续性。

要做到这点,首先当然应当提高程序本身的稳定性,程序本身必须足够稳定才有意义。

然而,天有不测风云,无论多简单的软件,总是会有bug,会有可能导致程序crash。这种情况下,仅仅依赖提高程序本身的稳定性是不够的。我们还需要另外的手段来保证服务的持续性。

最简单的办法就是用守护进程监视当前程序,一旦发生异常或者crash,就重新启动程序。使用python就可以简单地做到这点。
例如,我们通过python脚本(start_mss_app.py)来监视msscli服务程序的运行:

#start_mss_app.py -- run and monitor msscli application

import os
import sys

sys.path.append("./")

def monitor(appName):
    pid = os.fork()

    if 0 == pid:	# child process
        os.system(appName)
        sys.exit(0)

    else:  # parent process
        os.wait()

if __name__ == '__main__' :
    while 1:
        monitor('./msscli')

运行时很简单,使用命令 python start_mss_app.py & 即可。

当msscli程序发生异常导致crash或者退出时,python脚本会自动重起msscli程序。

在进行系统维护或者升级时,我们也有必要强制关掉msscli服务程序,此时由于上述守护进程的存在,我们先必须kill掉守护进程,然后才能kill掉msscli服务程序:

sudo killall python

sudo killall msscli

真不巧,遇到了美国独立日

真不巧,遇到了美国独立日

我们新产品的发布时间居然是美国独立日,这实在是很不巧,大部分美国人都放假了,可能没有人会关注到我们的这次更新信息。

晕死!

RTMP

RTMP

RTMP全称是Real Time Messaging Protocol。这个协议由Macromedia公司开发,为Flash player以及Flash media server提供语音、视频流媒体服务的私有协议。目前Macromedia已经公开了这个协议的细节。

值得注意的是,虽然Flash player/media server/RTMP通常用于提供网络视频流媒体,例如各种各样的视频网站,它们的组合也可以提供在线会议的功能。考虑到几乎所有的浏览器都可能安装有flash,因此终端用户几乎不需要另外安装软件,就可以访问视频、会议等服务,对这些业务的在线部署实在是非常方便。

Macromedia公开RTMP协议,可能是出于与HTML5竞争的需要。这对最终用户而言,无疑是有利的。

而吸引我注意的则是另外一则消息:FreeSwitch最新版本中实现了mod_rtmp模块,通过这个模块,FreeSwitch可以成为RTMP Server,并与传统的SIP进行转换和互通。这是个很不错的想法,让人有很多想象空间。