博客应该写什么

中午的时候写了篇看似凑数的文章,写的的确是不怎么样,看来看去还是决定不删了。

博客应该写点什么。这个问题已经困扰我很久了。自从这个博客建立以后,我便决定尽量多写原创的东西,少转载。 但是自己毕竟经历有限、懒惰、学艺不精,更是写不出个一二来。于是,在下很是佩服那些一周更新多次,结构清晰,论点鲜明的博主们。我很想找到他们,问他们为什么总有东西可写,究竟应该怎么写。

我从来就觉得自己语文学的不怎么样,甚至还搞过抄袭和模仿。抄袭虽然只是应付作业,但老师居然让我拿那篇文章去比赛。模仿更是被当做烂文榜样给大家念,还好老师没透漏是谁写的,不然就真去撞树了。学了这么多年语文,甚至大学还有语文课,写文章一点也没长进,头脑一热拍板子开写,不构思不雕琢。

本来开始我是想写点教程,比如编程类的PHP、python,后来发觉自己实在菜的可以。所以不敢拿出来献丑。穷则思变,我自然是想把博客弄好的,便开始做尝试写些其他的文章,但都不太理想。

继续阅读

半月杂记

算起来快有半个月没有写什么东西了,这篇也算是一份凑数的文章。

进了新公司,一开始压力总是比较大的。各式的文档,陌生的将要熟悉的同事和流程。半个月下来算是过来了。

这是一个管理比较宽松的企业,并没有太多的条条框框,不过上班时间是定死的,所以迟到了还是要失掉全勤奖励的,本人就已经成功的失去了这份奖励。虽然是开放式办公,却还是较为安静的,除了几个编辑谈论新闻如何炒作以外,只剩下不远处某位同事一天到晚的哼哼声——我一直在纳闷他的小曲怎么那么多,哼的这个难听,忍了N天了!没办法,只好开mp3听自己的。 这也导致我的心理发生变化:第一是新闻原来还是信50%的,现在只信20%,第二是听到谁哼哼小曲跟猪叫似的就想上去抽他!

继续阅读

Windows中PHP_PEAR_PHP_BIN is not set correctly的解决方法

也许很多人觉得这篇文章是没有意义的,但是总是有很多人不看提示就寻找答案,所以希望这篇文章能给这些朋友一些思考,有些问题的解决方法就在眼前。

当我们在windows下安装Pear(点击php目录中的go-pear.bat,按照提示安装。比如输入all,疯狂回车,其中有个选system或者local的大家自己看情况选择。)以后,pear已经被配置到系统中,但是我们cmd后输入命令pear的时候,会收到下面的提示:

继续阅读

windows下emacs编码问题

我们使用windows版emacs的时候首先要考虑编码问题,下面我来介绍以下怎样修改emacs的编码。

我们可以用 M-x describe-coding-system 来查看一下 当前Emacs 的编码情况,我们很可能得到一个类似于这样的列表(当然并不像我这里的显示都是UTF8):

Coding system for saving this buffer:
Not set locally, use the default.
Default coding system (for new files):
U -- utf-8 (alias: mule-utf-8)

Coding system for keyboard input:
U -- utf-8-unix (alias: mule-utf-8-unix)

Coding system for terminal output:
U -- utf-8 (alias: mule-utf-8)

Coding system for inter-client cut and paste:
U -- utf-8 (alias: mule-utf-8)

继续阅读

配置EPEL YUM源

在网上看到这篇文章,还不错,于是转过来备忘。原址:http://litvip.com/2011/07/15/516。

EPEL,即Extra Packages for Enterprise Linux,这个软件仓库里有很多非常常用的软件,而且是专门针对RHEL设计的,对RHEL标准yum源是一个很好的补充,完全免费使用,由 Fedora项目维护,所以如果你使用的是RHEL,或者CentOS,Scientific等RHEL系的linux,可以非常放心的使用EPEL的 yum源。

继续阅读

终于把服务器升级了

终于把服务器给升级了。

前几天写了个Websocket应用,可是一定要PHP5.3以上的版本才可以运行,想想自己博客服务器的PHP版本的确是老了些,于是便打算找个时间升级。

