Ngày nào sau đây là ngày phát hành của phiên bản 7.2 mới nhất của php?

Use the Current Stable Version [8. 1]

If you are getting started with PHP, start with the current stable release of PHP 8. 1. PHP 8. x adds many new features over the older 7. x and 5. x versions. The engine has been largely re-written, and PHP is now even quicker than older versions. PHP 8 is a major update of the language and contains many new features and optimizations

You should try to upgrade to the latest stable version quickly - PHP 7. 4 is already End of Life. Upgrading is easy, as there are not many backwards compatibility breaks. If you are not sure which version a function or feature is in, you can check the PHP documentation on the php. net website

Built-in web server

Với PHP5. 4 or newer, you can start learning PHP without installing and configuring a full-fledged web server. To start the server, run the following command from your terminal in your project’s web root

> php -S localhost:8000

Mac Setup

macOS comes prepackaged with PHP but it is normally a little behind the latest stable release. There are multiple ways to install the latest PHP version on macOS

Install PHP via Homebrew

Homebrew is a package manager for macOS that helps you easily install PHP and various extensions. The Homebrew core repository provides “formulae” for PHP 5. 6, 7. 0, 7. 1, 7. 2, 7. 3, 7. 4, 8. 0 and PHP 8. 1. Install the latest version with this command

You can switch between Homebrew PHP versions by modifying your

phpcbf -w --standard=PSR1 file.php

You can also switch between PHP versions manually by unlinking and linking the wanted version

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

Install PHP via Macports

The MacPorts Project is an open-source community initiative to design an easy-to-use system for compiling, installing, and upgrading either command-line, X11 or Aqua based open-source software on the OS X operating system

MacPorts supports pre-compiled binaries, so you don’t need to recompile every dependency from the source tarball files, it saves your life if you don’t have any package installed on your system

At this point, you can install

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

And you can run

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

Install PHP via phpbrew

phpbrew is a tool for installing and managing multiple PHP versions. This can be really useful if two different applications/projects require different versions of PHP, and you are not using virtual machines

Install PHP via Liip’s binary installer

Another popular option is php-osx. liip. ch which provides one liner installation methods for versions 5. 3 through 7. 3. It doesn’t overwrite the PHP binaries installed by Apple, but installs everything in a separate location [/usr/local/php5]

Compile from Source

Another option that gives you control over the version of PHP you install, is to compile it yourself. In that case be sure to have installed either Xcode or Apple’s substitute “Command Line Tools for XCode” downloadable from Apple’s Mac Developer Center

All-in-One Installers

The solutions listed above mainly handle PHP itself, and do not supply things like Apache, Nginx or a SQL server. “All-in-one” solutions such as MAMP and XAMPP will install these other bits of software for you and tie them all together, but ease of setup comes with a trade-off of flexibility

Windows Setup

You can download the binaries from windows. php. net/download. After the extraction of PHP, it is recommended to set the PATH to the root of your PHP folder [where php. exe is located] so you can execute PHP from anywhere

For learning and local development, you can use the built in webserver with PHP 5. 4+ so you don’t need to worry about configuring it. If you would like an “all-in-one” which includes a full-blown webserver and MySQL too then tools such as the XAMPP, EasyPHP, OpenServer and WAMP will help get a Windows development environment up and running fast. That said, these tools will be a little different from production so be careful of environment differences if you are working on Windows and deploying to Linux

If you need to run your production system on Windows, then IIS7 will give you the most stable and best performance. You can use phpmanager [a GUI plugin for IIS7] to make configuring and managing PHP simple. IIS7 comes with FastCGI built in and ready to go, you just need to configure PHP as a handler. Để được hỗ trợ và các tài nguyên bổ sung, có một khu vực dành riêng trên iis. net for PHP

Generally running your application on different environment in development and production can lead to strange bugs popping up when you go live. If you are developing on Windows and deploying to Linux [or anything non-Windows] then you should consider using a Virtual Machine

Chris Tankersley has a very helpful blog post on what tools he uses to do PHP development using Windows

Common Directory structure

A common question among those starting out with writing programs for the web is, “where do I put my stuff?” Over the years, this answer has consistently been “where the

phpcbf -w --standard=PSR1 file.php

For security reasons, configuration files should not be accessible by a site’s visitors; therefore, public scripts are kept in a public directory and private configurations and data are kept outside of that directory

For each team, CMS, or framework one works in, a standard directory structure is used by each of those entities. However, if one is starting a project alone, knowing which filesystem structure to use can be daunting

Paul M. Jones has done some fantastic research into common practices of tens of thousands of github projects in the realm of PHP. He has compiled a standard file and directory structure, the Standard PHP Package Skeleton, based on this research. In this directory structure,

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

brew unlink php
brew link --overwrite php@8.0

The PHP community is large and diverse, composed of innumerable libraries, frameworks, and components. It is common for PHP developers to choose several of these and combine them into a single project. It is important that PHP code adhere [as close as possible] to a common code style to make it easy for developers to mix and match various libraries for their projects

The Framework Interop Group has proposed and approved a series of style recommendations. Not all of them related to code-style, but those that do are PSR-1, PSR-12 and PSR-4. These recommendations are merely a set of rules that many projects like Drupal, Zend, Symfony, Laravel, CakePHP, phpBB, AWS SDK, FuelPHP, Lithium, etc are adopting. You can use them for your own projects, or continue to use your own personal style

Ideally, you should write PHP code that adheres to a known standard. This could be any combination of PSRs, or one of the coding standards made by PEAR or Zend. This means other developers can easily read and work with your code, and applications that implement the components can have consistency even when working with lots of third-party code

You can use PHP_CodeSniffer to check code against any one of these recommendations, and plugins for text editors like Sublime Text to be given real-time feedback

You can fix the code layout automatically by using one of the following tools

And you can run phpcs manually from shell

brew unlink php
brew link --overwrite php@8.0

It will show errors and describe how to fix them. It can also be helpful to include this command in a git hook. That way, branches which contain violations against the chosen standard cannot enter the repository until those violations have been fixed

If you have PHP_CodeSniffer, then you can fix the code layout problems reported by it, automatically, with the PHP Code Beautifier and Fixer

phpcbf -w --standard=PSR1 file.php

Another option is to use the PHP Coding Standards Fixer. It will show which kind of errors the code structure had before it fixed them

phpcbf -w --standard=PSR1 file.php

English is preferred for all symbol names and code infrastructure. Nhận xét có thể được viết bằng bất kỳ ngôn ngữ nào mà tất cả các bên hiện tại và tương lai có thể đang làm việc trên cơ sở mã đều có thể đọc được dễ dàng

Cuối cùng, một tài nguyên bổ sung tốt để viết mã PHP sạch là Clean Code PHP

Mô hình lập trình

PHP là một ngôn ngữ linh hoạt, năng động, hỗ trợ nhiều kỹ thuật lập trình. Nó đã phát triển vượt bậc trong những năm qua, đáng chú ý là thêm một mô hình hướng đối tượng vững chắc trong PHP 5. 0 [2004], các hàm ẩn danh và không gian tên trong PHP 5. 3 [2009] và các đặc điểm trong PHP 5. 4 [2012]

Lập trình hướng đối tượng

PHP có một tập hợp rất đầy đủ các tính năng lập trình hướng đối tượng bao gồm hỗ trợ cho các lớp, lớp trừu tượng, giao diện, kế thừa, hàm tạo, nhân bản, ngoại lệ, v.v.

Lập trình chức năng

PHP hỗ trợ các hàm hạng nhất, nghĩa là một hàm có thể được gán cho một biến. Cả hàm do người dùng định nghĩa và hàm tích hợp đều có thể được tham chiếu bởi một biến và được gọi động. Các hàm có thể được truyền dưới dạng đối số cho các hàm khác [một tính năng được gọi là Hàm bậc cao hơn] và các hàm có thể trả về các hàm khác

Đệ quy, một tính năng cho phép một hàm gọi chính nó, được ngôn ngữ hỗ trợ, nhưng hầu hết mã PHP tập trung vào phép lặp

Các hàm ẩn danh mới [có hỗ trợ đóng] đã có từ PHP 5. 3 [2009]

