PHP 与 Web 标准

评论1

我认为上述两篇文章都更有用，可以比较一下 C++、Java、J2EE 或 .Net 等其他语言或技术如何处理大型网站，甚至给出使用这些技术的实际大型网站的例子。我认为 Yahoo 和 Excite 似乎是一些大型应用，但并不清楚 PHP 为何不适合大规模扩展。

BillC 于2004年8月24日 星期二 11:39 GMT 如此说道。

评论2

实际上，我认为只要有一点经验、谨慎并详细了解服务器设置，PHP 仍然可以充分用于大型网站。

Musaki 于2004年8月24日 星期二 12:06 GMT 如此说道。

评论3

阅读 http://mindview.net/WebLog/log-0053 （以及 Bruce 最近的其他帖子）可能会引发一些思考。

Rimantas 于2004年8月24日 星期二 12:16 GMT 如此说道。

评论4

我以前的工作涉及大量主要的、高知名度的、重负荷的应用程序引擎，用于分布在多台服务器上的服务。我是那种在模板上添加前端层的人，而不是做后端的人。

我们经常使用 Perl（通常是 mod_perl），还有一些 Java 和 C++。

我们曾被一些“更聪明”的用户“嘲笑”——他们说 Perl 很烂，应该用 PHP 做你们的软件——它很棒。他们显然最懂。我只是摇摇头，翻白眼。

关键在于为正确的应用程序、为正确的团队使用正确的语言——而 PHP 在任何一种情况下都不是那种语言。

PHP 已经发展了很多——首先，它的可扩展性比以前好多了。我很有兴趣看看 Yahoo 会用它做什么——我注意到一篇文章说，由于 Java 在 FreeBSD 上的多线程支持问题，Java 在他们那里几乎被排除了。我个人会非常惊讶如果他们做的每个新项目都使用 PHP。

（我个人不使用 PHP——我使用一个名为 Hitoplive 的 HTML 预处理器，它会即时处理，并且与 PHP 有很多相似之处，但有一些关于导航的不错附加功能。即使这样，我也不会让它用于大型网站！）

Andrew B 于2004年8月24日 星期二 14:50 GMT 如此说道。

评论5

我猜仅仅是缺乏命名空间和不一致的函数命名就会让我抓狂，更不用说缺乏强类型、对变量的奇怪处理方式，以及无法打包库供重用。

可惜语言一开始设计得不够好。我确实认为拥有一门易于使用的服务器端脚本语言，它能去除全功能编程语言的一些复杂性，同时又能保持良好的设计，会很有用。

看来 PHP 给了你足够多的“绳子”来“吊死自己”。它根本不强制良好的编程实践。

我很高兴我能使用 Java 和 JSP。

Jennifer Grucza 于2004年8月24日 星期二 16:45 GMT 如此说道。

评论6

我目前主要是一名后端开发人员，为一家使用 PHP 和 PostgreSQL 的内容管理系统工作，我认为我可以放心地说，PHP 对于更大的项目也完全没问题。它确实有缺点，而且 PHP 及其各种模块的不一致性在你精通这门语言并且受到 PHP 自身缺陷的束缚时，会非常恼人，但总的来说，它仍然是一门非常强大、灵活的语言，可以很好地用于许多事情。

我对 PHP 唯一真正不满的是它臃肿的环境以及它在过去几年里有点停滞不前。然而，我仍然会选择 PHP 而不是 ASP(.NET) 或 Java。

Faruk Ates 于2004年8月24日 星期二 18:42 GMT 如此说道。

评论7

有人注意到那篇文章是2002年写的吗？PHP 从那时起已经发生了很大变化。作者需要根据当前情况重新评估这篇文章的观点。

Wired 于2004年8月24日 星期二 21:55 GMT 如此说道。

评论8

Faruk——我完全不明白为什么任何人会想为大项目使用 ASP！:)

Andrew B 于2004年8月25日 星期三 09:35 GMT 如此说道。

评论9

我不是后端专家，但我知道至少有一家“大户”几年前就开始转向 PHP：Yahoo。

看看这个

http://public.yahoo.com/~radwin/talks/one-year-of-php-oscon2003.htm

will 于2004年8月25日 星期三 22:29 GMT 如此说道。

评论10