昨天闲来无事,终于把服务器大改造了一番,当然这段时间是无法访问的。原来的centos5升级到centos6,PHP5.2.6升级到最新的5.3.x,nginx也升级到了最新的1.x.x。目前算是比较新的了,很长一段时间不需要折腾了。

Debian6国内更新源

网上找到到更新源,转载到此。

# ------------------------------------------------------------------------------
# 主源
# 必须,一般的包都从此获取。

# 香港主站
deb http://ftp.hk.debian.org/debian squeeze main contrib non-free
deb-src http://ftp.hk.debian.org/debian squeeze main contrib non-free

# 网易镜像
deb http://mirrors.163.com/debian squeeze main contrib non-free
deb-src http://mirrors.163.com/debian squeeze main contrib non-free

# 台湾主站
deb http://ftp.tw.debian.org/debian squeeze main contrib non-free
deb-src http://ftp.tw.debian.org/debian squeeze main contrib non-free

# 搜狐镜像
deb http://mirrors.sohu.com/debian squeeze main contrib non-free
deb-src http://mirrors.sohu.com/debian squeeze main contrib non-free

# ------------------------------------------------------------------------------
# 计划更新
# 通常不必,发布小版本之前的测试库。该库包括所有的安全更新,有此则无需再设置安全
# 更新源。

# 香港主站
deb http://ftp.hk.debian.org/debian squeeze-proposed-updates main contrib non-free
deb-src http://ftp.hk.debian.org/debian squeeze-proposed-updates main contrib non-free

# 网易镜像
deb http://mirrors.163.com/debian squeeze-proposed-updates main contrib non-free
deb-src http://mirrors.163.com/debian squeeze-proposed-updates main contrib non-free

# 台湾主站
deb http://ftp.tw.debian.org/debian squeeze-proposed-updates main contrib non-free
deb-src http://ftp.tw.debian.org/debian squeeze-proposed-updates main contrib non-free

# 搜狐镜像
deb http://mirrors.sohu.com/debian squeeze-proposed-updates main contrib non-free
deb-src http://mirrors.sohu.com/debian squeeze-proposed-updates main contrib non-free

执行make时报告没什么可做的解决方法

当我们编写好Makefile并执行make时,我们有时会碰到类似下面的提示:

make: 没有什么可以做的为 `default'。

据说碰到这种情况的原因很多,就是因为make跑到default时发觉自己并没有被安排什么工作,但是其实我们是安排的不少活给它的。

我们开发的时候喜欢使用空格代替tab缩进,这样就有可能导致上面的问题。比如我们使用了vim,同时我们还没事写点python程序娱乐那么一下,那么就十分有可能使用了“:set expandtab”打开了空格代替tab缩进的开关。所以我们每次写makefile的时候不要忘记使用“:set noexpandtab”来关闭空格代替tab缩进开关。当然如果你希望彻底关闭,也可以到你的vimrc中删除“set expandtab”。

释放android的内存

这里所说的内存控制并不是指程序方面的,而是从使用者的角度来从android手机首先的RAM下挤出一点内存,让我们的手机稍微的流畅一些。

无论我们怎么吹嘘android的伟大,说它的革新性,我们仍然要程序它有很多地方是模仿IOS的,比如程序的内存方面。我们都知道Android系统是不会给你一个小红叉让你在使用完程序后来关闭之的。不管手机厂商给我们Home键还是返回键,程序在使用完后仍然驻留在手机的内存当中,我们甚至没有类似IOS的关闭方案,大部分情况都是依赖任务控制软件的。

所以我们需要一个任务管理器,这类程序在市场经常一搜就是一车,比较出名的是高级任务管理器,这类软件在Android2.2以后一般都会带上服务的管理。我们可以通过这类软件来杀掉无关的任务,释放大量内存,同时我们可以设置忽略列表来防止误杀。

当我们杀掉无用任务之后,有很多程序回自己重启,回到你的任务管理器列表中,这类程序大部分都是系统进程,偶尔也有讨人厌的无聊程序。怎样对付他们呢?首先,我们把他们没什么大作用的服务干掉。在Android2.2以后,系统自带了服务管理方案,我们可以在 设置 - 应用程序 - 正在运行的服务 里面,点击关闭不需要的服务,这些服务必定也是占用内存的,很多服务其实没什么意义。

继续阅读