PHP

#!syntax php
<?php
echo "Hello, world!";
?>

php PHP: Hypertext Preprocessor
<colbgcolor=#787CB4><colcolor=#ffffff> 최초 개발자	Rasmus Lerdorf
운영 및 개발	The PHP Group (Zend by Perforce[1]) The PHP Foundation
라이선스	PHP License
최초 버전	1.0 (1995. 6. 8.)
최신 버전	{{{#!folding 8.1.30 (2024. 9. 26.)	역대 버전
8.1.0 Alpha 1	2021. 6. 10.
8.1.0 Alpha 2	2021. 6. 24.
8.1.0 Alpha 3	2021. 7. 8.
8.1.0 Beta 1	2021. 7. 22.
8.1.0 Beta 2	2021. 8. 5.
8.1.0 Beta 3	2021. 8. 19.
8.1.0 RC 1	2021. 9. 2.
8.1.0 RC 2	2021. 9. 16.
8.1.0 RC 3	2021. 9. 30.
8.1.0 RC 4	2021. 10. 14.
8.1.0 RC 5	2021. 10. 28.
8.1.0 RC 6	2021. 11. 11.
8.1.0	2021. 11. 25.
8.1.1	2021. 12. 16.
8.1.2	2022. 1. 21.
8.1.3	2022. 2. 17.
8.1.4	2022. 3. 17.
8.1.5	2022. 4. 14.
8.1.6	2022. 5. 12.
8.1.7	2022. 6. 9.
8.1.8	2022. 7. 7.
8.1.9	2022. 8. 4.
8.1.10	2022. 9. 1.
8.1.11	2022. 9. 29.
8.1.12	2022. 10. 28.
8.1.13	2022. 11. 24.
8.1.14	2023. 1. 5.
8.1.15	2023. 2. 2.
8.1.16	2023. 2. 14.
8.1.17	2023. 2. 14.
8.1.18	2023. 4. 13.
8.1.19	2023. 5. 11.
8.1.20	2023. 6. 8.
8.1.21	2023. 6. 6.
8.1.22	2023. 8. 3.
8.1.23	2023. 8. 31.
8.1.24	2023. 9. 28.
8.1.25	2023. 10. 26.
8.1.26	2023. 11. 23.
8.1.27	2023. 12. 21.
8.1.28	2024. 4. 11.
8.1.29	2024. 6. 6.

8.2.25 (2024. 10. 24.)

||<-2><tablebgcolor=#ffffff,#2D2F34><tablebordercolor=#ffffff,#2D2F34><tablealign=center> 역대 버전 ||

8.2.0 Alpha 1	2022. 6. 9.
8.2.0 Alpha 2	2022. 6. 23.
8.2.0 Alpha 3	2022. 7. 7.
8.2.0 Beta 1	2022. 7. 21.
8.2.0 Beta 2	2022. 8. 4.
8.2.0 Beta 3	2022. 8. 18.
8.2.0 RC1	2022. 9. 1.
8.2.0 RC2	2022. 9. 15.
8.2.0 RC3	2022. 9. 28.
8.2.0 RC4	2022. 10. 13.
8.2.0 RC5	2022. 10. 27.
8.2.0 RC6	2022. 11. 10.
8.2.0 RC7	2022. 11. 24.
8.2.0	2022. 12. 8.
8.2.1	2023. 1. 5.
8.2.2	2023. 2. 2.
8.2.3	2023. 2. 14.
8.2.4	2023. 3. 16.
8.2.5	2023. 4. 13.
8.2.6	2023. 5. 11.
8.2.7	2023. 6. 8.
8.2.8	2023. 7. 9.
8.2.9	2023. 8. 3.
8.2.10	2023. 8. 31.
8.2.11	2023. 9. 28.
8.2.12	2023. 10. 26.
8.2.13	2023. 11. 23.
8.2.14	2023. 12. 21.
8.2.15	2024. 1. 18.
8.2.16	2024. 2. 15.
8.2.17	2024. 3. 14.
8.2.18	2024. 4. 11.
8.2.19	2024. 5. 9.
8.2.20	2024. 6. 6.
8.2.21	2024. 7. 4.
8.2.22	2024. 8. 1.
8.2.23	2024. 8. 29.
8.2.24	2024. 9. 26.

8.3.13 (2024. 10. 24.)

||<-2><tablebgcolor=#ffffff,#2D2F34><tablebordercolor=#ffffff,#2D2F34><tablealign=center> 역대 버전 ||

8.3.0 Alpha 1	2023. 6. 8.
8.3.0 Alpha 2	2023. 6. 22.
8.3.0 Alpha 3	2023. 7. 6.
8.3.0 Beta 1	2023. 7. 20.
8.3.0 Beta 2	2023. 8. 3.
8.3.0 Beta 3	2023. 8. 17.
8.3.0 RC1	2023. 8. 29.
8.3.0 RC2	2023. 9. 14.
8.3.0 RC3	2023. 9. 28.
8.3.0 RC4	2023. 10. 12.
8.3.0 RC5	2023. 10. 26.
8.3.0 RC6	2023. 11. 9.
8.3.0	2023.11.23
8.3.1	2023.12.21
8.3.2	2024.1.18
8.3.3	2024.2.15
8.3.4	2024.3.14
8.3.6	2024.4.11
8.3.7	2024.5.9
8.3.8	2024.6.6
8.3.9	2024.7.4
8.3.10	2024.8.1
8.3.11	2024.8.29
8.3.12	2024.9.26

링크

1. 개요

2. 특징

2.1. 장점

• PHP는 C언어로 CGI를 이용해 웹서버를 만드는것 보다 배우기 쉬웠고, 사용자에게 보여지는 HTML 페이지의 템플릿을 지원해서 쉽게 웹서버를 만들 수 있었으며, 웹 개발에 필요한 관련 함수들이 내장되어 있어서 개발 생산성이 뛰어나서 사용자가 급격하게 늘어났다.
• PHP는 무상태성이다 (Stateless) 무상태성의 장점은 요청할 때마다 새로 시작하기 때문에 배포가 편해지고, 오류에 대해 덜 민감하다. 예를 들어 다른 언어로 작성한 서버는 어떤 사용자가 잘못된 요청을 보내서 프로그램이 실패하면 해당 서버가 멈추게 되어 재부팅이 필요할 상황이 올 수도 있는데, PHP는 새 요청이 왔을 때 프로그램을 처음부터 시작하므로 사용자가 올바른 요청을 보내면 정상 작동한다. 오류를 개별적으로 처리하는 것이다. 그리고 매번 종료를 하게됨으로서 메모리 누수를 방지한다. 가비지 컬렉터도 PHP 5.3 부터 도입되었다.
• PHP는 간편하게 서버에 올릴 수 있다. PHP 인터프리터에서 PHP 파일을 실행할 때마다 파일 내용을 확인 후, 바뀐 부분이 없으면 캐시파일[5]을 실행하고, 바뀐 부분만 해석한 뒤 다시 캐시로 저장하는 방식이라 업로드만 하면 되니까 간편하다.
• 위의 특징들로 인해 프로젝트가 커지면 빌드시간이 늘어나는 다른 언어들과 달리 PHP는 개발이나 배포할 때 빌드가 필요 없다.

2.2. 단점

• 전체적으로 잘 설계된 언어는 결코 아니다. 예를 들어 내장함수나 인자 이름 규칙에 일관성이 부족하다. 라스무스가 처음 PHP를 만들 당시에는 템플릿 언어로 시작했다가 PHP 2.0 이후에 본격적인 프로그래밍 언어로 바뀌었기 때문이다. 기본적인 이름은 C언어 함수에서 가져오고, 그 이후 다른 함수들이 추가되었는데, 그러다보니 이름규칙과 분류가 제대로 되어있지 않았다. 이것 때문에 많이 까였다. 7.0 이후에는 계속 버전업하면서 바뀐 이름 규칙에 맞게 수정한 함수를 지원하는 등[6] 점차 나아지는 추세다.
• PHP 의 장점이자 단점인 무상태성을 단점 측면에서 보면 PHP는 사용자 요청 후 종료되기 때문에 프레임워크처럼 한번 띄워두고 사용해야 되는 것들도 매번 로딩되어 성능에 영향을 끼친다.[7] PHP 프로세스는 수천 회 재활용되지만 개별 요청에서 사용자의 프로그램이 초기화되므로 위의 상황은 그대로라고 할 수 있다. 때문에 PHP 프로그램이 종료되지 않게 만드는 swoole, 로드러너, 프랑켄 PHP 등을 사용하면 성능이 대폭 향상되는데 PHP 코드를 바꾸거나 관련 라이브러리를 설치해야 하고 간편한 배포를 포기해야 한다.
• 오류를 숨기고 실행되는 방법이 기본값인 경우가 많다. 대표적인 예로 골뱅이(@) 연산자가 있는데, 이 연산자는 오류를 숨기고 코드를 실행하도록 설계되었다. 과거 PHP가 템플릿 엔진으로 시작되었을 때는 오류를 로그 파일이나 터미널보다는 브라우저 화면에 표시하는 것이 일반적이었기 때문에, 오류 발생 시 화면이 멈추는 문제를 해결하기 위해 @ 연산자가 임시방편으로 사용되었다. 많이 지적받아서 PHP 8 부터는 @의 역할이 축소되었다. PHP의 또 다른 단점은 MySQL 연결에서 오류 처리가 비직관적이었다는 것이다. PHP 8.1 이전에는 MySQL 연결 오류가 기본적으로 숨겨졌으며, 이로 인해 디버깅 과정이 어려웠다. PHP 8.1부터는 기본 동작이 변경되어 오류가 즉시 발생하도록 되어 디버깅이 더 쉬워졌지만, 이전 버전에서는 mysqli_report 함수에 MYSQLI_STRICT 옵션을 수동으로 설정해야만 제대로 된 오류 처리가 가능했다.[8] PHP로 개발할 때는 숨겨진 기본값들을 수동으로 수정하고, 다양한 디버깅 옵션을 활성화한 후 디스플레이 에러를 끄고 로깅과 xdebug와 같은 디버깅 툴을 사용해야만 다른 언어에서 제공하는 개발 환경과 비슷한 수준을 만들 수 있다. mysqli_report, PDO면 error_mode 등 설정을 전부 마쳐서야 다른 언어의 개발 환경과 비슷해진다. PHP 프레임워크들은 세팅값들이 적용되어있고 스택 트레이스를 알려주는 등 개발환경이 정상적인 편이다. 물론 프레임워크 없이도 가능하지만 좀 복잡한 편.

2.3. PHP 7.4 이하 버전 단점

• 정의되지 않은 변수(undefined)를 쓸 수 있었다. 다만 이 단점은 최근 버전에서 해결되었는데, PHP 8.0부터는 인터프리터 알림에서 경고로 상향했다. PHP 9.0부터는 정의되지 않은 변수를 쓰면 파싱에러가 나고 쓸 수없게 한다.(즉, 프로그램 실행 불가). 정의되지 않은 변수를 쓰는 것이 단점인 이유는 없는 변수를 써도 무시하기 때문에 개발자가 실수를 하게되기 때문이다.
• 옛날 버전들은(PHP 7.4까지) 정의되지 않은 변수를 사용했다는 알림만 보여줬다. 알림은 에러 설정을 E_ALL로 해놔야 표시된다.[9] 느슨한 ==가 아닌 ===을 쓰더라도 같다는 결과가 나온다. 이를 확인하려면 get_defined_vars 함수(지역 변수) 또는 $GLOBALS 변수(전역 변수) 등을 통해 선언된 변수의 목록 배열을 얻어온 다음, 그 배열에 변수가 포함되어 있는지를 확인해야 한다. 그러나 null과 구분되지 않는 특성을 이용해 일반적으로 php 코드에서는 isset 함수로 체크한다.
• 오류와 예외처리가 일관되지 않다 PHP 8버전등 최근버전에서 고치고있으나 그이전 버전을 보면 예외처리해야할 요소에 그저 E_WARNING 등의 경고만 내서 프로그램안에서 해당오류를 컨트롤 할 수없는 것들이 많았고 false를 리턴 하는게 많았다.
• PHP 5.X 대는 현재 PHP 의 나쁜이미지를 쌓는 시기였다. 버전이 정체되어 느리고 이상한 동작도많고 타입도 부여되지 않았으며 특히 PHP 5.4.X는 보안에 문제가 많았는데 register global 문제가 있었다.[10] 하지만 PHP 5.X대가 오랫동안 유지되어 아마존, 페이스북을 비롯한 PHP를 사용하던 대다수의 기업들이 PHP 5.2 ~ 5.5 시기에 빠져나갔다.

2.4. 다른 웹 서비스 개발 기술과의 비교

• Java 진영의 Spring(프레임워크)
• Ruby 진영의 Ruby on Rails
• Python의 Django, Flask, FastAPI 등
• JavaScript를 사용하는 Node.js 진영의 Express,AdonisJS NestJS 등
• C#의 .NET , ASP.net 주로 북미에서 쓰인다
• PHP는 라라벨이 주로 쓰이며, 두번째로는 심포니이다.

3. 레거시와 현대화

3.1. 모던 PHP

4. 구동방식

• PHP는 아래와 같은 과정으로 구동 된다.
1. 사용자가 웹을 통해 요청하면 (터미널에서 입력시 3번으로)
2. 웹 서버는 PHP 의 SAPI 인터페이스를 통해 요청을 한다 PHP 프로세스 풀에서 기존 프로세스를 찾거나 생성을 한다
3. PHP 엔진에서 해당 파일의 opcode(실행 코드)캐시가 있는지 확인한다.
4. PHP 8.0부터 JIT 기능을 켰을때는 opcode를 JIT에서 바이너리로 컴파일한다. 이때는 PHP VM을 건너띄고 실행한다.
5. opcode 캐시가 없으면 PHP 파일을 opcode로 컴파일 한다. 있으면 opcode를 실행하는데 PHP VM을 통해 실행한다.
6. 사용자의 요청을 수행
7. 사용자 프로그램이 종료된다. 종료되면서 모든 객체와 변수등이 메모리에서 삭제된다. [20]
8. 이하 반복
• PHP VM은 리눅스에서 1프로세스당 1엔진이며, PHP 설정에 따라 1 ~ N번의 사용자 요청을 수행한 다음에 웹서버 프로그램의 프로세스 관리에 따라 프로세스가 종료 후 다시 생성된다.[21]
• 윈도우 서버의 IIS NTS 모드와 리눅스에서 TS 방식은(위에 기술한 것) 조금 다른데 자세한 내용은 PHP intenals Books에 나와있다.[22][23]
• PHP 문법에는 각종 타입들이 있는데, 실행중에 체크한다 (런타임 체크).[24][25]
• 페이스북은 자사 서비스를 개발하다가 당시 PHP의 성능 문제를 해소하기 위해 오픈 소스로 HipHop for PHP와 HipHop Virtual Machine(HHVM)을 개발했다. 전자는 PHP 코드를 C++ 코드로 변환한 뒤 컴파일하는 방식이고, 후자는 Java와 비슷하게 JIT 컴파일링을 하는 방식이다. 현재 HipHop for PHP는 개발을 중단하고 HHVM만 개발하여 내놓고 있다. 참고로 페이스북은 HHVM을 개발하면서 hack이라는 프로그래밍 언어도 만들었는데, hack 언어로 작성한 코드는 HHVM으로 실행한다.
• PHP 7.0에서 인터프리터 문법 파서를 재작성 했는데, AST 파서를 도입해서 HHVM의 강점인 속도를 따라잡았다. 2020년 말에 출시된 PHP 8부터는 인터프리터에 JIT을 도입하여 JIT 구동 여부에 따라 7.4 대비 2배의 성능 향상이 있다. (벤치마크 ) JIT은 위에 실행과정 설명 중 4번의 opcode를 기계어로 컴파일을 하기 때문에 php 엔진에서 opcode를 인터프리트 할 때보다 보다 빨라지는 것이다.
• PHP-FPM 은 웹 서버 프로그램[26]과 통신하는 모듈 형태이다. PHP로 HTTP/2를 지원하기 위해서는 PHP-FPM으로 구동해야 한다.

5. 개발 환경

5.1. 웹 프레임워크

• 라라벨: 첫 등장 이후 PHP 프레임워크 중에서 인기 많고 점유율이 높은 프레임워크이다. 루비온 레일즈 설계에 영향을 받은 프레임워크이며 개발이 활발히 이루어지고 있다 심포니 프레임워크의 모듈도 포함되어 있다.
• CakePHP: 일본의 루비온레일즈에 영향을 받아서인지 일본에서 가끔쓰인다 2018년쯤 들어서 쓰지않는 추세다. 거의다 라라벨로 갈아타는 추세
• CodeIgniter(코드이그나이터) : MVC 패턴이 있으나 3버전까지는 REST API지원이 되지않고, PHP 5.2를 지원하기위한 하위호환성 때문에 클래스설계, 로딩방식에 제약이 심하다. 4 버전 이후로는 PHP 7 문법으로 다시 작성되었고 PSR 규칙이 몇 가지 적용되어 약간이나마 나아진 모양. 그러나 코드이그나이터터 제작자 측에서 PSR 규칙을 모두 따르지 않겠다고 해서 라이브러리 사용에 제약이 있긴하다.
• Symfony: 2005년 프랑스 개발자가 만든 심포니는 자바 진영의 스프링프레임워크의 설계에 영향받아 모듈화가 잘 되어있는 프레임워크이다. 공식 validation 스펙마저 자바의 JSR 명세를 따를 정도이다. 유럽, 특히 프랑스에서는 점유율이 아주 높다.
• Slim Framework : REST API에 특화된 프레임워크로 주로 API 라우팅용으로 쓰인다.
• Reasonable
• phalcon: C 익스텐션으로 개발된 풀스택 PHP 프레임워크. PHP에서 변형된 독자언어를 써야한다.
• zend
• FuelPHP
• Yii
• PHPixe

5.2. 각종 ORM

• Eloquent 엘로퀀트 ORM: 라라벨의 기본 ORM 이며 라라벨 없이 분리해서 사용하는것도 가능하다. 루비온레일즈의 ORM처럼 엑티브레코드 패턴이다.
• 독트린 ORM: 자바의 JPA처럼 데이터 맵퍼패턴으로 설계되었다.
• 그밖에 RedBean ORM 등이 있다.

5.3. 디버깅

• PHP 에는 5.4 버전부터 디버깅 도구인 phpdbg 가 내장되었다 그렇지만 기능이 더욱 풍부한 xdebug를 설치해서 사용하는것이 일반적이다.
• xdebug 는 PHP 지원버전과 TS/NTS 여부에 따라 설치해서 쓴다.[27] Xdebug를 설치하면 다른 프로그래밍언어와 마찬가지로 원격디버깅이나 브레이크포인트를 찍고 실행흐름에 따라 변수들을 살펴보면서 디버깅이 가능하다. 다만 실서버에 설치하면 느려지므로 개발서버나 개발하는 컴퓨터에서만 사용하는것을 권장한다.

5.4. 패키지 관리자

• https://getcomposer.org
• https://packagist.org

5.5. 익스텐션

• PECL(The PHP Extension Community Library, 피클이라고 읽는다.) PECL은 속도향상을 위해 C언어 , C++ 등으로 작성된 PHP 익스텐션들을 다운받고 만든 것을 배포하는 곳이다. PECL에 패키지를 올리려면 몇 가지 절차가 있는데 해당 익스텐션의 사용법을 php.net의 공식 문서에 올려야한다. 가끔 PHP 내장함수도 아닌데 공식문서에 설명이 올라와 있는 것은 이 때문이다.
• 예전에 PECL에서 인기있던 라이브러리가 PHP 새 버전에서 통합되는 경우도 있었다. PHP 5.2의 json , PHP 5.5의 opcache 등이 해당 경우다.

6. 문법

7. PHP 코딩 표준안

• PSR 한국어 번역문서
  PSR 0 ~ 17가 있는데 PSR 4와 12가 주요 규칙이고 PSR 4는 PHP 클래스를 자동으로 불러오는 '오토로드' 기능이며 Node.js의 NPM과 같은 패키지 의존성 관리자인 컴포저의 기능 중 하나이다.
• PHP The Right Way 한국어 번역문서
  그리고 PHP The Right Way라는 문서가 인정받고 있다.

8. 업데이트

8.1. PHP 5

• 2005년 11월 5.1 PHP 에서 다양한 DB를 연결할수있는 PDO(PHP Data Object)가 도입되었다. PDO를 사용함으로서 DB 쿼리에 prepared statement(준비된 쿼리 구문)를 사용하여 안전하게 되었다.
• 2007년 11월 5.2 JSON을 처리할 수 있는 함수가 내장되었다. Mysqli 도 PDO 처럼 prepared statement 쿼리 지원이 추가되었다.
• 2009년 6월 5.3 객체지향에서 클래스파일 위치를 구분하기 위한 네임스페이스, 익명함수 문법이 추가되고 메모리 회수를 위한 가비지컬렉터에서 순환 참조 문제가 일부 해결되었다.[28]
• 2012년 3월 5.4 업데이트된 기능[29]이 다른 언어에선 이미 지원되는 것들이었다.[30] 그리고 상속 없이 합성을 통한 클래스들을 모듈화할 수 있는 트레이트 문법을 지원하게 되었다.
• 2013년 6월에 5.5가 배포되었다. yield 및 finally 키워드 지원, 보안성 강화, 배열 지원 강화 등을 골자로 하고 있다. 보안상의 문제 때문에 mysqli 및 PDO를 제외한 오래된 MySQL 함수는 비권장(deprecated) 요소였다가 PHP 7에서는 완전히 제거되었다.
• 2014년 8월에 5.6이 배포되었다. $HTTP_RAW_POST_DATA가 비권장 요소가 되었고 PHP 기본 스트림으로 대체하기로 했다. 2GB 이상의 파일 업로드가 가능해졌다. 또한 지수 표현을 위해 별도의 함수를 사용했었으나 **라는 연산자로 추가되었다.
• PHP 5가 2004년에 나온 후 거의 10년을 5에서 머물렀다. 사실 2005년부터 PHP 6를 개발하기 시작했지만 취소되는 바람에 10년간 우려먹게 된 것이다. PHP 6은 처음부터 유니코드를 기반으로 작동되도록 설계 되었고, 이 때문에 대단히 많은 변경 점이 예고된 버전이었다. 그러나 하필 인코딩으로 UTF-16을 선택한 것이 발목을 잡았다. 개발하는 사이 웹에서 유니코드 인코딩은 UTF-8이 대세가 되었기 때문이다. 이 실책으로 개발자들의 참여가 줄어들었고, 개발에 난항을 겪다가 2010년 5월에 PHP 6 프로젝트는 취소되었다. 그리고 PHP 6에서 논의되던 상당수의 기능은 PHP 5.4로 흡수되었다. UTF-8이 기본 인코딩이 된 것도 5.4 버전부터이다.
• 하지만 보안 문제가 드러나고 있는 PHP 5로 장기간 버티는 것은 아무래도 무리가 많았다. 엔진이 10년간 바뀌지 않은 채 유지되다 보니 다른 스크립트 언어가 발전하는 사이에 속도나 기능의 차이가 벌어지게 된 것이다. 작은 개선들은 있었지만, 근본적인 개선은 무리였다. 결국, 2014년 PHP 6는 건너뛰고 차기 버전으로 PHP 7을 개발하겠다고 발표한다. PHP 7은 PHP NG(Next Generation)라는 새로운 구현체였는데, 덕분에 2015년 6월 배포된 PHP 7 알파 1 버전은 PHP 5.6에 비해 약 70%, PHP 5.5보다 거의 2배의 성능 향상을 보여, HHVM 못지않은 성능을 보여줬다. 새로운 기능을 추가하면서도 기존 PHP 5와의 호환성을 최대한 유지한 상태로 넘어갔기 때문에 혼란은 많지 않았다.
• 2018년 12월 31일, 2018년 12월 6일에 업데이트가 된 PHP 5.6.39를 끝으로 PHP 5.6 지원이 완전히 종료되었다. 다만 마지막 업데이트는 2019년 1월 10일에 업데이트가 된 PHP 5.6.40이다. 이로써 PHP 5.x 버전은 15년간의 길고 긴 역사를 마감하게 되었다.

8.2. PHP 7

• 2015년 12월 3일, 드디어 PHP 7 정식 버전이 발표되었다. #
• AST 파서가 적용되었고 메모리 사용량이 1/5로 감소했다.
• 실제로 여러 사용자와 벤치마크에 의하면 PHP 7은 이전보다 2배에서 10배까지도 빠르다고 한다.
• 객체를 다른 곳에 전달할 때 값 복사였는데 7.0부터는 참조전달을 하도록 기본 동작이 바뀌어서 객체에는 &를 쓰지 않아도 된다.[31]
• 함수의 매개변수에 타입을 지정할 수 있게 되었다.
• PHP 4 스타일의 생성자 문법이 삭제되고 5.0부터 바뀐 문법을 써야 한다.
• 물음표 두 개를 표기하는 null 병합 연산자가 지원되어 편리해졌다.[32]
  {{{#!syntax php

• 2016년 6월 9일, PHP 7.1 알파 버전을 내놓았다. 이후 두 차례 더 알파 버전을 내놓은 뒤 7월 21일에 베타 버전으로 넘어갔다. 이후 릴리즈 후보안 1(RC1)은 9월 1일에 나왔다.
• 2016년 12월 1일, PHP 7.1 정식 버전이 발표되었다.
• 2017년 11월 30일, PHP 7.2 정식 버전이 발표되었다. 다른 언어처럼 count() 함수에 배열에 해당하지 않는 값이 매개변수에 들어갈 때 경고를 낸다. 드디어 정신 차렸구나
• 2018년 12월 3일, 2018년 9월 13일에 업데이트가 된 PHP 7.0.32를 끝으로 PHP 7.0 지원이 완전히 종료되었다. 다만 마지막 업데이트는 2018년 12월 6일에 업데이트가 된 PHP 7.0.33이다.
• 2018년 12월 6일, PHP 7.3 정식 버전을 발표하였다. Heredoc, Newdoc 문법이 유연해졌고, 함수 호출 시 마지막 파라미터 뒤에 콤마를 붙이는 것이 가능해졌다.
• 2019년 11월 26일, PHP 7.4 정식 버전이 발표되었다. 프리로딩이 도입되어 성능이 최대 8%의 향상 되었다. FFI 기능이 생겼는데 외부 함수 인터페이스이며 다른 언어로 컴파일된 dll, so파일의 기능을 php컴파일 없이 바로 사용 가능하다.
• 2019년 12월 1일, 2019년 10월 24일에 업데이트가 된 PHP 7.1.33를 끝으로 PHP 7.1의 지원이 완전히 종료되었다.
• AWS용 PHP7.4부터는 ARM 환경에서의 가속 기능을 추가했다.
• 2020년 11월 30일, 2020년 10월 1일에 업데이트가 된 PHP 7.2.34를 끝으로 PHP 7.2의 지원이 완전히 종료되었다.
• 2021년 12월 6일, 2021년 11월 18일에 업데이트가 된 PHP 7.3.33를 끝으로 PHP 7.3의 지원이 완전히 종료되었다.
• 2022년 11월 28일, 2022년 11월 3일에 업데이트가 된 PHP 7.4.33를 끝으로 PHP 7.4의 지원이 완전히 종료되었다. 이로써 이 버전으로 끝으로 7년간의 PHP 7.x의 역사가 종료되었다.

8.3. PHP 8

8.3.1. 8.0

• 2020년 PHP 8.0 부터 성능향상을 위한 JIT 도입, 정의되지 않은 변수 검사 등 예외처리 강화가 되었다.
• 에러를 일시적으로 감추는데 사용되던 @ 연산자의 역할이 축소되었다. fatal 에러는 @로 감출수가 없다.
  [33]
• 다른언어에서 옵셔널이라고도 부르는 null safe 연산자가 지원되어 프로그램의 안정성이 높아졌다.
  {{{#!syntax php

• 다른언어에서 어노테이션이라고도 부르는 애트리뷰트기능이 지원된다.
  주석은 사람이 해석하지만 애트리뷰트는 프로그램에게 해당 코드 역할을 지정하는 메타 데이터이다.
  문법은 #[]
  {{{#!syntax php

• 함수의 매개변수에 이름을 붙일수 있게되었다.
  {{{#!syntax php

• 2020년 11월 26일 정식 출시 되었다.
• JIT 도입으로 서버프로그램들의 성능이 최대 2배까지 향상되었다.
• 특히 객체지향적으로 작성된 클래스, 객체관리와 cpu를 많이 쓰는 코드들의 성능이 올라갔다.
• PHP 8.0은 2023년 11월 26일에 지원이 완전히 종료될 예정이다.
• PHP 8.0 에서는 7.4까지의 느슨한 비교연산자에 대해 수정하였다. PHP 7.4 까지는 문자열과 숫자가 섞여있을 때 "123Foo" == "123" 이걸 참(true)으로 봤기때문에 ===을 사용하지 않으면 오류가 발생할 여지가 있었으나 8.0에서는 false 라고 평가함으로써 상식적이게 되었다.
• 예외와 오류처리 강화: PHP 대표적인 문제는 어떤 숫자를 0으로 나눌때 그냥 무시하고 작동했다는 것이다. 8.0부터는 Divide Zero 라는 예외 오류를 내고 예외처리를 할 수 있게 바뀌었다.

8.3.2. 8.1

• 드디어 경량 스레드 기능인 Fiber 가 RFC 찬반투표를 통과하여 도입되었다. 코틀린의 코루틴이나 자바스크립트의 async - await 과 같은 기능이다. 다만 유저가 바로 사용하는것보다 PHP의 동작을 좀 더 세밀하게 제어하는 API이기 때문에 비동기 라이브러리 제작에 맞춰져 있다고 한다. 이로써 PHP로도 비동기 프로그래밍이 쉬워지게 되었다.
• 그 밖에 타입 정리가 이루어졌는데 Enum 타입이 추가되었고, Resource 타입 삭제, PHP 내장 함수들 타입들이 모두 부여되었고, 내장 함수들 null 허용여부가 타입으로 엄격하게 적용되어 개발자가 실수할 여지가 줄어, 보안이 더욱 향상되었다.
• 출시는 2021년 11월 25일이다.
• PHP 8.1 부터는 지원기간이 1년 연장되어 총 4년의 보안패치를 받게된다.
• 지원 중단일은 2025년 11월 25일로 잡혀있다.
• 내장 익스텐션중 하나인 Mysqli의 기본동작이 에러리포팅 활성화로 변경되었다.

8.3.3. 8.2

• 에러났을때 민감변수[34]는 숨기고 나머지만 표시할 수 있게 민감변수 지정 애트리뷰트 추가.
• 객체 속성 동적생성을 경고로 분류
• 읽기전용 클래스
• 트레이트에서 상수 사용가능
• DNF 타입 지원 (유니온과 인터섹션 타입을 섞어쓸 수있는 타입이다.)
• PCRE 정규식에서 변경자(modifier) n 지원 추가
• 함수 호출구문 정리를 위한 일부문법 Deprecated
• 그 밖에 define 함수를 사용해서 객체를 상수로 선언하는 것이 가능해졌다. 이로써 불변 객체를 만들 수 있게 되었다.

8.3.4. 8.3

• PHP 의 호출스택의 최대 크기를 정할수있는 설정 ini 에 추가
• JSON 형식을 검증하는 json_validate() 함수 추가
• 내장된 XML, DOM 파싱 라이브러리 성능이 대폭개선되고 tag 선택 함수들도 추가되었다.
• 읽기전용 클래스를 익명클래스로 생성할 수 있게되었다.
• 클래스 상수의 타입을 지정할 수 있게되었다.
• 그 밖에 파일 작업시 I/O 가 줄어들어 약간의 성능향상이 있다.

8.3.5. 8.4

• C# 스타일의 짧은 프로퍼티 get/set 이 도입되었다.
• 빌트인 익스텐션인 Dom 이 html5 스펙을 준수하게 되었다.
• array_find 함수가 추가되었다.

8.4. PHP 9

• 예외 처리 강화
• 객체 속성을 동적으로 생성할 수 있는 기본동작이 비활성화로 변경되었다. 동적 생성을 허용하려면 명시적으로 클래스에 에트리뷰트 추가 해야한다.
• 정의되지 않은 변수 사용 불가(fatal 에러)
• 정의되지 않은 배열키 사용 불가(fatal 에러)
• Vector 등 새 자료구조를 객체지향에 맞춰서 추가

9. 기타

• FastCGI로 프록시 하게 되면 HTTP헤더에 X-Powered-By 이름의 버전 정보가 추가된다. : X-Powered-By: PHP/7.4.2[36]
• 현재 웹상에 공개된 많은 웹 관련 애플리케이션들이 PHP로 작성되었기 때문에, 필요한 부분을 고칠 수 있을 정도로 배워두면 도움이 된다. 특히 간단한 서버용 자동화 스크립트 파일을 짜기에도 편리하고, 웹서버를 경험해보기 괜찮은 언어이다.
• 라이선스를 보면, 일단 프리프로세서는 3.x(PHP License/GPL 듀얼 라이선스)를 제외한 모든 버전이 PHP License라 불리는 독자적 라이선스를 따른다. MIT 허가서 비슷하지만 프리프로세서를 재배포할 때 (내용 수정 여부와 관계없이) 패키지명에 PHP라는 단어를 넣지 못하게 하고, 'This product includes PHP software, freely available from https://www.php.net/software'라는 문구를 코드에 삽입할 것을 강제하는 내용이 있어 GPL과는 호환이 되지 않는다.
• 페이스북에서 PHP에 지대한 공헌을 하고 있었다. 이유는 위에서 언급했듯이 페이스북이 PHP(or hack 언어) 기반으로 만들어졌기 때문.[37] 대표적으로 페이스북에서 PHP의 표준에 대해 공식화한 문서가 있다. 심지어 공식 PHP에서도 이 문서를 이용한다. 이전까지 PHP는 제대로 된 언어 사양서(php.net의 문서와는 성격이 조금 다르다)가 없었다. GitHub 페이지
• 피가로,워드프레스, 미디어위키, 일본라쿠텐 그 밖에 Magento와 WooCommerce라는 이커머스 플랫폼에도 PHP가 사용되고 있다. Magento와 WooCommerce는 세계 1, 2위를 다투는 오픈 소스 이커머스 플랫폼이다.
• 파생 프로젝트로 PEAR, PECL 등이 있다. 이름 때문인지 깨알같이 배와 오이피클이 각각 그려져 있다.
• Laravel, Codeigniter 등의 프레임워크가 있고 컴포저라는 의존성 관리 도구도 존재한다. 디버깅 도구로는 Xdebug가 쓰인다.
• 예전 버전에서는 가끔씩 이런 영어가 아닌 에러 메시지로 개발자들을 충격과 공포에 빠뜨리곤 했다.
  {{{Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM

• 2021년에 스택오버플로우에서 개발자 대상으로한 설문조사에서 기피 언어 9위에 오르기도 했다. 최신 웹 사이트들은 PHP를 잘 쓰지 않을 것으로 보이지만 단가 등의 문제로 고객들이 원하는 등 수요가 계속 있고, 개발자도 간단한 프로젝트라면 예전에 사용했던 PHP 코드들을 그냥 재활용해서 만드는 것이 편하기 때문에 의외로 많이 쓰이고 있다. 지금도 프레임워크나 CMS 등으로 신규 제작되고있고 대다수의 웹사이트가 PHP로 구동되는 등 매년 언어 점유율 순위에서 항상 상위권을 차지하고 있으며 리액트나 뷰로 된 프론트엔드와 PHP로 된 백엔드를 연동시켜서 굴리는 경우도 있다. 이렇게 기피 언어 순위와 점유율 순위 둘다 상위권을 놓치지 않는점이 아이러니하다.

10. PHP로 작성된 프로그램 목록

• DYB최선어학원 홈페이지
• PocketMine-MP: 마인크래프트 BE 서버 프로그램
• XpressEngine
• 그누보드
• 네이비즘: 티켓이나 수강신청시 서버시간알려주는 사이트
• 라라벨
• 라이믹스
• NordVPN
• 리로스쿨
• 리즈너블(프레임워크)
• 모니위키
• 미디어위키
• 슬랙[39]
• 워드프레스
• 텍스트큐브 (태터툴즈)
• 푸키위키
• 픽시브
• 픽키