程序开发学习网站

唱衰这么多年，PHP 仍然还是你大爷！

Wed, 16 Oct 2024 17:52:42 +0800

本文详细探讨了 PHP 在互联网中的广泛应用和重要性。文章通过大量的数据和事实来证明 PHP 仍然是最受欢迎的编程语言之一，占据了 77.2% 的市场份额，远超其他编程语言。

原文链接：https://timotijhof.net/posts/2023/an-internet-of-php/

译者水平有限，不免存在遗漏或错误之处。如有疑问，敬请查阅原文。

以下是译文。

PHP 是个庞然大物。

尽管有人不断宣称 PHP “即将消亡”。

但无法改变的事实是：互联网依然大量依赖 PHP。本文将通过大量的数据和事实告诉你为何 PHP 仍然在统治着互联网，你大爷仍然还是你大爷。

统计数据

PHP 仍然是首选编程语言

根据 W3 Techs 对全球前 1000 万个网站使用的编程语言分析[1]，我们可以看到：

PHP 占比 77.2%
ASP 占比 6.9%
Ruby 占比 5.4%

基于 PHP 的内容管理框架

绝大多数公共网站都是通过 PHP 和 CMS 来构建的。根据市场份额，12 大 CMS 软件中有 8 个是用 PHP 编写的。下面的数据来自 W3 Techs 对前 1000 万个网站的 CMS 使用情况调查[2]，每个百分点代表前 1000 万个网站中的 10 万网站。

[PHP] WordPress 生态系统 (63%)
[Ruby] Shopify
Wix
Squarespace
[PHP] Joomla 生态系统 (3%)
[PHP] Drupal 生态系统 (2%)
[PHP] Adobe Magento (2%)
[PHP] PrestaShop (1%)
[Python] Google Blogger
[PHP] Bitrix (1%)
[PHP] OpenCart (1%)
[PHP] TYPO3 (1%)

不得不说，Wordpress 在内容管理领域依然站有绝对的统治地位。

PHP 在电商领域的应用

根据 BuiltWith 2023 年 8 月对在线商店的报告[3]，我们可以看到 PHP 在电商领域仍然占统治地位：

使用了 WooCommerce 插件[4]的 Wordpress 网站（全球市场份额 24%）
Adobe Magento[5]（全球市场份额 7%）
OpenCart（全球市场份额 2%，俄罗斯市场份额[6] 24%）
PrestaShop （全球市场份额 2%，法国市场份额[7] 14%）
Shopware[8]（全球市场份额 1%，德国市场份额[9] 12%）

趣闻轶事

Kinsta 发表了一篇文章[10]，证明 PHP 仍然很快，仍然很活跃，仍然很流行：

❝早在 2011 年，人们就一直在宣称 PHP 已死。但事实是，PHP 7.3 的请求处理速度是 PHP 5.6 的 2-3 倍，而 PHP 8.1 则更快。正因为 PHP 的普及，我们可以很轻松地招聘到有经验的 PHP 开发者。

Vimeo 工程师 Matt Brown 在《这不是遗留代码，而是 PHP[11]》一文中表示：

❝PHP 从未停止创新。尽管我们计划将 500,000 行的 PHP 代码划分为多个 [服务]，但最终这些建议都没有被采纳。 Vimeo 自 2004 年以来规模扩大了数倍，我们的 PHP 代码库也是如此。

Ars Technica 发布了一个包含历史数据的 W3 Techs 报告，证明 PHP 仍然遥遥领先[12]：

❝尽管 PHP 有许多臭名昭著的怪癖，但它似乎还能活很久。从 2010 年的 72.5% 市场份额增长到今天的 78.9% 市场份额，目前还没有任何明显的竞争对手能让 PHP 感到威胁。

在针对 Python 创始人 Guido van Rossum 的一个采访播客[13]中，Lex Fridman 如是说：

❝Lex: 目前互联网的大部分后端服务仍然是用 PHP 写的 Guido: 没错！

Daniel Stenberg 在其年度 Curl 用户调查[14]（第 18 页）中统计了用户使用 curl 的方式。直接使用 curl 命令行的用户占比最高（78.4%），用户最熟悉的方式就是在 PHP 中使用 curl，自 2015 年调查开始以来一直都是这个结果。2023 年的调查报告显示有 19.6% 的用户在 PHP 中使用 curl。

❝curl (CLI) 78.4%, php-curl 19.6%, pycurl 13%, […], node-libcurl 4.1%.

