Trong điều kiện nào nó buộc php dừng tập lệnh?

Sử dụng Phiên bản ổn định hiện tại (8. 2)

Nếu bạn đang bắt đầu với PHP, hãy bắt đầu với bản phát hành ổn định hiện tại của PHP 8. 2. PHP8. x bổ sung nhiều hơn so với 7 cũ hơn. x và 5. phiên bản x. Công cụ đã được viết lại phần lớn và PHP hiện thậm chí còn nhanh hơn các phiên bản cũ hơn. PHP 8 là một bản cập nhật lớn của ngôn ngữ và chứa nhiều tính năng và tối ưu hóa mới

Bạn nên nhanh chóng nâng cấp lên phiên bản ổn định mới nhất - PHP 7. 4 đã là End of Life. Việc nâng cấp rất dễ dàng vì không có nhiều lỗi tương thích ngược với PHP 8. 0, PHP8. 1, PHP8. 2. Nếu bạn không chắc chức năng hoặc tính năng của phiên bản nào, bạn có thể kiểm tra tài liệu PHP trên trang web php. trang mạng

Máy chủ web tích hợp

Với PHP5. 4 hoặc mới hơn, bạn có thể bắt đầu học PHP mà không cần cài đặt và định cấu hình máy chủ web chính thức. Để khởi động máy chủ, hãy chạy lệnh sau từ thiết bị đầu cuối của bạn trong thư mục gốc của dự án

> php -S localhost:8000

Cài đặt máy Mac

macOS được đóng gói sẵn với PHP nhưng nó thường chậm hơn một chút so với bản phát hành ổn định mới nhất. 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 7. 4, 8. 0, 8. 1 and PHP 8. 2. 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 [email protected]

brew unlink php
brew link --overwrite [email protected]

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

php-cs-fixer fix -v --rules=@PSR1 file.php

php-cs-fixer fix -v --rules=@PSR1 file.php

php-cs-fixer fix -v --rules=@PSR1 file.php

php-cs-fixer fix -v --rules=@PSR1 file.php

php-cs-fixer fix -v --rules=@PSR1 file.php

php-cs-fixer fix -v --rules=@PSR1 file.php

sudo port install php74
sudo port install php82

And you can run

php-cs-fixer fix -v --rules=@PSR1 file.php

sudo port select --set php php82

Install PHP via phpbrew

phpbrew is a tool for installing and managing multiple PHP versions. Điều này có thể thực sự hữu ích nếu hai ứng dụng/dự án khác nhau yêu cầu các phiên bản PHP khác nhau và bạn không sử dụng máy ảo

Cài đặt PHP thông qua trình cài đặt nhị phân của Liip

Một tùy chọn phổ biến khác là php-osx. liip. ch cung cấp một phương pháp cài đặt lót cho các phiên bản 5. 3 đến 7. 3. Nó không ghi đè lên các tệp nhị phân PHP do Apple cài đặt mà cài đặt mọi thứ ở một vị trí riêng biệt (/usr/local/php5)

Biên dịch từ Nguồn

Một tùy chọn khác cho phép bạn kiểm soát phiên bản PHP mà bạn cài đặt là tự biên dịch nó. Trong trường hợp đó, hãy chắc chắn đã cài đặt Xcode hoặc công cụ thay thế “Command Line Tools for XCode” của Apple có thể tải xuống từ Trung tâm nhà phát triển Mac của Apple

Trình cài đặt tất cả trong một

Các giải pháp được liệt kê ở trên chủ yếu xử lý chính PHP và không cung cấp những thứ như Apache, Nginx hoặc máy chủ SQL. Các giải pháp “tất cả trong một” như MAMP và XAMPP sẽ cài đặt các phần mềm khác này cho bạn và liên kết tất cả chúng lại với nhau, nhưng việc dễ dàng thiết lập đi kèm với sự đánh đổi về tính linh hoạt

cài đặt Windows

Bạn có thể tải xuống các tệp nhị phân từ windows. php. mạng/tải xuống. Sau khi giải nén PHP, bạn nên đặt PATH vào thư mục gốc của thư mục PHP (trong đó php. exe) để bạn có thể thực thi PHP từ bất cứ đâu

