狂人山庄

嗯嗯，只是支持中文显示啦，实际效果还过得去。
下载连接：TextMate中文字体
下载后解压，打开，然后安装字体。之后在TextMate里面选择这个新装的字体即可。

来自小日本的原始连接：
TextMate で日本語をわりとまともに表示する

先下载GD所需要的lib库

wget http://www.ijg.org/files/jpegsrc.v6b.tar.gz

wget wget http://jaist.dl.sourceforge.net/sourceforge/libpng/libpng-1.2.25.tar.bz2

wget http://download.savannah.gnu.org/releases/freetype/freetype-2.3.5.tar.gz

编译安装libjpeg

由于libjpeg自带的ltconfig脚本有问题，所以需要手工从系统里面拷贝一份覆盖

tar zxvf jpegsrc.v6b.tar.gz

cd jpeg-6b

cp /usr/share/libtool/config.* .

./configure –host=Darwin –enable-shared

make

make install

编译安装libpng

tar jxvf libpng-1.2.25.tar.bz2

cd libpng-1.2.25

./configure

make

make install

编译安装freetype

tar zxvf freetype-2.3.5.tar.gz

cd freetype-2.3.5

./configure

make

make install

重新编译PHP，只需要./configure的时候加上以下参数

–with-gd –with-jpeg-dir –with-png-dir –with-zlib-dir –with-freetype-dir –enable-gd-native-ttf

观察configure的log，如果有下面的输出就表示成功了。

checking for GD support… yes

checking for the location of libjpeg… yes

checking for the location of libpng… yes

checking for FreeType 2… yes

编译安装完php后，运行php -m可以看到所包含的模块

如果需要编译为64位的PHP(如core 2 duo的CPU,leopard系统),在configure前先运行下面的命令

export CFLAGS='-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -O2 -pipe'
export CXXFLAGS="${CFLAGS}"

今天接到苹果售后的电话，告知我机器和电源已经维修完毕，让我去取。

取到机器后，看到掉色的托盘面板已经更换，液晶屏也更换了。不过我最关心的还是电源。

电源也已经更换为新电源，看工程师在检测报告上面写的故障原因是”电源线烧坏”。也就是说，并非人为损坏。

看到检测报告，感觉有点激动：起码苹果没有隐瞒事实。而且不知道是否3.15的缘故，今天苹果的服务比平时好了很多，希望能继续延续下去。

自己用苹果的本本也有好几年了，除了现在在用的macbook pro，手头还有一台坏掉的ibook。在macbook pro坏掉以前还打算再买一台imac的。因为出现了这样的事情，让我把这个计划搁置了起来。现在看到事情能如此完美的解决，这个计划也被重新提上了日程。

苹果的检测报告：

新换回来的电源：

更换过的新面板：

昨天一天没有任何音讯，并且很遗憾的看到国外发生了一起macbook爆炸的事件。希望大家注意再注意！

今天上午给苹果售后打电话询问检修结果，得到答复如下：
1.更换有暗点的显示屏
2.更换掉色的托盘面板
3.更换有安全隐患的电源适配器
4.上面的维修完全免费
5.等待配件并更换的时间为一个星期左右

让我有点意外的是掉色的托盘面板他们也给更换，这个问题在macbook/macbook pro一代上普遍存在。据我所知主动找苹果更换掉色面板的事件并不多，并且只限制在某个特定的macbook的型号。大家可以等待此次事情的处理结果，一旦确认苹果的确给更换面板，各位的掉色本本就有福了。

下面的图片可以很明显看到左边的托盘有掉色的情况（这不是脏，而是上面的漆被磨损）

我的遭遇在网上传开后引起很多网友的关注，在此先表示感谢！

先补上一张比较能看出问题的照片。上次是我疏忽了，拍的照片角度不够好，所以造成了很多人的误解，比如说这是被老鼠咬的-__-!!

今天上午去了苹果的售后。一开始客服不承认这是产品本身的问题，只用了一句很含糊的:”这是物理损坏”作为答复。在我打开多张国外同类问题的图片后，客服为我填了一张维修单，但他也不是很有把握。为了保证事情能妥善解决，我要求他们必须要当场找工程师为我检测鉴定。于是客服拿着电源进了后面的维修间。

等了几分钟，客服出来了，跟我说:”工程师也说这是物理损坏,不能保修”。我开始质疑：这个物理损坏是什么一个定义？客服含糊其辞。于是我强烈要求工程师出面，但客服以这样的事情没必要工程师亲自出面推搪，并且跟我说这样的问题只能帮我联系苹果，他们没办法处理。最终处理结果完全要看苹果，并答应一旦有了结果就会马上给我电话。

既然说到这样，我也没太多话好说，只能把机器留下（因为机器还有好几个大大小小并不明显的故障，一并留下解决），等消息了。

