有理由不使用 Pressflow 而不是 Drupal 6 吗？
在构建 Drupal 6 站点（mysql+php5）时，是否有任何理由不在生产服务器上使用 Pressflow？
When building a Drupal 6 site (mysql+php5), are there any reasons not to use Pressflow on the production server?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
没有什么可以明确阻止您这样做。然而，有些事情可能值得考虑。
开发人员较少
Pressflow 并且可能有一个记录器
是时候修复核心错误了。还
使用它的人较少，所以
更有机会找到
未被发现的错误。
虽然压力流与 API 兼容，
大多数模块都没有经过测试
压力流，因此特定模块可能
不适用于压力流。
安全修复可能需要更长的时间才能获得
比 Drupal 核心更能进入压流。
可能更难
配置，因为有设置目标
在高端性能。
最后我想我会扭转这个问题，除非您的网站负载很多，否则为什么要使用针对高流量网站的发行版。 Pressflow 中的许多可扩展性增益已从 D7 向后移植，因此您也可以考虑这一点。
请注意，我对压力流没有任何反对意见，我已经使用过它并且效果很好，而且从事它工作的人都非常聪明。我只是指出使用不太受欢迎的分支的一般风险。
There is nothing that should explicitly stop you from doing so. However there are some things that may be worth considering.
There are less developers working on
pressflow and there may be a loger
time to get core bugs fixed. Also
there are less people using it so
more chance of finding an
undiscovered bug.
While pressflow is API compatible,
most modules are not tested against
pressflow so a particular module may
not work with pressflow.
Security fixes may take longer to get
into pressflow than Drupal core.
It is potentially more difficult to
configure as there are settings aimed
at high end performance.
Finally I suppose I would turn round the question, unless you have a website with a lot of load, why would you use a distribution aimed at high traffic sites. A lot of the scalability gains in pressflow have been back ported from D7, so you may consider that as well.
Note, I don’t have anything against pressflow, I have used it and it has worked well and the people who work on it are very clever. I am just pointing out general risks with using a less popular branch.