与此同时，PHP开发团队发布了PHP5.3.3，修复了近100个BUG，鼓励所有PHP5.2系列的用户升级到PHP5.3。 但是实际上国内很多PHP程序对PHP5.3的支持都有不少小问题。

此外，PHP官网着重列出一个PHP5.3.3新的不兼容特性：在命名空间里，和类名一致的函数不再被作为一个构造函数。不过没有使用namespace的类不受影响。 <?php
namespace Foo;
class Bar {
  public function Bar() {
    // 在PHP 5.3.0-5.3.2版本作为构造函数
    // 在PHP 5.3.3作为一个普通函数
  }
} ?>

以下是PHP5.3.3的修复清单。 Rewrote var_export() to use smart_str rather than output buffering, prevents data disclosure if a fatal error occurs (CVE-2010-2531).

• Fixed a possible resource destruction issues in shm_put_var().
• Fixed a possible information leak because of interruption of XOR operator.
• Fixed a possible memory corruption because of unexpected call-time pass by refernce and following memory clobbering through callbacks.
• Fixed a possible memory corruption in ArrayObject::uasort().
• Fixed a possible memory corruption in parse_str().
• Fixed a possible memory corruption in pack().
• Fixed a possible memory corruption in substr_replace().
• Fixed a possible memory corruption in addcslashes().
• Fixed a possible stack exhaustion inside fnmatch().
• Fixed a possible dechunking filter buffer overflow.
• Fixed a possible arbitrary memory access inside sqlite extension.
• Fixed string format validation inside phar extension.
• Fixed handling of session variable serialization on certain prefix characters.
• Fixed a NULL pointer dereference when processing invalid XML-RPC requests (Fixes CVE-2010-0397, bug #51288).
• Fixed SplObjectStorage unserialization problems (CVE-2010-2225).
• Fixed possible buffer overflows in mysqlnd_list_fields, mysqlnd_change_user.
• Fixed possible buffer overflows when handling error packets in mysqlnd.
• Key enhancements in PHP 5.3.3 include:
• Upgraded bundled sqlite to version 3.6.23.1.
• Upgraded bundled PCRE to version 8.02.
• Added FastCGI Process Manager (FPM) SAPI.
• Added stream filter support to mcrypt extension.
• Added full_special_chars filter to ext/filter.
• Fixed a possible crash because of recursive GC invocation.
• Fixed bug #52238 (Crash when an Exception occured in iterator_to_array).
• Fixed bug #52041 (Memory leak when writing on uninitialized variable returned from function).
• Fixed bug #52060 (Memory leak when passing a closure to method_exists()).
• Fixed bug #52001 (Memory allocation problems after using variable variables).
• Fixed bug #51723 (Content-length header is limited to 32bit integer with Apache2 on Windows).
• Fixed bug #48930 (__COMPILER_HALT_OFFSET__ incorrect in PHP >= 5.3).
• For users upgrading from PHP 5.2 there is a migration guide available on http://php.net/migration53, detailing the changes between those releases and PHP 5.3.

PHP5.2.14主要更新清单

• Rewrote var_export() to use smart_str rather than output buffering, prevents data disclosure if a fatal error occurs.
• Fixed a possible interruption array leak in strrchr().(CVE-2010-2484)
• Fixed a possible interruption array leak in strchr(), strstr(), substr(), chunk_split(), strtok(), addcslashes(), str_repeat(), trim().
• Fixed a possible memory corruption in substr_replace().
• Fixed SplObjectStorage unserialization problems (CVE-2010-2225).
• Fixed a possible stack exaustion inside fnmatch().
• Fixed a NULL pointer dereference when processing invalid XML-RPC requests (Fixes CVE-2010-0397, bug #51288).
• Fixed handling of session variable serialization on certain prefix characters.
• Fixed a possible arbitrary memory access inside sqlite extension. Reported by Mateusz Kocielski.
• Key enhancements in PHP 5.2.14 include:
• Upgraded bundled PCRE to version 8.02.
• Updated timezone database to version 2010.5.
• Fixed bug #52238 (Crash when an Exception occured in iterator_to_array).
• Fixed bug #52237 (Crash when passing the reference of the property of a non-object).
• Fixed bug #52041 (Memory leak when writing on uninitialized variable returned from function).
• Fixed bug #51822 (Segfault with strange __destruct() for static class variables).
• Fixed bug #51552 (debug_backtrace() causes segmentation fault and/or memory issues).
• Fixed bug #49267 (Linking fails for iconv on MacOS: "Undefined symbols: _libiconv").

六年时间里，我从一个伪文艺少年到IT从业人员；从无病呻吟到只会用if/else思考； 从被深度洗脑到兼容并包，变化不可谓不大。

现在，终于算有个交代了。
当然，也物是人非。

• 六年时间，80后都开始踏上社会的舞台；
• 六年时间，韩寒都开着赛车出了独唱团；
• 六年时间，秋雨大师成了佐餐笑料；
• 六年时间，新概念都成了旧概念；
• 六年时间，带三个表都实现了河蟹社会的转变；
• 六年时间，装X的都发了财；
• 六年时间，我们的国家奔向西朝鲜的康庄大道上；
• 六年时间，形形色色的人们用无尽的欲望将五浊恶世演绎得淋漓精致。
• 那就把世界末日当作一个善意的谎言，赶在2012之前开辟最后一块净地，实现最后一个梦想吧。

2、定制自己所需的运行环境
很多人都在问定时执行怎么做，也有人为虚拟主机缺少XXX的支持而烦恼，也有人为程序的兼容性而努力着。
如果使用了VPS，那么这些问题也可以迎刃而解。定时执行可以在shell下使用crond,缺组件可以自己编译php来支持，还能做类似于mysql定时备份等操作。

3、可以尝试no sql、memcached、 HipHop等先进技术
好吧，如果你到今天还未尝试过no sql，那么你也是一个很Out的phper了。
no sql适用对时效性较强的部分，比如Cassandra，facebook和digg.com在使用；
sina app大文件储存使用MongoDB进行储存；
xiami.com的消息通知部分用Redis；
校内(人人)使用Tokyo Cabinet等等等
振奋人心的HipHop(把PHP“翻译”成c++并编译成可执行文件)
而Redis是linux only的，HipHop仅支持64位linux，没有一个linux还真搞不定，那么那么，你还打算在虚拟主机里YY吗？

4、自由绑定域名，想放几个站就放几个站
介个，虚拟主机就是靠这个赚钱的，而实际上很多站都是没流量的，靠这个矛盾虚拟主机才赚钱。而VPS是不限制站点数量的。

5、ssh或vpn翻墙
国外的VPS兼有翻墙功能，不仅不用满天找翻墙工具了，还能为朋友提供便利。
什么，为什么翻墙？你难道不想接触淫淫网、国内微薄的抄袭对象吗？

6、相当于拥有一个私人svn服务器
google code和sourceforge源码是开放的，svnhost.cn私人源码是要收费的，对于有保密性要求而又没公司服务器支持的可以选择VPS上搭建SVN。

7、独立ip
国外的好处是不会受其他站牵连(比如godaddy的是被墙专业户)
其他好处是SEO方便、可以安装SSL证书(只有独立ip才可以)

二、关于VPS的挑选
如果是国外的，从速度上看加州的机房对于国内用户访问速度不错(因为是海底光缆的米国入口)，世界范围的ping延迟也平均在150ms左右；比如San Jose或Fremont。
不过也有童鞋测的米国中部的VPS速度也不错，可能是带宽原因。
个人经验：有时候国内的VPS未必比米国的快;挑选nginx、lighttpd之类的WEB服务器省内存;SWAP使用超过100MB后需要减少内存占用了;balabalabalabala

个人目前在使用瑞豪开源RASHOST，经验是，起步门栏低，128M起(700一年)，支持月付，几个虚拟主机就抵一个VPS了；国内商家，中文，支付方便，也卖国外VPS；客服比较耐心；比如张宴之类牛人也在用瑞豪开源；从这段时间的使用来看，还是很不错的，我推荐的朋友也都一直在用。

三、有用的资源
免费SSL证书(不支持opera) http://dev.meettea.com/show-52-1.html
Nginx 0.8.x + PHP 5.2.13（FastCGI）搭建胜过Apache十倍的Web服务器 http://blog.s135.com/nginx_php_v6/
检测服务器状况 http://www.jiankongbao.com
瑞豪开源优惠码9折 RASHOST9

就改了一个ui.css、一排按钮以及一个loading图标。

最近，我变成了一个极简主义者。xheditor默认太有style了，这样不好，不好。。。

附上截图和附件:

绝大多数新生代的同学并不了解这一第五大发明。

由于这一发明实在太强大了，作为一项军事机密我国一直处于保密状态。 近期不慎泄密的深圳卫视已经被处理。

但是香港同胞们和世界各地华侨一直为伟大的祖国而骄傲，每年自发庆祝这一伟大的纪念日。

这是一个搜索引擎公益项目，由于总所周知的环境。这是来源于官方博客的一句话介绍：“我们的良心搜索的定位是为对于可见的虚假的互联网搜索信息不满的群体提供一个更为真实、可信的信息搜索体验。” 目前已有14人，涵盖产品经理、UI、页面、JAVA、数据库等多种职业。由于项目的需要，破例在停笔后发一次博文。

以下是官方公告，来自：http://buzz.sinaapp.com/?p=38

加入我们

微风 记于2010-4-8

增加了两百多种域名的支持；

修正了过期时间解析错误的BUG，改进了效率；

预期推出域名过期自动提醒服务。不过也要看心情和动力的。

: )

2010/05/06 update:请注意：经进一步使用发现上面的whois server返回的并不是统一格式的信息，并且部分whois server无响应。部分小后缀域名是无法查询的，还需要进一步处理。（举例，.kr返回韩文数据，.fr,.de返回某种协议的格式，而.ru返回了另一种格式的协议，说明页面是俄文的。）

对于Adsense开通的比较早的用户，注意再次核对你的姓名，比如你叫张三，姓名处应该是 san zhang才是对的。新版的Adsense收汇人姓和名是分开填写的，就不存在这个问题。

如果你名字还是zhangsan这样的格式的，已经发出汇款，一般到网点要说清楚，需要工作人员打电话给西联，西联会说“同意支付”，就可以收了。如果工作人员拒绝，你可以打电话给西联，说明情况后把手机给工作人员去接听一般就OK。再不行就要求对方的经理出来，不少网友用这招成功的。

一般西联汇款专窗是不会让你排队的。看着后面几十个人的长队心中暗爽。

邮局要填写的有两张单子，《收汇申请书》和《个人结汇业务申请书》。

《收汇申请书》要求全英文填写的，必填项目是监控号、发汇金额、收汇人名、姓、地址、电话、身份证号码、发汇人名（写Google Inc.）、发汇人电话：+1 6506234000、地址（见Google后台给你的地址）。告诉对方资金属于劳务收入，他们会给你打 结汇的资金属性：职工报酬

不允许代领。

西联的电话：800 8208668,手机拨打：(86) 21 6866 4610

最后，感谢国家，让万恶的资本主义企业在我身上只剩不到30元的时候及时发来美元。

对于一个Google fans而言，得到的不仅仅是钱。

530 login incorrect的错误提示:说明验证没有通过。验证没有通过的原因是从vsftpd配置文件中验证方式到pam.d的配置这一过程中出现问题。网上流传的教程并不完整。测试验证是否成功，用db_load新建一个pam验证方式，结果通过。然后从网上搜索多份pam.d/内mysql验证的配置文件发现pam_mysql.so需要指定绝对路径才能找到。其他可能导致这种现象的产生有：vsftpd.conf内未指定pam验证文件名或者myqsl验证文件内的用户名和密码不正确。

登录后的异常情况：一般出现login success后再出现异常说明配置文件有问题。这种问题最好处理，一般直接从网上照抄一份修改下就能通过。

最后AdobeCS4.com.cn即将迁回国内。

	    
	    set $module_name /index.php;
	    if ( $request_uri ~ ^/(\w+)/) {
		set $module_name /$1/index.php;
	    }
	    if ( !-e $document_root$module_name){
		set $module_name /index.php;
	    }
	    rewrite . $module_name;

友情提示:用rewrite把nginx配置文件中的变量附加到php文件后面的参数里，然后用var_dump($_GET);帮助很大。

再写下去可能就要和个性化的要求冲突了。 最好的功能就是nginx.conf。

1. PHP/Mysql/Nginx任意版本自动发现、使用功能
2. 演示模式/调试模式两不误
3. Windows界面，状态监视
4. mysql等默认绑定127.0.0.1，空口令也安全
5. PHP-CGI运行监控，保持运行
6. 调试模式下增加目录浏览功能
7. PHP更新到5.3.1,nginx更新到0.8.31
8. 抛弃process.exe，使用系统自带命令，杀毒软件不再报可疑的程序

较之元诞的内测版，这个版本完善了php.ini，增加了PHP-CGI保持运行的功能。

因为很久以前发现windows下php-cgi执行了一定次数的时候会退出，影响调试。 这个功能就是对这个现象的hack。

1. 业内好友：80%以上原创、和技术相关、内容质量良好
2. 其他人：PR>=5的正规站点；PR<5的，质量优秀的也很愿意交换链接
3. 硬指标：内页免谈；不能被搜索引擎K；不诚者免谈；
4. 撤下链接前请通知我；我撤下链接前也会通知你(不超过底线不会被撤下，底线指道德标准和上一条硬指标。)
5. 郑重承诺：本博客8年内不会关闭(因不可抗力除外：比如全国大海蟹和世界末日)

缺点(优点?):chrome下发表日志得自己写HTML代码。

喜欢这个blog想要源码的可以留下邮箱。

PS：如果你的代码写得合理，能够很顺利就迁移到sina app上。

。。。

黄大能说，这次长谈，使父亲从此扭转了他历来对中共执政的忐忑不安，他从延安、从毛泽东身上看到，中国是有出路的，这出路就在共产党那里。从此以后，他坚定不移跟着共产党走。开国之初，大半生恪守“不为官吏”信条的黄炎培终于出山，担任了第一届中央人民政府政务院副总理。

。。。

WUCHA.CC是一个尚在开发中的文学网站。考虑到初期编辑分布比较广泛、编辑的操作对网站有较大的影响，故设计了网站编辑专用的动态口令卡。
同样也适用对安全性有中等要求的中小型网站、博客。

先上图，有图有真相。

[attach=56]

[attach=57]

[attach=58]

[attach=59]

[attach=60]

连号的感觉真好 - -
设计采用PHOTOSHOP。打印选择了KUUKIE.COM（趣奇网）的个性卡片印刷服务。
趣奇网有两种规格的个性卡片。一种是名片的一半，一种和名片一样大小。

 (咳咳咳咳，这里AD下趣奇网)

趣奇网是一家新兴的在线打印照片服务的网站。

你可以把你的照片等拿去印刷，也可以做些小卡片。

被我拿来打印口令卡纯属意外 :)

