于一门古老的语言来说，支撑未来技术的东西不是与时俱进吗？

差不多一年前，我发布了一篇题为“PHP可能在未来十年消失”的文章。我发布的这篇文章的总结就像一首《圣诞颂歌》，但不是 Ebenezer Scrooge（电影《圣诞颂歌》中的一个商人角色），而是 PHP：

• 过去，PHP 没有修复它的问题，所以其它语言变得更有吸引力。
• 现在，PHP 缺乏当前互联网所需的特性。
• 将来，PHP 仍然不会有有意义的特性。

请注意，我从来没有写过“垂死”、“不要用它”，甚至“现在就放弃你的 PHP 项目！”。我只是说它会在 2030 之前的任何时候变得不再有意义，并对此为什么会发生做了的一个简单的解读。

考虑到 PHP 庞大的用户基础，一些指出 PHP 缺点的文章，往往会引爆一些狂热者。他们认为 PHP 是完美的，仅仅因为它很方便，或者因为他们花了 10 多年时间使用 PHP。我的文章也不例外。不管如何，我决定把它从消极的阴云中拉出来，给予更多思考。

这不是我的问题，而是你的问题

首先说明，我对 PHP 或者任何语言都没有个人恩怨。我认为它是一个非常成熟的工具，当我需要“昨天”的东西时，它也是我最喜欢使用的东西，因为它作为解释型语言非常方便，而且生态系统就在那里。

这也与代码质量无关。你不能因为开发人员没有“正确地”使用一种语言，而责怪它，至少不能全怪。不论你的福特或兰博基尼多么炫酷：如果你不关心它，维护就会很痛苦。

这也与世界上有多少人使用 PHP 无关。如果我们选择“用户基础最高”，那么现在就开始将代码迁移到 Javascript。这场比赛他们轻而易举就赢了，无可匹敌。

先不说“是否被重要公司使用”——稍后再谈。JavaScript对于SpaceX的任务已经非常关键，所以显然它不是一种糟糕的语言，否则宇航员的生命就面临风险。

只是现在，PHP 变成了一个只会玩一种把戏的小马。这门语言以蓬勃发展的 web 开发闻名，但官方不愿采取进一步措施。而其它语言已经在进一步改进了。那是死亡的奥秘。

语言会“死”吗?

让我们以古老的编程语言之一COBOL为例。

几十年前，银行和保险公司背后的一些老的金融系统都是用 COBOL 编程的。世界各地的许多金融机构仍在他们的大型机中使用 COBOL，主要的一个原因是：它仍然工作。这一点的证明是，由于流行病的爆发，COBOL雇佣人数突然增加，以维持这些来自世界各地的不断受到冲击的古老系统。

COBOL 没有死，但这意味着什么呢？有一些工具可以使基于 COBOL 的软件与当今人们的需求兼容，比如网页，即使这意味着用一个简单的工具将火箭固定在砖块上。仍然有人需要编写和维护 COBOL。甚至有一些公司为基于 COBOL 的系统提供某种支持。

我们可以放心得出结论：编程语言是不可能被消灭的。总有一个混蛋用它来赚钱，还有一个混蛋提供第三方支持来赚更多的钱。这是一种双赢的局面。

在企业文化中，如果你的技术栈没有使公司“损失”任何钱，那就没关系了。否则，你就会像亚马逊因为他们自己的AWS数据库而抛弃了甲骨文一样。

如果它没有死，那怎么“淡出”呢？

COBOL 没有死，它只是“淡出了”：没有一个头脑正常的人会使用 COBOL 启动一个新项目，因为有更好的工具。这些工具拥有更高的性能、更好的可靠性、更方便编程或者有用的特性。在 COBOL 时代，还没有 HTTP 协议、多线程和虚拟化等当今软件所使用的其它有用技术。

当人们不再在新项目中使用一种语言时，多米诺骨牌开始倒塌。针对这种语言的工具不再诞生和维护。由于没有需求，语言不再引入新特性，社区不再创造新的工具集，它不再传播到其它生态系统中——比如 Node.js 出现在服务器端。没有新的程序员学习这门语言，已经学习这门语言的程序员迁移到了“更绿色的牧场”。