上面的演示文稿确实很有趣。好链接！它证实了这里和我的网站上的一些评论，但也带来了一些惊喜。他们显然非常清楚使用类似 PHP 的东西的缺点，但他们已经想出了一些非常好的解决方案。

Dan W 于2004年8月26日 星期四 16:18 GMT 如此说道。

评论11

我是 PHP 的忠实粉丝。我曾帮助我们公司构建了一个可通过互联网访问的 PHP/MySQL 数据库，虽然我承认 PHP 有其缺点，但它已经完成了我们想要的一切，甚至更多。它让我们能够创建一个比我们旧的专有数据库软件更灵活得多的数据库。事实是，粗糙的代码可能存在于任何语言中，而且每种语言都有其优缺点和限制。

Dan 于2004年8月27日 星期五 17:20 GMT 如此说道。

评论12

不值得浪费时间阅读。又是那种“我的语言比你的好，因为……（没人真正在乎的东西）”。
我的建议是：如果你需要构建一个大型网站或电子商务网站，请使用你熟悉的语言，无论是什么，而不是你只读过一两篇教程的语言。PHP（就像 HTML 一样）很容易上手玩，但这并不意味着你可以止步于此：就像任何事物一样，学习细节并正确使用它需要时间、毅力和努力。
对了，这和标准有什么关系？Web 脚本语言输出你告诉它的内容，无论它是否符合标准！

djn 于2004年9月13日 星期一 02:36 GMT 如此说道。

评论13

几年前，我们使用 PHP 开发了一个多阶段、多参与者的工作流应用程序，以自动化许多业务流程——如费用报销、时间记录、请假申请等。它部署在一个娱乐活动客户那里，该客户经常有数百名用户需要使用该系统——主要是用于时间记录——在低功耗的 Linux 设备上，一切运行顺畅。该应用程序通过 PHP 完全符合行业术语，使用了 XML、XSL、LDAP、RDBMS、SMTP、HTML（当然）。这通过 PHP 库很容易实现。

这个应用程序的后期版本现在服务于一个不同行业的、拥有全球用户的、大型跨国客户——同样没有出现问题。

我同意 PHP 的 API 可以更一致。而且，例如，我希望看到能够限制变量实例化的能力。

我还没有仔细研究过 PHP 的最新版本（5.x），但我所见过的看起来不错——尤其是面向对象的特性。

最后，我不得不强烈同意 djn 的观点。Web 标准的使用不是后端脚本语言的功能。它是那些了解并关心使其网站更具可访问性、一致性和易于维护的开发人员的功能。

vince 于2004年9月16日 星期四 04:09 GMT 如此说道。

评论14

嘿，你们 PHP 人真是太幸运了。

我们使用 ASP.Net 和“浏览器控件”（基本上是编译前的 HTML，在编译时插入），不得不花费大量时间重写控件以使其符合标准。

嘿，ASP 都有得有失，要么性能缓慢但易于符合标准（ASP 3.0），要么应用程序速度快但严重违反 W3C 标准（.Net）。

W3bbo 于2004年9月17日 星期五 22:03 GMT 如此说道。

评论15

我今年开始使用 PHP，之前我使用了多年的 ASP/VB 脚本。我今年也了解了 Web 标准，我发现如果你懂行，就可以用 PHP 输出符合 Web 标准的动态内容。我不认为它是最好或唯一的工具，但我正在摆脱微软的“奴役”，使用开源工具，这样我就可以为客户提供优质产品，而无需收取无休止的许可证费用。顺便说一句，你的网站很棒。我赞扬你为帮助人们学习 XHTML/CSS 所做的努力。Web 正在朝着使用标准设计的正确方向发展。将这些知识与后端服务器技术相结合，事情将会变得非常酷。

Mike 于2004年9月20日 星期一 05:45 GMT 如此说道。

评论16

大家好。PHP 作为后端编程的 Web 服务器语言，确实是一种美妙而出色的语言。它简单易学。此外，与 MySQL 数据库的结合，更是增加了它的可用性。我学习 PHP 已经三年了，为本地公司开发了无数大小项目。使用 PHP 的经历非常棒。

florence 于2004年9月25日 星期六 03:20 GMT 如此说道。

评论17

我们在 www.army.mil（美国陆军官方网站）的后端使用了 PHP。它在很大程度上支持标准，并且每月支持超过 800 万访客。

Chris 于2005年11月3日 星期四 01:59 GMT 如此说道。