今天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属性。
这个问题上个月就遇到了，Adobe Creative Cloud发布之后Kaijia打算用用看，结果下载试用版的时候弹出的Adobe Application Manager提示需要更新，但每次总是更新失败，提示“无法更新Adobe Application Manager。”，然后Application Manager就退出了，于是倒腾了半天还是没法下载试用版。
按照一般的思路，Kaijia打开了控制面板，尝试卸载Adobe Application Manager重新安装，结果发现在程序列表中没有Adobe Application Manager。Google了一下，在Adobe的官方论坛中找到了这片贴子，Adobe公司的员工Ken G. Rice描述了Adobe Application Manager的主要功能：
If you are using most Adobe products then AAM is installed and is required for the product to run correctly. AAM is used for Creative Cloud, and is also used for perpetual licensing (when you enter a serial number). AAM also handles updating your installed products.
按照此说法，Adobe Application Manager是Adobe产品的核心组件而不是一个单独的软件，不能单独卸载。于是Kaijia尝试用离线升级包升级，最后成功用AAM 7.0的安装包修复Adobe Application Manager。
相信这个问题应该困扰过很多人，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的源。
相信很多人升级到Netbeans 7.3时都遇到了这个问题，当选中“将源文件夹中的文件复制到其他位置时”选项时每次NB 7.3启动时都会自动将整个PHP项目复制一遍。这就带来了一个非常严重的问题，每当Netbeans 7.3启动时包含有本地数据库连接等信息都会因为被同步而需要重新编辑。
Kaijia在NB 7.3发布时后立即安装了新版的Netbeans，结果立马遇到了这个非常郁闷的问题，于是在今年2月24日用Chinglish提交了一份错误报告，估计是老外看不懂Chinglish，这个问题在3月6日被确认，结果花了整整2个月时间才由Tomas Mysik修复，目前这个Bug已经通过Netbeans Quality Engineering认定加入到main-golden，但由于Netbeans 7.3.1代码已经冻结，所以需要等到Netbeans 7.4才能修复（根据最新的安排，NB 7.4的Beta版本将会在6月20日发布），Vladimir Riha已经确认了这一安排。
如果急需修复此问题，你可以使用最新的开发版本。这个Bug最早在编译版本201305132300中修复，你可以在此处下载最新的开发版。
继续更新啦，前几天Kaijia遇到了一个非常郁闷的问题。Windows Update更新出错很常见，一般重启电脑一下再更新就好了（这是Windows系统任何问题的通用救命稻草），但这回Kaijia远程在一台几乎是新的Windows Server 2008上打补丁时却遇到了5个顽固更新一直出错，无论如何重启都无效，并且错误代码均为8024200D（未知的错误）。
Windows Update错误提示
于是Kaijia查阅了微软的Windows Update文档，按照其中提供的解决方案安装了系统更新准备工具，重新更新后问题仍然存在，于是开始不断Google，发现很多人提示从微软网站上下载Windows Update独立安装包安装更新。
昨天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使用CI框架写代码时遇到一个表单验证的问题，Kaijia要写一个修改密码功能，有一个旧密码和新密码，需要新旧密码不相同，于是使用了数据验证类。这个类可以帮你预处理和检查提交的数据，其中提供了matches原生规则，此规则在表单元素的值与参数中对应的表单字段的值不相等情况下返回FALSE。但Kaijia需要实现的条件是两个值不相等，于是只有自己写回调代码。
考虑到如果存在很多原生规则都没有逆规则，于是打算写一个类似于“!matches”这样的功能一劳永逸实现所有的规则都可以直接判假。Kaijia花了一点时间，写出了一个这个类扩展。
- 已经载入全部文章 -
近期评论