这也意味着，公司不愿意投资于语言本身，包括雇佣程序员。与更丰富的语言相比，这变得更难找到这门语言的开发者，因此给这门语言的开发者支付的薪酬也需要更高。此时，迁移到劳动力成本更低的新平台成为公司的一种选择。

COBOL 的情况与 Visual Basic、ASP .Net、Pascal、Fortran、ActionScript、Objective C、Haskell、Ruby 等许多其它服务端语言一样。它们完成了它们的技术周期，更好的语言用更多特性和工具集，或者更少的烦恼，取代了它们，就像 PHP 在 2000 年代中期针对互联网做的那样。一旦 Rust 成为 Linux 内核开发的标准，它也很可能发生在 C 和 C++中。

与其它替代语言相比，PHP 的崛起主要与 Wordpress 的首次出现和 PHP 在服务器领域的易卖性有关。特别是那些需要被编译成二进制的语言，即使这些替代语言有更多的特性或更好的性能，而 PHP 曾经两者都缺乏。正是因为 Wordpress 的崛起，媒体巨头们害怕自己的作品被“一个有博客的家伙”扼杀，于是接受了这一趋势，开始使用 Wordpress 来增强他们的互联网影响力。Wordpress甚至为这些公司提供了VIP模式。

PHP 上的这种“硬锁”现在正在改变，这主要归功于云服务为其它编程语言提供了新平台，但即使到了今天，租到一台运行 PHP 的服务器并在一天内开始使用也不稀奇。事实是，今天也很容易租到一台运行 Node.JS 或 AWS Lambda 的服务器。你不需要多年的培训来使用一家云服务提供商，或者一个服务器服务，甚至谷歌也提供了一个使用谷歌云平台的教程。

尽管如此，PHP 仍然是能够支持网站开发的屈指可数的语言之一。随着越来越多的人参与进来，社区和官方都推出了工具：Opcache 用于 I/O 性能处罚、PDO 用于通用数据库层、Autoloader 用来使大型项目更易管理、Composer 用于依赖部署、PSR 用于标准化代码规范、PHPUnit 用于测试、PECL 用于扩展等等。

所以，回到概念上来，淡出意味着被取代。它的使用量不会增长，而是变得停滞不前。唯一可能发生的事情就是慢慢被其它解决方案取代。这不是发生在一夕之间，而是常年的积累。

从公司的角度来看，改变技术栈需要花费大量的资源，而没有立即的ROI：迁移到新的技术栈不是没有代价的，更不是一天就完成的。更糟糕的是，有些工具可能不存在，比如分析、调试、甚至部署工具，这些都必须从头开始。

这使得很难说服老板进行“技术栈”迁移。这些老板，不是负责你的人，而是那些投资为了保持利润比上一时期更高的人。除非你能证明有一个新的“商业机会”，旧的技术栈无能为力，或者与其它新技术栈相比会相对性地赔钱，否则通常很难改变已经生效的一些东西。

锤子是可靠的。射钉枪更好。

结合上下文，看看W3Tech对PHP的看法，你会发现 PHP 仍然因为被使用地最多而主导着因特网，但不是在100%的真实流量上，而是在头部网站上，包括非美国平台。换句话说，如果 Facebook 使用了一个 PHP 脚本，那并不意味着整个平台都是基于 PHP 的——以及会更多地在该公司上。

Wordpress 仍然是事实上被广泛使用的 CMS，与 WooCommerce 一起成为企业的首选。虽然也有 SaaS 提供相同的服务，但可能没有必要修复没有损坏的东西。

由 W3Techs.com 收集的网站使用的服务端编程语言的比例

以上说明：PHP 仍然是任何 web 项目都要考虑的工具。到目前为止，Wordpress 是 PHP 的巅峰之作。仍然有新的网站正在使用 PHP 创建。当 PHP 满足所有的复选框时，一两个人建立一个互联网公司仍然是完全正常的...直到它不能满足所有条件。