Để học tập và phát triển địa phương, bạn có thể sử dụng máy chủ web tích hợp với PHP 5. 4+ nên bạn không cần lo cấu hình. Nếu bạn muốn một “tất cả trong một” bao gồm máy chủ web toàn diện và cả MySQL thì các công cụ như XAMPP, EasyPHP, OpenServer và WAMP sẽ giúp thiết lập và chạy nhanh môi trường phát triển Windows. Điều đó nói rằng, những công cụ này sẽ khác một chút so với sản xuất, vì vậy hãy cẩn thận với sự khác biệt về môi trường nếu bạn đang làm việc trên Windows và triển khai lên Linux

Nếu bạn cần chạy hệ thống sản xuất của mình trên Windows, thì IIS7 sẽ cung cấp cho bạn hiệu suất ổn định nhất và tốt nhất. Bạn có thể sử dụng phpmanager (một plugin GUI cho IIS7) để cấu hình và quản lý PHP đơn giản. IIS7 đi kèm với FastCGI được tích hợp sẵn và sẵn sàng hoạt động, bạn chỉ cần định cấu hình PHP làm trình xử lý. Để đượ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. mạng cho PHP

Nói chung, việc 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 hành trực tiếp. 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) thì bạn nên cân nhắc sử dụng

Chris Tankersley có một bài đăng trên blog rất hữu ích về những công cụ mà anh ấy sử dụng để phát triển PHP bằng Windows

Cấu trúc thư mục chung

Một câu hỏi phổ biến đối với những người bắt đầu viết chương trình cho web là "tôi đặt nội dung của mình ở đâu?" . ” Mặc dù câu trả lời này chưa hoàn chỉnh, nhưng đó là một nơi tuyệt vời để bắt đầu

Vì lý do bảo mật, khách truy cập trang web không thể truy cập tệp cấu hình;

Đối với mỗi nhóm, CMS hoặc khung mà một người làm việc, một cấu trúc thư mục tiêu chuẩn được sử dụng bởi từng thực thể đó. Tuy nhiên, nếu một người đang bắt đầu một dự án một mình, việc biết sử dụng cấu trúc hệ thống tệp nào có thể gây khó khăn.

Paul M. Jones đã thực hiện một số nghiên cứu tuyệt vời về các thực tiễn chung của hàng chục nghìn dự án github trong lĩnh vực PHP. Ông đã biên soạn một cấu trúc thư mục và tệp tiêu chuẩn, Bộ xương gói PHP tiêu chuẩn, dựa trên nghiên cứu này. Trong cấu trúc thư mục này,

php-cs-fixer fix -v --rules=@PSR1 file.php

php-cs-fixer fix -v --rules=@PSR1 file.php

> php -i

> php -i

Cộng đồng PHP lớn và đa dạng, bao gồm vô số thư viện, khung và thành phần. Các nhà phát triển PHP thường chọn một vài trong số này và kết hợp chúng thành một dự án duy nhất. Điều quan trọng là mã PHP phải tuân thủ (càng gần càng tốt) với một kiểu mã phổ biến để giúp các nhà phát triển dễ dàng kết hợp và kết hợp các thư viện khác nhau cho các dự án của họ

Framework Interop Group đã đề xuất và phê duyệt một loạt các đề xuất về phong cách. Không phải tất cả chúng đều liên quan đến kiểu mã, nhưng những thứ đó là PSR-1, PSR-12 và PSR-4. Những đề xuất này chỉ đơn thuần là một bộ quy tắc mà nhiều dự án như Drupal, Zend, Symfony, Laravel, CakePHP, phpBB, AWS SDK, FuelPHP, Lithium, v.v. đang áp dụng. Bạn có thể sử dụng chúng cho các dự án của riêng mình hoặc tiếp tục sử dụng phong cách cá nhân của riêng bạn

Tốt nhất, bạn nên viết mã PHP tuân theo một tiêu chuẩn đã biết. Đây có thể là bất kỳ sự kết hợp nào của PSR hoặc một trong các tiêu chuẩn mã hóa do PEAR hoặc Zend tạo ra. Điều này có nghĩa là các nhà phát triển khác có thể dễ dàng đọc và làm việc với mã của bạn và các ứng dụng triển khai các thành phần có thể có tính nhất quán ngay cả khi làm việc với nhiều mã của bên thứ ba