在互联网政策不明朗的今天，新兴网站的生存并不容易。

趣奇网的存在还是令我们告慰的，希望他们能够成长壮大。 :)

首先是制作正面图像、背景的网格。 

[attach=53] [attach=54]
这里要注意的是，实际上剪裁的效果看（和上面的实图对比），和趣奇网提供的PSD模板有点差距，顶部有空隙[绿色线是安全线]。
[attach=55]

然后用这段PHP代码生成动态口令并存入数据库。

每次刷新都会使编号+1并生成一张动态口令卡。
随机数的产生并没有用到种子等概念。
产生完毕后数据库、本地文件各存一份。

趣奇网提供了批量上传图片的功能，很快就上传完毕。需要注意的是为了方便，文字面打印正面图片，正面则放生成的口令卡图片。

最后，感谢CCTV感谢MTV感谢支持我的fans们，WUCHA is coming soon。。。。 

linux内核的编码是一种极端情况。

需要清晰明朗以供全世界的开发者学习、修改，对代码的质量要求较高。

相信linus大神在长期接触各种各式代码后脾气会变得更暴躁，就比如前段时间在某论坛痛斥C++。。。

节选，去除不适合PHP程序员阅读的部分。

如果你开发PHP程序的核心代码，比如框架，尤其建议好好思考。