今天有很多 web 技术可以使用：WebRTC、WebSockets、QUIC、HTTP/3、WebAssembly、WebAuthn、渐进式 Web 应用、机器学习、JSON Web 身份验证、gRPC 和服务端事件等等。这些技术支持了在线聊天系统、多媒体流、持续实时数据、新的身份验证机制等等。这些技术，PHP 都很难支持，甚至不可能支持；例如，很难支持流式那样传输大文件而不会阻塞自身，或者不可能支持 WebSockets。

Hack 只是大公司的未来，因为他们一开始就能烧钱运行 HHVM...

因为有很多工作要做，所以从一种语言过渡到多种语言，或者将服务推给向你提供所需功能的公司，比如让Mux处理视频平台，让Pusher处理事件传播，已经成为一种常态。有人可能说你是花钱图方便，但也有人会说你付钱是因为你的技术栈无法处理这些问题。

另一方面，你可以自己掌控所有东西。前端可以在 PHP 下工作，也可以是一个基于 JavaScript 或像 React、Angular 或 Vue 框架的单页应用（Single Page Application，SPA）。后端可以运行在基于 Rust、Go、F#、HHVM、.Net Core、Node.js 或者别的什么语言的应用上。因为 PHP 不能做所有事情，开发地狱就开始了，一致性会快速丧失。你开始从依赖一个生态系统到依赖非常多生态系统。

PHP 项目与其它 SaaS 或者基于 Node.js、Python、Go 或 Rust 编写的运行时结合在一起就不足为奇，添加另一个要维护的代码库或应用程序。这可能弊大于利，因为你必须为项目的每个部分处理两个（或更多）部署方案。

虽然有少数人能够处理所有事情，但向一个人提供合同的可能性非常小，主要是因为能处理所有事情的人很少，而且也不便宜。

“但是这个伟大的公司使用 PHP”

我经常听到的一句话是“但是 Facebook 使用 PHP”，好像它是一种蓬勃发展的 Web 技术。以 PHP 起家的顶级公司已经明确表示，Hack 及 HHVM——“现代化 PHP 但消耗内存”——是公司的后续措施：

• Facebook 迁移到Hack/HHVM并从2014年开始运行。
• Wikipedia 也在2014年通过HHVM的支持抛弃了PHP。
• Etsy也在2015年从PHP迁移到了Hack。
• Slack, 被SalesForce用277亿美元收购，也在2020年从PHP迁移到了Hack。

注意，我强调了“企业后续措施”。Hack 就是未来？事实上，Hack 只是大公司的未来，因为他们一开始就有钱运行 HHVM，而且他们不想迁移 90%的代码。剩下的非百万富翁公司只能使用 PHP 和廉价的服务器。

任何一家拥有大笔资金的公司都可以为自己的利益创造自己的语言，就像 Facebook、Apple、Google 和 Mozilla 那样，因为他们有人、有头脑去做，有服务去实现。无论好坏，我们只是附带的。

拥有一门内在需求稳定的语言可以让它进步，即使有时这意味着做出不太好的决定。

它足够了，直到它不能

有时候说“你不能在 PHP 上做那件事”有点儿让人难过。新的JIT引擎很受欢迎，但它并不是将它与其它新兴语言相结合的灵丹妙药。性能过去是 PHP 的一个非常重要的问题，但现在它不是唯一的问题。互联网在发展，而 PHP 没有。

图片来源：Carl Heyerdahl on Unsplash

如今，网页只是起点。正在发生的 COVID-19 大流行表明，你需要系统针对不同数据类型的不断变化的状态做出反应。如今，PHP 还不够，当它足够的时候——看看最近的发展有多慢——开发人员将拥有更好的工具。没人会等着 PHP 实现自身的现代化，也没有企业会这样做。这就是所谓的进步：新工具取代老工具。

