首先，挺忙的，好久没更新日志了。最近Kaijia用Netbeans将项目导入到Subversion资源库时意外没有选择trunk文件夹，结果就是资料库的根目录下悲剧地出现了一个“PROJECT”文件夹并且多了一次无意义的提交。
于是便Google到了撤销这次SVN提交的方法（注：原文中的方法仅适用于Windows系统）。以下方法使用于Linux。当然，在操作前你应该首先冻结Repo以避免其他人在恢复时进行提交（幸运的是，这次出意外的Repo在本地，所有不用考虑这一点）。
Kaijia今天偶尔查了一下DNSPod的解析量记录，发现某一天的解析量比正常时多了8倍多，估计可能被DDoS了，虽然一点都没感觉。于是想提取一下Apache日志中的独立IP验证一下猜想。
由于需要获得的IP地址不能有重复，用PHP写比较复杂，于是Google了一下后找到了Ben Buckman提供的方法。在Ubuntu下Apache日志的开头一般是：
|
1 |
www.kaijia.me:80 IP地址 - - [时间] "GET 网址 HTTP/1.1"...... |
这几天Kaijia为了架设年级的Group Mail一直在研究Postfix服务器的内容，今天架设完之后尝试向我的Gmail发送邮件却无法送达，郁闷了10分钟之后突然Gmail跳出了新邮件提示，以后每次都存在5~15分钟的延时。虽然对于邮件一般的48小时响应时间来说这些延时算不上什么，但是总归存在一些问题。
之后研究了一些文章，在Hostloc论坛的耗子网友帮助下找到了原因：Postfix监听端口在127.0.0.1上，程序需要确定主机名（hostname）,因此需要将主机名加入到hosts文件中。
这几天在架设年级的Group Mail，Kaijia在尝试使用Postfix架设SMTP服务器时遇到了邮件无法接受的情况，查看了系统日志/var/log/mail.info找到了一下记录：
|
1 2 3 4 |
Nov 9 07:57:24 mail postfix/smtpd[24567]: warning: cannot get RSA private key from file /etc/postfix/kaijia.me.key: disabling TLS support Nov 9 07:57:24 mail postfix/smtpd[24567]: warning: TLS library problem: 24567:error:0906406D:PEM routines:PEM_def_callback:problems getting password:pem_lib.c:111: Nov 9 07:57:24 mail postfix/smtpd[24567]: warning: TLS library problem: 24567:error:0906A068:PEM routines:PEM_do_header:bad password read:pem_lib.c:454: Nov 9 07:57:24 mail postfix/smtpd[24567]: warning: TLS library problem: 24567:error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib:ssl_rsa.c:669: |
Google之后发现是由于私钥被加密造成的，Kaijia在SMTP中使用的私钥和在《Firefox不信任StartSSL证书问题解决》一文中使用的私钥相同，均需要密码才能查看内容。在这之前，Apache服务器启动时会询问密码以解开密钥，而Postfix启动时不会询问密码，因此无法解开密钥，于是就出现了无法读取RSA private key的问题。
今天Kaijia尝试将所有VPS上的数据自动备份到BuyVM提供的备份用FTP服务器上，在使用lftp运作运作时遇到提示“Fatal Error: Certificate Verification: Not Trusted”问题。
之前Kaijia一直使用lftp连接到SFTP服务器传输文件，未出现问题，本次连接到BuyVM的备份FTP就遇到了此提示。经过研究，大约是认为BuyVM备份FTP服务器addons01.frantech.ca的SSL证书是自签名的，因此不受信任，这便导致了lftp弹出错误提示。
Kaijia维护的IMUNC.com需要处理大量文件下载事务，于是启用了WordPress Download Monitor插件。由于Download Monitor默认的下载链接比较长，因此在Download Monitor Configuration中的Custom Download URL中将格式设置成了：
|
1 |
http://imunc.com/download/文件的ID |
昨天因为访问速度原因将Web服务器从Apache换为Nginx后，发现Download Monitor的Rewrite规则无效了，于是Google找到一个thehook.eu提供的解决方案。
KDE NetworkManager
正如业界公认的，KDE4带来了近乎完美的各种特性和Plasma界面，同时还带来了5年都没有能修复完的Bug。在此例中，KDE理论上是支持连接到隐藏的WIFI（在Ubuntu中，和Gnome共享了NetworkManager组件），预想情况下你需要点击“<隐藏网络>”按钮并输入WIFI的SSID，但大量的错误报告已经证实这个功能是不可用的。
Kaijia寝室里的WIFI设置了关闭SSID广播功能，之前在Windows和Unity下一切正常，今天切换到KDE就发现连不上网了。
经过Google之后发现了很多反馈，最后在Gentoo Linux的Wiki中找到了解决方案。注意在此方案中，如果你在使用KDE的同时安装了Gnome或Unity环境，建议切换出KDE，这样操作将变得方便。
前天Kaijia的小Y上Intel Wireless Display出现了问题，长时间无法解决，于是卸载了Intel的所有服务重装。
重新安装Inter WiDi启动后却出现了提示“无法启动MyWifi技术”（老版本则会提示“无法加载英特尔MyWifi技术DLL文件”），Kaijia尝试使用联想提供的随机固件也遇到了这个问题。最后通过Google发现英特尔提供的文档说明不太明确，实际上必须完整安装Wireless Driver、Intel® HD Graphics Driver、Intel® Wireless Display software update，但是最后Wireless Display（WiDi）和PROSet/无线 Wifi 软件的安装顺序是没有强制要求的。你可以通过英特尔提供的软件更新检查页面检查没有安装的组件。
Add From Server是一个由Dion Hulse开发的WordPress插件，它可以通过FTP上传文件到WordPress媒体库中，从而解决文件太大上传失败的问题。
Kaijia前几个月要传一些大约100MB的视频文件到博客上来，使用WordPress自带的上传附件功能经常会出现由于网络不稳定传到一半失败的情况，另外部分主机商对上传有限制无法上传这么大的文件，所以需要通过FTP等方式先将大文件传到服务器上，在通过这个Add From Server插件导入到WordPress媒体库中。
在PHP中，__FILE__魔术常量可以返回文件的完整路径和文件名。PHP手册中注明了它的功能：
文件的完整路径和文件名。如果用在被包含文件中，则返回被包含的文件名。自 PHP 4.0.2 起，
__FILE__总是包含一个绝对路径（如果是符号连接，则是解析后的绝对路径），而在此之前的版本有时会包含一个相对路径。
但这个功能在Linux系统下使用符号链接（Symlink）时却会遇到麻烦，Kaijia之前在开发@HFLS 2012时曾经遇到过使用Symlink部署代码出现Apache错误的情况，之后写了一篇《Linux下Apache使用符号链接及权限问题解决》。最近在开发IMUNC全新官方网站时遇到了与之原因结果相反的问题。
- 已经载入全部文章 -
近期评论