翻译整理：andrew，如需转载请注明出处。
1. 在合适的时候使用php - rasmus lerdorf
没有谁比php的创建者rasmus lerdorf明白php用在什么地方是更合理的， 他于1995年发布了php这门语言，从那时起，php就像燎原之火，烧遍了整个开发阵营，改变了互联网的世界。 可是，rasmus并不是因此而创建php的。php是为了解决web开发者的实际问题而诞生的。
和许多开源项目一样，php变得流行，流行的动机并不能用正常的哲学来进行解释，甚至流行得有些孤芳自赏。它完全可以作为一个案例，一个解决各种web问题的工具需求所引起的案例，因此当php刚出现的时候，这种工具需求全部聚焦到php的身上。
但是，你不能奢望php可以解决所有问题。lerdorf是第一个承认php只是一种工具的人，并且php也有很多力所不能及的情况。
根据工作的不同来选择合适的工具。我跑了很多家公司，为了说服他们部署和使用php，但是这并不意味着php对所有问题都适用。它只是可以一个解决大部分问题的front－end脚步语言。
作为一个web开发者，尝试用php解决所有问题是不科学的，同时也会浪费你的时间。当php玩不转的时候，不要犹豫，试用一下其他的语言吧。
2. 使用多表存储提高规模伸缩性 - matt mullenweg
没有人愿意质疑matt mullenweg在php方面的权威性，他开发了这个星球上最流行的blog系统,(依靠一个强大的社区力量支持)：wordpress. 创建wordpress以后，matt和他的团队启动了wordpress.com平台，一个基于wordpress mu的免费blog站点。现在，wordpress.com已经拥有大约400万用户， 这些用户每天提供超过 140,000篇的日志。 (要查看更多wordpress.com的统计情况，请点击这里.)
如果有人知道如何让网站的规模伸缩自如，这个人一定是matt mullenweg。2006年的时候matt对wordpress的数据结构进行了前瞻性的改进，并且解释了为什么wordpress mu对每个blog使用独立的mysql表格， 而不是把所有的blog数据都塞进一个巨大的表格。
我们测试过这个方法，但是发现如果要扩展它的伸缩性，代价太高。如果用一个整体的数据结构，在大流量面前，你将会面临服务器硬件的问题。在mu里面。用户们都被分布到独立的表格当中，并且可以轻易地组织起来。举个例子，wordpress.com把用户的数据分散存储到4096个数据库中，这些数据库可以分散大规模的数据访问，实现流量和压力分流。
数据表的可迁移性让代码（blog）可以运行得更快，并且让系统具备更强的伸缩性。依靠强大的缓存策略和灵活的数据库运用策略， matt向人们展示了时下最流行的facebook和wordpress.com都可以在php下稳定运行，并且处理惊人的访问量。
3. 千万不要相信用户 - dave child
dave child是added bytes(previouslyilovejackdaniels.com) 网站的核心人物，这个网站以他出色的《cheat sheets for many programming languages》而闻名。 dave为很多英国的公司服务，并且已经在编程世界里树立起相当的权威。
dave为php开发者提供了很多深谋远虑的建议，并总结成了《writing secure code in php》：千万不要相信你的用户，他们甚至可能会伤害你。
有一条web开发的基本原则，我重复多少遍都觉得不够，那就是：千万不要相信你的用户，同时要假设你网站中的每个数据单元都是从用户那里收集来的恶意代码。很多时候，你必须用javascript在客户端检验表单提交过来的内容，如果你习惯了如此，那么，这是一个好习惯。如果安全性对你来说很重要，这就是最重要最需要学习的原则。
dave目前正致力于为它的《writing secure php》系列书籍整理实例，书的最后他说:
最后，变得偏执一点吧。除非你认为你的站点永远不会受到攻击，否则就正视所有的问题，当问题真正发生的时候，你的情况会变得很糟。你需要把每个用户都看成会带来一场攻防站的黑客，想尽一切办法来保护站点的安全，同时想好相应问题的解决方案。
4. 多使用php缓存 - ben balbo
ben balbo开发了site point，一个为developers和designers提供指导的网站。他是墨尔本php开发和开源俱乐部的成员， 因此他对php有一定的了解，同时对php caching有一定的想法和经验。
如果你拥有一个访问量很大，但更新并不频繁的站点（比如blog，基于某种cms），或许它需要进行一些改造，这些改造不会花费太多的时间，但是对性能有突出的贡献。 如果要为一个复杂／更新频率很快的站点建立缓存机制，过程可能会很曲折，但是好处也是显而易见的。
php缓存技术有很多种，ben为我们推荐了如下一些:
缓存函数的运行结果
设置过期时间
缓存ie下载的文件
模板缓存技术
cache_lite
由于php作为动态语言的特性，缓存机制对于更新频率并不快的站点来说非常重要。
5. 使用ide, templates和snippets加速php开发 - chad kieffer
当chad kieffer从ui设计和数据库优化的工作中抽身出来的时候，他会在他的博客2 tablespoons上分享很多技术经验。由于chad多方面的全面发展，他经常可以发现其他程序员不能发现的问题，并形成相关经验，尤其是他开发网站的方法。他参与了网站开发的各个环节，因此他的建议对于提高网站开发的大局观非常有用。
chad认为使用eclipse pdt
(eclipse's php development package) 这样的ide，同时使用一些模板技术和开源项目可以有效地提高php的开发速度。
紧凑的计划，长长的to do lists以及deadlines让开发人员非常苦闷。不过有些功能，比如eclipse templates，可以有效减少编码的时间和出错的几率。
通常来说，任何项目都可以自动化，自动化程度越高，你完成项目的时间就越短。花时间来开发使用频率很高的框架和模板，将会节省你以后更多时间。同时，使用像eclipse and the pdt package这样的ide，你会发现效率得到明显提高，ide可以自动闭合，补全分号并且可以在本地debug。
related posts:
wordpress成功升级到2.3.2虽然tag对我来说没什么用，但是着眼于安全性，我还是升级了，从两年前的2.0.5升级到现在的2.3.2，着实需要一份勇气和决心，幸好在本地跑升级的时候没有出现任何问题，只是模板上的功能需要一些简单的修改。 线上的升级一切顺利，很多人会纳闷，你刚才不是还发post求助升级办法么？嗯，我已经找到了最好的工具，wordpress automatic upgrade plugin 这款wordpress的自动升级插件真正让你升级无忧，因为它会在升级之前为你备份所有的文件和数据，用起来也是“一路next”型，相信很适合那些不想为升级烦心的blogger们，不过有个问题，升级以后的export功能出现问题，提示找不到wp-config.php，不知道是普遍有此问题还是我blog的问题，遇到同样问题的朋友请给我留言，我来研究一下解决办法。（经过研究发现，原来是coolcode插件中访问路径的问题，只要取消此插件的激活，export功能就可以正常使用了） ...
谁有从wordpress2.0升级的经历今天下载了wordpress-2.3.2，本来想升级，但是发现版本跨越不小，数据结构变化貌似不小，升级比较麻烦，风险太大，所以暂时放弃，哪位朋友有从wordpress2.0升到2.3的经验，分享一下吧，感激不尽。 ...
翻译：《14个绝佳的站长工具》（下）原文：http://www.conversion-rate-experts.com/articles/understanding-your- visitors/ 此文是由andrew(http://www.achome.cn)自主翻译的，如需转载请注明出处。用户是最好的宣传和销售人员，来听听他们是如何宣传的吧，tell-a-friend king—立即体验! 你是否拥有一个用户推荐的系统？一个可以让用户发信邀请朋友的系统。我们可以看到, 这些用户发的信里面包含“为什么用户在您的网站上消费”这个问题的答案。很多人花费大量的时间来进行自我定位和制定吸引人的广告词，但通过用户的推荐信，你就可以找到用户为什么青睐你的原因。 轻松收集用户反馈， kampyle—立即体验! kampyle可以让用户在你的网站上提交用户反馈（通过页面底部的一个小button），点击以后会弹出一个窗口让用户填写他们的意见和建议。站长们可以登录kampyle的官网去查看和管理收集到的用户反馈，如果用户留下了email地址，站长们还可以轻易地通知用户，他们已经收到反馈并将进行相应的改进。...
6. 利用好php的过滤函数 - joey sochacki
或许joey sochacki并不像matt mullenweg那样有名 ，但他也是一个经验丰富的开发者，并且通过他的博客devolio分享了很多技术经验
joey发现在编写php代码的过程中有很多地方需要进行过滤，但却并没有太多的coder关注php的内置过滤函数。
过滤数据是我们经常需要做的事情，但是很多功能丰富的php内置过滤函数却不为人知。使用类似filter_* 的php内置函数，我们几乎可以处理所有的过滤任务，包括数据类型验证／url／email和ip地址验证／特殊字符处理等等。
过滤是一件复杂的事情，但是我相信joey的发现会给你很多启发，让你认识到php强大的过滤功能。
7. 使用php框架 - josh sharp
对于是否应该使用zend,cakephp,code igniter, 或者其他php框架，一直存在着很多争议，但是在web开发者的心中，他们有自己衡量的标准。
josh sharp自己创建了一家提供面包和黄油服务的网站，因此他对于使用php框架来开发网站有一定的经验。他认为使用一个php框架来进行项目开发（use a php framework），可以有效地节省时间，并且减少出错的几率。为什么？因为他觉得php实在是太好上手了。
php的易于使用有时候也有缺陷，因为并不严格的语法，经常会导致很多错误代码的诞生。但如果使用一个php框架，出错的几率就会大大减少。
php框架可以让你的代码结构更加规范，并且节省大量时间，你可以阅读《benefit of using a php framework》来获得更多相关信息。
8. 不要使用php框架 - rasmus lerdorf
与josh的观点恰恰相反， php的鼻祖rasmus lerdorf却认为最好不要使用php框架，为什么？因为不基于框架的php性能更好。
rasmus在drupalcon 2008的演讲上，用“hello world”的例子来对比了一些框架php和简单php之间的性能，结果显示框架php的性能要远远落后。
9. 使用批处理 - jack d. herrington
jack herrington对php世界并不陌生， 并且为大名鼎鼎的ibm developerworks贡献过超过30篇的专搞， 同时出版过《php hacks》的书，因此他是一个真正的专家。
herrington 推荐使用批处理和cron来代替那些可以运行在后台的程序脚步，web用户并不愿意在线等待你的处理过程，所以有些事情更适合放到后台来处理。
诚然，在某些情况下，这有点大材小用了，但是你可以清楚地看到，使用cron, mysql, php面向对象的方法以及pear::db这些便捷的工具来创建一个批处理工具并不是一件复杂的事情。
jack认为使用cron, php和mysql在后台处理一些任务，比起多进程的业务逻辑要划算得多。
两种方法我都尝试过，我认为cron非常符合”keep it simple, stupid” (kiss) 的原则，它让后台处理变得简单。与多进程的业务逻辑相比，它没有内存溢出的风险。你可以创建一个简单的批处理脚本，并且在cron中运行，这个脚本会定时检查是否有任务需要处理，处理完之后就会自动退出，因此你不用担心是否有进程卡壳，或者陷入死循环。
10. 及时启用错误报告 - david cummings
david cummings有一个专门提供cms软件服务的公司，并且获得过几次奖，他有非常丰富的php开发经验。
david曾经写过《two php tips he wished he’d learned in the beginning》，其中一点就是：及时启用错误报告，这会节省大量的时间。
我告诉人们，最重要的事情就是最大程度地开启php的错误报告，为什么？因为php可能会隐藏很多小问题：
变量没有预定义
在代码片段中引用了不可用的变量
使用了未定义的常量
这些因素看起来并不是什么大事，除非你在使用面向对象的方法编写一些类库。通常，关闭错误报告将可能使你付出更大的成本来维护你的代码。
错误报告可以帮你轻易地找到代码的问题所在，如果错误报告的等级够高，细微的错误都能被立即发现，帮助你节省整体debug的时间。