当你需要的不仅仅是显示一个具有基本交互的网页时，问题就出现了。就在那时，PHP 展示了其二十多年的历史，它是如何与当今的技术和产品需求脱节。

我肯定不是唯一一个等了足够时间让 PHP 成为一个像样的技术竞争对手的人。从业务逻辑的角度来看，PHP 非常方便，因为它的语法允许在专家手中非常有表现力的声明操作，特别是在“业务逻辑”部分，但它不是万能的。

PHP 是现在，但不是未来。

我认为这些段落表明 PHP 因为其本质而仍然是王者。没有哪一种语言在提供便利和成熟的同时获得如此大的吸引力，而不是功能——另外，就是 Wordpress 效应。

PHP 如何将被淘汰？每个人只需点击几下就可以创建它们自己的简介、商店、图片库、云存储、群聊等等；无需托管，无需服务器和代码。

我个人认为，现在，由于 SaaS 和一键安装的激增，我们已经超越了像 Wordpress 那样的“杀手级应用”。我们现在处于“杀手级生态系统”，一种语言已经描述了部分，而你带来自己的胶水。也许是 Node.js?也许是 Go？也许是 Python？也许是 TypeScript 编译为二进制？也许是 Rust 的垃圾收集器？也许是一种全新的语言？

也许是 PHP 9?

我看到一些人希望对 PHP 进行大的修改。除非 Rogue Wave（Perforce）内部有什么变化来推动Zend引擎在技术上向前发展，否则绝对不会。他们很可能是想要卖掉 Zend 服务器。我不认为他们是成功的，当你考虑到大公司尽快离开 PHP 的趋势，并使博客文章对每个人进行嘲讽。

并不是说 PHP 明天就会停止使用：它仍然工作，而且很容易掌握，因为总有一个MVP可以开始，它不需要花里胡哨的东西。只不过，PHP 是现在，而不是未来，负责这一点的人其实并不在乎。也许一旦一种新的语言出现，提供 PHP 和其它语言中最好的部分。Hack 刚刚证明了公司级 PHP 有很好的代码重用市场。

一旦下一个大事件席卷互联网，PHP 就来不及赶上了。

没有语言会完全死掉。PHP 没死，只是其它语言已经超越了它。当然，它们不像 PHP 那样经过战斗测试...但他们正在实现。

当你认为人类对未知事物有固有的恐惧时，就会很容易同情那些被告知尝试另一种工具时的语言狂热者的愤怒。这适用于走出舒适区进入新事物，在本例中，这是从一种可靠的语言（如 PHP）迁移到更适合您需求的其它语言。没有人会因为仅仅“浪费”一周或一个月去学习和了解新的生态系统而死掉。最坏的情况是，你学会了不再去哪里，就像你选错了度假目的地。

通过多年的软件开发解决问题，我认识到，走向（而不是跑向）技术的地平线是工作的一部分，即使这意味着接受我们曾经热爱的东西走向命中注定...

...未完待续。

先，定义“更好”？这是一个非常主观的术语，完全取决于你要找的是什么。你是说更快吗？更广泛的使用？容易吗？提供更好的就业前景？框架和库的更大可用性？我可以继续说下去。

PYTHON

Python的优势是什么？

大量的内置和第三方库/模块，专门用于web开发和服务器管理（服务器管理也适用于web开发）。

这些第三方库设计良好，维护良好，易于安装，功能强大。

易于开发。如果你曾经用Python编程过，你就会知道它有多简单。

Django非常强大。它帮助替换JavaScript和PHP。

个人而言，我讨厌PHP和JavaScript。它们使用起来令人沮丧，而且都容易出现漏洞。更多的是因为PHP语言的缺陷；因为古怪的规范中的缺陷导致了对JS引擎应该如何实现的糟糕解释。

完全面向对象的。

非常适合数据操作和机器学习（如果你在平台上提供有针对性的广告，这一点很重要）。

有了正确的框架和模块（作为标准包含），您就可以很好地与数据库服务器集成，并为站点自动生成查询。

