今天恰经电脑城,看见电脑城旁边有MP3促销,无意走过去一看,真是吓一跳,MP3便宜到了你不信的地步，512M的199元，1G的399元。
牌子是我觉得在国产品牌中给我印象不错的优百特(unibit)。这个牌子一向给我的印象是质量较好，设计也比较洋性的，也不怎么走低价路线，而今天的促销竟然来得这么猛烈，促销的横幅还赫然打着几个字，“不服？再PK”。
再细看这个MP3，不单止是一个MP3，几乎就是MP4，有彩屏，可以看电影，电子书，有收音机功能，还可以录音复读。所谓MP3最常用的功能都齐了，还有点和MP4沾边。竟然，也只卖399。造工感觉不突出，但还过得去，试听一下音质，还能接受。
恰好我一直没有MP3，于是受不住低价的诱惑而买了一个。回来拍了几张照片，放上来SHOW一SHOW。
外型还算小巧。不突出，也不难接受。
最近APACHE老死，有点会怀疑是把内存都吃光了或其它问题。查了下文档，又知道了一点东西。之前Moky叫我们将KeepAlive设置为Off,今天终于知道这个东西是干什么用的了。
apache的内存使用
apache进程在使用内存时，是“渐长”的。也就是说，直到这个进程死掉，使用内存的数量是一直增长而不会减少的。这样的话，apache进程使用内存的多少，就决定于你的应用程序最大使用内存量了。
keepalive参数
KeepAliveTimeout这个参数决定了，在什么都不做之前，一个http进程能够等待多长时间？设想一下，如果keepalive设置为on,而keepalivetimeout设置为一个比较大的数字，apache占用内存会很快的增长。这是因为，一个apache进程完成了一个任务（并达到了一定的内存占用，想一下“渐进”模式），并不会马上退出，而是等待一个keepalivetimeout时间。假设用户的链接请求持续不断的到来，则积累起来的无用的apache进程就会相当多，直到timeout，这些进程才会被杀死。
但是，keepalive的确对于静态的文件，比如图像文件的传送是很有效的，因此，keepalive要设置为on，但是keepalvietimeout要设置的小些，比如5s
MaxRequestsPerChild
这个参数是说，apache进程在处理了多少个请求之后，必须退出，重新开始，以免在处理中的内存问题。
对于php脚本来说，把这个参数设置的小一些是有好处的，可以避免程序使用的内存持续增长对apache带来的压力：让这个参数定期释放内存，因为php是在脚本执行完毕后，自动释放只用的资源（内存）的。
比如设置为50？如果太小的话，重新产生一个apache进程也是要消耗资源的，这是一个平衡问题。
不信神,不信佛，今次却不可不信本命年。进入2006年，身体就从来未舒服过，先是伤脚，伤脚导致胃痛，然后前天睡觉还睡出个颈椎错位。
真是faint，睡觉都能睡出个听起来这么严重的名词，事情是这样，那天星期二早上，我还在床上和周公耍太极，突然我老母晨运完回来大喝一声，杨灵，九点了，还不起床！我一下子惊醒，跳起，然后突然发现，怎么脖子这么痛？
本来以为是传说中的“睡泥颈”，然后一天过去了，疼痛仍然不减反面有更严重的趋势，才觉得不可不重视。恰好第二天要跑长途啊，不可轻视，于是就走了去神医刘医生那里去看了一下，他三摸两摸就说，嗯，很严重，错了位啊，足有0.5cm啊。然后被他按回正，就觉得舒服很多了，之前是坐立不安啊。
所以你话，黑开有条路，睡觉都能睡出事，真是无野讲了，这个可恶的本命年如何过去？
虽然最近事情是非常非常多简直无办法分身忙得过来，但学车这么重要的事去跑长途还是不能耽误的。昨天早上出发，目的地是韶关官渡，离广州200km 左右。
之前听女朋友说是多么恐怖，三顿饭吃下来人均花了接近200，我觉得教练和这些饭馆勾结得实在太不人道，于是已经做好准备，带了一背包面包过去准备不对路的时候就吃面包充饥也坚决不让教练和饭馆砍。谁不知错怪了我的教练，两天下午就自费吃了昨天中午的一顿饭，然后吃得也不贵才120，还有一个家伙抢着埋单。结果两天下来是没花什么钱，面包也只能派上宵夜的用场。我们教练确实挺厚道的那种。
官渡属于韶关一个小乡镇，在忙碌的都市活得累了过来透透气看看田原绿树也是一种挺好的生活方式。车开得挺顺，路也好走，下午5点便已经到达。晚餐是吃一顿价值50元的自助餐。住的则是人均130元的宾馆。当然这些是报名学车时学费已经包了。
晚上节目则丰富了，先是去打十元一小时的桌球，台子很差但确实很便宜，然后再花十元让公安同志帮我们洗了个头，这是真的，发廊里帮我们洗头的女同志都穿着公安制服，接着在宾馆看了下CBA决赛再打了两小时牌就睡觉。第二天早上一早回程，中午就回来了。
忙里偷闲两天，然后又继续为生活与理想忙碌。
最后那几秒我飞快的打着"df -h"的命令，看着硬盘剩余空间几十M几十M的减少，直至零，真是未试过这么壮观。
ubuntu的apt-get回来的apache事实上证明是没有问题的,昨天不知道搞了什么apache突然变得超慢,慢得跑不动,然后就不管了下班了,昨天还请教高手moky他没有查出个所以,让我们重新编译apache,我们始终相信这不是问题,应该是某个设置上的事情,就如装proftpd时很慢是因为他的反向DNS生效了屏蔽掉就很快一样.
我们始终相信事情是有因有果必须找出这个原因而不能盲目重装.在google上search上一下"apache 慢"结果根本没有匹配的结果,看来apache慢是很少有的事情.找了半天没找到,然后华君试一下把一堆NameVirtualHost改成IP,再试下,居然好像就得左.
这是不断尝试摸索的过程.什么事情都有因有果,如果不顾思索就去重装,到头来只会越搞越糊涂.
http://61.129.57.97
很兴奋，就像在大学时拥有W18几台服务器控制权的感觉，为所欲为装自己喜欢的系统与软件尽情配置不受限制。
ubuntu确实很爽，让我这种不懂linux的人都可以几分钟就把所有软件都装好了，apache2+PHP5+mysql4.1。还有gd,phpmyadmin等等，都是一个命令就瞬间装好。但装完之后，麻烦就来了。
昨天就是以为PHP5与我下载下来的upu不兼容的问题，反复的装php4与php5尝试，问题依旧。搞了一个下午，绝望之际写了个邮件给作者，结果作者说能用啊，我才意识到问题不在PHP的版本，而是我们公司有防火墙。于是今天想装回PHP5，我觉得总是新的东西比较好吧，一定要赶潮流，况且PHP5已经出了这么久了。但又搞了一个上午，无办法将PHP与APACHE关联了，突然一拍脑袋，哎呀昨天华君曾经把两个php5.load的文件改了名字啊。改回来后，done了。
接着就是更麻烦的mysql乱码问题。从旧的fawenjian.com中导出，再导入到新服务器，怎么搞都是乱码。换phpmyadmin版本，问题依旧，看来问题是出在mysql版本上面，旧服务器是mysql3，新的则是mysql4。查了一堆资料过后，发现了确实大家都碰到这个问题。在把配置文件一个东西set过之后，又成功解决。
看来这个软件升级与版本控制还是存在挺多问题。但用上了新框框的服务器，装上的全是自己的东西，心里面还是流露出禁不住的喜悦。
勉励之，并记下关于MYSQL乱码问题解决办法的文章地址。
http://www.phpchina.cn/viewarticle.php?id=1584
