今天Kaijia程序写到一半，突然跳出Ubuntu更新管理器提示更新Firefox，于是升级了一下Firefox至23.0，结果这一升级遇到了各种大为郁闷的问题。首先是图标，之前Mozilla博客中曾经提到过的，Firefox 23.0将会更换新的扁平化设计图标，今天看到这个图标后可以说，在Unity边栏上简直就是惨不忍睹。更郁闷的一点是，相信是插件没有更新存在兼容性问题，导致新版本的Firefox非常卡。于是Kaijia果断决定将Firefox降级回22.0版本。
Kaijia查找了一些apt-get的资料，发现apt-get的确支持软件降级，但是尝试之后发现apt-get无法将Firefox降级到22.0版本（apt-cache中只能查看到11.0和最新的23.0版本，分别来自两个不同的源）。Kaijia使用新立得强制安装，发现也只能选择两个版本。
Synaptic仅显示两个可用版本
最近Kaijia发现虚拟主机也有虚拟主机的用处，在搞测试的时候非常方便，可以同时开几个虚拟主机一起测试，备份相当也很方便，测试到某一步出了问题还能直接还原备份文件。于是这次Kaijia装了个Virtualmin测试新的Info Flow平台，这个平台是架设在Drupal上的，结果刚传完Drupal的文件，打开网站的首页直接弹出了500错误提示”Internal Server Error“。
一开始Kaijia以为是缺少了某个Drupal需要的php模块，于是打开Virtualmin的Apache Error Log菜单一看发现了这样一条错误日志：
|
1 |
[Tue Jul 16 13:43:56 2013] [alert] [client IP] /home/用户名/public_html/.htaccess: Option FollowSymLinks not allowed here |
错误的提示是“Option FollowSymLinks not allowed here”，即不允许在.htaccess文件中使用FollowSymLinks属性。
相信这个问题应该困扰过很多人，Kaijia用Ubuntu的笔记本通过SSH协议连接到运行Ubuntu系统的服务器时经常会遇到以下提示：
|
1 |
Unable to open env file: /etc/default/locale: No such file or directory |
问题存在好久了，用多了于是发现一些现象，当Kaijia在Windows系统下用Putty连接时不会显示这个提示，仅会在Ubuntu系统（界面语言是简体中文）下使用终端连接时才会显示，一般随便一个操作都会出现此提示，例如apt-get。
执行apt-get时出现问题提示
Ubuntu 12.04 LTS版本附带的Nginx版本为1.1.19，这个版本发布于2012年4月，而Nginx在最近一年来有大量的更新，最新的稳定版本已经更新到了1.4.1，Nginx 1.3/1.4分支带来了很多新的功能，最重要的就是支持SPDY。
Kaijia使用的几台VPS都使用了Nginx，这主要是由于Apache效率很低并且对服务器IO内存要求很高，因此在OpenVZ架构下效率明显比Nginx。然而在切换到Nginx之前，Kaijia在所有开启HTTPS的服务器上启用了SPDY，而如果使用Ubuntu官方源中的Nginx就无法支持SPDY，所以最近花了一些功夫找最新版Nginx的源。
昨天Kaijia将Ubuntu内核更新到3.2.0-38后遇到了一个小意外情况，无论关机时音量是多少，每次开机后音量总会变成100%，于是每次开机都会伴随着一整“噔噔噔”的声音，在晚上还真挺吓人的。
于是Kaijia尝试修复这个问题，结果Google一下后发现这个关联PulseAudio的Bug从2008年开始就有人报告至今仍没有解决（又是一个顽固级Bug），于是只好寻找替代方案，于是Kaijia找到了通过命令行对设备静音的方法：
|
1 |
amixer set Master mute |
因此只需要每次开机时运行这条命令就可以实现开机后静音了，方法很简单，将这一行添加到/etc/rc.local文件的“exit 0”行之前，保存后重启开机就不再有“噔噔噔”声了。
这个方法是Kaijia之前用到的，还是和大家分享一下。Nginx的负载能力非常强大并且很省内存，所以Kaijia在部署IMUNC广州分会Info Flow时选择了Nginx，同时为了加快访问速度，Kaijia也加上mod_spdy功能，但Google并没有发布mod_spdy的Nginx版本，于是Kaijia尝试将SPDY的PATCH编辑进Nginx中，发现很麻烦，于是Google了一下后找到了Chris Lea编译的“nginx-devel”PPA。
WordPress 3.5中改进最明显的应该是媒体库，新的界面非常漂亮，但昨天Kaijia在写博客时意外发现WordPress添加媒体功能不可用，虽然点击添加媒体按钮，但总是弹不出对话框。
于是开始一个个调试，用了Firefox和Chrome都不行，但使用另外一个用Nginx驱动的WordPress后台则显示正常，于是考虑是否是插件出现问题，停用了几个最近启用的插件，发现仍然无效，于是无奈使用Chrome审查元素进行调试。
WordPress 3.5载入PageSpeed优化脚本时出现错误
CRON的确是一个非常有用的功能，它有效减少了系统的负载，在将WordPress和StatusNet的任务计划都转换到Cron执行后，Kaijia决定将自己使用的OwnCloud也转换为Cron执行计划任务。
OwnCloud是一个开源的云储存方案，Kaijia在服务器上架构了一个OwnCloud云，充分利用多余的储存空间来储存一个代码的压缩包以便快捷部署。但与以往不同，OwnCloud的开发者文档比较少。关于任务计划，仅有管理页面->任务计划下的一行小字“Use systems cron service. Call the cron.php file in the owncloud folder via a system cronjob once a minute.”，由于并没有明确说明，所以Kaijia也只能在它的论坛中找资料，并在这篇讨论中获得了相关的信息。
- 已经载入全部文章 -
近期评论