例如，如果用户在他们的账户中搜索特定的许可证密钥，框架通过将用户的操作转换为SQL查询来处理。

例2：如果管理员通过电子邮件地址搜索客户，框架会将其转换为SQL查询，然后将结果转换回来，并以css格式的HTML显示它们。

Python的弱点是什么？

缓慢，很缓慢。比Python迷们承认的要慢。正如网上所说，PHP的速度快了3倍（有时快，有时慢，取决于情况）。

当你使用它进行开发时，你不能把它当成是在使用Python：你在使用一个框架（例如Django）。所以学习Python是不够的，你还必须学习框架。

Python远不及PHP的广泛使用，因此它的可雇佣性因素，特别是在web开发方面，是非常有限的。我听说有一项数据显示~80%的网站使用PHP -我无法验证这个数据，但我不会感到惊讶。

这种情况与速度慢有关，但是需要单独处理：资源使用。Python比PHP更占用资源。你可能会想，如果它利用了这么多可用的资源，那实际上可能有助于加速它……不，不，它没有。

Python总结：

Python的OOP方面糟透了。如果您曾经用Java、c#或c++等语言进行过OOP，您就会理解我为什么讨厌它。任何依赖于此和super（）的语言都没有做到这一点。它使您的代码看起来非常混乱，混淆了整个过程，并使开发人员容易出错。这只是没有必要——语言的整个方面感觉（我想我已经在这个网站的其他地方说过）就像被一条盲鱼用锤子栓住了一样……作为一个事后的想法。你猜怎么着？这是！好吧，它不是用锤子栓上的，是一条鱼。但这只是后来的想法，最初并没有打算成为语言的一部分（最初并没有包含它）。

它是一种糟糕的、限制性很强的OOP实现。再一次的意见。有些人喜欢它，但他们通常说C和c++是困难的和令人困惑的。

总而言之，这并不可怕，对吧？我个人认为，从就业能力的角度来看，与PHP相比，上面最大的问题是“市场份额”。

PHP

PHP的优势是什么？

非常快。

完全面向对象的。

用于绝大多数后端网络服务和网站的“幕后”功能。

与SQL服务器以及几乎所有类型的服务器很好地集成。

自动生成对数据库的查询（参见Python示例部分的含义）

为web使用而设计的丰富的内置功能。

许多可用的PHP web API进一步扩展了可以做的事情。

其中很多是专门为PHP设计的，不能与Python & Django一起使用。

许多电子商务API

PHP的弱点是什么？

php的语法糟透了。是的，这是一个观点，但它是一个非常广泛的观点。每一个和我交谈过的PHP程序员也都持有这个观点。如果你还不熟悉它，去看看。

SQL注入攻击。

如何使用PHP解决：

防止PHP应用程序中的SQL注入漏洞并修复它们

远程代码执行：

PHP应用程序中的bug可能会接受用户输入并将其作为PHP代码计算。

跨站脚本（XSS ［X = Cross］）：

存储XSS和反射XSS

绕过认证——从技术上讲，这是开发人员的一个错误，但是语言本身使它非常非常容易犯这个错误。

PHP总结：

OOP和Python一样糟糕。可能由于语法的原因更糟。它仍然使用这个（但实际上是$this）

总之，这些漏洞非常可怕，但它们主要是由开发人员的错误造成的。好好了解PHP，不仅要研究“我如何进行PHP开发”，还要研究“PHP开发陷阱”和“PHP漏洞”，这样就不会有这样的问题了。

那么最终的结论是什么呢？好吧，不管Python迷们怎么说，Python不能完全取代PHP，因为存在通用的PHP专用API，而且PHP在行业中占主导地位。

我知道我已经讲了很长时间了，但这是我的最后一点，并且非常重要的一点是：开发人员应该选择一种“最好的语言，因为它是最好的”的想法是现代教育系统和初级开发人员的巨大失败。为了真正精通任何开发领域，无论是web、应用程序还是软件，你都需要掌握多种语言。同样的道理也适用于可靠的老板。