3-15马上就要到了，碰上这样的事情都不是大家所愿意看到的。希望苹果能妥善处理这件事情，因为这不单是我个人的问题，还涉及到苹果在将来如何对待千千万万的国内消费者。

晚上回到家，打开MacBook Pro，然后从包里取出电源，发现了让人惊奇的一幕：靠近电源适配器一端的电源线烧焦了。

以前自己曾经从digg和Engadget上看到国外类似的案例，但从来没有听过国内有过这样的事情，更加不会想到这样的事情会发生在自己的身上。但它的的确确在自己身上发生了。

明天是周末，apple的售后不上班，所以具体的处理要等周一了。跟apple售后打交道也不是第一次，年前就曾经因为MacBook Pro的电池老化（用了不到半年）耽误了差不多两个星期的工作。希望这次apple能给我一个满意的答复，我可不想因为这个电源再耽误了两个星期的工作。

希望这件事情能引起大家的注意：小心身边的定时炸弹！！

更多相关图片：http://www.flickr.com/photos/wuhongsheng/tags/magsafe/

国外同类例子

UDPATE:有人说我这是自己拿打火机烧的，甚至有人说我这是被老鼠咬的。没办法，再上几张特写

基本上safari会缓存所有页面以便加速访问。如果要禁止页面在safari中缓存，常用的header肯定要加上的

<?php

header(”Expires: Mon, 26 Jul 1997 05:00:00 GMT”); // Date in the past

header(”Last-Modified: ” . gmdate(”D, d M Y H:i:s”) . ” GMT”); // always modified

header(”Cache-Control: no-store, no-cache, must-revalidate, max-age=0″); // HTTP/1.1

header(”Cache-Control: post-check=0, pre-check=0″, false);

header(”Pragma: no-cache”); // HTTP/1.0

?>

加上上面这些header，可以让页面在大多数浏览器中都不缓存。但还是有个问题，上面的代码对safari的前进和后退不起作用，safari还是会在缓存里面读取数据。要做到完全禁止，根据官方的Safari Developer FAQ，还需要在页面中加上一个iframe。加上iframe后的页面，safari永远不缓存。

<iframe style=”height:0px;width:0px;visibility:hidden” src=”about:blank”>

this frame prevents back forward cache

</iframe>

新版本的Mac OS X都带有一个全新的安全休眠方式，并且默认是打开的。安全休眠的作用是在休眠的时候把内存上面的内容保存一份到硬盘的/private目录下面，然后再进入正常的休眠模式。这个功能的好处是能保证系统在掉电的时候(比如更换MacBook/Pro的电池)，可以从硬盘把内存的数据恢复回来，而不会造成资料的丢失。

但这个功能的一个不如人意的地方就是进入休眠的时间太长，一般根据内存的大小，进入休眠的时间会在20秒-1分钟不等，而且实际情况下掉电的机会并不多，特别像我这样的人，经常都是直接把本本的盖一盖起来就走人，更加会因为硬盘的频繁读写造成硬盘的寿命减少。所以我很有必要要把这个功能给去掉。

下面的命令在终端里面运行一次，然后重新启动系统就会关闭这个功能。

$ sudo pmset -a hibernatemode 0

$ sudo nvram “use-nvramrc?”=false

如果需要重新打开，那么把第一行的0改为3，第二行的false改为true，同样是运行后重启。

Parallels Desktop是一款Intel Mac下面的虚拟机软件，类似于VMWare，是Mac OS X用户跑Windows的不二选择。

因为家里用的无线路由共享连接，就算打开了端口映射的aMule，下载速度也是很不理想。所以平时我很喜欢在Parallels里面跑一个Windows，然后开VeryCD内网穿透版本的eMule，下载速度会有很大的提高。但毕竟使用内网穿透版本的用户还是不多，不少资源的下载速度还是很慢，所以决定在路由上做个端口映射。

Parallels默认的网络模拟方式是NAT，也就是所有数据包都要经过HostOS(Mac OS X)进行路由转发。GuestOS(Windows)的IP地址是私有(10.x.x.x)，无线路由无法直接访问，所以不能直接对端口进行转发。

解决方法是使用另外一种网络的模拟方式，Bridged Networking。通过Bridged方式，可以把GuestOS虚拟成局域网上的一台单独机器(也就是局域网里面大家都可以通过网上邻居看到这台机器)。当然，要达到这种效果，GuestOS肯定是需要一个局域网的IP(192.168.x.x)。从另外一个角度来解释，GuestOS在逻辑上已经连接到无线路由器上了，无线路由可以直接访问这个虚拟的系统。

打开Parallels的虚拟机属性，Network Adapter里面把方式选择为Bridged Eternet，其他默认，保存设置就行。

剩下的就是设置端口映射到GuestOS，具体怎么设置网上有很多资料可以参考，我也就懒得多说了。

呃。。。好吧，我有点醉了。