网站上线前务必做好以下30个检查，防止上线后出乱子。

1. 所有的文本内容都没有错别字？
2. 文案的语句通顺、连贯？
3. 页面和内容格式已测试？
4. 用于打印的CSS样式已测试？
5. 恰当的Meta信息已添加？
6. robot.txt文件已添加？
7. sitemap文件已添加？
8. 各个页面的标题具有描述性且是SEO友好的？
9. 图片有合适的alt属性？
10. 页面的title属性合适且SEO友好？
11. Favicon已添加且能正确显示？
12. 页脚中添加了版权和网站创建者信息？
13. HTML通过了W3C验证？
14. CSS通过了W3C验证？
15. 网站中没有死链？
16. JavaScript脚本无错误？
17. IE6下的功能和显示都正常？
18. IE7下的功能和显示都正常？
19. IE8下的功能和显示都正常？
20. Firefox下的功能和显示都正常？
21. Chrome下的功能和显示都正常？
22. Safari下的功能和显示都正常？
23. Opera下的功能和显示都正常？
24. 在1024×768分辨率下进行了测试？
25. 在更大的分辨率下进行了测试？
26. 所有表单已测试且功能正常？
27. 表单必填项已测试？
28. 表单均已发送到了正确的接收地址？
29. 使用gzip压缩了必要的文件？
30. 最重要的：你的网站已经成功备案？

网站上线前必做的30个检查最先出现在布鲁文的蓝色奇想。

近日Google 在 Google Code 下的 “Let’s make the web faster” 网站中，发表了一篇名为“PHP performance tips”的文章，介绍了一些php性能优化建议，其中：

1. 不要随意复制变量
2. 用单引号表示字符串
3. 使用echo输出字符串
4. 不要在echo中使用点号连接符
5. 使用switch/case代替if/else

这篇文章发表后没多久就立刻遭到了一些PHP社区和个人无情的批驳，他们声称Google错了，错的很彻底，这5条看似有效优化建议其实完全是迷信：

1. 不要随意复制变量

Zend引擎采用了“写时复制”机制，这意味着无论你对变量进行多少次复制，真正的复制动作都仅在变量值改变时才发生。

2. 用单引号表示字符串

无数的基准测试已经证明，使用双引号表示纯字符串并不比使用单引号时慢。有兴趣的朋友也可以重复一下这个测试：

php > $blah=”blah”; $s=microtime(true); for($i=0;$i<100000;$i++) “omgwtf$blah\n”; echo microtime(true)-$s;
0.044615983963013
php > $blah=”blah”; $s=microtime(true); for($i=0;$i<100000;$i++) ‘omgwtf’.$blah.”\n”; echo microtime(true)-$s;
0.042807102203369

3. 使用echo输出字符串

根据php所在服务器环境的不同，某些情况下echo会比print()慢。这里有一篇echo和print()对比的帖子，对echo和print()的速度进行了测试：http://www.learnphponline.com/php-basics/php-echo-vs-print

4. 不要在echo中使用点号连接符

基准测试证明这又是一条与事实完全相反的建议。php引擎处理以点号连接（或者使用双引号）传递给echo的变量实际上是更快的。你可以重复这个测试：

$ php -d implicit_flush=off -r ‘$s=microtime(true); for($i=0;$i<100000;$i++) echo “omgwtf”,”bbq”,”\n”; echo microtime(true)-$s;’ | tail -n 1
1.071463108062710
$ php -d implicit_flush=off -r ‘$s=microtime(true); for($i=0;$i<100000;$i++) echo “omgwtf”.”bbq”.”\n”; echo microtime(true)-$s;’ | tail -n 1
0.44555306434631

5. 使用switch/case代替if/else

这条建议毫无意义。关于是要使用switch/case还是if/else的问题，其实完全是个代码风格问题，而它们的效率相差无几。

一向以技术为长的Google，竟然在技术问题上犯了如此错误，相当不严谨。PHP小组已经督促文章作者重新仔细审查文章，希望能尽快改掉，以正视听。

Google犯下天大错误，5条PHP优化建议遭痛批最先出现在布鲁文的蓝色奇想。