入手 Kindle Paperwhite 已经有段时间了，但是一直没有充分利用起来。
在 HiPDA! 的 E-ink 版乱逛的时候，看到 cdhigh 开源了一个 Kindle 推送服务的代码 KindleEar，而最近又经常会去看知乎日报，于是就想能不能每天定时把知乎日报推送到 Kindle 上阅读。
在看了 KindleEar 的代码之后，发现添加一种订阅源还是比较简单的，于是直接拷贝了原来 books 中的代码，写了一个知乎日报的模块 ZhihuDaily.py。
具体的代码可以前往我的 fork：
不过在测试过程中发现知乎屏蔽了来自 Google App Engine 的网页获取请求，经过 @clowwindy 说明得知有人滥用 Google App Engine 于是简单的屏蔽了 GAE 的访问。
当然这个不难解决，通过另外一个服务器中转一下知乎日报的 Feed 就行了，知乎并没有屏蔽所有外部访问⋯⋯
于是写了个 ZhihuDailyForwarder…
阅读全文 »
最近在用 Titanium 写一个 Twitter 客户端，因为要用到 OAuth 认证，所以就在手机连接 VPN，但是速度比较慢。刚好想在家里的路由器上加上 OpenVPN，昨天就折腾了一下。
在家里路由器上加上 OpenVPN 的一个主要问题是，家里的网络中还有下载机，而下载的流量是不想通过 VPN 去传输的。虽然 chnroutes 项目的路由表可以让国内的 IP 走直连，国外的 IP 走 VPN，但是 eMule 或者 BT 下载时，难免会连接到国外的用户或者服务器，这个时候也不想去浪费 VPN 的流量。
因为这些，我的想法是在路由器上做判断，如果是从下载机过来流量，就通过直接连接，如果其他机器，例如笔记本，就根据目标 IP 来判断是通过直接连接还是 VPN 来传输。
下载机是通过 LAN 连接到路由器的，本来想按进入流量的设备来判断是否为下载机，后来发现实现比较麻烦，就决定按流量来源 IP 来判断是否为下载机的数据。
当然 dd-wrt 并不是必须的，也可以是 openwrt …
阅读全文 »
为了迁移项目 Git 仓库到 Mini Server 上，需要在 Snow Leopard Server 上配置一下 Gitosis，但是 Mac OS X 和 Linux 不太一样，有些地方需要特殊处理一下。
Gitosis 的安装就不多说，在参考文档2中有。
添加用户可以用参考文档1中的方法来创建，没有尝试直接用 OSX 的用户管理来创建是否可用。
# 这里的用户组和用户ID 用 401，但是实际用时需要根据服务器上的情况来创建
# 我在使用时 401 这个 gid 就已经被占用了，可以使用以下两个命令看看要用的
# ID 是否已经被用了。
sudo dscl . list /Users uid
sudo dscl . list …在公司里为了让笔记本和台式机共享文档，决定用内部的 Samba 做中转，但是在 Finder 中直接使用“连接到服务器”时，会出现“输入的文本似乎不是可识别的 URL 格式”错误，但是我输入的地址明明是 smb:// 开头的。
用这个错误信息在网上找了找，没有找到任何解决文案，遂放弃。
今天决定再尝试一下，换了个关键字，直接用“iDeneb samba”作为关键字来搜索，慢慢发掘之后还真找到了有用的信息：http://www.hackint0sh.org/f179/81233.htm
按照文中说明，到 /System/Library/Filesystems 目录下，把 afpfs.fs 删除，并重新创建到 /System/Library/Filesystems/AppleShare/afpfs.kext 的软链接，但是操作完之后还是会提示“输入的文本似乎不是可识别的 URL 格式”。
再找了找，找到了这篇：http://www.insanelymac.com/forum/i ... opic=92989&st=580，似乎说是系统安装完成时 afpfs.fs 到 /System/Library/Filesystems/AppleShare/afpfs.kext 的软链接少了开头的斜杠，也就是说它的软链接地址是 System/Library/Filesystems/AppleShare/afpfs.kext。
好吧，我在之前操作的时候为了省事，直接进入 Filesystems 目录用相对路径来创建软链接的，看了文章之后，老老实实的用全路径再次创建软链接，Command+K，双击，成功连上 Samba 服务器：）
完整的操作步骤也只有两步：
sudo rm /System/Library/Filesystems/afpfs.fs
sudo ln -s /System/Library/Filesystems/AppleShare/afpfs.kext /System/Library/Filesystems/afpfs.fs
注意：一定不能省略了路径最开始的斜杠（/）或者使用相对路径。
所以，如果你也是用黑苹果的，也碰到了这个问题，不妨试试这个解决方法吧。
上周去把 EPC 的内存升级到了 2G，直接发现开机进不了 OSX 了。
在两天没有电脑用之后，下定决心重装系统。重装之后，能进系统，但是重新启动之后键盘和触摸板就不能用了，电池状态指示挂了，郁闷。
在网上找了找，发现可能是 dsdt 的问题。由于内存大小变了，dsdt 中的信息不正确，继而导致 ACPI 失效，然后就整个玩完了。
一个老外找到了解决方法，通过修改 dsdt.aml 文件中的内存大小信息，就可以正确进入系统了。直接下载他提供的压缩包中的 dsdt.aml，开机直接四国了……
好吧，这个老外蛮厚道的，给出了手动处理的方法：
…For the 1GB:
…
Name (SMBS, 0×0400)
OperationRegion (BIOS, SystemMemory, 0x3F7AE064, 0xFF)
Field (BIOS, ByteAcc, NoLock, Preserve)
{
…
For the 2GB:
…
Name (SMBS, 0×0400)
OperationRegion (BIOS, SystemMemory, 0x7F7AE064,
Mozilla Labs 昨天发布了 Bespin 0.2.1 "Cheeky Cirrus"。就在前天的时候，Mozilla Labs 发布了 Bespin 0.2.0 "Sassy Cirrus"，不得不说开源项目的更新速度是相当快，现在 Bespin 项目的开发成员好像越来越多，估计要进入快速发展期了，非常期待 Bespin 的优异表现。
昨天发布的 Bespin 0.2.1 "Cheeky Cirrus" 中更新了以下内容：
1. Jetpack 支持：按文档来看，应该是用于扩展程序功能的，可以在以后 Bespin 支持插件时，给插件提供调试、永久存储以及用户界面上面的支持。
2. 增加了 "hg init" 命令来给将一个项目初始化为一个 Mercurial 版本库。
3. 增加了 "vcs status" 查看当前工作副本的状态。
4. 增加了对子命令自动完成的支持。
Bespin 从 0.2.0 Sassy Cirrus" 开始就开始支持 Mercurial 了，这也就意味着，可以使用 …
阅读全文 »
Vista自带的截图工具还是比较好用的，但是一直以来运行总是很慢，从按下快捷键到出来截图界面需要很长时间，通常需要几秒到十几秒不等，这让人很奇怪，按说，截图工具算是个小工具软件，运行速度不至于这么慢的。但是，它就是这么慢……
今天又想到这个问题了，就去网上找了找，找到了篇帖子说是TablePC的服务器造成的，于是打开服务管理器，启动 Tablet PC Input Service 服务，再运行截图工具，果然，速度快了很多。
这个服务是之前优化服务时关闭的，觉得台式机用不着那东西。看来服务优化还是需要谨慎的。
用了Vista一段时间，总是觉得Vista的开始菜单里的文件夹展开速度很慢，以前配置不是很好，可以理解为配置的原因，但是现在配置应该也不差了吧，怎么会还是这样呢。
某天玩电脑的时候突然想到，会不会是那个“高亮显示新安装的程序”的原因，试了一下，开始菜单里的文件夹展开速度果然快了很多。
如果你的Vista在进入开始菜单，展开文件夹的时候速度也是很慢的话，不妨试试禁止“高亮显示新安装的程序”，步骤是：在开始的微软徽标上右击，选择属性，然后进入“开始”菜单选项卡，点击“自定义”，打开“自定义'开始'菜单”对话框，在列表中找到“突出显示新安装的程序”，取消选中这个项目，然后确定两遍即可。
新硬盘到手，装好vista，又准备装个Ubuntu 8.04，但是只有镜像没有光盘，又没有空的CD刻录盘，于是就先在虚拟机去体验一把了。
虚拟机到现在我也用过不少了，Virtual PC、VMware、Bochs、QEMU这几个常见的虚拟机都用过，但是就速度和功能上来说，还是首选的VMware。自从Virtual PC被微软收购之后，貌似就没怎么用过了，一方面微软把Guest OSes限制在了Windows系列，虽然安装其他系统也是行，但是总是感觉不太舒服的，另一方面就是Virtual PC的速度有待提高了。
VMware安装Ubuntu非常方便，直接镜像放进去，按正常步骤安装。
在虚拟机里安装好Ubuntu之后，想用用VMware for Linux版的Unity功能，于是就去下了个VMware for Linux 6.5 Beta，弄到虚拟机里。
但是，安装完VMware，在Ubuntu里安装系统的时候才发现，VMware不支持在虚拟机里的虚拟机安装系统……
好吧，既然VMware检测了Host OS是否运行在虚拟机环境里，那么我换个虚拟机总行了吧。
Linux里的虚拟机，以前也玩过，还是知道有个VirtualBox的，然后又想到之前有看到新闻说VirtualBox也支持类似VMware Fusion那样的无缝运行了。赶紧去VirtualBox官方网站下了个v1.5.6的。
安装完VirtualBox启动它，界面很是简洁，左边是虚拟机列表，右边是选中的虚拟机的配置信息，这个布局很像Virtual PC，只不过VPC只有虚拟机列表而已。
先装个TinyXP试试。TinyXP安装很快，10分钟左右就搞定了。然后安装附加软件包，重启客户机之后，无缝模式已经可以用了，感觉比较好，效率比VMware高，停顿的感觉没有VMware那么明显。
昨天在VirtualBox官方看到了v1.6.0的changelog，但是却没有找到v1.6.0的下载，还很奇怪，今天能下载了才想起来VirtualBox被Sun收购了，v1.6.0是被Sun收购之后推出的第一个版本，看changelog里改变蛮大的，我比较关注其中有一个就是支持Linux客户机的无缝运行。
下了v1.6.0，重新安装后，把安装好的Ubuntu附加软件升级了一下，无缝模式也可以运行了。
没有运行在无缝模式下的Ubuntu，桌面分辨率可以随窗口大小而改变。
运行在无缝模式下的Ubuntu，下面这张图里是Ubuntu的终端和Windows的cmd一起运行的情况。
感觉VirtualBox在Linux下的无缝模式还不是很稳定，不过也有可能是因为没有安装好的关系，不过不管怎么说，VirtualBox的速度和功能还是让人比较满意的，等有Ubuntu 8.04的CD之后，也去装一个。
页面的上部比正常状态下多出一块空白，而且整个页面的布局完全是混乱的。
一开始以为是服务器上文件版比本地的文件版本旧的原因，比对了一番没找到不同的，然后想到会不会是文件编码的问题。
切换到Zend Studio，找到首页的模板文件，属性里一看，编码UTF-8，对的，但是下面一行字引起了我的注意，“Byte Order Mark is UTF-8 (BOM)”，于是就想是不是这个玩意引起的布局混乱。
打开EditPlus，设置文件保存选项为一直删除BOM，打开首页模板，保存，上传，测试，没有问题！
看来果然是BOM的问题了，接下来的事就比较机械了，在模板文件里看哪些是带了BOM的，直接到EditPlus里走一遭就行了。
解决了这个问题才想起来，有些模板为了转换成UTF-8编码的，就用记事本打开文件，然后另存为UTF-8编码了，但是记事本是会给UTF-8编码的文件加上BOM的，因此就引起了首页布局的混乱。
嗯，问题解决，就这样。
近期评论