PHP5. 4 đã thêm khả năng liên kết các bao đóng với phạm vi của đối tượng và cũng cải thiện hỗ trợ cho các hàm có thể gọi được để chúng có thể được sử dụng thay thế cho nhau với các hàm ẩn danh trong hầu hết các trường hợp

PHP hỗ trợ nhiều dạng lập trình meta khác nhau thông qua các cơ chế như Reflection API và Magic Methods. Có rất nhiều Phương pháp ma thuật có sẵn như

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

không gian tên

Như đã đề cập ở trên, cộng đồng PHP có rất nhiều nhà phát triển tạo ra rất nhiều mã. Điều này có nghĩa là mã PHP của một thư viện có thể sử dụng cùng tên lớp với một thư viện khác. Khi cả hai thư viện được sử dụng trong cùng một không gian tên, chúng xung đột và gây ra sự cố

Không gian tên giải quyết vấn đề này. Như được mô tả trong hướng dẫn tham khảo PHP, các không gian tên có thể được so sánh với các thư mục hệ điều hành chứa các tệp không gian tên; . Tương tự như vậy, hai lớp PHP có cùng tên có thể cùng tồn tại trong các không gian tên PHP riêng biệt. Nó đơn giản như vậy

Điều quan trọng là bạn phải đặt tên cho mã của mình để các nhà phát triển khác có thể sử dụng mã đó mà không sợ xung đột với các thư viện khác

Một cách được đề xuất để sử dụng không gian tên được nêu trong PSR-4, nhằm mục đích cung cấp một quy ước không gian tên, lớp và tệp tiêu chuẩn để cho phép mã plug-and-play

Vào tháng 10 năm 2014, PHP-FIG đã ngừng sử dụng tiêu chuẩn tự động tải trước đó. PSR-0. Cả PSR-0 và PSR-4 vẫn hoàn toàn có thể sử dụng được. Cái sau yêu cầu PHP 5. 3, rất nhiều PHP 5. Các dự án chỉ có 2 người triển khai PSR-0

Nếu bạn định sử dụng tiêu chuẩn trình tải tự động cho một ứng dụng hoặc gói mới, hãy xem PSR-4

Thư viện PHP chuẩn

Thư viện PHP chuẩn [SPL] được đóng gói với PHP và cung cấp một tập hợp các lớp và giao diện. Nó chủ yếu được tạo thành từ các lớp cấu trúc cơ sở dữ liệu thường cần thiết [ngăn xếp, hàng đợi, đống, v.v.] và các trình vòng lặp có thể duyệt qua các cấu trúc cơ sở dữ liệu này hoặc các lớp của riêng bạn thực hiện các giao diện SPL

Giao diện dòng lệnh

PHP được tạo ra để viết các ứng dụng web, nhưng cũng hữu ích cho các chương trình giao diện dòng lệnh [CLI]. Các chương trình PHP dòng lệnh có thể giúp tự động hóa các tác vụ phổ biến như thử nghiệm, triển khai và quản trị ứng dụng

Các chương trình CLI PHP rất mạnh mẽ vì bạn có thể sử dụng trực tiếp mã ứng dụng của mình mà không cần phải tạo và bảo mật GUI web cho nó. Chỉ cần đảm bảo không đặt các tập lệnh PHP CLI của bạn vào thư mục gốc web công cộng của bạn

Hãy thử chạy PHP từ dòng lệnh của bạn

brew unlink php
brew link --overwrite php@8.0

Tùy chọn

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

Tùy chọn

brew unlink php
brew link --overwrite php@8.1

Hãy viết một chương trình CLI “Xin chào, $name” đơn giản. Để dùng thử, hãy tạo một tệp có tên

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

PHP thiết lập hai biến đặc biệt dựa trên các đối số mà tập lệnh của bạn được chạy cùng.

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

Biểu thức

brew unlink php
brew link --overwrite php@8.1

Để chạy tập lệnh của chúng tôi, ở trên, từ dòng lệnh

brew unlink php
brew link --overwrite php@8.0

Xdebug

Một trong những công cụ hữu ích nhất trong phát triển phần mềm là trình sửa lỗi thích hợp. Nó cho phép bạn theo dõi quá trình thực thi mã của mình và theo dõi nội dung của ngăn xếp. Xdebug, trình sửa lỗi của PHP, có thể được sử dụng bởi nhiều IDE khác nhau để cung cấp Điểm dừng và kiểm tra ngăn xếp. Nó cũng có thể cho phép các công cụ như PHPUnit và KCacheGrind thực hiện phân tích phạm vi mã và lập hồ sơ mã

Nếu bạn thấy mình bị ràng buộc, sẵn sàng dùng đến

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

Việc cài đặt Xdebug có thể phức tạp, nhưng một trong những tính năng quan trọng nhất của nó là “Gỡ lỗi từ xa” - nếu bạn phát triển mã cục bộ và sau đó kiểm tra nó bên trong máy ảo hoặc trên một máy chủ khác, thì tính năng Gỡ lỗi từ xa là tính năng mà bạn sẽ muốn bật ngay lập tức

Theo truyền thống, bạn sẽ sửa đổi Apache Vhost hoặc. htaccess với các giá trị này

brew unlink php
brew link --overwrite php@8.0

“Máy chủ từ xa” và “cổng từ xa” sẽ tương ứng với máy tính cục bộ của bạn và cổng mà bạn định cấu hình IDE của mình để nghe trên đó. Sau đó, vấn đề chỉ là đặt IDE của bạn ở chế độ “lắng nghe kết nối” và tải URL

brew unlink php
brew link --overwrite php@8.0

IDE của bạn bây giờ sẽ chặn trạng thái hiện tại khi tập lệnh thực thi, cho phép bạn đặt các điểm dừng và thăm dò các giá trị trong bộ nhớ

Trình gỡ lỗi đồ họa giúp dễ dàng duyệt qua mã, kiểm tra các biến và đánh giá mã so với thời gian chạy trực tiếp. Nhiều IDE có hỗ trợ tích hợp sẵn hoặc dựa trên plugin để gỡ lỗi đồ họa với Xdebug. MacGDBp là GUI Xdebug độc lập, mã nguồn mở, miễn phí dành cho Mac

Có rất nhiều thư viện, khung và thành phần PHP để lựa chọn. Dự án của bạn có thể sẽ sử dụng một vài trong số chúng — đây là những phần phụ thuộc của dự án. Cho đến gần đây, PHP không có cách tốt để quản lý các phụ thuộc dự án này. Ngay cả khi bạn quản lý chúng theo cách thủ công, bạn vẫn phải lo lắng về trình tải tự động. Đó không còn là vấn đề

Hiện tại có hai hệ thống quản lý gói chính cho PHP - Composer và PEAR. Trình soạn thảo hiện là trình quản lý gói phổ biến nhất cho PHP, tuy nhiên trong một thời gian dài, PEAR là trình quản lý gói chính được sử dụng. Biết lịch sử của PEAR là một ý tưởng hay, vì bạn vẫn có thể tìm thấy các tài liệu tham khảo về nó ngay cả khi bạn không bao giờ sử dụng nó

Nhà soạn nhạc và Packagist

Trình soạn thảo là trình quản lý phụ thuộc được đề xuất cho PHP. Liệt kê các phần phụ thuộc của dự án trong tệp

brew unlink php
brew link --overwrite php@8.1

Có rất nhiều thư viện PHP tương thích với Composer và sẵn sàng để sử dụng trong dự án của bạn. Các “gói” này được liệt kê trên Packagist, kho lưu trữ chính thức cho các thư viện PHP tương thích với Composer

Cách cài đặt Trình soạn nhạc

Cách an toàn nhất để tải xuống trình soạn nhạc là làm theo hướng dẫn chính thức. Điều này sẽ xác minh trình cài đặt không bị hỏng hoặc giả mạo. Trình cài đặt cài đặt tệp nhị phân

brew unlink php
brew link --overwrite php@8.0