轶事：当我刚开始在这个行业工作的时候，我记得当我询问并且工作的开发人员告诉我他们知道汇编，C， c++， c#， JavaScript，二进制和十六进制时，我留下了深刻的印象。

我现在不太感兴趣了，因为我知道C， c++。一些c#（学习更多），JavaScript， Python， Java， HTML， CSS，一些PHP（学习更多），SQL，二进制，十六进制…他们仍然比我更有经验和熟练，但我现在明白了，了解很多语言是正常的，是需要做的事情。

所以总结来说，关键不在于哪种更好，而在于理解在哪里和什么时候使用它们。并且，对于web开发，你应该学习的最基本的是以下内容：

超文本标记语言

CSS

JavaScript

PHP

JSON （XML替换）

SQL （MySQL， Oracle， MS SQL是3个主要的）-小心不同的“口味”

Python

对于一个职业来说，以上几点是绝对没有商量余地的。也可以选择学习Java。它对web应用程序很有用。

者 | Richard MacManus

译者 | 核子可乐

策划 | Tina

根据 WordPress 联合创始人 Matt Mullenweg 的说法，PHP 的受众比例急剧下降，疑似受到 WordPress“JavaScript 优先”主张的影响。

TIOBE 编程语言人气指数发布更新，并提出“PHP 的魔力是否正在消散？”的灵魂拷问。今年 4 月，PHP 在 TIOBE 编程语言指数榜上仅位列第 17，“成为其有史以来的最低排位”。

暴露 PHP 人气急剧下滑的还不只是 TIOBE 榜单。在年度 Stack Overflow 开发者调查报告中，PHP 的市场占比也从 2018 年的 30.7%（即受访者当中使用 PHP 的百分比）下降至 2023 年的 18.58%。JetBrains 开发者生态系统调查同样观察到类似的趋势，PHP 占比从 2017 年的 30%下降至 2023 年的 18%。而且最后一项数据尤其值得关注，因为 JetBrains（以及 WordPress 托管厂商 Automattic）正是 PHP 的最大赞助方之一。

这种下滑趋势在 BuiltWith 上体现得尤其明显，自 2020 年底以来 PHP 的流行度增长线开始断崖式跌落。

截至 2021 年 11 月的一项调查显示，PHP 在互联网前百万个网站中的占比仍在 3 万以上。但如今两年多过去，其占比已经下滑至 1.5 万左右。而且截至本文撰稿之时，BuiltWith Quotes 公布的实际占比数字为 18.19%。18%这个比例与 Stack Overflow 及 JetBrains 的调查发现高度吻合，因此我们可以基本确定，PHP 在开发者中的受欢迎程度已经从之前的约 30%萎缩至现在的 18%。换言之，在短短两年之间下降了 40%。

所以结论是什么？在过去几年里到底发生了什么样的变化，才导致 PHP 在 Web 编程语言的竞争当中迅速落败？

WordPress 高调宣布“JavaScript 优化”

可以说，PHP 衰落的最大原因就是 WordPress（迄今为止最具人气的 Web 内容管理系统）正在从 PHP 转向 JavaScript。WordPress 联合创始人兼 Automattic 公司 CEO Matt Mullenweg 在上月于中国台湾召开的 WordCamp Asia 2024 大会上也就此做出论述。

他在回答观众提问时表示，“我觉得 WordPress 中的大部分新代码现在都是由 JavaScript 编写而成，而且这种趋势已经持续了一段时间。因此从方方面面来讲，如今的 Gutenberg 已经转化成了一个 JavaScript 优先的项目。”

大家绝没看错：Matt Mullenweg 直言现在的 WordPress 就是个“JavaScript 优先的项目”。而他所提到的 Gutenberg，其实是该公司备受争议的全新用户界面，同时也是推动 JavaScript 全面替代 PHP 的主要原因。当然，他也承认从 PHP 转向 JavaScript“并不容易”。