Ember.js 虽然起源于 Ruby 社区，但作为一个前端框架，它可以与任何后端配合使用。Ember 的社区调查报告[15]显示，PHP 是受访者第三喜欢的选项，仅次于 Ruby 和 Java。

Ember 的调查还询问了一些通用的行业问题。例如，有 24% 的受访者表示他们的基础设施都是“自托管”，而不是依赖于主流的云服务提供商。虽然这项调查本身不能完全代表整个行业，但结果仍可能会让人大吃一惊，特别是对那些依赖社交媒体和会议演讲来了解商业现状的人来说更是如此。对于企业来说，现在准备好云退出战略[16]（例如 NHS[17]）比以往任何时候都更加重要。你可以阅读 Basecamp 的文章[18]了解云退出战略是如何为他们每年节省数百万美元的。

大规模 PHP 应用

上述统计数据衡量了不同网站和公司的数量，其中绝大多数是基于 PHP 构建的。但所有这些只告诉我们它们的规模在前 1000 万名之内。那前 500 名呢？

Jack Ellis 在《Laravel 能否扩展？[19]》这篇文章中指出，你不应该仅根据每秒可以处理的请求数量来做选择。大部分业务都不太可能达到那个水平，而且还会面临很多其他瓶颈。但事实证明，PHP 是可以扩展到这一水平的语言之一。

❝当看到我们的软件（基于 Laravel 构建的 Fathom Analytics）增长迅猛时，我们从未怀疑过“这个框架是否能够扩展？”。我与多家企业合作过，他们利用 Laravel 支撑整个业务运营。像 Twitch、Disney、New York Times、WWE 和 Warner Bros 这样的公司也在他们的多个项目中使用 Laravel。Laravel 能够轻松应对大规模的应用需求。

Vimeo 工程师 Matt Brown 在《这不是遗留代码，而是 PHP[20]》一文中强调：

❝可以很明确地告诉你们，PHP 还是你大爷。Vimeo 在 PHP 方面的持续成功就是证明，在 2020 年它仍然是快速发展的公司的绝佳工具。

Vimeo 还以开发流行的 PHP 静态分析工具 Psalm[21] 而闻名。

Slack 公司首席架构师 Keith Adams 在《认真对待 PHP[22]》一文中提到：

❝Slack 服务端大部分应用逻辑都是由 PHP 来执行的。相比于 PHP 的优势而言（通过故障隔离减少 bug 成本；安全并发；高吞吐量），PHP 存在的问题可以忽略不计。

我们再分析一下 W3 Techs 的报告[23]，分析部分业务比较单一的公司的规模。规模最大的是 WordPress，它驱动着 Automattic 的 WordPress.com。每月有 200 亿次页面访问[24]（Alexa 全球排名 55）。

如果我们继续往下看，来到占市场份额 0.1% 的条目，可以看到大量的网站都是靠 PHP 系统来支撑的，PHP 仍然是 10w 小网站的首选框架。

#23 CMS: Moodle[25]
#25 CMS: phpBB，例如 Google 的 Waze 社区[26], ApacheFriends 论坛，VideoLAN 论坛。
#31 CMS: XenForo 论坛，例如 ArsTechnica.com[27] 和 MacRumors.com[28]。
#33 CMS: Roundcube。
#45 CMS: MediaWiki。
#49 CMS: vBulletin 论坛。
#53 CMS: IPS 社区 , 例如 MalwareBytes.com[29]、BleepingComputer[30] 和 Squarespace.com 论坛。

MediaWiki[31] 是维基百科背后的平台[32]，每月有 250 亿的页面浏览量[33]（Alexa 排名 12）。同时 MediaWiki 还驱动着 Fandom[34])（每月有 20 亿的页面浏览量[35]，Similarweb 排名 44）和 WikiHow[36]（每月有 1 亿访问者，Alexa 排名 215）。

除此之外还有一大批互联网公司由 PHP 驱动，例如 Facebook（Alexa 排名 7）、Etsy（Alexa 排名 66）、Vimeo（Alexa 排名 165）和 Slack（Similarweb 排名 362）。

Etsy 之所以引人关注，是因为它有高比例的活跃会话和动态内容。这与维基百科或 WordPress 不同，后者可以从静态缓存中提供大多数页面视图。这意味着尽管规模相似，但 Etsy 的 PHP 应用程序更容易受到高流量[37]的影响。

