记录－交流－Web开发知识分享
PHP 8.2 将于2022 年 12 月 8 日发布。在本文中，我们将逐一介绍所有新特性、性能改进、更改和弃用。
PHP 8.1 中引入了只读属性。此 RFC 构建在它们之上，并添加了语法糖以使所有类属性同时变为只读。代替这样写：
class Post
{
public function __construct(
public readonly string $title,
public readonly Author $author,
public readonly string $body这是我第四次每年写一篇“PHP in 20XX”的帖子，我必须承认我从来没有像今年这样兴奋过：我们已经看到 PHP 添加了一些很棒的新特性，比如注解，枚举、属性提升和纤程；最重要的是，静态分析社区正在取得巨大进步，我个人最喜欢的功能是 PhpStorm 现在在编写代码时支持泛型。
激动人心的时代即将到来，让我们来看看现代 PHP！…
我之所以写这个话题，是因为最近我看到有些人在他们的项目中使用我的代码而没有保留版权声明（我真的不想在本文中怪任何人）。
他们使用我的代码并不是真正的问题，我喜欢鼓舞其他人根据我的一些概念和想法做一些很棒的事情，并且很高兴能为您提供代码帮助。因此，每个人都可以自由使用我的代码，但是根据给定的许可条款，现在是重要的部分。您也可以说“credit where credits needed”。在软件环境中开源并不意味着您可以复制漂亮的东西并将其粘贴到您的项目中，并告诉所有人您做得很好。那不是它的工作方式，因为原始作者会生气，而当作者感到生气时，他很可能不再发布出色的开源软件，或者至少他不会发布。可以这样考虑：我使用了另一位开发人员的出色代码，这位开发人员投入了大量时间来编写这段出色的代码，至少我可以赞扬编码人员，以展示自己的才能。感谢。我也在写它，是因为我经常看到它，没人在乎许可证。
本文应该是有关软件获得许可并要使用它时的确切摘要。我挑选了最常见的OS（开源）许可证，因为那里有很多许可证，请随时查看所有许可证。您下次可以将本文用作指导；-)我对完整性不承担任何责任，如果您认为我忘记了什么，请告诉我！…
(Just-In-Time)即时编译器是PHP 8.0中最重要的新功能之一。JIT可以通过将PHP应用程序的全部或经常调用的部分作为CPU机器代码编译并存储并直接执行，从而绕过Zend VM及其过程开销，从而提高性能。
JIT是传统解释器和AOT编译器的混合体。混合模型带来了这两种方法的利弊，而经过微调的应用程序可以胜过JIT的弊端。
PHP的JIT实施是Dmitry Stogov付出的巨大努力，历时数年之久的讨论，实施和测试都是如此。
PHP JIT：
PHP 8.0的JIT基础概述和配置选项，请参阅PHP 8.0：JIT。
这篇文章是关于基准，JIT如何工作以及理想的配置选项的。
大多数PHP应用程序都接受HTTP请求，从数据库中检索和处理数据，并返回结果。IO通常是重要的性能瓶颈：从磁盘读取数据，写入和网络请求。
PHP 8.0引入了JIT，以提高PHP应用程序的性能，但它也增加了调试的障碍，因为应用程序的某些部分可能作为CPU机器代码缓存，而标准PHP调试器无法使用。PHP 8.0的JIT pull-request在PHP代码库中增加了50,000多个新行，因此，除了从事JIT的开发人员之外，PHP核心开发人员本身可能并不精通。
PHP代码一旦处理（标记，解析，构建AST和构建操作码），便在Zend虚拟机上运行。与Java和JavaScript相似，虚拟机对应用程序的硬件方面进行了抽象，从而可以“运行” PHP源代码而无需编译。
Opcache扩展可以帮助将操作码存储在共享内存中，从而跳过重复的标记化/解析/操作码步骤。…
PHP 8在PHP的内核中添加了JIT（即时编译）编译器，可以极大地提高性能。
纯解释程序语言没有编译步骤，可以直接在虚拟机中执行代码。实际上，包括PHP在内的大多数解释型语言都有一个轻量级的编译步骤来提高其性能。
另一方面，使用Ahead-Of-Time（AOT）编译进行编程的语言要求在运行代码之前首先对其进行编译。
即时编译是解释器和提前编译的混合模型，部分或全部代码通常在运行时进行编译，而无需开发人员手动进行编译。
PHP历史上是一种解释语言，所有代码都是由虚拟机（Zend VM）解释的。通过引入由PHP代码生成的Opcache和Opcodes，可以对此进行更改，并且可以将其缓存在内存中。PHP 7.0添加了AST（抽象语法树）的概念，该概念进一步将解析器与编译器分离。
PHP的JIT内部使用LuaJIT的DynASM，并作为Opcache的一部分实现。
深入
了解JIT有关最佳JIT配置，基准以及JIT如何工作的详细指南
Opcache可以检查使用的代码（通常称为热代码），并将它们的编译版本存储在共享的Opcache内存中。什么时候应该编译代码，什么时候应该编译代码是可配置的。
当前在运行在x86和x64处理器指令集上的Linux和Windows系统上启用了JIT。当前不支持Apple M1和ARM CPU。
DynASM是PHP JIT中使用的编译器，它也支持ARM指令，但是尚不清楚PHP JIT是否可以在ARM处理器上运行。
如果CPU支持JIT，则JIT也可以使用AVX。2011年及以后的大多数消费者和服务器级处理器都支持AVX指令。cat /proc/cpuinfo | grep …
变更和改进的清单很长，如果您有兴趣阅读全部内容，请查看完整的变更日志。我将在这里重点介绍一些关键点。
从Composer和packagist.org之间使用的协议到依赖关系解析，我们几乎对所有内容进行了全面检查，包括使用curl和约束评估优化来并行下载文件。这导致速度和内存使用方面的巨大改进。差异取决于您的用例，因此尽管我看到某些项目的两个方面的改进都超过50％的报告，但我无法在上面给出确切的数字。但是我敢肯定，如果您还没有尝试过Composer 2，将会感到非常惊讶。
作为补充，require/remove和部分更新现在快得多，因为Composer现在将仅加载要更改的程序包的元数据。…
有时我们需要将应用程序逻辑放在控制器或模型之外的某个地方，通常称为服务。但是，有几种方法可以使用它们-作为静态“helpers”，作为对象或依赖注入。让我们看看每一个什么时候用是合适的。
我在本主题中看到的最大问题–关于如何使用依赖注入和服务的文章很多，但是几乎没有解释为什么应该使用它以及何时用是真正有用的。因此，让我们通过一些理论深入研究示例。…
关于Laravel前端脚手架的状态，存在很多争论，戏剧性和最终的困惑。我不会关注任何戏剧-谁对谁错是不重要的。
什么是重要的是确保人们理解的-相对复杂-前端脚手架的状态。初学者和经验丰富的开发人员似乎都对该前端“生态系统”的某些部分感到困惑。
因此，本文将尝试作为Laravel前端脚手架的完整指南。
注意：如果您只是想快速了解要使用的内容，而又不对不同解决方案的用途进行解释，请跳到文章结尾。…
最近经常有人问如何使用laravel的身份认证功能，因为laravel的身份认证方式比较多，laravel的作者最近专门写了一文章来解释说明,以下为译文：
Laravel提供了一些与身份验证相关的软件包。在继续之前，我们将回顾Laravel中的常规身份验证生态系统，并讨论每个软件包的预期目的。
首先，请考虑身份验证的工作原理。使用网络浏览器时，用户将通过登录表单提供其用户名和密码。如果这些凭据正确，则应用程序将在用户的会话中存储有关经过身份验证的用户的信息。发布给浏览器的cookie包含会话ID，以便对应用程序的后续请求可以将用户与正确的会话相关联。接收到会话cookie后，应用程序将基于会话ID检索会话数据，注意身份验证信息已存储在会话中，并将用户视为“已身份验证”。
当远程服务需要进行身份验证才能访问API时，通常不使用cookie，因为没有Web浏览器。而是，远程服务根据每个请求将API令牌发送到API。应用程序可以对照有效API令牌表验证传入令牌，并“认证”与该API令牌相关联的用户正在执行的请求。…
鉴于即将举行的Hacktoberfest，我想为初学者分享一些技巧，这些初学者可能想专门为PHP 软件包做出第一笔贡献。从我自己的经验来看，与“常规”（Laravel）应用程序相比，在一个程序包上工作可能看起来很艰巨。
这篇文章旨在为初学者贡献一些开源PHP软件包的指导。…
近期评论