这倒不是说 WordPress 不再依赖于 PHP。毕竟在撰写本文时，我恰好就是在 WordPress 中以“/wp-admin/post-new.php”结尾的 URL 输入这篇文章。但只能说目前如此，未来的 WordPress 已经确定要走向另一条道路。

Mullenweg 还谈到，他希望能在 WordPress 中看到进一步改进——令人惊讶的是，他已经开始从 JavaScript 的视角出发看待这些变化。比如说，PHP 是一种服务器端脚本语言（意味着代码通常在 Web 服务器上处理），而 Mullenweg 希望 WordPress 能使用 JavaScript 把更多操作交由客户端执行。

他意味深长地表示，“我真心觉得我们应该把更多处理任务留在客户端。比如对于正在编辑的内容，这部分处理就可以交给客户端。这种在浏览器运行 JavaScript 的速度可能会更快，因为现在虚拟机和性能极强的处理器已经相当普遍。”

在演讲即将结束之时，有观众向 Mullenweg 询问他对 Gutenberg 项目的感受，以及开发人员为其做出贡献时遭遇到哪些困难。提出这个问题的开发者还希望“降低 Gutenberg 的抽象级别”。

Mullenweg 回应称，“说实施，我觉得大家必须适应这种发展态势。我认为 Gutenberg 的开发方式和 JavaScript 优先理念才是大部分 Web 开发工作的未来方向。顺带一提，其实我也得重新学习，这些东西跟我当初熟悉的方式也有区别。也许我们可以把某些抽象调整得更简单一点，但总体而言，我会选择深入研究一下。”

他还补充称，Gutenberg 项目、包括向 JavaScript 语言的转变，目前还远未完成。“在启动 Gutenberg 项目时，我们就知道这可能是个为期 10 年的项目。目前我们才刚刚完成 60%到 70%的工作。”

与此同时，在 PHP 基金会这边……

不得不承认，WordPress 项目（也是 PHP 能够在 Web 领域保持流行的最大动因）正坚定向着 JavaScript 世界迈进。这几乎必然会阻止更多年轻开发者选择 PHP，同时迫使其他开发人员（例如那些致力于服务 WordPress 客户的开发人员）从 PHP 转向 JavaScript。

但好消息是，仍然有相当一部分开发者群体会继续使用 PHP——毕竟两轮大规模开发者调查中的这 18%对应着相当体量的从业受众。而 PHP 基金会将继续为他们提供支持。

PHP 基金会于 2021 年 11 月正式成立，希望以非营利组织的身份承担起 PHP 项目的管理职责。PHP 基金会是由 JetBrains 领导的企业联盟所建立，其中包括 Automattic、Zend、Laravel 以及 Acquia（Drupal 的托管商）等。JetBrains 工程师 Roman Pronskiy 则出任项目负责人，目前在基金会网站上的头衔为“运营主管”。

在今年 2 月的 Laravel 会议上，Pronskiy 主要探讨了技术问题，同时也承认“PHP 基金会目前最艰巨的任务，就是扭转 PHP 在公众心目中的形象。”虽然他没有具体说明是哪些原因导致 PHP 的公众形象下降，但 Matt Mullenweg 在解释 WordPress 转向“JavaScript 优先”的理由时已经基本给出了答案。无论如何，Pronskiy 正快速投身于 PHP 项目的后续开发，并为其组织起由 10 名有偿开发者组成的全职团队。

总而言之，2024 年的 PHP 几乎成了 Web 开发领域爹不疼、娘不爱的“孤儿”，而 JavaScript 则是在家、在校都备受关注的宠儿。对 PHP 来说更加可悲的是，目前的这种人气下滑趋势短时间内恐怕无法停止——毕竟 WordPress 那边的开发团队还在积极适应新的 JavaScript 规范。但至少 PHP 基金会还在为此而努力，也许这股颓势能够逐渐迎来转机。

原文链接：短短两年使用率下滑40%！曾经风靡全球的PHP为何逐渐失去优势？_编程语言_Richard MacManus_InfoQ精选文章