之前也提到过邮件服务无法使用的问题，当时去Arch的官方wiki看，装上了Postfix之后的步骤太多，把我看晕了于是放弃神马的。。。
然后昨晚突然心血来潮想，干脆装上sendmail吧/ 然后到aur里面找到了sendmail包，编译好过后安装，然后提示我某某文件已有某某文件已有，突然想起来postfix还木有卸载。。。
这个时候我突然意识到，postfix作为官方源里面的包，照理说是安装好就可以直接用的啊！打开探针，测试邮件。。。。成功。。。。。但是木有收到测试邮件诶。。。
然后一直到了今天早上我才想起来。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。[……]
邮件通知已可用 -> 之前是我脑残了
是的，这些文字只属于你
曾经，在那么多孤寂
的寒夜
只要想起你
我就能感到幸福
谁料思念终究还是败给了距离
伯劳东飞，燕子向西
又到了新年，又是冬季
谁家新桃换旧符
能换下这份痛苦
能让往事散去？
到底什么才是距离？
曾经远隔千山万水
心遥遥连在一起
如今近在咫尺
却无法再
相依
有一天，我们都将会老去
世事如烟
有一天，一切都只是回忆
如梦如幻
但如果能有再一次机会
我的手还是会交给你
就算只能换来再一次分离
就算只能带来再一次泪水
不管是故人还是流年成往昔
这段青春都不会有更替[……]
If You Forget Me
If You Forget Me
I want you to know
one thing.
You know how this is:
if I look
at the crystal moon, at the red branch
of the slow autumn at my window,
if I touch
near the fire
the impalpable ash
or the wrinkled body of the log,
everything carries me to you,
as if everything that exists,
aromas, l[……]
博客恢复
在之前的几篇文章中，曾经提到过用[glibc-vps]源来解决ArchLinux内核比母机高的问题，之前用这样的方法配好的服务器也一直稳定运行着。不过直到Arch的glibc更新到2.15.
话说，那一天，我写完了2011年总结，配好了留言头像墙，淡定地打开ssh输入了 pacman -Syu 然后重启系统。于是悲剧开始了。
重启过后很快发现vps没有启动，在后台尝试多次均无果后，发ticket要求客服修复。不久后客服回应，给我详细讲解了OpenVZ不能使用独立内核的问题。晕啊，这是我解决好了的。然后再发ticket，告诉客服我用的[glibc-vps]源的种种，结果客服还是说没办法修复，而且数据也拿不到。 
悲剧了吧，傻逼了吧，没备份只能干着急了吧。正好那几天又在考试，根本没时间重新配置服务器，不得以快速装上了nginx然后放上这个页面。
[……]
我的2011
Apache + Nginx 压低内存的一点折腾
这篇日志注定很短。
现在使用的服务器是 ArchLinux + Apache 2.2.21 + Nginx 1.0.11 + MySQL 5.5.18 + PHP 5.3.8 的环境，详细的PHP探针可以在这里看到。
以上都是直接从Arch的原安装，然后一些组件是自己编译的，简单的方案在之前的这篇和这篇日志中有提及。再加上ftp客户端和后台运行一个ntp进程，apache加载上mod_python组件，配置好了过后开机内存在72-75M，很满意。但是在运行一段时间（积累了一定量的网页请求）过后，内存就会直逼400，突发状况可以冲到接近500，就算空闲下来也有接近300，这个就有点不爽了。
于是折腾。
根据观察，处在前端的Nginx资源占用一直很小而且稳定，主要占用内存的就是若干httpd进程，那么就着手应对这个了。
在一番Google以及不断实验，重启若干次过后，找到了个人比较满意的配置方案如下～
[……]
暂时稳定 – ArchLinux 与 OpenVZ 与 kernel too old 之二
接上回，这次采用了这篇文章中的办法来解决母机kernel过旧的问题。
编辑/etc/pacman.conf在[testing]之前加上：
|
1 2 |
[glibc-vps] Server = http://dev.archlinux.org/~ibiru/openvz/glibc-vps/x86_64 |
然后到/etc/pacman.d/mirrorlist设置为合适的源就行了，我用的是这个：
|
1 |
Server = http://lug.mtu.edu/archlinux/ftpfull/$repo/os/x86_64 |
此时先不升级、不重启，编辑/etc/fstab添加：
|
1 |
none /dev/pts devpts defaults 0 0 |
当前最新版本的glibc-vps已经修复此bug，安装后可直接使用，无需特别设置（截止glibc-2.16.0-101_x86-64测试通过）。
[……]
继续折腾 – ArchLinux 与 OpenVZ 与 kernel too old
本馆从周五开始就无法访问了，嗯，乃木有猜错，瓦又开始折腾了……
因为给ThinkUp从0.16升级到0.17的时候数据库出了一点莫名其妙的问题所以不能用，于是干脆备份数据然后重新来过。反正我是一直想用ArchLinux+LNMPA的组合的，因为老是弄不好才用的Debian+LNMP救急。然后备份的时候发现ThinkUp的数据库居然有220+M小吃惊了一下。
然后就重装VPS的系统咯，然后装了Ubuntu觉得不爽，还是弄成了Arch。因为之前一直因为母机内核版本的问题没办法直接用Arch的源来更新，一旦更新就：
|
1 |
FATAL: kernel too old |
然后系统崩溃只能重装。网上找到的许多解决办法都有各种各样的问题，最后自行找到了一个折中的妥协方案。
通过搜索，找到了一个存档了每天的Arch源的网站，然后又因为我的VPS母机kernel貌似是2.6.18，经过测试找到了不会引发上述错误的最新的源。
[……]