Bạn có thể sử dụng PHP_CodeSniffer để kiểm tra mã dựa trên bất kỳ đề xuất nào trong số này và các plugin dành cho trình soạn thảo văn bản như Sublime Text để nhận phản hồi theo thời gian thực

Bạn có thể tự động sửa bố cục mã bằng cách sử dụng một trong các công cụ sau

Và bạn có thể chạy thủ công phpcs từ shell

phpcs -sw --standard=PSR1 file.php

Nó sẽ hiển thị các lỗi và mô tả cách khắc phục chúng. Cũng có thể hữu ích khi đưa lệnh này vào hook git. Theo cách đó, các nhánh có vi phạm tiêu chuẩn đã chọn không thể vào kho lưu trữ cho đến khi những vi phạm đó được khắc phục

Nếu bạn có PHP_CodeSniffer, thì bạn có thể tự động khắc phục các sự cố về bố cục mã do nó báo cáo bằng Trình sửa lỗi và làm đẹp mã PHP

phpcbf -w --standard=PSR1 file.php

Một tùy chọn khác là sử dụng Trình sửa lỗi tiêu chuẩn mã hóa PHP. Nó sẽ hiển thị loại lỗi mà cấu trúc mã có trước khi sửa chúng

php-cs-fixer fix -v --rules=@PSR1 file.php

Tiếng Anh được ưu tiên cho tất cả các tên ký hiệu và cơ sở hạ tầng mã. 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ư

> php -i

> php -i

> php -i

> php -i

> php -i

> php -i

> php -i

> php -i

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. Both PSR-0 and PSR-4 are still perfectly usable. 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 triển khai 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

> php -i

Tùy chọn

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

Tùy chọn

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

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

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

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.

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

Biểu thức

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

Để 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 [email protected]

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

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

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 [email protected]

“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 [email protected]

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 chuyển 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 - và. 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 [email protected]

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 sẽ cài đặt tệp nhị phân

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

Để 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 [email protected]

brew unlink php
brew link --overwrite [email protected]

Cài đặt trên Windows

Đối với người dùng Windows, cách dễ dàng nhất để khởi động 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 toàn cầu và thiết lập

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

Ngoài ra, lệnh

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

> php -i

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

Đ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 về phiên bản của

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