Etsy 也是 PHP 创始人 Rasmus Lerdorf[38] 的东家。他有时会在技术分享中展示 Etsy 的代码库片段。（极客旁注：他在 2021 年的现代 PHP 讲座[39]中解释了 Etsy 是如何使用 rsync 进行部署的，就像 Wikipedia 在过去 10 年使用 Scap[40] 一样）。Etsy 的官方博客偶尔会提到他们对模块化 PHP 单体的工作进展，例如 Plural 本地化[41]。有时也会放出详细的 Etsy 站点性能报告[42]：

❝很高兴地告诉大家，升级到 PHP7 之后，本季度整个网站的性能都得到了提高，所有页面的性能都有了显著的提升。

我的观点

大多数人认为，PHP 社区似乎在公共舆论中占据的空间不大。无论是 PHP 核心开发者 , 还是 PHP 软件包（例如 Laravel、Symfony、WordPress、Composer 和 PHPUnit）的作者，亦或是日常工作中使用 PHP 的普通工程师，我们很少在社交媒体上的争论中看到他们的身影。

你也很少看到我们在会议上做演讲，宣称某个技术栈“绝对会”为你的公司带来裨益。如果你听了某些 JavaScript 框架粉丝的演讲，你可能会认为大多数公司今天都在使用他们的技术栈。

我不是说 JavaScript 不好，而是某些人在没有考虑技术或商业需求的前提下给出了“xxx 最好”的断言。这是一种过度营销，你怎么知道它最好？你跟别的语言比较过了吗？

我也不是说 JavaScript 没有用武之地，我们要辩证地看待世间万物。你可以分享你的经验和成果，比如哪些行得通，哪些行不通。要持续探索、持续创新、持续分享，持续推动人类前进。这就是自由软件[43]的精神！

你可能看过《The Market for Lemons [44]》和《A Historical Reference of React Criticism[45]》这两篇文章，他们都指出了 JS 的问题。但是 ... React 仅占有 3% 的市场份额[46]。再加上其他的小框架（Vue、Angular、Svelte），这个数字才达到 5%。而基于 Node.js 的 Web 服务也仅占有 3% 的市场份额[47]。这是否意味着超过 90% 的人都错过了 PHP？

别忘了，这 5% 代表了 50 万个主要网站，这是一个巨大的数字。Node.js 有自己的优势（实时消息流）。但是，Node.js 也有其弱点（阻塞主线程[48]）。另外要强调一点：市场份额并不能完全反映规模。你可能驱动着排名前 1% 的几个大型组织，也可能驱动着排名后 1% 的组织。或者像 WordPress 那样同时支撑排名前 1% 和其他 4000 万个网站。

结论

无论是老公司还是小公司，无论其规模大小，可能都没有使用我们在公共场所经常听到的技术栈。如果不考虑个人项目和烧钱的初创公司，其他公司的这个现象更为明显。

对于正在成长和持续经营的企业来说，PHP 是否能够成为企业首选的前三名语言？当一个企业和其团队在扩大规模时，编程语言是否完全不重要？我们不得而知。

我只知道如今有许多企业都在使用 PHP，而 PHP 已被证明是一种可持续的选择，它经受住了时间的考验。例如，像 Fathom 这样的新公司，在短短三年内就实现了盈利[49]。正如 Fathom 的文章所说，大部分公司的业务永远达不到那种规模。不过话又说回来，即使面对大规模的业务，PHP 仍然是一种经济可持续的选择。

那么问题来了，PHP 是唯一的选择吗？当然不是。

有的语言速度更快（Rust），有的语言社区规模更大（Node.js），或者编译器更成熟（Java），但这往往会牺牲其他价值。

PHP 达到了某种柔中取刚的平衡点。它速度很快，社区规模较大[50]，语法现代化[51]，开发活跃[52]，易于学习，易于扩展，并且拥有一个庞大的标准库。它可以在大规模场景下提供高效和安全的并发，而又没有异步复杂性或阻塞主线程的问题。由于平台稳定，加上社区重视兼容性和低依赖性[53]，它的维护成本往往较低。

当然，每个人的需求不尽相同，但想要达到上述的这种平衡点，PHP 是少数几个能满足需求的软语言之一。除此之外还有哪个语言可以做到？

引用链接

[1]

W3 Techs 对全球前 1000 万个网站使用的编程语言分析: https://w3techs.com/technologies/overview/programming_language

[2]