虽然，它和一些权威的代码规范比如discuz和zend的有所冲突，但是依然能从中受益。

linux kernel coding style (针对PHPer作了节选)

linux kernel coding style的中文译者:

中文版维护者： 张乐 Zhang Le

中文版翻译者： 张乐 Zhang Le

中文版校译者： 王聪 Wang Cong

wheelz

管旭东 Xudong Guan

Li Zefan

Wang Chen

第一章：缩进

制表符是8个字符，所以缩进也是8个字符。有些异端运动试图将缩进变为4（乃至2）个字符

深，这几乎相当于尝试将圆周率的值定义为3。

理由：缩进的全部意义就在于清楚的定义一个控制块起止于何处。尤其是当你盯着你的屏幕

连续看了20小时之后，你将会发现大一点的缩进会使你更容易分辨缩进。

现在，有些人会抱怨8个字符的缩进会使代码向右边移动的太远，在80个字符的终端屏幕上

就很难读这样的代码。这个问题的答案是，如果你需要3级以上的缩进，不管用何种方式你

的代码已经有问题了，应该修正你的程序。

在switch语句中消除多级缩进的首选的方式是让“switch”和从属于它的“case”标签对齐于同

一列，而不要“两次缩进”“case”标签。比如：

不要把多个语句放在一行里，除非你有什么东西要隐藏：