Chúng tôi khuyên bạn nên cài đặt Composer trên toàn cầu [e. g. một bản duy nhất trong

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

Ghi chú. Nếu cách trên không thành công do quyền, hãy thêm tiền tố vào

brew unlink php
brew link --overwrite php@8.0

Để chạy Trình soạn thảo được cài đặt cục bộ, bạn sẽ sử dụng

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

Cài đặt trên Windows

Đối với người dùng Windows, cách dễ nhất để thiết lập và chạy là sử dụng trình cài đặt ComposerSetup, trình cài đặt này thực hiện cài đặt chung và thiết lập

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

Cách xác định và cài đặt các phụ thuộc

Trình soạn thảo theo dõi các phụ thuộc của dự án của bạn trong một tệp có tên là

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.0

Ngoài ra, lệnh

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.0

Tiếp theo, thêm dòng này vào tệp PHP chính của ứng dụng của bạn;

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

Điều này hữu ích nhất khi bạn xác định các yêu cầu phiên bản của mình một cách linh hoạt. Chẳng hạn, yêu cầu phiên bản của

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

Để nhận thông báo về các bản phát hành phiên bản mới, bạn có thể đăng ký thư viện. io, một dịch vụ web có thể giám sát các phụ thuộc và gửi cho bạn thông báo về các bản cập nhật

Kiểm tra các phụ thuộc của bạn để tìm các vấn đề bảo mật

Local PHP Security Checker là một công cụ dòng lệnh, sẽ kiểm tra tệp

brew unlink php
brew link --overwrite php@8.0

Xử lý các phụ thuộc toàn cầu với Composer

Trình soạn thảo cũng có thể xử lý các phụ thuộc toàn cầu và các tệp nhị phân của chúng. Cách sử dụng rất đơn giản, tất cả những gì bạn cần làm là thêm tiền tố vào lệnh của bạn với

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

Điều này sẽ tạo một thư mục

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

From Wikipedia

Dependency injection is a software design pattern that allows the removal of hard-coded dependencies and makes it possible to change them, whether at run-time or compile-time

This quote makes the concept sound much more complicated than it actually is. Dependency Injection is providing a component with its dependencies either through constructor injection, method calls or the setting of properties. It is that simple

Basic Concept

We can demonstrate the concept with a simple, yet naive example

Here we have a

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

phpcbf -w --standard=PSR1 file.php

This code can be refactored to use Dependency Injection and therefore loosen the dependency

phpcbf -w --standard=PSR1 file.php

Now we are giving the

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

Complex Problem

If you have ever read about Dependency Injection then you have probably seen the terms “Inversion of Control” or “Dependency Inversion Principle”. These are the complex problems that Dependency Injection solves

Inversion of Control

Inversion of Control is as it says, “inverting the control” of a system by keeping organizational control entirely separate from our objects. In terms of Dependency Injection, this means loosening our dependencies by controlling and instantiating them elsewhere in the system

For years, PHP frameworks have been achieving Inversion of Control, however, the question became, which part of control are we inverting, and where to? For example, MVC frameworks would generally provide a super object or base controller that other controllers must extend to gain access to its dependencies. This is Inversion of Control, however, instead of loosening dependencies, this method simply moved them

Dependency Injection allows us to more elegantly solve this problem by only injecting the dependencies we need, when we need them, without the need for any hard coded dependencies at all

S. O. L. I. D

Single Responsibility Principle

The Single Responsibility Principle is about actors and high-level architecture. It states that “A class should have only one reason to change. ” This means that every class should only have responsibility over a single part of the functionality provided by the software. The largest benefit of this approach is that it enables improved code reusability. By designing our class to do just one thing, we can use [or re-use] it in any other program without changing it

Open/Closed Principle

The Open/Closed Principle is about class design and feature extensions. It states that “Software entities [classes, modules, functions, etc. ] should be open for extension, but closed for modification. ” This means that we should design our modules, classes and functions in a way that when a new functionality is needed, we should not modify our existing code but rather write new code that will be used by existing code. Practically speaking, this means that we should write classes that implement and adhere to interfaces, then type-hint against those interfaces instead of specific classes

The largest benefit of this approach is that we can very easily extend our code with support for something new without having to modify existing code, meaning that we can reduce QA time, and the risk for negative impact to the application is substantially reduced. We can deploy new code, faster, and with more confidence

Liskov Substitution Principle

The Liskov Substitution Principle is about subtyping and inheritance. It states that “Child classes should never break the parent class’ type definitions. ” Or, in Robert C. Martin’s words, “Subtypes must be substitutable for their base types. ”

For example, if we have a

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

Interface Segregation Principle

The Interface Segregation Principle [ISP] is about business-logic-to-clients communication. It states that “No client should be forced to depend on methods it does not use. ” This means that instead of having a single monolithic interface that all conforming classes need to implement, we should instead provide a set of smaller, concept-specific interfaces that a conforming class implements one or more of

For example, a

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

Nguyên tắc đảo ngược phụ thuộc

The Dependency Inversion Principle is about removing hard-links between discrete classes so that new functionality can be leveraged by passing a different class. Nó nói rằng một người nên “Phụ thuộc vào Trừu tượng. Do not depend on concretions. ”. Nói một cách đơn giản, điều này có nghĩa là các phần phụ thuộc của chúng ta phải là các giao diện/hợp đồng hoặc các lớp trừu tượng thay vì các triển khai cụ thể. Chúng ta có thể dễ dàng cấu trúc lại ví dụ trên để tuân theo nguyên tắc này

phpcbf -w --standard=PSR1 file.php

There are several benefits to the

brew unlink php
brew link --overwrite php@8.1

Consider that we are working in a team and the adapter is being worked on by a colleague. In our first example, we would have to wait for said colleague to finish the adapter before we could properly mock it for our unit tests. Now that the dependency is an interface/contract we can happily mock that interface knowing that our colleague will build the adapter based on that contract

An even bigger benefit to this method is that our code is now much more scalable. If a year down the line we decide that we want to migrate to a different type of database, we can write an adapter that implements the original interface and injects that instead, no more refactoring would be required as we can ensure that the adapter follows the contract set by the interface

Containers

The first thing you should understand about Dependency Injection Containers is that they are not the same thing as Dependency Injection. A container is a convenience utility that helps us implement Dependency Injection, however, they can be and often are misused to implement an anti-pattern, Service Location. Injecting a DI container as a Service Locator in to your classes arguably creates a harder dependency on the container than the dependency you are replacing. It also makes your code much less transparent and ultimately harder to test

Most modern frameworks have their own Dependency Injection Container that allows you to wire your dependencies together through configuration. What this means in practice is that you can write application code that is as clean and de-coupled as the framework it is built on

Further Reading

Many times your PHP code will use a database to persist information. You have a few options to connect and interact with your database. The recommended option until PHP 5. 1. 0 was to use native drivers such as mysqli, pgsql, mssql, etc

Native drivers are great if you are only using one database in your application, but if, for example, you are using MySQL and a little bit of MSSQL, or you need to connect to an Oracle database, then you will not be able to use the same drivers. You’ll need to learn a brand new API for each database — and that can get silly

MySQL Extension

The mysql extension for PHP is incredibly old and has been superseded by two other extensions

Not only did development stop long ago on mysql, but it was deprecated as of PHP 5. 5. 0, and has been officially removed in PHP 7. 0

To save digging into your

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

Even if you are not using PHP 7. x yet, failing to consider this upgrade as soon as possible will lead to greater hardship when the PHP 7. x upgrade does come about. The best option is to replace mysql usage with mysqli or PDO in your applications within your own development schedules so you won’t be rushed later on

If you are upgrading from mysql to mysqli, beware lazy upgrade guides that suggest you can simply find and replace

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

PDO Extension

PDO is a database connection abstraction library — built into PHP since 5. 1. 0 — that provides a common interface to talk with many different databases. For example, you can use basically identical code to interface with MySQL or SQLite

phpcbf -w --standard=PSR1 file.php

PDO will not translate your SQL queries or emulate missing features; it is purely for connecting to multiple types of database with the same API

More importantly,

brew unlink php
brew link --overwrite php@8.1

Let’s assume a PHP script receives a numeric ID as a query parameter. This ID should be used to fetch a user record from a database. This is the

brew unlink php
brew link --overwrite php@8.1

phpcbf -w --standard=PSR1 file.php

This is terrible code. You are inserting a raw query parameter into a SQL query. This will get you hacked in a heartbeat, using a practice called SQL Injection. Just imagine if a hacker passes in an inventive

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

phpcbf -w --standard=PSR1 file.php

This is correct code. It uses a bound parameter on a PDO statement. This escapes the foreign input ID before it is introduced to the database preventing potential SQL injection attacks

For writes, such as INSERT or UPDATE, it’s especially critical to still filter your data first and sanitize it for other things [removal of HTML tags, JavaScript, etc]. PDO will only sanitize it for SQL, not for your application

You should also be aware that database connections use up resources and it was not unheard-of to have resources exhausted if connections were not implicitly closed, however this was more common in other languages. Using PDO you can implicitly close the connection by destroying the object by ensuring all remaining references to it are deleted, i. e. set to NULL. If you don’t do this explicitly, PHP will automatically close the connection when your script ends - unless of course you are using persistent connections

Interacting with Databases

When developers first start to learn PHP, they often end up mixing their database interaction up with their presentation logic, using code that might look like this

phpcbf -w --standard=PSR1 file.php

This is bad practice for all sorts of reasons, mainly that it’s hard to debug, hard to test, hard to read and it is going to output a lot of fields if you don’t put a limit on there

While there are many other solutions to doing this - depending on if you prefer OOP or functional programming - there must be some element of separation

Consider the most basic step

phpcbf -w --standard=PSR1 file.php

That is a good start. Put those two items in two different files and you’ve got some clean separation

Create a class to place that method in and you have a “Model”. Create a simple

brew unlink php
brew link --overwrite php@8.1

foo. php

phpcbf -w --standard=PSR1 file.php

models/FooModel. php

phpcbf -w --standard=PSR1 file.php

views/foo-list. php

phpcbf -w --standard=PSR1 file.php

This is essentially the same as what most modern frameworks are doing, albeit a little more manual. You might not need to do all of that every time, but mixing together too much presentation logic and database interaction can be a real problem if you ever want to unit-test your application

Abstraction Layers

Many frameworks provide their own abstraction layer which may or may not sit on top of PDO. These will often emulate features for one database system that is missing from another by wrapping your queries in PHP methods, giving you actual database abstraction instead of just the connection abstraction that PDO provides. This will of course add a little overhead, but if you are building a portable application that needs to work with MySQL, PostgreSQL and SQLite then a little overhead will be worth it for the sake of code cleanliness

Some abstraction layers have been built using the PSR-0 or PSR-4 namespace standards so can be installed in any application you like

Templates provide a convenient way of separating your controller and domain logic from your presentation logic. Templates typically contain the HTML of your application, but may also be used for other formats, such as XML. Templates are often referred to as “views”, which make up part of the second component of the model–view–controller [MVC] software architecture pattern

Benefits

The main benefit to using templates is the clear separation they create between the presentation logic and the rest of your application. Templates have the sole responsibility of displaying formatted content. They are not responsible for data lookup, persistence or other more complex tasks. This leads to cleaner, more readable code which is especially helpful in a team environment where developers work on the server-side code [controllers, models] and designers work on the client-side code [markup]

Templates also improve the organization of presentation code. Templates are typically placed in a “views” folder, each defined within a single file. This approach encourages code reuse where larger blocks of code are broken into smaller, reusable pieces, often called partials. For example, your site header and footer can each be defined as templates, which are then included before and after each page template

Finally, depending on the library you use, templates can offer more security by automatically escaping user-generated content. Some libraries even offer sand-boxing, where template designers are only given access to white-listed variables and functions

Plain PHP Templates

Plain PHP templates are simply templates that use native PHP code. They are a natural choice since PHP is actually a template language itself. That simply means that you can combine PHP code within other code, like HTML. This is beneficial to PHP developers as there is no new syntax to learn, they know the functions available to them, and their code editors already have PHP syntax highlighting and auto-completion built-in. Further, plain PHP templates tend to be very fast as no compiling stage is required

Every modern PHP framework employs some kind of template system, most of which use plain PHP by default. Outside of frameworks, libraries like Plates or Aura. View make working with plain PHP templates easier by offering modern template functionality such as inheritance, layouts and extensions

Simple example of a plain PHP template

Using the Plates library

phpcbf -w --standard=PSR1 file.php

Example of plain PHP templates using inheritance

Using the Plates library

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

Compiled Templates

While PHP has evolved into a mature, object oriented language, it hasn’t improved much as a templating language. Compiled templates, like Twig, Brainy, or Smarty*, fill this void by offering a new syntax that has been geared specifically to templating. From automatic escaping, to inheritance and simplified control structures, compiled templates are designed to be easier to write, cleaner to read and safer to use. Compiled templates can even be shared across different languages, Mustache being a good example of this. Since these templates must be compiled there is a slight performance hit, however this is very minimal when proper caching is used

*While Smarty offers automatic escaping, this feature is NOT enabled by default

Simple example of a compiled template

Using the Twig library

phpcbf -w --standard=PSR1 file.php

Example of compiled templates using inheritance

Using the Twig library

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

Further Reading

Articles & Tutorials

Libraries

Errors

In many “exception-heavy” programming languages, whenever anything goes wrong an exception will be thrown. This is certainly a viable way to do things, but PHP is an “exception-light” programming language. While it does have exceptions and more of the core is starting to use them when working with objects, most of PHP itself will try to keep processing regardless of what happens, unless a fatal error occurs

For example

phpcbf -w --standard=PSR1 file.php

This is only a notice error, and PHP will happily carry on. This can be confusing for those coming from “exception-heavy” languages, because referencing a missing variable in Python for example will throw an exception

phpcbf -w --standard=PSR1 file.php

The only real difference is that Python will freak out over any small thing, so that developers can be super sure any potential issue or edge-case is caught, whereas PHP will keep on processing unless something extreme happens, at which point it will throw an error and report it

Error Severity

PHP has several levels of error severity. The three most common types of messages are errors, notices and warnings. These have different levels of severity;

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

Another type of error message reported at compile time are

brew unlink php
brew link --overwrite php@8.1

Changing PHP’s Error Reporting Behaviour

Error Reporting can be changed by using PHP settings and/or PHP function calls. Using the built in PHP function

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

This might seem like a good idea, but there are a few undesirable tradeoffs. PHP handles expressions using an

brew unlink php
brew link --overwrite php@8.1

brew unlink php
brew link --overwrite php@8.1

Secondly, the error control operator completely swallows the error. The error is not displayed, and the error is not sent to the error log. Also, stock/production PHP systems have no way to turn off the error control operator. While you may be correct that the error you’re seeing is harmless, a different, less harmless error will be just as silent

If there’s a way to avoid the error suppression operator, you should consider it. For example, our code above could be rewritten like this

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.1

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

Earlier we mentioned there’s no way in a stock PHP system to turn off the error control operator. However, Xdebug has an

phpcbf -w --standard=PSR1 file.php

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

You can also set this value at runtime with the

phpcbf -w --standard=PSR1 file.php

brew unlink php
brew link --overwrite php@8.0

phpcbf -w --standard=PSR1 file.php

This is most useful when you’re debugging code and suspect an informative error is suppressed. Use scream with care, and as a temporary debugging tool. There’s lots of PHP library code that may not work with the error control operator disabled

ErrorException

PHP is perfectly capable of being an “exception-heavy” programming language, and only requires a few lines of code to make the switch. Basically you can throw your “errors” as “exceptions” using the

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

This is a common practice implemented by a large number of modern frameworks such as Symfony and Laravel. In debug mode [or dev mode] both of these frameworks will display a nice and clean stack trace

There are also some packages available for better error and exception handling and reporting. Like Whoops. , which comes with the default installation of Laravel and can be used in any framework as well

By throwing errors as exceptions in development you can handle them better than the usual result, and if you see an exception during development you can wrap it in a catch statement with specific instructions on how to handle the situation. Each exception you catch instantly makes your application that little bit more robust

More information on this and details on how to use

phpcbf -w --standard=PSR1 file.php

Configuration Files

When creating configuration files for your applications, best practices recommend that one of the following methods be followed

• It is recommended that you store your configuration information where it cannot be accessed directly and pulled in via the file system
• If you must store your configuration files in the document root, name the files with a

  brew unlink php
  brew link --overwrite php@8.1
  

  85 extension. This ensures that, even if the script is accessed directly, it will not be output as plain text
• Information in configuration files should be protected accordingly, either through encryption or group/user file system permissions
• Bạn nên đảm bảo rằng mình không chuyển giao các tệp cấu hình có chứa thông tin nhạy cảm. g. mật khẩu hoặc mã thông báo API để kiểm soát nguồn

Đăng ký toàn cầu

GHI CHÚ. Kể từ PHP 5. 4. 0 the

phpcbf -w --standard=PSR1 file.php

When enabled, the

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

Ví dụ.

phpcbf -w --standard=PSR1 file.php

brew unlink php
brew link --overwrite php@8.1

Nếu bạn đang sử dụng PHP 5. 3

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

Production

To hide errors on your production environment, configure your

brew unlink php
brew link --overwrite php@8.0

brew unlink php
brew link --overwrite php@8.0

With these settings in production, errors will still be logged to the error logs for the web server, but will not be shown to the user. For more information on these settings, see the PHP manual

Writing automated tests for your PHP code is considered a best practice and can lead to well-built applications. Automated tests are a great tool for making sure your application does not break when you are making changes or adding new functionality and should not be ignored

There are several different types of testing tools [or frameworks] available for PHP, which use different approaches - all of which are trying to avoid manual testing and the need for large Quality Assurance teams, just to make sure recent changes didn’t break existing functionality

Hướng phát triển thử nghiệm

From Wikipedia

Phát triển dựa trên thử nghiệm [TDD] là một quy trình phát triển phần mềm dựa trên sự lặp lại của một chu kỳ phát triển rất ngắn. đầu tiên, nhà phát triển viết một trường hợp thử nghiệm tự động bị lỗi xác định một cải tiến mong muốn hoặc chức năng mới, sau đó tạo mã để vượt qua thử nghiệm đó và cuối cùng tái cấu trúc mã mới theo tiêu chuẩn chấp nhận được. Kent Beck, người được cho là đã phát triển hoặc 'khám phá lại' kỹ thuật này, đã tuyên bố vào năm 2003 rằng TDD khuyến khích các thiết kế đơn giản và truyền cảm hứng cho sự tự tin.

There are several different types of testing that you can do for your application

Unit Testing

Unit Testing is a programming approach to ensure functions, classes and methods are working as expected, from the point you build them all the way through the development cycle. By checking values going in and out of various functions and methods, you can make sure the internal logic is working correctly. By using Dependency Injection and building “mock” classes and stubs you can verify that dependencies are correctly used for even better test coverage

When you create a class or function you should create a unit test for each behavior it must have. At a very basic level you should make sure it errors if you send it bad arguments and make sure it works if you send it valid arguments. This will help ensure that when you make changes to this class or function later on in the development cycle that the old functionality continues to work as expected. Giải pháp thay thế duy nhất cho điều này sẽ là

brew unlink php
brew link --overwrite php@8.1

Việc sử dụng khác cho các bài kiểm tra đơn vị là đóng góp cho nguồn mở. Nếu bạn có thể viết một bài kiểm tra cho thấy chức năng bị hỏng [tôi. e. không thành công], sau đó sửa nó và cho thấy bài kiểm tra đã vượt qua, các bản vá có nhiều khả năng được chấp nhận hơn. Nếu bạn chạy một dự án chấp nhận các yêu cầu kéo thì bạn nên đề xuất đây là một yêu cầu

PHPUnit là khung thử nghiệm thực tế để viết các bài kiểm tra đơn vị cho các ứng dụng PHP, nhưng có một số lựa chọn thay thế

Thử nghiệm hội nhập

From Wikipedia

Kiểm thử tích hợp [đôi khi được gọi là Kiểm thử và Tích hợp, viết tắt là “I&T”] là giai đoạn kiểm thử phần mềm trong đó các mô-đun phần mềm riêng lẻ được kết hợp và kiểm thử theo nhóm. Nó xảy ra sau khi kiểm tra đơn vị và trước khi kiểm tra xác nhận. Kiểm thử tích hợp lấy các mô-đun đầu vào đã được kiểm thử đơn vị, nhóm chúng thành các tập hợp lớn hơn, áp dụng các kiểm thử được xác định trong kế hoạch kiểm thử tích hợp cho các tập hợp đó và cung cấp đầu ra là hệ thống tích hợp sẵn sàng cho kiểm thử hệ thống

Nhiều công cụ tương tự có thể được sử dụng để kiểm tra đơn vị có thể được sử dụng để kiểm tra tích hợp vì nhiều nguyên tắc giống nhau được sử dụng

Thử nghiệm chức năng

Sometimes also known as acceptance testing, functional testing consists of using tools to create automated tests that actually use your application instead of just verifying that individual units of code are behaving correctly and that individual units can speak to each other correctly. Các công cụ này thường hoạt động bằng cách sử dụng dữ liệu thực và mô phỏng người dùng thực của ứng dụng

Công cụ kiểm tra chức năng

• selen
• chồn
• Codeception là một khung thử nghiệm toàn ngăn xếp bao gồm các công cụ thử nghiệm chấp nhận
• Storyplayer là một khung thử nghiệm toàn ngăn xếp bao gồm hỗ trợ tạo và hủy môi trường thử nghiệm theo yêu cầu

Phát triển hành vi lái xe

There are two different types of Behavior-Driven Development [BDD]. SpecBDD and StoryBDD. SpecBDD focuses on technical behavior of code, while StoryBDD focuses on business or feature behaviors or interactions. PHP has frameworks for both types of BDD

Với StoryBDD, bạn viết những câu chuyện mà con người có thể đọc được để mô tả hành vi của ứng dụng của bạn. Những câu chuyện này sau đó có thể được chạy dưới dạng thử nghiệm thực tế đối với ứng dụng của bạn. Khung được sử dụng trong các ứng dụng PHP cho StoryBDD là Behat, được lấy cảm hứng từ dự án Ruby’s Cucumber và triển khai Gherkin DSL để mô tả hành vi của tính năng

With SpecBDD, you write specifications that describe how your actual code should behave. Instead of testing a function or method, you are describing how that function or method should behave. PHP offers the PHPSpec framework for this purpose. Khung này được lấy cảm hứng từ dự án RSpec cho Ruby

• Behat, khung StoryBDD cho PHP, lấy cảm hứng từ dự án Ruby’s Cucumber;
• PHPSpec, khung công tác SpecBDD cho PHP, lấy cảm hứng từ dự án RSpec của Ruby;
• Codeception is a full-stack testing framework that uses BDD principles

Bên cạnh các khung điều khiển hành vi và thử nghiệm riêng lẻ, còn có một số khung chung và thư viện trợ giúp hữu ích cho bất kỳ phương pháp ưa thích nào được thực hiện

Các ứng dụng PHP có thể được triển khai và chạy trên các máy chủ web sản xuất theo một số cách

Nền tảng dưới dạng Dịch vụ [PaaS]

PaaS cung cấp hệ thống và kiến ​​trúc mạng cần thiết để chạy các ứng dụng PHP trên web. Điều này có nghĩa là ít hoặc không có cấu hình để khởi chạy các ứng dụng PHP hoặc khung công tác PHP

Gần đây PaaS đã trở thành một phương pháp phổ biến để triển khai, lưu trữ và nhân rộng các ứng dụng PHP ở mọi quy mô. Bạn có thể tìm thấy danh sách các nhà cung cấp “Nền tảng như một dịch vụ” PHP PaaS trong phần tài nguyên của chúng tôi

Xây dựng và triển khai ứng dụng của bạn

Nếu bạn thấy mình đang thực hiện các thay đổi lược đồ cơ sở dữ liệu thủ công hoặc chạy thử nghiệm theo cách thủ công trước khi cập nhật tệp của mình [theo cách thủ công], hãy suy nghĩ kỹ. Với mỗi tác vụ thủ công bổ sung cần thiết để triển khai phiên bản mới của ứng dụng, khả năng xảy ra lỗi nghiêm trọng có thể tăng lên. Cho dù bạn đang xử lý một bản cập nhật đơn giản, quy trình xây dựng toàn diện hay thậm chí là chiến lược tích hợp liên tục, tự động hóa bản dựng là bạn của bạn

Trong số các tác vụ bạn có thể muốn tự động hóa là

• quản lý phụ thuộc
• Tổng hợp, thu nhỏ tài sản của bạn
• chạy thử nghiệm
• Tạo tài liệu
• bao bì
• triển khai

Các công cụ triển khai có thể được mô tả như một tập hợp các tập lệnh xử lý các tác vụ phổ biến của việc triển khai phần mềm. Công cụ triển khai không phải là một phần của phần mềm của bạn, nó hoạt động trên phần mềm của bạn từ 'bên ngoài'

Có rất nhiều công cụ nguồn mở có sẵn để giúp bạn triển khai và tự động hóa bản dựng, một số được viết bằng PHP, một số khác thì không. Điều này sẽ không cản trở bạn sử dụng chúng, nếu chúng phù hợp hơn cho công việc cụ thể. Đây là vài ví dụ

Phing có thể kiểm soát quy trình đóng gói, triển khai hoặc thử nghiệm của bạn từ bên trong tệp bản dựng XML. Phing [dựa trên Apache Ant] cung cấp một tập hợp phong phú các tác vụ thường cần thiết để cài đặt hoặc cập nhật ứng dụng web và có thể được mở rộng với các tác vụ tùy chỉnh bổ sung, được viết bằng PHP. Đây là một công cụ chắc chắn và mạnh mẽ và đã xuất hiện từ lâu, tuy nhiên, công cụ này có thể bị coi là hơi lỗi thời do cách nó xử lý cấu hình [tệp XML]

Capistrano là một hệ thống dành cho các lập trình viên từ trung cấp đến cao cấp để thực thi các lệnh theo cách có cấu trúc, có thể lặp lại trên một hoặc nhiều máy từ xa. Nó được cấu hình sẵn để triển khai các ứng dụng Ruby on Rails, tuy nhiên bạn có thể triển khai thành công các hệ thống PHP với nó. Việc sử dụng thành công Capistrano phụ thuộc vào kiến ​​thức làm việc về Ruby và Rake

Ansistrano là một vài vai trò Ansible để dễ dàng quản lý quá trình triển khai [triển khai và khôi phục] cho các ứng dụng tập lệnh như PHP, Python và Ruby. Đó là một cổng Ansible cho Capistrano. Nó đã được khá nhiều công ty PHP sử dụng rồi

Rocketeer lấy cảm hứng và triết lý từ Laravel framework. Mục tiêu của nó là nhanh, thanh lịch và dễ sử dụng với các mặc định thông minh. Nó có nhiều máy chủ, nhiều giai đoạn, triển khai nguyên tử và triển khai có thể được thực hiện song song. Mọi thứ trong công cụ đều có thể được hoán đổi hoặc mở rộng nóng và mọi thứ đều được viết bằng PHP

Deployer là một công cụ triển khai được viết bằng PHP. Nó đơn giản và chức năng. Các tính năng bao gồm chạy các tác vụ song song, triển khai nguyên tử và duy trì tính nhất quán giữa các máy chủ. Công thức của các tác vụ phổ biến cho Symfony, Laravel, Zend Framework và Yii có sẵn. Bài viết của Younes Rafie Triển khai dễ dàng các ứng dụng PHP với Deployer là một hướng dẫn tuyệt vời để triển khai ứng dụng của bạn bằng công cụ

Magallanes là một công cụ khác được viết bằng PHP với cấu hình đơn giản được thực hiện trong tệp YAML. Nó có hỗ trợ cho nhiều máy chủ và môi trường, triển khai nguyên tử và có một số tác vụ được tích hợp sẵn mà bạn có thể tận dụng cho các công cụ và khuôn khổ phổ biến

đọc thêm

Cung cấp máy chủ

Quản lý và cấu hình máy chủ có thể là một nhiệm vụ khó khăn khi phải đối mặt với nhiều máy chủ. Có các công cụ để giải quyết vấn đề này để bạn có thể tự động hóa cơ sở hạ tầng của mình nhằm đảm bảo rằng bạn có đúng máy chủ và chúng được định cấu hình đúng cách. Họ thường tích hợp với các nhà cung cấp dịch vụ lưu trữ đám mây lớn hơn [Amazon Web Services, Heroku, DigitalOcean, v.v.] để quản lý các phiên bản, giúp mở rộng ứng dụng dễ dàng hơn rất nhiều

Ansible là một công cụ quản lý cơ sở hạ tầng của bạn thông qua các tệp YAML. Thật đơn giản để bắt đầu và có thể quản lý các ứng dụng quy mô lớn và phức tạp. Có một API để quản lý các phiên bản trên đám mây và nó có thể quản lý chúng thông qua khoảng không quảng cáo động bằng một số công cụ nhất định

Con rối là một công cụ có ngôn ngữ và loại tệp riêng để quản lý máy chủ và cấu hình. Nó có thể được sử dụng trong thiết lập chính/máy khách hoặc nó có thể được sử dụng trong chế độ “không có chủ”. Ở chế độ chính/máy khách, các máy khách sẽ thăm dò [các] máy chủ trung tâm để biết cấu hình mới theo các khoảng thời gian đã đặt và tự cập nhật nếu cần. Ở chế độ không có chủ, bạn có thể đẩy các thay đổi đến các nút của mình

Chef là một khung tích hợp hệ thống dựa trên Ruby mạnh mẽ mà bạn có thể xây dựng toàn bộ môi trường máy chủ hoặc hộp ảo của mình với. Nó tích hợp tốt với Amazon Web Services thông qua dịch vụ của họ có tên là OpsWorks

đọc thêm

Hội nhập liên tục

Tích hợp liên tục là một phương pháp phát triển phần mềm trong đó các thành viên trong nhóm tích hợp công việc của họ thường xuyên, thông thường mỗi người tích hợp ít nhất hàng ngày — dẫn đến nhiều lần tích hợp mỗi ngày. Nhiều nhóm nhận thấy rằng cách tiếp cận này giúp giảm đáng kể các sự cố tích hợp và cho phép nhóm phát triển phần mềm gắn kết nhanh hơn

– Martin Fowler

Có nhiều cách khác nhau để triển khai tích hợp liên tục cho PHP. Travis CI đã làm rất tốt việc biến việc tích hợp liên tục thành hiện thực ngay cả đối với các dự án nhỏ. Travis CI là một dịch vụ tích hợp liên tục được lưu trữ cho cộng đồng nguồn mở. Nó được tích hợp với GitHub và cung cấp hỗ trợ hạng nhất cho nhiều ngôn ngữ bao gồm PHP

đọc thêm

Chạy ứng dụng của bạn trên các môi trường khác nhau trong quá trình phát triển và sản xuất có thể dẫn đến các lỗi lạ xuất hiện khi bạn phát trực tiếp. Cũng rất khó để cập nhật các môi trường phát triển khác nhau với cùng một phiên bản cho tất cả các thư viện được sử dụng khi làm việc với một nhóm các nhà phát triển

Nếu bạn đang phát triển trên Windows và triển khai lên Linux [hoặc bất kỳ thứ gì không phải Windows] hoặc đang phát triển theo nhóm, bạn nên cân nhắc sử dụng máy ảo. Điều này nghe có vẻ phức tạp, nhưng bên cạnh các môi trường ảo hóa được biết đến rộng rãi như VMware hoặc VirtualBox, còn có các công cụ bổ sung có thể giúp bạn thiết lập môi trường ảo chỉ bằng một vài bước đơn giản

lang thang

Vagrant giúp bạn xây dựng các hộp ảo của mình trên các môi trường ảo đã biết và sẽ định cấu hình các môi trường này dựa trên một tệp cấu hình duy nhất. Các hộp này có thể được thiết lập thủ công hoặc bạn có thể sử dụng phần mềm “cung cấp” như Puppet hoặc Chef để thực hiện việc này cho bạn. Cung cấp hộp cơ sở là một cách tuyệt vời để đảm bảo rằng nhiều hộp được thiết lập theo cách giống hệt nhau và loại bỏ nhu cầu duy trì danh sách lệnh “thiết lập” phức tạp của bạn. Bạn cũng có thể “phá hủy” hộp cơ sở của mình và tạo lại nó mà không cần thực hiện nhiều bước thủ công, giúp dễ dàng tạo cài đặt “mới”

Vagrant tạo các thư mục để chia sẻ mã của bạn giữa máy chủ và máy ảo của bạn, điều đó có nghĩa là bạn có thể tạo và chỉnh sửa các tệp của mình trên máy chủ, sau đó chạy mã bên trong máy ảo của bạn

Một sự giúp đỡ nho nhỏ

Nếu bạn cần một chút trợ giúp để bắt đầu sử dụng Vagrant, có một số dịch vụ có thể hữu ích

• con rối. GUI đơn giản để thiết lập các máy ảo để phát triển PHP. Tập trung nhiều vào PHP. Bên cạnh các máy ảo cục bộ, nó cũng có thể được sử dụng để triển khai cho các dịch vụ đám mây. Việc cung cấp được thực hiện với Puppet
• khả thi. cung cấp một giao diện dễ sử dụng giúp bạn tạo Ansible Playbooks cho các dự án dựa trên PHP

docker

Docker - một giải pháp thay thế gọn nhẹ cho một máy ảo đầy đủ - được gọi như vậy bởi vì tất cả là về “các thùng chứa”. Vùng chứa là một khối xây dựng, trong trường hợp đơn giản nhất, thực hiện một công việc cụ thể, chẳng hạn như. g. chạy một máy chủ web. Một “hình ảnh” là gói bạn sử dụng để xây dựng vùng chứa - Docker có một kho chứa đầy chúng

Một ứng dụng LAMP điển hình có thể có ba vùng chứa. máy chủ web, quy trình PHP-FPM và MySQL. Như với các thư mục được chia sẻ trong Vagrant, bạn có thể để các tệp ứng dụng của mình ở vị trí của chúng và báo cho Docker biết nơi tìm chúng

Bạn có thể tạo vùng chứa từ dòng lệnh [xem ví dụ bên dưới] hoặc, để dễ bảo trì, tạo tệp

phpcbf -w --standard=PSR1 file.php

Docker có thể hữu ích nếu bạn đang phát triển nhiều trang web và muốn tách biệt khỏi việc cài đặt từng trang trên máy ảo của riêng mình, nhưng không có dung lượng đĩa cần thiết hoặc thời gian để cập nhật mọi thứ. Nó hiệu quả. quá trình cài đặt và tải xuống nhanh hơn, bạn chỉ cần lưu trữ một bản sao của mỗi hình ảnh, tuy nhiên nó thường được sử dụng như thế nào, bộ chứa cần ít RAM hơn và chia sẻ cùng một nhân hệ điều hành, vì vậy bạn có thể có nhiều máy chủ chạy đồng thời và chỉ mất vài giây để

Sau khi cài đặt docker trên máy của bạn, bạn có thể khởi động máy chủ web bằng một lệnh. Phần sau đây sẽ tải xuống bản cài đặt Apache đầy đủ chức năng với phiên bản PHP mới nhất, ánh xạ

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

Thao tác này sẽ khởi tạo và khởi chạy vùng chứa của bạn.

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

phpcbf -w --standard=PSR1 file.php

Learn more about Docker

The command above shows a quick way to run a basic server. There’s much more you can do [and thousands of pre-built images in the Docker Hub]. Take time to learn the terminology and read the Docker User Guide to get the most from it, and don’t run random code you’ve downloaded without checking it’s safe – unofficial images may not have the latest security patches. If in doubt, stick to the official repositiories

The PHPDocker. io site will auto-generate all the files you need for a fully-featured LAMP/LEMP stack, including your choice of PHP version and extensions

PHP is pretty quick by itself, but bottlenecks can arise when you make remote connections, load files, etc. Thankfully, there are various tools available to speed up certain parts of your application, or reduce the number of times these various time-consuming tasks need to run

Opcode Cache

When a PHP file is executed, it must first be compiled into opcodes [machine language instructions for the CPU]. If the source code is unchanged, the opcodes will be the same, so this compilation step becomes a waste of CPU resources

An opcode cache prevents redundant compilation by storing opcodes in memory and reusing them on successive calls. It will typically check signature or modification time of the file first, in case there have been any changes

It’s likely an opcode cache will make a significant speed improvement to your application. Since PHP 5. 5 there is one built in - Zend OPcache. Depending on your PHP package/distribution, it’s usually turned on by default - check opcache. enable and the output of

brew unlink php
brew link --overwrite php@8.1

Read more about opcode caches

Object Caching

Đôi khi, việc lưu trữ các đối tượng riêng lẻ trong mã của bạn có thể hữu ích, chẳng hạn như với dữ liệu đắt tiền để lấy hoặc các lệnh gọi cơ sở dữ liệu mà kết quả khó có thể thay đổi. Bạn có thể sử dụng phần mềm bộ nhớ đệm đối tượng để giữ các phần dữ liệu này trong bộ nhớ để truy cập cực nhanh sau này. Nếu bạn lưu các mục này vào kho lưu trữ dữ liệu sau khi truy xuất chúng, sau đó kéo chúng trực tiếp từ bộ nhớ cache cho các yêu cầu sau, bạn có thể đạt được sự cải thiện đáng kể về hiệu suất cũng như giảm tải cho máy chủ cơ sở dữ liệu của mình

Nhiều giải pháp lưu trữ mã byte phổ biến cũng cho phép bạn lưu trữ dữ liệu tùy chỉnh vào bộ đệm ẩn, vì vậy càng có nhiều lý do để tận dụng chúng. APCu, XCache và WinCache đều cung cấp API để lưu dữ liệu từ mã PHP của bạn vào bộ nhớ đệm của chúng

Các hệ thống lưu trữ đối tượng bộ nhớ được sử dụng phổ biến nhất là APCu và memcached. APCu là một lựa chọn tuyệt vời cho bộ nhớ đệm đối tượng, nó bao gồm một API đơn giản để thêm dữ liệu của riêng bạn vào bộ nhớ cache của nó và rất dễ cài đặt cũng như sử dụng. Một hạn chế thực sự của APCu là nó được gắn với máy chủ mà nó được cài đặt trên đó. Mặt khác, Memcached được cài đặt như một dịch vụ riêng biệt và có thể được truy cập qua mạng, nghĩa là bạn có thể lưu trữ các đối tượng trong kho lưu trữ dữ liệu siêu nhanh ở một vị trí trung tâm và nhiều hệ thống khác nhau có thể lấy từ đó

Lưu ý rằng khi chạy PHP dưới dạng [ứng dụng Fastcgi bên trong máy chủ web của bạn, mọi quy trình PHP sẽ có bộ đệm riêng, tôi. e. Dữ liệu APCu không được chia sẻ giữa các quy trình worker của bạn. Trong những trường hợp này, bạn có thể cân nhắc sử dụng memcached để thay thế, vì nó không bị ràng buộc với các quy trình PHP

Trong một cấu hình được nối mạng, APCu thường sẽ vượt trội hơn so với memcached về tốc độ truy cập, nhưng memcached sẽ có thể mở rộng quy mô nhanh hơn và xa hơn. Nếu bạn không muốn có nhiều máy chủ chạy ứng dụng của mình hoặc không cần các tính năng bổ sung mà memcached cung cấp thì APCu có lẽ là lựa chọn tốt nhất của bạn cho bộ nhớ đệm đối tượng

Ví dụ logic sử dụng APCu

brew unlink php
brew link --overwrite php@8.0

phpcbf -w --standard=PSR1 file.php

từ nguồn

Mọi người theo dõi

Rất khó để tìm được những thành viên thú vị và hiểu biết về cộng đồng PHP khi bạn mới bắt đầu. Bạn có thể tìm thấy danh sách viết tắt của các thành viên cộng đồng PHP để giúp bạn bắt đầu tại

Nhà cung cấp PaaS PHP

Để xem các máy chủ PaaS này đang chạy phiên bản nào, hãy truy cập Phiên bản PHP

khung

Thay vì phát minh lại bánh xe, nhiều nhà phát triển PHP sử dụng các khung để xây dựng các ứng dụng web. Các khung trừu tượng hóa nhiều mối quan tâm cấp thấp và cung cấp các giao diện hữu ích, dễ sử dụng để hoàn thành các tác vụ thông thường

Bạn không cần phải sử dụng một framework cho mọi dự án. Đôi khi PHP đơn giản là cách phù hợp, nhưng nếu bạn cần một framework thì có ba loại chính có sẵn

• Khung vi mô
• Full-Stack Frameworks
• Khung thành phần

Các khung vi mô về cơ bản là một trình bao bọc để định tuyến một yêu cầu HTTP tới một cuộc gọi lại, bộ điều khiển, phương thức, v.v. nhanh nhất có thể và đôi khi đi kèm với một vài thư viện bổ sung để hỗ trợ phát triển, chẳng hạn như các trình bao bọc cơ sở dữ liệu cơ bản và những thứ tương tự. Chúng được sử dụng nổi bật để xây dựng các dịch vụ HTTP từ xa

Nhiều khung bổ sung một số lượng đáng kể các tính năng trên những gì có sẵn trong một khung vi mô; . Chúng thường đi kèm với ORM, gói Xác thực, v.v.

Các khung dựa trên thành phần là tập hợp các thư viện chuyên dụng và đơn mục đích. Các khung dựa trên thành phần khác nhau có thể được sử dụng cùng nhau để tạo thành khung vi mô hoặc toàn ngăn xếp

Các thành phần

Như đã đề cập ở trên, “Các thành phần” là một cách tiếp cận khác để đạt được mục tiêu chung là tạo, phân phối và triển khai mã dùng chung. Các kho lưu trữ thành phần khác nhau tồn tại, hai kho chính trong số đó là

Cả hai kho lưu trữ này đều có các công cụ dòng lệnh được liên kết với chúng để trợ giúp quá trình cài đặt và nâng cấp và đã được giải thích chi tiết hơn trong phần Quản lý phụ thuộc

Ngoài ra còn có các khung dựa trên thành phần và các nhà cung cấp thành phần không cung cấp khung nào cả. Các dự án này cung cấp một nguồn gói khác lý tưởng là ít hoặc không phụ thuộc vào các gói khác hoặc các khung cụ thể

Ví dụ: bạn có thể sử dụng gói Xác thực FuelPHP mà không cần sử dụng chính khung FuelPHP

Các thành phần Illuminate của Laravel sẽ được tách biệt tốt hơn khỏi framework Laravel. Hiện tại, chỉ những thành phần được tách rời tốt nhất khỏi khung Laravel mới được liệt kê ở trên

Tài nguyên hữu ích khác

cheatsheets

Các phương pháp hay nhất khác

Tin tức xung quanh cộng đồng phát triển web và PHP

Bạn có thể đăng ký nhận bản tin hàng tuần để cập nhật thông tin về thư viện mới, tin tức mới nhất, sự kiện và thông báo chung, cũng như các tài nguyên bổ sung được xuất bản mọi lúc mọi nơi

Ngoài ra còn có các Tuần báo trên các nền tảng khác mà bạn có thể quan tâm;

vũ trụ PHP

Video hướng dẫn

Kênh YouTube

Video trả phí

Sách

Có rất nhiều sách PHP; . Đặc biệt, tránh những cuốn sách về “PHP 6”, một phiên bản sẽ không bao giờ tồn tại. Bản phát hành lớn tiếp theo của PHP sau 5. 6 là “PHP 7”, một phần vì điều này

Phần này nhằm mục đích trở thành một tài liệu sống cho các cuốn sách được đề xuất về phát triển PHP nói chung. Nếu bạn muốn cuốn sách của mình được thêm vào, hãy gửi PR và nó sẽ được xem xét về mức độ phù hợp

Sách miễn phí

Sách trả phí

• Xây dựng API mà bạn sẽ không ghét - Mọi người và chú chó của họ đều muốn có API, vì vậy có lẽ bạn nên học cách xây dựng chúng
• PHP hiện đại - Bao gồm các tính năng PHP hiện đại, thực tiễn tốt nhất, thử nghiệm, điều chỉnh, triển khai và thiết lập môi trường nhà phát triển
• Xây dựng ứng dụng PHP an toàn - Tìm hiểu kiến ​​thức cơ bản về bảo mật mà một nhà phát triển cấp cao thường có được sau nhiều năm kinh nghiệm, tất cả được cô đọng trong một cuốn sổ tay nhanh chóng và dễ dàng
• Hiện đại hóa các ứng dụng kế thừa trong PHP - Kiểm soát mã của bạn theo một loạt các bước nhỏ, cụ thể
• Bảo mật PHP. Khái niệm cốt lõi - Hướng dẫn về một số thuật ngữ bảo mật phổ biến nhất và cung cấp một số ví dụ về chúng trong PHP hàng ngày
• Mở rộng quy mô PHP - Dừng chơi sysadmin và quay lại viết mã
• Tín hiệu PHP - Tín hiệu PCNLT là một trợ giúp tuyệt vời khi viết các tập lệnh PHP chạy từ dòng lệnh
• Các thử nghiệm khả thi tối thiểu - Nhà truyền bá thử nghiệm PHP lâu năm Chris Hartjes xem xét những gì anh ấy cảm thấy là mức tối thiểu bạn cần biết để bắt đầu
• Thiết kế theo hướng miền trong PHP - Xem các ví dụ thực tế được viết bằng PHP giới thiệu các Kiểu kiến ​​trúc thiết kế theo hướng miền [Kiến trúc lục giác, CQRS hoặc Tìm nguồn sự kiện], Mẫu thiết kế chiến thuật và Tích hợp bối cảnh có giới hạn

Nhóm người dùng PHP

Nếu bạn sống ở một thành phố lớn hơn, rất có thể có một nhóm người dùng PHP gần đó. Bạn có thể dễ dàng tìm thấy PUG địa phương của mình tại PHP. xấu xí. Các nguồn thay thế có thể là Meetup. com hoặc tìm kiếm

phpcbf -w --standard=PSR1 file.php

Cần đề cập đặc biệt đến hai nhóm người dùng toàn cầu. NomadPHP và PHPWomen. NomadPHP cung cấp các cuộc họp nhóm người dùng trực tuyến hai lần mỗi tháng với các bài thuyết trình của một số diễn giả hàng đầu trong cộng đồng PHP. PHPWomen là một nhóm người dùng không độc quyền ban đầu được nhắm mục tiêu tới phụ nữ trong thế giới PHP. Tư cách thành viên dành cho tất cả những ai ủng hộ một cộng đồng đa dạng hơn. PHPWomen cung cấp một mạng lưới hỗ trợ, cố vấn và giáo dục, đồng thời thúc đẩy việc tạo ra một bầu không khí chuyên nghiệp và “thân thiện với phụ nữ”

Đọc về Nhóm người dùng trên PHP Wiki

Hội nghị PHP

Cộng đồng PHP cũng tổ chức các hội nghị khu vực và quốc gia lớn hơn ở nhiều quốc gia trên thế giới. Các thành viên nổi tiếng của cộng đồng PHP thường phát biểu tại các sự kiện lớn hơn này, vì vậy đây là cơ hội tuyệt vời để học hỏi trực tiếp từ các nhà lãnh đạo ngành

Tìm một hội nghị PHP

ElePHPquần

ElePHPant là linh vật xinh đẹp của dự án PHP với một con voi trong thiết kế của nó. Ban đầu nó được thiết kế cho dự án PHP vào năm 1998 bởi Vincent Pontier - người cha tinh thần của hàng nghìn elePHPants trên khắp thế giới - và mười năm sau, đồ chơi voi sang trọng đáng yêu cũng ra đời. Giờ đây, elePHPants có mặt tại nhiều hội nghị PHP và với nhiều nhà phát triển PHP trên máy tính của họ để giải trí và truyền cảm hứng

Phiên bản mới nhất của PHP Mcq là gì?