ubuntu4life » Fwolf's Blog

Permalink for 'Fwolf_s_Blog/2010/07/07/Ubuntu_%e5%8d%87%e7%ba%a7%e5%88%b0_10.04_lucid'

Ubuntu 升级到 10.04 lucid

Posted: July 7th, 2010, 2:06am CDT by Fwolf

本来能够直接从 9.04 升级上来的，但由于我启用了 sshfs，而 mount 在网络启动之前执行，所以系统升级完启动后就挂在 mount sshfs 那里不动了，一开始不知道，以为不行了，就直接重新安装了 10.04，也好，4、5年了，该重装一会了。

启用 Ctrl+Alt+Backspace 快捷键重启 X

System->Preferences->Keyboard->Layouts->Options，打开 Key sequence to kill the X server 并选中 Control+Alt+Backspace，立即生效，或者执行命令：

$ setxkbmap -option terminate:ctrl_alt_bksp

这个是每次启动 X 之后执行才生效。

设置系统默认输入法

System->Administration->Language Support 中，Install/Remove Languages 中装上中文语言支持，安装 fcitx，然后在 Keyboard input method system 里选上 fcitx，重启 X。

Mysql 服务启动的问题

无法启动或者重启，修改 /etc/init/mysqld.conf，在 start on (net-device-up 后面添加内容如下：

start on (net-device-up IFACE=eth0

如果提示 Can't create test file 类似的信息导致无法启用，是由于用户变更了 datadir，而系统没有赋予 mysql 读写那个目录的权限所致。修改 /etc/apparmor.d/usr.sbin.mysqld 添加下面的内容：

/your new datadir/ r,
/your new datadir/** rwk,

并 /etc/init.d/apparmor restart 后 mysql 就能启动了。注意上面的 datadir 如果是 ln 指向，需要填写真实路径。

mysql 还有个烦人的问题，就是 bind-address 默认只是本机，如果想改成 ip 或者 0.0.0.0 代表所有地址，还不能着急，先 bind 127.0.0.1 启动一会，然后停止服务修改 bind-address，不然 sudo service mysql 脚本又会出现问题。

好像 mysql 的自动启动取消了？在 /etc/rc.local 中加一句 service mysql start。

启动时检查完磁盘就没有反应的问题

多半是由于 fstab 中有挂载 cifs/smbfs/sshfs 的行为，其实这个时候磁盘还没有检查完，而且永远也检查不完，因为网络还没有启用，那些需要网络挂载驱动器的行为就陷入了永远的等待状态，昏死的设定。

显卡驱动安装参考

Openoffice.org 字体列表中不显示中文字体名称

只显示为英文，这个需要修改 /etc/environment：

LANG="en_US.UTF-8"
LANGUAGE="en_US:en_GB:en"
LC_CTYPE="zh_CN.UTF-8"

如果输入法又变成 ibus，sudo im-switch -s fcitx 后重启 X 即可。openoffice 是根据当前环境来决定是显示字体的中文名称还是英文名称的。

Samba 共享中的 symbolic link 无法被访问

需要在 /etc/samba/smb.conf 中添加下面几句内容：

[global]
    follow symlinks = yes
    wide links = yes
    unix extensions = no

一点使用感觉

很多操作都是在窗口模式下实现，反而用 cli 不知该怎么作了。
易用性倒是好多了，却同时搞得一些复杂操作麻烦或者出问题了，比如 mysql 服务启动的问题，比如 fatab 里面加上个 sshfs 就无法启动的问题等等。

参考

Tags: lucid, mysql, ooo, samba, sshfs, Ubuntu, upgrade
Related posts

Permalink for 'Fwolf_s_Blog/2010/07/05/WordPress_%e7%83%a6%e4%ba%ba%e7%9a%84_revision_%e5%92%8c_auto_draft'

WordPress 烦人的 revision 和 auto-draft

Posted: July 5th, 2010, 12:19pm CDT by Fwolf

revision 是早就有了，auto-draft 是最近才发现的，个人非常不喜欢这2个功能，偏偏 WordPress 还没有在后台中增加显式的关闭功能，所以更显得烦人。

revision 是你每保存一次 post 的时候，都把修改前的内容存成一个 revision，这样你就不用担心以前的版本找不到了。问题是，写 blog 又不是写代码，用得着这把牛刀么？就是写代码，也有不想保存的版本，基本上扔到 scm 里面就不会再看了呀。

禁用 revision 的方法，对目前的 WordPress 3.0 有效，在 wp-config.php 中添加：

define('WP_POST_REVISIONS', false);
define('AUTOSAVE_INTERVAL', 60000);

同时也禁止了自动保存，多手工保存吧，或者本地写好了再 post 。

auto-draft 是这样出现的，当你 new 一个 post 的时候，以前是第一次保存的时候生成 id，现在则是打开 new 页面的时候就生成了，体现在数据库中 wp_posts.post_status 为 auto-draft。这种没有内容先保存的方法一般是用来避免多人同时保存时的写入数据冲突，可一般的 blog 会频繁产生这种情况么？更糟糕的是，auto-draft 类型的post 无法在 Posts 管理中进行编辑，也就是说如果你打开了 new post 页面，输入了一些内容，然后没有保存或者发布就离开了这个页面，那么数据库中就多了一条 auto-draft “僵尸记录”，你再也找不到它了。

auto-draft 目前好像没有方法关闭，但可以从数据库中把他们更改为 draft，以后当草稿修改成新文章就是了：

mysql> SELECT DISTINCT post_status, count(1) FROM wp_posts GROUP BY post_status;
mysql> UPDATE wp_posts SET post_status='draft' WHERE post_status='auto-draft';

最后，贡献一个 php 脚本，自动把 revision 和 auto-draft 都修改成草稿 draft，并且找出数据库中不连续的 post id，把他们也都存成草稿，这样可以保持 url 中 id 的连续性，似乎更加美观和整洁。未经严格测试，请参考使用：

Tags: draft, git, revision, WordPress
Related posts

Permalink for 'Fwolf_s_Blog/2010/06/28/Apple_Mail_%e9%82%ae%e4%bb%b6%e5%a4%aa%e5%a4%9a%e4%b8%8d%e4%b8%8b%e8%bd%bd%e9%97%ae%e9%a2%98%e7%9a%84%e8%a7%a3%e5%86%b3'

Apple Mail 邮件太多不下载问题的解决

Posted: June 28th, 2010, 12:41pm CDT by Fwolf

Apple Mail version3.6(936)

原先拿到这个 mac 本本的时候，由于家中网速比较慢，收发邮件比较折磨人，而我又属于对邮件依赖较重的，所以专门申请了个新的 gmail 帐号，专门用在这个机器上，把邮件下载到本地便于处理（平时个人邮件都是自己发给自己的 N 个邮箱共享），顺便体验下 Apple Mail 软件。

Apple Mail 倒算是中规中矩，按下不表，中间有一段时间没怎么用这台 mac，而这个专用 gmail 帐号里面堆积的邮件应该也不少了，简单估计有几百封吧。终于，等到我想用的那一天，突然发现它不下载新邮件了。

逐项检查，系统和软件工作正常，网络正常，gmail 登录进去肯定是有新邮件，而且 pop 设置正常。所有的东西都没有动过，并且原先刚设置好这个帐号的时候，邮件下载都是正常的。Command+0 打开 Activity 窗口监视──连接、登录、查找新邮件、退出，貌似正常，但完全无视我邮箱中赫然在目的新邮件哪。

纯属无意中翻看 gmail 的在线帮助，其实对这类帮助并不报太大希望的，因为一般上面只有一些常规问题的答案，我的问题比较蹊跷，八成没有。帮助里面专门有针对 Apple Mail 3.0的 Troubleshooting，列了几个问题，对照我的情况，逐个回答如下：

Have you recently used Gmail’s POP service with this client and address?
--> Yes, this address just worked recently
When are you encountering problems?
--> Downloading
Does your client display an error?
--> No, my mail client does not show an error
Downloading issues
--> Some or all messages don’t download

然后帮助给了4个解决方法，其中第2条是亮点：

Try enabling recent mode in your POP client by replacing 'username@gmail.com'
in the Username field of your POP client settings with 'recent:username@gmail.com',
and uncheck the box next to Remove copy from server after retrieving a message
in your Advanced POP client settings. Recent mode fetches the last 30 days of mail,
regardless of any other factors. If you don't Leave messages on server your 
messages will be moved to Trash after download.

看仔细了，在邮件帐户前面加上 recent:，只下载最近30天的邮件，这个以前没听说过，从之，我的邮件又愉快的下载了。至于30天以前的邮件如何下载，我是不需要了。至于为什么会这样，还真不明白是 gmail 这里有限制，还是 Apple Mail 无法读取30天以前邮件的邮件头导致无法下载，希望有明白人指点一二。

附 gmail 帮助截图为据：

Tags: download, gmail, mac, mail, Problem, recent
Related posts

Permalink for 'Fwolf_s_Blog/2009/10/21/%e5%8f%af%e6%81%b6%ef%bc%8c%e8%a2%ab_PHP_Mcrypt_%e7%9a%84%e5%ae%98%e6%96%b9_Example_%e8%af%af%e5%af%bc%e4%ba%86'

可恶，被 PHP-Mcrypt 的官方 Example 误导了

Posted: October 21st, 2009, 1:15pm CDT by Fwolf

在看 php 的 mcrypt 加密，想使用对称算法，解决小块内容（比如 url、post）网上传输的安全性。即加密、解密用同一个密码。官方文档有个非常完整的演示功能的例子，大概顺序是：

打开 module
生成 IV
得到 key/密钥/密码
初始化（引擎？）
进行加密操作
关闭（引擎？）
重新初始化（引擎？）
进行解密操作
关闭（引擎？）
关闭 module

加密、解密放在了一个代码片段中，大概是想说，加、解密就那一句代码不同而已。

按照这个理解，为了使用方便，我把加、解密分解成了2个函数，内容都和例子差不多，不会有错。但一运行，不管用哪种加密算法，都会出现奇怪的解密后与原文不一致的错误。还不是完全不一致，后面大半段内容都是正确的，比如原文是包含 a-z 26个字母的字符串，运行结果如下：

$ ./mcrypt.php 
Encrypt:
M~<5¶¤Jw^TÝ×. ÃV¯
Decrypt:
Âò¹ÁIijklmnopqrstuvwxyz

好一通找原因，最后在支持算法列表页面中找到这么一句：The IV must be unique and must be the same when decrypting/encrypting.加、解密时所使用的 IV 必须相同。

昏，例子代码中 IV 是使用随机数生成的，分成2个函数之后，加、解密操作生成的 IV 肯定不一样，这就是解密失败的原因。mcrypt_create_iv() 函数文档页面的 user notes 中有位 Chris 还对 IV 纠正了一些错误观点。

综上，正确解密需要将 IV 与密文一同存储、传递。而我的需求比较简单，就没有必要这么作，反正 IV 也不需要保密，所以直接用 key 的 sha1 值的片断，比如前8位（与 git 版本号简写类似）作为 IV，对安全性影响不大，应该是可以接受的。

问题解决，收工，有和我一样吃过亏的同学么？

Tags: crypt, encrypt, mcrypt, random, think, wrong
Related posts

Permalink for 'Fwolf_s_Blog/2009/09/25/Flash_%e6%97%a0%e6%b3%95%e4%bf%ae%e6%94%b9%e8%ae%be%e7%bd%ae%e7%9a%84%e9%97%ae%e9%a2%98'

Flash 无法修改设置的问题

Posted: September 25th, 2009, 1:02am CDT by Fwolf

这个怪怪的问题也不是一天两天了，就是 flash 设置窗口，或者当 flash 游戏需要使用本地存储空间时，自动弹出的设置窗口，这个窗口无法用鼠标点击，用键盘 TAB 键能在各部分之间游荡但还是无法调整设置，基本上就卡死在这里了。

遇到这种情况，可以访问这个链接：[www.macromedia.com]，注意链接中并不是图片，而是实际的设置调整组件。比如刚才说的访问本地资源需要确认的问题，在这里设置成Never Ask Again，同网站的资源就再也不会弹出窗口导致 flash 卡死了。

Ubuntu 9.04, Firefox 3.0.13, Flash Player 10.0 r32.

参考：

Adobe Flash Player … Settings Manager

Tags: flash, Problem, setting
Related posts

Permalink for 'Fwolf_s_Blog/2009/08/25/Git_%e5%90%88%e5%b9%b6_patch_%e6%97%b6%e7%9a%84%e5%86%b2%e7%aa%81%e5%a4%84%e7%90%86%e4%b8%80%e4%be%8b'

Git 合并 patch 时的冲突处理一例

Posted: August 25th, 2009, 10:02am CDT by Fwolf

git version 1.6.0.4

几个新手刚刚开始接触 Git，为了维护核心仓库的“纯洁”，避免太多无关信息被误提交进仓库（再次批评一些图形化工具默认的“Select All”），采用了核心仓库只读，邮件提交 patch，审核后再提交的工作流程。

期间有时会遇到合并冲突，正常的原因一般是未及时下载新版本产生了冲突，特殊一点的原因是手工修改 patch 内容导致的。有时候看注释写得不够准确，忍不住就改了，有时候是 Geany 保存时自动去除了 patch 原文中的行尾空格，有时候是文件回车格式、BOM 等变动了，总之合并 patch 的时候，如果生成 patch 的“原稿”找不到，一般就产生了冲突，比如：

$ git am 0001-BUG-Sybase.patch
Applying: CHG: 读取Sybase如果时间为空,设置默认时间的修改
error: patch failed: source.php:38
error: source.php: patch does not apply
Patch failed at 0001.
When you have resolved this problem run "git am --resolved".
If you would prefer to skip this patch, instead run "git am --skip".
To restore the original branch and stop patching run "git am --abort".

刚开始一看有些懵，因为没有任何冲突在哪里的提示，后来找到一种方法，am 操作出问题后先手工 apply：

$ git apply --reject 0001-BUG-Sybase.patch
Checking patch source.php...
error: while searching for:
        // 注释
        // 以下为几行代码片断
error: patch failed: source.php:38
Applying patch source.php with 1 rejects...
Rejected hunk #1.

这样，就把没有冲突的文件先合并了，剩下有冲突的作了标记。先看输出，error: while searching for: 说明是这段代码有冲突，error: patch failed: source.php:38 指明了产生冲突的代码片断的开始行号，相应的，patch 中应该有这么一段：

diff --git a/source.php b/source.php
index 8770441..4e77b8a 100644
--- a/source.php
+++ b/source.php
@@ -38,27 +38,23 @@ class Site extends Module
        // 注释
        // 以下为几行代码片断

同时，还会产生一个 source.php.rej 文件，里面也是上面这段因为冲突无法合并的代码片断。

现在，在这段代码中查找冲突原因，并对文件进行修改，source.php.rej 参考完了可以删掉。改好之后，用 git add 把 source.php 添加到缓冲区，同时也要把其他没有冲突合并成功了的文件也加进来，因为在作 apply 操作的时候他们也发生了变化：

$ git add source.php
$ git add 其他 apply 进来的文件们

最后：

$ git am --resolved
Applying: CHG: 读取Sybase如果时间为空,设置默认时间的修改

大功告成。

中间如果处理乱了，用 git reset 恢复即可，所以合并 patch 在一个“干净”的分支上处理更好。

Tags: conflict, example, git, import, merge, patch, Svn/Git
Related posts

Permalink for 'Fwolf_s_Blog/2009/08/11/%e5%8e%8b%e7%bc%a9%e7%bd%91%e9%a1%b5%e5%9b%be%e7%89%87'

压缩网页图片

Posted: August 11th, 2009, 11:54pm CDT by Fwolf

不压不知道，一压吓一跳，大部分图片几乎都能在近似无损的情况下压缩掉 65% 原始大小左右，如果指明有损压缩，比如 jpeg 的 85 %，还能更小。

Smush.it

smushit 现在已经属于 Yslow 的一部分了，可以通过 firefox 插件使用，也能在线用，缺点就是你的图片必须能够从公网访问。

可以压缩各种图片，按照官方的解释，它会尝试各种工具和算法，找到最优的方式。因此，smushit 是一种很安全的压缩工具，几乎看不到差别，就是用起来麻烦些。

imagemagick

不同的图片格式有各自的特点，比如 gif 善于存储颜色较少的图片，也是动画图片的首选；png 善于存储能够矢量化的图片，jpg 则善于存储颜色、图片变化都比较多的图片。根据不同的图片特点，进行类型转换，有时能收到不错的效果。

图片 convert 之后，还可以利用其它工具进一步压缩，不过效果不大了。

另附一个转换图片类型之后，批量替换模板中调用文件名的脚本：

grep logo.gif * -R | awk '{print $1}' | sed 's/://' | xargs -I '{}' sed -i 's/logo.gif/logo.jpg/' '{}'

jpegoptim

这是今天刚发现的好东西，ubuntu 源中有，主要可以用它去除 jpg 图片文件当中的 comment exif IPTC 等无用标记，我测试的情况压缩率比 smushit 略低一点点。由于能够通过命令行使用，所以易用性更强。

一般我喜欢用 --strip-all 参数去除所有无用内容，实际压缩之前可以用 -n 参数预测一下压缩率（默认直接压缩覆盖源文件了），24bit Adobe 类型的图片基本上都能够压缩掉 65% 原始大小，碰到 24bit JFIF 这种类型的图片一般压不动，但带上有损压缩参数比如 -m85之后，依然能够达到较理想的压缩率，并且图片损失效果不明显。

遇到无法压缩的图片、压缩后体积反而增大的图片会自动跳过，很贴心。

基本上，有了上面三种方式，就能够处理大部分网页图片了。

Tags: compress, convert, gif, image, jpg, optimize, png, yslow
Related posts

Permalink for 'Fwolf_s_Blog/2009/08/04/_Git_%e5%88%9d%e5%ad%a6%e8%80%85%e6%b3%a8%e6%84%8f%e4%ba%8b%e9%a1%b9'

[Git]初学者注意事项

Posted: August 4th, 2009, 8:57am CDT by Fwolf

实在是受不了有些人的 Git 提交，费大力气“回滚”，遂整理了这些刚开始用 git 或者还没有建立 scm 概念时容易犯的错误。

和源码无关的东西，尽量不要进仓库

不得不说一些图形化软件，在提交内容的时候大多提供一个“全选”或者“Select All”功能，这是最不好的了，一些懒惰的同志看都不看就连瓢带碗都提交了。

测试时上传的文件，测试时的临时文件，统统不要
对应上一条，强烈建议把所有文件的上传保存目录另行设置，放到源代码目录以外
编辑器产生的备份文件、临时文件，编译时的中间文件，统统不要
对应上一条，有个例外就是为了实现通过 Git 更新系统，.NET 的 bin 文件要进仓库，导致那个仓库现在都 100+m 了
图片等资源文件，进仓库也可以，但应当使用有意义的文件名，便于后期管理
对应上一条，现在设计网站界面喜欢先作图然后切割，产生一大堆 001_r5_c1.jpg 这样的文件，讨厌之极
使用的外部类库，比如 php 类、js 类等，统统扔到源码目录以外，如果实在没办法要放在目录树中，也可以留出空目录，打包发行的时候再包含进来，依然不进代码仓库
不要中文文件名，主要是跨平台使用有问题，文件名完全能够只用字母数字减号下划线

尽量采用相对小、相对独立的提交

Git 是作什么用的？Git 不是代码上传工具，也不是网站更新工具，而是软件开发过程的记录工具，为了更加准确的定位每个问题、每个功能修改，就需要在每完成一部分可以称得上是“一项”的工作时，就 commit 一次。哪怕只是修改了一两行，只要产生了必要的功能改变，就有价值记录。

当采用代码审核机制或者需要用邮件提交补丁时，较小的提交能够更有效、更容易、更准确的被检查和审核，这个在 linux kernel 开发文档中也有提到。

当然不能矫枉过正，必须有可记录的改变才有提交的价值。对应的，Git 日志大多数情况下主要显示第一行，控制每次提交都能用一句话简单概括，也是有必要的。

注释格式

格式属于个人习惯和团队规范范围，有必要采用相对统一的风格。

Git 本身不允许空注释，同时建议注释的第一行写简要说明，下面留一行空行，再写详细说明。

我的个人习惯，喜欢在每条注释前面用大约三个字母来表示本次修改的性质：

Add something
Bug [fix|found]: describe the bug or fix.
Chg something
Del something
Enh some treatment
New something
Tmp for some cause

为了保持语法通顺，也可以采用前三个字母后面加冒号，后面有啥写啥的方法。

最后，我觉得，能够遵守行业规范和团队约定，主动养成良好习惯，应当是鉴别人才的一项重要因素。

Tags: git, newbie, rule, Svn/Git, tips
Related posts

Permalink for 'Fwolf_s_Blog/2009/07/30/Windows%e5%ae%89%e5%85%a8%e6%9b%b4%e6%96%b0KB951748%e5%8f%af%e8%83%bd%e5%af%bc%e8%87%b4dns%e6%97%a0%e6%b3%95%e8%a7%a3%e6%9e%90'

Windows安全更新KB951748可能导致dns无法解析

Posted: July 30th, 2009, 3:38am CDT by Fwolf

很久没有鼓捣 windows 了，今天帮一个朋友修复他“不能上网”的问题，遇到了，记录于此。

首先遇到的是局域网 ip 设置问题，居然自己无法 ping 出去，别人却能 ping 通自己，怀疑是网络管理员作了什么设定，更改ip设置绕过。

然后就是 windows 里 dns 的怪问题了，具体表现为：用 nslookup 能够正常解析域名，直接 ping 域名却得到域名无法解析的错误。用 ip 地址可以直接打开网站，可输入域名却由于无法解析而打不开。

怀疑是 winsock 或者 lsp 的问题，尝试修复却未发现任何问题。

最终原因就是这个 windows 安全更新 KB951748，网上的说法是：

这个问题是microsoft把dns解析的本地端口改成了49152-65535，和visita一样（所以visita系统不受影响）。对于lns等 rules based firewall，只需要把dns rule的本地端口范围改成49152－65535就ok了（xp系统缺省是1024-5000）。

卸载之，一切恢复正常。

Tags: dns, Problem, windows
Related posts

Permalink for 'Fwolf_s_Blog/2009/06/30/Curl%e5%a5%87%e6%80%aa%e7%9a%84403%e9%94%99%e8%af%af'

Curl奇怪的403错误

Posted: June 30th, 2009, 12:27pm CDT by Fwolf

自己用的小PHP应用，使用curl抓网页下来处理，为了穿墙方便，使用Privoxy作为代理，便于选择哪些网站使用proxy、哪些不用。但今天却遇到了奇怪的问题，访问google baidu这些网站居然都返回403错误，而访问其他的一些网站没事，如果设置为不使用proxy则都能正常访问。

难道google baidu就不让用proxy连接么？显然不可能，所以打开curl的信息输出（curl_setopt($this->mSh, CURLOPT_VERBOSE, 1);）看看，得到以下结果：

*   Trying 127.0.0.1... * connected
* Connected to 127.0.0.1 (127.0.0.1) port 8118 (#0)
* Establish HTTP proxy tunnel to www.baidu.com:80
> CONNECT www.baidu.com:80 HTTP/1.0
Host: www.baidu.com:80
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Proxy-Connection: Keep-Alive

< HTTP/1.0 403 Connection not allowable
< X-Hint: If you read this message interactively, then you know why this happens ,-)
< 
* The requested URL returned error: 403
* Received HTTP code 403 from proxy after CONNECT
* Closing connection #0
... Failed.

可以看到proxy服务器工作正常，的确是baidu返回了403错误，但原因肯定还在我这边。终于，从网上（1of2, 2of2）得到了点启发──我使用的是proxytunnel而非proxy。

在代码中，有这么一句：

	curl_setopt($this->mSh, CURLOPT_HTTPPROXYTUNNEL, true);
	curl_setopt($this->mSh, CURLOPT_PROXY, $phost);

php文档中没有详细说明，不过man curl中有详细解释，两者都是代理，proxytunnel（-p参数）允许其他协议通过http代理传输，而proxy（-x参数）则只能走http协议。所以我猜测，google baidu的服务器和curl的proxytunnel不和，所以返回403。

禁用掉上面2行代码的第一句后，curl访问恢复正常。

比较奇怪的是，几种操作系统下还不一样，一台MAC OSX就要显式的禁用proxytunnel才可以，curl版本：

$ curl --version
curl 7.16.3 (powerpc-apple-darwin9.0) libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3
Protocols: tftp ftp telnet dict ldap http file https ftps 
Features: GSS-Negotiate IPv6 Largefile NTLM SSL libz

而另外一台ubuntu则完全不受影响，怎么都能用，curl版本：

$ curl --version
curl 7.18.2 (i486-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.10
Protocols: tftp ftp telnet dict ldap ldaps http file https ftps 
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

MT主机上的centos也没事，curl版本：

$ curl --version
curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
Protocols: tftp ftp telnet dict ldap http file https ftps 
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

看来不完全是curl版本问题，MAC OSX的确与众不同啊。

还有一个原因也会导致curl返回403错误，如果设置了：

	curl_setopt($ch, CURLOPT_NOBODY, true);

则需要紧跟着设置：

	curl_setopt($ch, CURLOPT_CUSTOMREQUEST, 'GET');

不然会因为http服务器不允许 HEAD 命令而返回403错误。参考：Trouble with a cURL request in PHP。MAC OSX上curl之所以特殊，也不排除是这种原因吧。

Tags: 403, curl, error, http, PHP, proxy, tunnel
Related posts