也不要在一行里放多个赋值语句。内核代码风格超级简单。就是避免可能导致别人误读的表

达式。

除了注释、文档和Kconfig之外，不要使用空格来缩进，前面的例子是例外，是有意为之。

选用一个好的编辑器，不要在行尾留空格。

第二章：把长的行和字符串打散

代码风格的意义就在于使用平常使用的工具来维持代码的可读性和可维护性。

每一行的长度的限制是80列，我们强烈建议您遵守这个惯例。

长于80列的语句要打散成有意义的片段。每个片段要明显短于原来的语句，而且放置的位置

也明显的靠右。同样的规则也适用于有很长参数列表的函数头。长字符串也要打散成较短的

字符串。唯一的例外是超过80列可以大幅度提高可读性并且不会隐藏信息的情况。

第三章：大括号和空格的放置

C语言风格中另外一个常见问题是大括号的放置。和缩进大小不同，选择或弃用某种放置策

略并没有多少技术上的原因，不过首选的方式，就像Kernighan和Ritchie展示给我们的，是

把起始大括号放在行尾，而把结束大括号放在行首，所以：

 这适用于所有的非函数语句块（if、switch、for、while、do）。比如：

不过，有一个例外，那就是函数：函数的起始大括号放置于下一行的开头，所以：

 全世界的异端可能会抱怨这个不一致性是……呃……不一致的，不过所有思维健全的人都知道（