W3 Techs 对前 1000 万个网站的 CMS 使用情况调查: https://w3techs.com/technologies/overview/content_management

[3]

BuiltWith 2023 年 8 月对在线商店的报告: https://trends.builtwith.com/shop

[4]

WooCommerce 插件: https://en.wikipedia.org/wiki/WooCommerce

[5]

Adobe Magento: https://en.wikipedia.org/wiki/Magento

[6]

俄罗斯市场份额: https://trends.builtwith.com/shop/country/Russia

[7]

法国市场份额: https://trends.builtwith.com/shop/country/France

[8]

Shopware: https://en.wikipedia.org/wiki/Shopware

[9]

德国市场份额: https://www.ehi.org/presse/e-commerce-2021-zeit-des-wachstums/

[10]

Kinsta 发表了一篇文章: https://kinsta.com/blog/is-php-dead/

[11]

这不是遗留代码，而是 PHP: https://medium.com/vimeo-engineering-blog/its-not-legacy-code-it-s-php-1f0ee0462580

[12]

PHP 仍然遥遥领先: https://arstechnica.com/gadgets/2021/09/php-maintains-an-enormous-lead-in-server-side-programming-languages/

[13]

针对 Python 创始人 Guido van Rossum 的一个采访播客: https://lexfridman.com/guido-van-rossum-2

[14]

年度 Curl 用户调查: https://daniel.haxx.se/blog/2023/06/17/curl-user-survey-2023-analysis/

[15]

Ember 的社区调查报告: https://emberjs.com/survey/2022/

[16]

云退出战略: https://www.infoworld.com/article/3211374/public-cloud-consolidation-requires-an-exit-plan-even-from-the-big-guys.html

[17]

NHS: https://digital.nhs.uk/services/cloud-centre-of-excellence/strategy/nhs-cloud-exit-strategy

[18]

Basecamp 的文章: https://world.hey.com/dhh/we-have-left-the-cloud-251760fb

[19]

Laravel 能否扩展？: https://usefathom.com/blog/does-laravel-scale

[20]

这不是遗留代码，而是 PHP: https://medium.com/vimeo-engineering-blog/its-not-legacy-code-it-s-php-1f0ee0462580

[21]

Psalm: https://psalm.dev/

[22]

认真对待 PHP: https://slack.engineering/taking-php-seriously/

[23]

W3 Techs 的报告: https://w3techs.com/technologies/overview/content_management

[24]

每月有 200 亿次页面访问: https://wordpress.com/activity/

[25]

Moodle: https://en.wikipedia.org/wiki/Moodle

[26]

Waze 社区: https://www.waze.com/forum/

[27]

ArsTechnica.com: https://arstechnica.com/civis/

[28]

MacRumors.com: https://forums.macrumors.com/

[29]

MalwareBytes.com: https://forums.malwarebytes.com/

[30]

BleepingComputer: https://en.wikipedia.org/wiki/Bleeping_Computer

[31]

MediaWiki: https://en.wikipedia.org/wiki/MediaWiki

[32]

维基百科背后的平台: https://wikitech.wikimedia.org/wiki/MediaWiki_at_WMF

[33]

250 亿的页面浏览量: https://stats.wikimedia.org/

[34]

Fandom: https://en.wikipedia.org/wiki/Fandom

[35]

20 亿的页面浏览量: https://about.fandom.com/news/fandoms-2021-state-of-fandom-study-identifies-pandemic-era-consumer-behavior-trends-in-entertainment-gaming

[36]

WikiHow: https://en.wikipedia.org/wiki/WikiHow

[37]

高流量: https://www.etsy.com/codeascraft/how-etsy-prepared-for-historic-volumes-of-holiday-traffic-in-2020/

[38]

Rasmus Lerdorf: https://en.wikipedia.org/wiki/Rasmus_Lerdorf

[39]

2021 年的现代 PHP 讲座: https://www.youtube.com/watch?v=Hc4S74LCXHo&t=1620s

[40]

Scap: https://wikitech.wikimedia.org/w/index.php?title=Scap&oldid=2007017

[41]

Plural 本地化: https://www.etsy.com/uk/codeascraft/plurals-at-etsy

[42]

Etsy 站点性能报告: https://www.etsy.com/uk/codeascraft/q1-2016-site-performance-report

[43]

自由软件: https://en.wikipedia.org/wiki/Free_software_movement

[44]

The Market for Lemons : https://infrequently.org/2023/02/the-market-for-lemons/