Để 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 [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

Thao tác này sẽ tạo một thư mục

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

sudo port install php74
sudo port install php82

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

sudo port install php74
sudo port install php82

Now we are giving the

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

Dependency Inversion Principle

The Dependency Inversion Principle is about removing hard-links between discrete classes so that new functionality can be leveraged by passing a different class. It states that one should “Depend on Abstractions. Do not depend on concretions. ”. Put simply, this means our dependencies should be interfaces/contracts or abstract classes rather than concrete implementations. We can easily refactor the above example to follow this principle

sudo port install php74
sudo port install php82

There are several benefits to the

brew unlink php
brew link --overwrite [email protected]

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. Điều này có nghĩa là trong thực tế, bạn có thể viết mã ứng dụng rõ ràng và tách rời như khung mà nó được xây dựng trên đó

Đọc thêm

Nhiều lần mã PHP của bạn sẽ sử dụng cơ sở dữ liệu để duy trì thông tin. Bạn có một số tùy chọn để kết nối và tương tác với cơ sở dữ liệu của mình. Tùy chọn được đề xuất cho đến 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 has been officially removed in PHP 7. 0

To save digging into your

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

Even if you are not using PHP 7. x or later yet, failing to consider this upgrade as soon as possible will lead to greater hardship when the PHP 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 [email protected]

brew unlink php
brew link --overwrite [email protected]

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

sudo port install php74
sudo port install php82

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 [email protected]

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 [email protected]

sudo port install php74
sudo port install php82

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

sudo port install php74
sudo port install php82

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 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

sudo port install php74
sudo port install php82

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 or - there must be some element of separation

Consider the most basic step

sudo port install php74
sudo port install php82

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 [email protected]

foo. php

sudo port install php74
sudo port install php82

models/FooModel. php

sudo port select --set php php82

views/foo-list. php

sudo port select --set php php82

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 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 (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

sudo port select --set php php82

Example of plain PHP templates using inheritance

Using the Plates library

sudo port select --set php php82

sudo port select --set php php82

Mẫu đã biên dịch

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

Ví dụ đơn giản về mẫu đã biên dịch

Sử dụng thư viện Twig

sudo port select --set php php82

Ví dụ về các mẫu được biên dịch bằng cách sử dụng tính kế thừa

Sử dụng thư viện Twig

sudo port select --set php php82

sudo port select --set php php82

Đọc thêm

Bài báo & Hướng dẫn

thư viện

lỗi

Trong nhiều ngôn ngữ lập trình “nặng về ngoại lệ”, bất cứ khi nào xảy ra sự cố, một ngoại lệ sẽ được đưa ra. Đây chắc chắn là một cách khả thi để làm mọi việc, nhưng PHP là một ngôn ngữ lập trình “ngoại lệ nhẹ”. Mặc dù nó có ngoại lệ và nhiều lõi bắt đầu sử dụng chúng khi làm việc với các đối tượng, nhưng hầu hết bản thân PHP sẽ cố gắng tiếp tục xử lý bất kể điều gì xảy ra, trừ khi xảy ra lỗi nghiêm trọng

Ví dụ

sudo port select --set php php82

Đây chỉ là một lỗi thông báo và PHP sẽ vui vẻ tiếp tục. Điều này có thể gây nhầm lẫn cho những người đến từ các ngôn ngữ “nặng về ngoại lệ”, bởi vì việc tham chiếu một biến bị thiếu trong Python chẳng hạn sẽ tạo ra một ngoại lệ

sudo port select --set php php82

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

Another type of error message reported at compile time are

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

brew unlink php
brew link --overwrite [email protected]

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 [email protected]

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

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

sudo port install php74
sudo port install php82

brew unlink php
brew link --overwrite [email protected]

phpcs -sw --standard=PSR1 file.php

You can also set this value at runtime with the

sudo port install php74
sudo port install php82

brew unlink php
brew link --overwrite [email protected]

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

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

sudo port install php74
sudo port install php82

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 [email protected]
  

  86 extension. Điều này đảm bảo rằng, ngay cả khi tập lệnh được truy cập trực tiếp, nó sẽ không được xuất ra dưới dạng văn bản thuần túy
• Information in configuration files should be protected accordingly, either through encryption or group/user file system permissions
• It is a good idea to ensure that you do not commit configuration files containing sensitive information e. g. mật khẩu hoặc mã thông báo API để kiểm soát nguồn

Register Globals

GHI CHÚ. Kể từ PHP 5. 4. 0 cài đặt

sudo port install php74
sudo port install php82

Khi được bật, cài đặt cấu hình

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

Ví dụ.

sudo port install php74
sudo port install php82

brew unlink php
brew link --overwrite [email protected]

Nếu bạn đang sử dụng PHP <5. 4. 0 đảm bảo rằng

sudo port install php74
sudo port install php82

Báo cáo lỗi

Ghi nhật ký lỗi có thể hữu ích trong việc tìm ra các điểm có vấn đề trong ứng dụng của bạn, nhưng nó cũng có thể làm lộ thông tin về cấu trúc ứng dụng của bạn ra thế giới bên ngoài. Để bảo vệ ứng dụng của bạn một cách hiệu quả khỏi các sự cố có thể do đầu ra của những thông báo này gây ra, bạn cần định cấu hình máy chủ của mình theo cách khác trong quá trình phát triển so với sản xuất (trực tiếp)

Phát triển

Để hiển thị mọi lỗi có thể xảy ra trong quá trình phát triển, hãy định cấu hình các cài đặt sau trong

brew unlink php
brew link --overwrite [email protected]

phpcs -sw --standard=PSR1 file.php

Truyền vào giá trị

sudo port install php74
sudo port install php82

46 sẽ hiển thị mọi lỗi có thể xảy ra, ngay cả khi các cấp độ và hằng số mới được thêm vào trong các phiên bản PHP trong tương lai. Hằng số

sudo port install php74
sudo port install php82

47 cũng hoạt động theo cách này kể từ PHP 5. 4. - php. net

Hằng số mức lỗi

brew unlink php
brew link --overwrite [email protected]

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

Báo cáo mọi lỗi có thể xảy ra theo phiên bản PHP

• < 5. 3

  sudo port install php74
  sudo port install php82
  

  46 hoặc

  sudo port install php74
  sudo port install php82
  

  47
• 5. 3

  sudo port install php74
  sudo port install php82
  

  46 hoặc

  sudo port install php74
  sudo port install php82
  

  52
• > 5. 3

  sudo port install php74
  sudo port install php82
  

  46 hoặc

  sudo port install php74
  sudo port install php82
  

  47

Sản lượng

Để ẩn lỗi trên môi trường sản xuất của bạn, hãy định cấu hình

brew unlink php
brew link --overwrite [email protected]

phpcs -sw --standard=PSR1 file.php

Với các cài đặt này trong sản xuất, lỗi sẽ vẫn được ghi vào nhật ký lỗi cho máy chủ web, nhưng sẽ không được hiển thị cho người dùng. Để biết thêm thông tin về các cài đặt này, hãy xem hướng dẫn sử dụng PHP

Viết các bài kiểm tra tự động cho mã PHP của bạn được coi là cách thực hành tốt nhất và có thể dẫn đến các ứng dụng được xây dựng tốt. Kiểm thử tự động là một công cụ tuyệt vời để đảm bảo ứng dụng của bạn không bị hỏng khi bạn thực hiện thay đổi hoặc thêm chức năng mới và không nên bỏ qua

Có một số loại công cụ kiểm tra (hoặc khung) khác nhau có sẵn cho PHP, sử dụng các cách tiếp cận khác nhau - tất cả đều cố gắng tránh kiểm tra thủ công và nhu cầu về các nhóm Đảm bảo chất lượng lớn, chỉ để đảm bảo những thay đổi gần đây không phá vỡ hiện có

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 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

Kiểm tra đơn vị

Kiểm tra đơn vị là một phương pháp lập trình để đảm bảo các chức năng, lớp và phương thức hoạt động như mong đợi, từ thời điểm bạn xây dựng chúng trong suốt chu kỳ phát triển. Bằng cách kiểm tra các giá trị vào và ra của các hàm và phương thức khác nhau, bạn có thể đảm bảo logic bên trong đang hoạt động chính xác. Bằng cách sử dụng Dependency Injection và xây dựng các lớp và sơ khai “giả”, bạn có thể xác minh rằng các phần phụ thuộc được sử dụng đúng cách để có phạm vi kiểm tra tốt hơn

Khi bạn tạo một lớp hoặc chức năng, bạn nên tạo một bài kiểm tra đơn vị cho từng hành vi mà nó phải có. Ở cấp độ rất cơ bản, bạn nên đảm bảo rằng nó bị lỗi nếu bạn gửi cho nó các đối số không hợp lệ và đảm bảo rằng nó hoạt động nếu bạn gửi cho nó các đối số hợp lệ. Điều này sẽ giúp đảm bảo rằng khi bạn thực hiện các thay đổi đối với lớp hoặc chức năng này sau này trong chu kỳ phát triển thì chức năng cũ vẫn tiếp tục hoạt động như mong đợi. Giải pháp thay thế duy nhất cho điều này sẽ là

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

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. Thử nghiệm tích hợp coi các mô-đun đầu vào đã được thử nghiệm đơn vị, nhóm chúng thành các tập hợp lớn hơn, áp dụng các thử nghiệm được xác định trong kế hoạch thử nghiệm tích hợp cho các tập hợp đó và cung cấp dưới dạng đầu ra là hệ thống tích hợp đã sẵn sàng để thử nghiệm 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

Đôi khi còn được gọi là thử nghiệm chấp nhận, thử nghiệm chức năng bao gồm việc sử dụng các công cụ để tạo các thử nghiệm tự động thực sự sử dụng ứng dụng của bạn thay vì chỉ xác minh rằng các đơn vị mã riêng lẻ đang hoạt động chính xác và các đơn vị riêng lẻ có thể giao tiếp với nhau một cách chính xác. 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
• Mink
• 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

Behavior Driven Development

Có hai loại Phát triển theo định hướng hành vi (BDD) khác nhau. SpecBDD và StoryBDD. SpecBDD tập trung vào hành vi kỹ thuật của mã, trong khi StoryBDD tập trung vào hành vi hoặc tương tác kinh doanh hoặc tính năng. PHP có các khung cho cả hai loại 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

Với SpecBDD, bạn viết các thông số kỹ thuật mô tả cách thức hoạt động của mã thực tế của bạn. Thay vì kiểm tra một hàm hoặc phương thức, bạn đang mô tả cách thức hoạt động của hàm hoặc phương thức đó. PHP cung cấp khung công tác PHPSpec cho mục đích này. 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 là một khung thử nghiệm toàn ngăn xếp sử dụng các nguyên tắc BDD

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ô. You can find a list of in our

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
• Packaging
• 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ụ chung 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ý quy 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

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, điều này 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ủ”. In the master/client mode the clients will poll the central master(s) for new configuration on set intervals and update themselves if necessary. Ở 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 mạnh mẽ dựa trên Ruby 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 vấn đề về 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

There are different ways to implement continuous integration for PHP. Travis CI đã hoàn thành xuất sắc nhiệm vụ 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 hành 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ì nó nói 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

sudo port install php74
sudo port install php82

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ạ

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

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.

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

sudo port install php74
sudo port install php82

Tìm hiểu thêm về docker

Lệnh trên cho thấy một cách nhanh chóng để chạy một máy chủ cơ bản. Bạn có thể làm nhiều việc hơn nữa (và hàng nghìn hình ảnh dựng sẵn trong Docker Hub). Dành thời gian để tìm hiểu thuật ngữ và đọc Hướng dẫn sử dụng Docker để tận dụng tối đa nó và không chạy mã ngẫu nhiên mà bạn đã tải xuống mà không kiểm tra xem nó có an toàn không – hình ảnh không chính thức có thể không có các bản vá bảo mật mới nhất. Nếu nghi ngờ, hãy bám vào kho lưu trữ chính thức

PHPDocker. io sẽ tự động tạo tất cả các tệp bạn cần cho ngăn xếp LAMP/LEMP đầy đủ tính năng, bao gồm lựa chọn phiên bản PHP và tiện ích mở rộng của bạn

Bản thân PHP khá nhanh, nhưng có thể phát sinh tắc nghẽn khi bạn thực hiện kết nối từ xa, tải tệp, v.v. Rất may, có sẵn nhiều công cụ khác nhau để tăng tốc một số phần nhất định trong ứng dụng của bạn hoặc giảm số lần các tác vụ tốn thời gian khác nhau này cần chạy

bộ nhớ đệm opcode

Khi một tệp PHP được thực thi, trước tiên nó phải được biên dịch thành opcodes (hướng dẫn ngôn ngữ máy cho CPU). Nếu mã nguồn không thay đổi thì các opcode sẽ giống nhau nên bước biên dịch này trở nên lãng phí tài nguyên CPU

Bộ đệm opcode ngăn chặn quá trình biên dịch dư thừa bằng cách lưu trữ opcode trong bộ nhớ và sử dụng lại chúng trong các cuộc gọi liên tiếp. Nó thường sẽ kiểm tra chữ ký hoặc thời gian sửa đổi của tệp trước, trong trường hợp có bất kỳ thay đổi nào

It’s likely an opcode cache will make a significant speed improvement to your application. Kể từ PHP 5. 5 there is one built in - Zend OPcache. Tùy thuộc vào gói/bản phân phối PHP của bạn, tính năng này thường được bật theo mặc định – hãy kiểm tra và đầu ra của

" . PHP_EOL;
    exit(1);
}
$name = $argv[1];
echo "Hello, $name" . PHP_EOL;

Đọc thêm về bộ đệm opcode

Bộ nhớ đệm đối tượng

Đô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

Many of the popular bytecode caching solutions let you cache custom data as well, so there’s even more reason to take advantage of them. APCu 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 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 [email protected]

sudo port install php74
sudo port install php82

từ nguồn

Mọi người theo dõi

Thật khó để tìm thấy các 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à

Both of these repositories have command line tools associated with them to help the installation and upgrade processes, and have been explained in more detail in the section

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 thỉnh thoảng được xuất bản

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

sudo port install php74
sudo port install php82

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

Làm cách nào để dừng thực thi tập lệnh PHP?

Lỗi PHP nào gây ra việc chấm dứt tập lệnh?

Chức năng nào giết chết việc thực thi tập lệnh ngay lập tức trong PHP?

Làm cách nào để kết thúc tập lệnh PHP?