a）K&R是_正确的_，并且（b）K&R是正确的。此外，不管怎样函数都是特殊的（在C语言中

，函数是不能嵌套的）。

注意结束大括号独自占据一行，除非它后面跟着同一个语句的剩余部分，也就是do语句中的

“while”或者if语句中的“else”，像这样：

 和

 理由：K&R。

 也请注意这种大括号的放置方式也能使空（或者差不多空的）行的数量最小化，同时不失可

读性。因此，由于你的屏幕上的新行是不可再生资源（想想25行的终端屏幕），你将会有更

多的空行来放置注释。

 当只有一个单独的语句的时候，不用加不必要的大括号。

 这点不适用于本身为某个条件语句的一个分支的单独语句。这时需要在两个分支里都使用大

括号。

 3.1：空格

Linux内核的空格使用方式（主要）取决于它是用于函数还是关键字。（大多数）关键字后

要加一个空格。值得注意的例外是sizeof、typeof、alignof和__attribute__，这些关键字

某些程度上看起来更像函数（它们在Linux里也常常伴随小括号而使用，尽管在C语言里这样

的小括号不是必需的，就像“struct fileinfo info”声明过后的“sizeof info”）。

 所以在这些关键字之后放一个空格：

if, switch, case, for, do, while

但是不要在sizeof、typeof、alignof或者__attribute__这些关键字之后放空格。例如，