[45]

A Historical Reference of React Criticism: https://www.zachleat.com/web/react-criticism/

[46]

React 仅占有 3% 的市场份额: https://w3techs.com/technologies/overview/javascript_library

[47]

3% 的市场份额: https://w3techs.com/technologies/overview/web_server

[48]

阻塞主线程: https://www.langton.cloud/misconception-on-cpu-node-js-vs-php-blocking-web-requests/

[49]

实现了盈利: https://usefathom.com/blog/spending-money

[50]

社区规模较大: https://packagist.org/statistics

[51]

语法现代化: https://stitcher.io/blog/evolution-of-a-php-object

[52]

开发活跃: https://wiki.php.net/RFC#implemented

[53]

低依赖性: https://blog.jim-nielsen.com/2023/software-crisis-dependencies/

转至 https://cloud.tencent.com/developer/article/2328131
如有侵权请联系 3035815#qq.com删除

顶级PHP大师的开发原则

Wed, 16 Oct 2024 17:51:24 +0800

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 (previously ilovejackdaniels.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。

　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框架可以让你的代码结构更加规范，并且节省大量时间。

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的时间。

转至https://cloud.tencent.com/developer/article/2328131
如有侵权请联系 3035815#qq.com删除

nginx 目录反向代理

Tue, 25 Jun 2024 18:03:24 +0800

location ^~ /xxxxxxx/ {

proxy_pass http://127.0.0.1:8282/;

client_max_body_size 100M;

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header REMOTE-HOST $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-NginX-Proxy true;

}

Apache配置虚拟目录

Sat, 17 Sep 2022 10:04:18 +0800

#配置虚拟目录　　

#虚拟路径配置

alias /app "D:/wwwroot"

Options FollowSymLinks

AllowOverride All

Require all granted

</Directory>

Apache反向代理配置

Tue, 30 Nov 2021 11:06:27 +0800

LoadModule proxy_module modules/mod_proxy.so

#LoadModule proxy_ajp_module modules/mod_proxy_ajp.so

#LoadModule proxy_balancer_module modules/mod_proxy_balancer.so

LoadModule proxy_connect_module modules/mod_proxy_connect.so

#LoadModule proxy_express_module modules/mod_proxy_express.so

#LoadModule proxy_fcgi_module modules/mod_proxy_fcgi.so

#LoadModule proxy_ftp_module modules/mod_proxy_ftp.so

#LoadModule proxy_html_module modules/mod_proxy_html.so

LoadModule proxy_http_module modules/mod_proxy_http.so

Apache 这3个配置打开

然后在VirtualHost增加以下

ProxyRequests off

</Proxy>

ProxyPass /123/ http://10.0.0.6:82/

ProxyPassReverse /123/ http://10.0.0.6:82/

完整的

DocumentRoot "D:/wwwroot/x1"

#ServerName www.example.com:80

ProxyRequests off

</Proxy>

ProxyPass /123/ http://10.0.0.6:82/

ProxyPassReverse /123/ http://10.0.0.6:82/

</VirtualHost>

JS CryptoJS.AES.decrypt 对应 php 解密方法

Wed, 25 Aug 2021 12:46:21 +0800

function decrypt(word){
    if (isEmpty(word)) {
        return word;
    }
    try{
    	console.log(CryptoJS.mode.ECB);
        var key = CryptoJS.enc.Utf8.parse("rkmiplusfighting");
        var decrypt = CryptoJS.AES.decrypt(word, key, {mode:CryptoJS.mode.ECB,padding: CryptoJS.pad.Pkcs7});
        return CryptoJS.enc.Utf8.stringify(decrypt).toString();
    } catch (e) {
        console.log(e.name + ": " + e.message);
    }
    return '';
}

PHP

openssl_decrypt($crypttext, 'AES-128-ECB', 'key');

php解析获取图片经纬度定位信息,拍摄时间,宽高(使用高德地图接口)

Tue, 24 Aug 2021 13:56:44 +0800

if(function_exists('date_default_timezone_set')){date_default_timezone_set('Hongkong');}

class ImgHelper{
    public  function get_img_info($img_url,$gaode_key){
        $exif = exif_read_data($img_url, 0, true);
        if ($exif === false) {
            return false;
        } else {
            $latitude = $exif['GPS']['GPSLatitude'];   //纬度
            $longitude = $exif['GPS']['GPSLongitude']; //经度
            $GPSLatitudeRef = $exif['GPS']['GPSLatitudeRef']; //南半球 S 北半球 N
            $GPSLongitudeRef = $exif['GPS']['GPSLongitudeRef']; //东半球 S 西半球 N
            //计算经纬度信息
            $latitude = self::get_gps($latitude, $GPSLatitudeRef);
            $longitude = self::get_gps($longitude, $GPSLongitudeRef);

            /**使用高德地图提供逆向地理编码接口获取定位信息;
             * 需在高德申请key
             * 高德接口地址:http://lbs.amap.com/api/webservice/guide/api/georegeo
             */

            $url = "http://restapi.amap.com/v3/geocode/regeo?key=$gaode_key&location=$longitude,$latitude&poitype=&radius=10000&extensions=all&batch=false&roadlevel=0";
            $res = file_get_contents($url);
            $res = json_decode($res, true);

            if ($res['status'] == 1) {
                $address = $res['regeocode']['formatted_address'];
                $province = $res['regeocode']['addressComponent']['province'];
                $district = $res['regeocode']['addressComponent']['district'];
                $township = $res['regeocode']['addressComponent']['township'];
                $city = $res['regeocode']['addressComponent']['city'];
                $senic_spot = $res['regeocode']['aois'][0]['name'];
            }

            //图片拍摄时间
            $time = date("Y-m-d H:i:s", $exif['FILE']['FileDateTime']);

            //图片宽高
            $imgsize = getimagesize($img_url);
            $width = $imgsize[0];
            $height = $imgsize[1];
            $data = array(
                'img_time' => $time,//图片拍摄时间
                'latitude' => $latitude,//纬度
                'longitude' => $longitude,//经度
                'address' => $address,//详细地址
                'province' => $province,//省份
                'city' => $city,//城市
                'district' => $district,//区
                'township' => $township,//街道
                'senic_spot'=>$senic_spot,//景点名称
                'height'=>$height,
                'width'=>$width
            );

            return $data;
        }
    }


    //计算经纬度
    public function get_gps($exifCoord,$banqiu)
    {
        $degrees= count($exifCoord) > 0 ? self::gps2Num($exifCoord[0]) : 0;
        $minutes= count($exifCoord) > 1 ? self::gps2Num($exifCoord[1]) : 0;
        $seconds= count($exifCoord) > 2 ? self::gps2Num($exifCoord[2]) : 0;
        $minutes+= 60 * ($degrees- floor($degrees));
        $degrees= floor($degrees);
        $seconds+= 60 * ($minutes- floor($minutes));
        $minutes= floor($minutes);
        if($seconds>= 60)
        {
            $minutes+= floor($seconds/60.0);
            $seconds-= 60*floor($seconds/60.0);
        }
        if($minutes>= 60)
        {
            $degrees+= floor($minutes/60.0);
            $minutes-= 60*floor($minutes/60.0);
        }
        $lng_lat = $degrees + $minutes/60 + $seconds/60/60;
        if(strtoupper($banqiu) == 'W' || strtoupper($banqiu) == 'S'){
            //如果是南半球 或者 西半球 乘以-1
            $lng_lat = $lng_lat * -1;
        }
        return $lng_lat;
        //return array('degrees'=> $degrees, 'minutes'=> $minutes, 'seconds'=> $seconds);
    }

    /*
    取得EXIF的內容
    分数 转 小数
    */
    public  function gps2Num($coordPart)
    {
        $parts= explode('/', $coordPart);
        if(count($parts) <= 0)
            return 0;
        if(count($parts) == 1)
            return $parts[0];
        return floatval($parts[0]) / floatval($parts[1]);
    }
}
echo '<pre>';
print_r(ImgHelper::get_img_info('111133333.jpg','111111222223333'));
echo '</pre>';

php 通过CSS文件抓取图片

Fri, 20 Aug 2021 09:05:32 +0800

看到一个喜欢的网站，想抓点图片素材，一个一个复制盛世费劲，分析CSS发现图片元素都写在CSS里面。就不要怪我了。
帖代码

把css内容复制到到 $str中  或者 file_get_contents  CSS的路径 也可以
$str='@charset "utf-8";
body {
    width: 100%;
    height: 100%;
    background: url(../images/bg.jpg) no-repeat;
    .......
';

正则匹配

  preg_match_all('/url\((.*?)\)/u',$str,$match);

循环抓取

foreach ($match[1] as $key => $value) {
     
      $value=str_replace('../','对方网站url/',$value);
      $base = basename($value);

        $urlds1=file_get_contents($value);     
        $nweimg1='images/'.$base;
        write_file($nweimg1,$urlds1);
      
    }

中间用到的方法write_file

function write_file($filename,$data,$method="rb+",$iflock=1){
  @touch($filename);
  $handle=@fopen($filename,$method);
  if($iflock){
    @flock($handle,LOCK_EX);
  }
  @fputs($handle,$data);
  if($method=="rb+") @ftruncate($handle,strlen($data));
  @fclose($handle);
  @chmod($filename,0777); 
  if( is_writable($filename) ){
    return 1;
  }else{
    return 0;
  }
}

PHP性能优化利器：生成器 yield理解

Tue, 17 Aug 2021 20:07:02 +0800

如果是做Python或者其他语言的小伙伴，对于生成器应该不陌生。但很多PHP开发者或许都不知道生成器这个功能，可能是因为生成器是PHP 5.5.0才引入的功能，也可以是生成器作用不是很明显。但是，生成器功能的确非常有用。

优点

直接讲概念估计你听完还是一头雾水，所以我们先来说说优点，也许能勾起你的兴趣。那么生成器有哪些优点，如下：

生成器会对PHP应用的性能有非常大的影响
PHP代码运行时节省大量的内存
比较适合计算大量的数据

那么，这些神奇的功能究竟是如何做到的？我们先来举个例子。

概念引入

首先，放下生成器概念的包袱，来看一个简单的PHP函数：

function createRange($number){
    $data = [];
    for($i=0;$i<$number;$i++){
        $data[] = time();
    }
    return $data;
}

这是一个非常常见的PHP函数，我们在处理一些数组的时候经常会使用。这里的代码也非常简单：

我们创建一个函数。
函数内包含一个 for 循环，我们循环的把当前时间放到$data里面
for循环执行完毕，把 $data 返回出去。

下面没完，我们继续。我们再写一个函数，把这个函数的返回值循环打印出来：

$result = createRange(10); // 这里调用上面我们创建的函数
foreach($result as $value){
    sleep(1);//这里停顿1秒，我们后续有用
    echo $value.'<br />';
}

我们在浏览器里面看一下运行结果：

这里非常完美，没有任何问题。（当然 sleep(1) 效果你们看不出来）

思考一个问题

我们注意到，在调用函数 createRange 的时候给 $number 的传值是10，一个很小的数字。假设，现在传递一个值10000000（1000万）。

那么，在函数 createRange 里面，for循环就需要执行1000万次。且有1000万个值被放到 $data 里面，而$data数组在是被放在内存内。所以，在调用函数时候会占用大量内存。

这里，生成器就可以大显身手了。

创建生成器

我们直接修改代码，你们注意观察：

function createRange($number){
    for($i=0;$i<$number;$i++){
        yield time();
    }
}

看下这段和刚刚很像的代码，我们删除了数组 $data ，而且也没有返回任何内容，而是在 time() 之前使用了一个关键字yield。

使用生成器

我们再运行一下第二段代码：

$result = createRange(10); // 这里调用上面我们创建的函数
foreach($result as $value){
    sleep(1);
    echo $value.'<br />';
}

我们奇迹般的发现了，输出的值和第一次没有使用生成器的不一样。这里的值（时间戳）中间间隔了1秒。

这里的间隔一秒其实就是 sleep(1) 造成的后果。但是为什么第一次没有间隔？那是因为：

未使用生成器时： createRange 函数内的 for 循环结果被很快放到 $data 中，并且立即返回。所以， foreach 循环的是一个固定的数组。
使用生成器时： createRange 的值不是一次性快速生成，而是依赖于 foreach 循环。 foreach 循环一次， for 执行一次。

到这里，你应该对生成器有点儿头绪。

深入理解生成器

代码剖析

下面我们来对于刚刚的代码进行剖析。

function createRange($number){
    for($i=0;$i<$number;$i++){
        yield time();
    }
}

$result = createRange(10); // 这里调用上面我们创建的函数
foreach($result as $value){
    sleep(1);
    echo $value.'<br />';
}

我们来还原一下代码执行过程。

首先调用 createRange 函数，传入参数10，但是 for 值执行了一次然后停止了，并且告诉 foreach 第一次循环可以用的值。
foreach 开始对 $result 循环，进来首先 sleep(1) ，然后开始使用 for 给的一个值执行输出。
foreach 准备第二次循环，开始第二次循环之前，它向 for 循环又请求了一次。
for 循环于是又执行了一次，将生成的时间戳告诉 foreach .
foreach 拿到第二个值，并且输出。由于 foreach 中 sleep(1) ，所以， for 循环延迟了1秒生成当前时间

所以，整个代码执行中，始终只有一个记录值参与循环，内存中也只有一条信息。

无论开始传入的 $number 有多大，由于并不会立即生成所有结果集，所以内存始终是一条循环的值。

概念理解

到这里，你应该已经大概理解什么是生成器了。下面我们来说下生成器原理。

首先明确一个概念：生成器yield关键字不是返回值，他的专业术语叫产出值，只是生成一个值

那么代码中 foreach 循环的是什么？其实是PHP在使用生成器的时候，会返回一个 Generator 类的对象。 foreach 可以对该对象进行迭代，每一次迭代，PHP会通过 Generator 实例计算出下一次需要迭代的值。这样 foreach 就知道下一次需要迭代的值了。

而且，在运行中 for 循环执行后，会立即停止。等待 foreach 下次循环时候再次和 for 索要下次的值的时候，循环才会再执行一次，然后立即再次停止。直到不满足条件不执行结束。

实际开发应用

很多PHP开发者不了解生成器，其实主要是不了解应用领域。那么，生成器在实际开发中有哪些应用？

读取超大文件

PHP开发很多时候都要读取大文件，比如csv文件、text文件，或者一些日志文件。这些文件如果很大，比如5个G。这时，直接一次性把所有的内容读取到内存中计算不太现实。

这里生成器就可以派上用场啦。简单看个例子：读取text文件

我们创建一个text文本文档，并在其中输入几行文字，示范读取。

<?php
header("content-type:text/html;charset=utf-8");
function readTxt()
{
    # code...
    $handle = fopen("./test.txt", 'rb');

    while (feof($handle)===false) {
        # code...
        yield fgets($handle);
    }

    fclose($handle);
}

foreach (readTxt() as $key => $value) {
    # code...
    echo $value.'<br />';
}

通过上图的输出结果我们可以看出代码完全正常。

但是，背后的代码执行规则却一点儿也不一样。使用生成器读取文件，第一次读取了第一行，第二次读取了第二行，以此类推，每次被加载到内存中的文字只有一行，大大的减小了内存的使用。

这样，即使读取上G的文本也不用担心，完全可以像读取很小文件一样编写代码。

百万级别的访问量

yield生成器是php5.5之后出现的，yield提供了一种更容易的方法来实现简单的迭代对象，相比较定义类实现 Iterator 接口的方式，性能开销和复杂性大大降低。

yield生成器允许你在 foreach 代码块中写代码来迭代一组数据而不需要在内存中创建一个数组。

使用示例：

/**
* 计算平方数列
* @param $start
* @param $stop
* @return Generator
*/
function squares($start, $stop) {
if ($start < $stop) {
for ($i = $start; $i <= $stop; $i++) {
yield $i => $i * $i;
}
}
else {
for ($i = $start; $i >= $stop; $i--) {
yield $i => $i * $i; //迭代生成数组：键=》值
}
}
}
foreach (squares(3, 15) as $n => $square) {
echo $n . ‘squared is‘ . $square . ‘<br>‘;
}
输出：
3 squared is 9
4 squared is 16
5 squared is 25
...

示例2：

/对某一数组进行加权处理
$numbers = array(‘nike‘ => 200, ‘jordan‘ => 500, ‘adiads‘ => 800);
//通常方法，如果是百万级别的访问量，这种方法会占用极大内存
function rand_weight($numbers)
{
$total = 0;
foreach ($numbers as $number => $weight) {
$total += $weight;
$distribution[$number] = $total;
}
$rand = mt_rand(0, $total-1);
foreach ($distribution as $num => $weight) {
if ($rand < $weight) return $num;
}
}
//改用yield生成器
function mt_rand_weight($numbers) {
$total = 0;
foreach ($numbers as $number => $weight) {
$total += $weight;
yield $number => $total;
}
}
function mt_rand_generator($numbers)
{
$total = array_sum($numbers);
$rand = mt_rand(0, $total -1);
foreach (mt_rand_weight($numbers) as $num => $weight) {
if ($rand < $weight) return $num;
}
}

常用的移动端的meta属性设置

Tue, 17 Aug 2021 20:04:35 +0800