不要在小括号里的表达式两侧加空格。这是一个反例：

 当声明指针类型或者返回指针类型的函数时，“*”的首选使用方式是使之靠近变量名或者函

数名，而不是靠近类型名。例子：

 在大多数二元和三元操作符两侧使用一个空格，例如下面所有这些操作符：

 但是一元操作符后不要加空格：

 后缀自加和自减一元操作符前不加空格：

++ --

 前缀自加和自减一元操作符后不加空格：

++ --

 “.”和“->”结构体成员操作符前后不加空格。

 不要在行尾留空白。有些可以自动缩进的编辑器会在新行的行首加入适量的空白，然后你

就可以直接在那一行输入代码。不过假如你最后没有在那一行输入代码，有些编辑器就不

会移除已经加入的空白，就像你故意留下一个只有空白的行。包含行尾空白的行就这样产

生了。

当git发现补丁包含了行尾空白的时候会警告你，并且可以应你的要求去掉行尾空白；不过

如果你是正在打一系列补丁，这样做会导致后面的补丁失败，因为你改变了补丁的上下文。

第四章：命名

 C是一个简朴的语言，你的命名也应该这样。和Modula-2和Pascal程序员不同，C程序员不使

用类似 ThisVariableIsATemporaryCounter 这样华丽的名字。C程序员会称那个变量为“tmp”

，这样写起来会更容易，而且至少不会令其难于理解。

 不过，虽然混用大小写的名字是不提倡使用的，但是全局变量还是需要一个具描述性的名字

。称一个全局函数为“foo”是一个难以饶恕的错误。

 全局变量（只有当你真正需要它们的时候再用它）需要有一个具描述性的名字，就像全局函

数。如果你有一个可以计算活动用户数量的函数，你应该叫它“count_active_users()”或者

类似的名字，你不应该叫它“cntuser()”。

 在函数名中包含函数类型（所谓的匈牙利命名法）是脑子出了问题——编译器知道那些类型而

且能够检查那些类型，这样做只能把程序员弄糊涂了。难怪微软总是制造出有问题的程序。

 本地变量名应该简短，而且能够表达相关的含义。如果你有一些随机的整数型的循环计数器

，它应该被称为“i”。叫它“loop_counter”并无益处，如果它没有被误解的可能的话。类似

的，“tmp”可以用来称呼任意类型的临时变量。

 如果你怕混淆了你的本地变量名，你就遇到另一个问题了，叫做函数增长荷尔蒙失衡综合症

。请看第六章（函数）。

第六章：函数

 函数应该简短而漂亮，并且只完成一件事情。函数应该可以一屏或者两屏显示完（我们都知

道ISO/ANSI屏幕大小是80x24），只做一件事情，而且把它做好。

 一个函数的最大长度是和该函数的复杂度和缩进级数成反比的。所以，如果你有一个理论上

很简单的只有一个很长（但是简单）的case语句的函数，而且你需要在每个case里做很多很

小的事情，这样的函数尽管很长，但也是可以的。

 不过，如果你有一个复杂的函数，而且你怀疑一个天分不是很高的高中一年级学生可能甚至

搞不清楚这个函数的目的，你应该严格的遵守前面提到的长度限制。使用辅助函数，并为之

取个具描述性的名字。

 函数的另外一个衡量标准是本地变量的数量。此数量不应超过5－10个，否则你的函数就有

问题了。重新考虑一下你的函数，把它分拆成更小的函数。人的大脑一般可以轻松的同时跟

踪7个不同的事物，如果再增多的话，就会糊涂了。即便你聪颖过人，你也可能会记不清你2

个星期前做过的事情。

 在源文件里，使用空行隔开不同的函数。

第八章：注释

 注释是好的，不过有过度注释的危险。永远不要在注释里解释你的代码是如何运作的：更好

的做法是让别人一看你的代码就可以明白，解释写的很差的代码是浪费时间。

 一般的，你想要你的注释告诉别人你的代码做了什么，而不是怎么做的。也请你不要把注释

放在一个函数体内部：如果函数复杂到你需要独立的注释其中的一部分，你很可能需要回到

第六章看一看。你可以做一些小注释来注明或警告某些很聪明（或者槽糕）的做法，但不要

加太多。你应该做的，是把注释放在函数的头部，告诉人们它做了什么，也可以加上它做这

些事情的原因。

 当注释内核API函数时，请使用kernel-doc格式。请看

Documentation/kernel-doc-nano-HOWTO.txt 和 scripts/kernel-doc 以获得详细信息。

 Linux的注释风格是C89“/* ... */”风格。不要使用C99风格“// ...”注释。

 长（多行）的首选注释风格是：

 注释数据也是很重要的，不管是基本类型还是衍生类型。为了方便实现这一点，每一行应只

声明一个数据（不要使用逗号来一次声明多个数据）。这样你就有空间来为每个数据写一段

小注释来解释它们的用途了。

对于PHPER来讲，最好遵循PHPDOC风格的注释。

 第九章：你已经把事情弄糟了

 这没什么，我们都是这样。可能你的使用了很长时间Unix的朋友已经告诉你“GNU emacs”能

自动帮你格式化C源代码，而且你也注意到了，确实是这样，不过它所使用的默认值和我们

想要的相去甚远（实际上，甚至比随机打的还要差——无数个猴子在GNU emacs里打字永远不

会创造出一个好程序）（译注：请参考Infinite Monkey Theorem）(对于PHPer，可能就是zend studio、eclipse之类的自动格式化工具)

 所以你要么放弃GNU emacs，要么改变它让它使用更合理的设定。

 第十二章：宏，枚举和RTL

 用于定义常量的宏的名字及枚举里的标签需要大写。

 宏的名字请用大写字母，不过形如函数的宏的名字可以用小写字母。

。。。

第十三章：打印内核消息

 内核开发者应该是受过良好教育的。请一定注意内核信息的拼写，以给人以好的印象。不要

用不规范的单词比如“dont”，而要用“do not”或者“don't”。保证这些信息简单、明了、无

歧义。

 内核信息不必以句号（译注：英文句号，即点）结束。

 写出好的调试信息可以是一个很大的挑战；当你写出来之后，这些信息在远程除错的时候当DEBUG符号没有被定义的时候，这些信息不应该被编译进内核里

就会成为极大的帮助。

（也就是说，默认地，它们不应该被包含在内）。(对于PHPer也是同样)

第十八章：编辑器模式行和其他需要罗嗦的事情

 有一些编辑器可以解释嵌入在源文件里的由一些特殊标记标明的配置信息。比如，emacs

能够解释被标记成这样的行：

 -*- mode: c -*-

或者这样的：

 /*

Local Variables:

compile-command: "gcc -DMAGIC_DEBUG_FLAG foo.c"

End:

*/

 Vim能够解释这样的标记：

 /* vim:set sw=8 noet */

 这包括有关缩进和模式配置的标记。人们可以使用他们自己定制的模

式，或者使用其他可以产生正确的缩进的巧妙方法。

不要在源代码中包含任何这样的内容。每个人都有他自己的编辑器配置，你的源文件不应

该覆盖别人的配置。

简而言之，8个字符的缩进可以让代码更容易阅读，还有一个好处是当你的函数嵌套太深的

时候可以给你警告。留心这个警告。