PHP

덤프버전 : r20240101

분류

파일:다른 뜻 아이콘.svg
은(는) 여기로 연결됩니다.
ISO 4217 코드가 PHP인 필리핀의 화폐에 대한 내용은 필리핀 페소 문서
필리핀 페소번 문단을
필리핀 페소# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
, {{{#!html }}}에 대한 내용은 문서
#s-번 문단을
#s-번 문단을
# 부분을
# 부분을
참고하십시오.





프로그래밍 사이트 선정 프로그래밍 언어 순위 목록

⠀[ IEEE Spectrum 2021 ]⠀
{{{#!wiki style="display: inline-block; margin: 0 0 -5px; min-width: 25%"
⠀[ Stack Overflow 2022 ]⠀
{{{#!wiki style="display: inline-block; margin: 0 0 -5px; min-width: 25%">
⠀[ TIOBE 2023 ]⠀

프로그래밍 언어 목록 · 분류 · 문법

TIOBE 선정 올해의 프로그래밍 언어 / PHP
[펼치기 / 접기]
2003년
C++

2004년
PHP

2005년
Java


[각주]


php
PHP: Hypertext Preprocessor
파일:PHP 로고.svg
최초 개발자
Rasmus Lerdorf
운영 및 개발
The PHP Group
(Zend by Perforce[1])
The PHP Foundation
라이선스
PHP License
최초 버전
1.0 (1995. 6. 8.)
최신 버전
8.0.30 (2023. 8. 3.)
역대 버전
8.0.0 RC 5
2020. 11. 19.
8.0.0
2020. 11. 26.
8.0.1
2021. 1. 7.
8.0.2
2021. 2. 4.
8.0.3
2021. 3. 4.
8.0.4
[skip]
8.0.5
2021. 4. 29.
8.0.6
2021. 5. 6.
8.0.7
2021. 6. 3.
8.0.8
2021. 7. 1.
8.0.9
2021. 7. 29.
8.0.10
2021. 8. 26.
8.0.11
2021. 9. 23.
8.0.12
2021. 10. 21.
8.0.13
2021. 11. 18.
8.0.14
2021. 12. 16.
8.0.15
2022. 1. 20.
8.0.16
2022. 2. 17.
8.0.17
2022. 3. 17.
8.0.18
2022. 4. 15.
8.0.19
2022. 5. 12.
8.0.20
2022. 6. 9.
8.0.21
2022. 7. 7.
8.0.22
2022. 8. 4.
8.0.23
2022. 9. 1.
8.0.24
2022. 9. 29.
8.0.25
2022. 10. 28.
8.0.26
2022. 11. 26.
8.0.27
2023. 1. 5.
8.0.28
2023. 2. 14.
8.0.29
2023. 6. 8.
8.1.23 (2023. 8. 31.)
역대 버전
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. 7. 9.
8.2.10 (2023. 8. 31.)
역대 버전
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.3.0 RC 1 (2023. 8. 31.)
역대 버전
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.

링크
파일:홈페이지 아이콘.svg 파일:X Corp 아이콘(블랙).svg[[파일:X Corp 아이콘(화이트).svg
1. 개요
2. 특징
2.1. 장점
2.2. 단점
2.3. PHP 7.4 이하 버전 단점
2.4. 다른 웹 서비스 개발 기술과의 비교
3. 레거시와 현대화
3.1. 모던 PHP
4. 구동방식
5. 개발 환경
5.1. 웹 프레임워크
5.2. 각종 ORM
5.3. 디버깅
5.4. 패키지 관리자
5.5. 익스텐션
7. PHP 코딩 표준안
8. 업데이트
8.1. PHP 5
8.2. PHP 7
8.3. PHP 8
8.3.1. 8.0
8.3.2. 8.1
8.3.3. 8.2
8.3.4. 8.3
8.3.5. 8.4
8.4. PHP 9
9. 기타
10. PHP로 작성된 프로그램 목록



1. 개요[편집]


대표적인 서버 사이드 스크립트 언어로 전 세계 수많은 웹 시스템의 기반이 되는 언어. 비슷한 언어로는 Perl, Ruby 등이 있다. C-like 문법[2]으로 되어 있고, CGI보다 나으며, Perl처럼 배열이 연관 배열이라 자료 구조가 간편하고, 기본적으로 내장된 웹 관련 함수들이 많아 웹 페이지 제작 시 생산성이 높다는 점에서 사용자 및 사용처가 많다. 1995년 라스무스 러돌프가 처음 공개했고, 지금은 The PHP Group에서 개발 및 관리를 맡고 있다.

PHP라는 이름은 원래 Personal Home Page Tools였는데, 지금은 PHP: Hypertext Preprocessor의 재귀 약자를 사용하고 있다.

워드프레스, 미디어위키 등의 많은 애플리케이션이 PHP로 작성되어 있다. 웹서핑을 하다 보면 쓰는 곳이 많다는 걸 발견할 수 있다. 한국에서 점유율이 높은 CMS인 라이믹스, 그누보드(영카트), 그리고 중견,개인 쇼핑몰과 디시인사이드 등 인터넷 커뮤니티, 언론사 등 대다수 웹사이트들이 PHP로 제작되어 있다.


2. 특징[편집]


PHP는 Perl 언어의 영향을 많이 받았는데, 변수 이름 앞에 $를 붙이는 것(예: $var), 펄처럼 배열이 연관 배열로 작동하는 것, 문자열끼리 결합할 때 점(.) 연산자로 결합하는 것이 그 예이다. (예: "Hello, " . "world!" = "Hello, world!"). 다른 프로그래밍 언어에서 하던 대로 더하기 기호(+)로 문자열을 결합하려 하면 엉뚱한 결과가 나온다. PHP에서는 +는 오직 숫자 덧셈만 하기 때문이다. 따라서 두 문자열에 +를 사용하면 두 값이 숫자 0 으로 형변환되어 잘못된 결과가 나온다. (예: "Hello, " + "world!" = 0)

PHP의 큰 특징 중 하나는 무상태성(Stateless)으로, HTTP 프로토콜과 마찬가지로 상태를 유지하지 않는 성질이다. PHP 웹 서버에 요청을 하면, 해당 스크립트를 실행한 뒤 완전히 종료하고, 그 다음 새 요청이 들어오면 처음부터 시작하는 방식이다. 이 때문에 PHP에서 싱글톤 패턴을 구현하면, 객체는 한 요청에 의한 작업이 끝날 때까지만 유지된다. 이러한 특성으로 인해 메모리 관리가 쉽고, 사용자(브라우저 요청, cli 입력등)가 잘못된 입력을 해서 오류가 났을 때 개별적으로 처리하게 되므로 안전하지만, 상태를 유지할 수 없기에 기본 배포되는 PHP로는 DB 커넥션 풀을 만들 수가 없다.[3]

PHP 는 다른 스크립트 언어와 달리 실행중에 타입을 체크한다. 타입들이 점차 추가 되었으며 php 7 이후로 declare(strict_types=1) 을 선언하면 강타입으로 작동한다.

PHP 파일은 <?php ... ?>로 이루어진 스크립트 실행 영역이 있다. <? ... ?>는 권장하지 않는다. 이렇게 줄여 쓰는 방식은 기본적으로 비활성화되어 있으므로 쓰려면 php.ini에서 short_open_tags 설정을 on으로 바꾸어야 한다. 줄여 쓰는 방식이 비활성화되어 있는 이유는 XML의 <? xml version="1.0" ?>과 같은 문법과 충돌했기 때문이다. PHP가 처음 나왔을 때는 HTML만 있었기 때문에 줄여 쓰는 방식이 문제가 없었지만, HTML에 XML의 문법을 도입한 XHTML 1.0이 나오면서 충돌이 일어났고, 결국 저 옵션이 기본적으로 꺼져 있도록 변경된 것. 다행히 HTML5에서는 XML 문법이 빠졌다. 변수 하나만 출력한다면 <?=$var?> 형태로 줄여 쓸 수도 있다. 원래 short_open_tags 설정값이 off라면 이것도 같이 꺼졌지만, PHP 5.4부터는 short_open_tags 설정값에 상관없이 항상 <?=$var?> 형태로 쓸 수 있게 되었다.

아주 옛날에는 WYSIWYG 기반 에디터를 사용할 때 <?php ... ?>로 이루어진 스크립트 실행 영역을 올바르지 않은 태그로 잘못 인식하는 문제를 회피하기 위해 <script language="php"> ... </script>[4] 태그를 사용하기도 했다. 그렇지만 이 태그는 JavaScript에서 쓰는 것과 혼동될 수 있어서 PHP 7부터 삭제되었다.

PHP 위원회는 새 버전의 기능을 RFC 문서로 제안받고, RFC에 올라온 사항들을 찬반 투표에 부쳐 찬성이 과반을 넘길 경우 기능을 추가한다. 레딧, PHP 메일링 리스트 등에서 토론이 이루어진다. 새 기능 RFC 제안 사항 찬반 투표 진행과 결과를 공개하는 사이트.

PHP는 오픈 소스이며 포팅된 곳이 많아 거의 모든 웹 서버에서 실행할 수 있다. 유닉스(리눅스), 윈도우, macOS 모두 지원한다. PHP 공식 사이트에서는 소스 코드를 공개하고 있고, 리눅스 등의 유닉스 계열 OS에서 컴파일하는 방법을 알려주고 있다. 대부분의 경우 직접 컴파일을 할 필요는 없는데, 유명 리눅스 배포본의 공식 저장소에는 PHP 설치 패키지를 기본으로 제공하기 때문이다. 만약 없다면 Packagist 같은 패키지 저장소(repository)에서 각 OS의 환경에 맞는 PHP 설치 패키지를 찾을 수 있다. 별도의 저장소를 추가하면 버전도 입맛대로 설치할 수 있다. PHP 5.5 버전부터 64비트 버전이 나왔다. 윈도우용은 PHP 공식 사이트에서 직접 실행 파일로 만들어서 제공한다. 윈도우용의 경우 동작 방식의 차이 때문에 IISNGINX에서 돌리는 PHP는 Non-Thread Safe 버전으로, 아파치에서 돌리는 PHP는 Thread-Safe 버전으로 따로 나온다. 맥 OS에는 이미 설치가 되어 나오는데, 더 최신 버전을 설치하고 싶으면 맥 OS의 패키지 관리자인 Homebrew(홈브루)를 통해서 설치할 수 있다.


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 코드를 바꾸거나 관련 라이브러리를 설치해야하고 간편한 배포를 포기해야한다.


2.3. PHP 7.4 이하 버전 단점[편집]


  • 정의되지 않은 변수(undefined)를 쓸 수 있었다. 다만 이 단점은 최근 버전에서 해결되었는데, PHP 8.0부터는 인터프리터 알림에서 경고로 상향했다. PHP 9.0부터는 정의되지 않은 변수를 쓰면 파싱에러가 나고 쓸 수없게 한다. (즉, 프로그램 실행 불가). 정의되지 않은 변수를 쓰는 것이 단점인 이유는 없는 변수를 써도 무시하기 때문에 개발자가 실수를 하게되기 때문이다.

옛날 버전들은(PHP 7.4까지) 정의되지 않은 변수를 사용했다는 알림만 보여줬다. 알림은 에러 설정을 E_ALL로 해놔야 표시된다[8]. 느슨한 ==가 아닌 === 을 쓰더라도 같다는 결과가 나온다. 이를 확인하려면 get_defined_vars 함수(지역 변수) 또는 $GLOBALS 변수(전역 변수) 등을 통해 선언된 변수의 목록 배열을 얻어온 다음, 그 배열에 변수가 포함되어 있는지를 확인해야 한다. 그러나 null과 구분되지 않는 특성을 이용해 일반적으로 php 코드에서는 isset 함수로 체크한다.

  • 오류와 예외처리가 일관되지 않다 PHP 8버전등 최근버전에서 고치고있으나 그이전 버전을 보면 예외처리해야할 요소에 그저 E_WARNING 등의 경고만 내서 프로그램안에서 해당오류를 컨트롤 할 수없는 것들이 많았고 false 를 리턴 하는게 많았다.

  • PHP 5.X 대는 현재 PHP 의 나쁜이미지를 쌓는 시기였다. 버전이 정체되어 느리고 이상한 동작도많고 타입도 부여되지 않았으며 특히 PHP 5.4.X는 보안에 문제가 많았는데 register global 문제가 있었다.[9] 하지만 PHP 5.X대가 오랫동안 유지되어 아마존, 페이스북을 비롯한 PHP 를 사용하던 대다수의 기업들이 PHP 5.2 ~ 5.5 시기에 빠져나갔다.


2.4. 다른 웹 서비스 개발 기술과의 비교[편집]


종종 Java 진영의 JSP와 비교되기도 했었다.

한국의 SI 업계에서는 JSP 개발자로 넘어가는 일이 많았는데, 공공기관 프로젝트를 따내려면 정부에서 만든 자바 기반의 전자정부프레임워크를 써야 가산점을 받아 유리해지기 때문이다. 민간의 대규모 서비스는 PHP 5버전 시절 OOP 지원 미흡했을때 유지 보수성 등을 이유로 Java 기반을 요구하는 경우가 많았다.

일본이나 유럽 특히 프랑스에서는 PHP를 많이 쓰고 있다.
https://www.jetbrains.com/ko-kr/lp/devecosystem-2021/php/ 통계

2023년 현재에는 다음과 같은 기술들이 전 세계 웹 서비스 개발에 주로 사용되고 있다.


3. 레거시와 현대화[편집]


2000년대 초반 국내에서는 네이버도 PHP를 사용했다. 그 당시 PHP는 구동 속도도 느린데다 객체지향을 지원하지 않았기 때문에 협업이 힘들다는 이유로, 2000년대 중반 Java 계열의 JSPC\# 계열의 ASP.NET으로 옮겨갔다. (PHP에서 제대로 된 객체지향이 등장한 것은 2009년 발표된 PHP 5.3부터이다). 페이스북은 이전에는 PHP를 주 언어로 사용하다가 2014년 자사에서 PHP 기반으로 개발한 hack이라는 언어를 사용한다.[10]

과거 PHP에서는 MVC 패턴[11] 적용이 어려웠지만, PHP 5.0부터 객체지향 프로그래밍 요소가 들어가기 시작해서 나아졌고, 5.3 에 네임스페이스가 도입 되면서 객체지향과 MVC 패턴으로 설계된 프레임워크들이 더 많이 개발되었다. 그러나 오래된 CMS들은 이미 절차지향형으로 작성되어 있었고, 그 밖에도 소규모 프로젝트에서는 관리가 힘든 경우가 많았다. 예를 들어 제로보드는 SQL 쿼리에 들어갈 변수들에 "준비된 실행문"(Prepared Statement)이라는 안전한 방식을 사용하지 않았는데, 그 결과 SQL 인젝션 공격을 받아 뽐뿌 개인정보 해킹 사건 등이 발생했다. 반면 XE의 경우 시작부터 MVC 구조였으며 SQL 인젝션 문제도 해결되었고, 드루팔의 경우는 드루팔 8 에서 컴포저를 지원하고 개발이 쉬운방향으로 개선되었다.


3.1. 모던 PHP[편집]


2000년에 나온 PHP 4까지는 클래스가 있어도 없는 것이나 다름없었고 순수하게 스크립트 형태로 작성된 코드들이 많았는데, PHP 5.3 이후로는 점점 객체 지향 프로그래밍이 사용되기 시작했다. 그래서 PHP 최초 개발 당시[12] 주요 사용층이었던 사람들 입장에서는 PHP의 장점인 낮은 진입장벽이 높아지고 있다고 우려하는 사람들도 있었을 정도[13]. 그래서 5.3 버전까지를 고전 PHP, 5.4~5.6는 과도기, 7.0 이후 버전은 현대 PHP로 분리해서 보는 시각이 있다.

PHP 프레임워크들이 등장하면서 MVC 패턴 및 HMVC 등이 적용되어 협업관련 문제는 대부분 해소되었고, PHP 7부터는 좀 더 확실한 OOP 언어에 가까워졌다. 현존하는 문제들의 대다수는 아직도 5.x 대에서 벗어나지 못하는 절차지향적으로 작성된 고전 CMS들과 여기에 익숙해져 새로운 것을 배우지 않는 사용자, 즉 개발자들이 원인이다. PHP Framework Interop Group에서 제안한 PSR 규칙[14]으로 인해 많은 프레임워크가 정형화되었다. 요즘 PHP 개발에서는 PSR을 지키는 것이 권장된다.

PHP는 느슨한 타입 검사와 $GLOBALS, extract() 같은 전역변수 접근 등으로 보안 취약점이 많이 지적되었다. 타입 강화는 PHP 7부터 개선된 부분이 있지만, 초창기부터 이어져 온 특유의 함수 이름 비일관성은 여전히 고쳐나가는 중이다. PHP 8.1부터는 일부 문제가 되었던 $GLOBALS 변수 사용을 인터프리터 차원에서 제한하기로 바뀌었다.

모던 PHP라고 하는 PHP 7.0 이 나오기 이전까지는 제대로 된 디자인 패턴이나 프레임워크가 확립되지 않았고, 이로 인해 보안 따위는 가볍게 날려버린 코드를 짜는 방법들이 있어서 그걸 쓰는 개발자들이 많았는데, "PHP는 안전하지 않다"라는 이미지를 심는 데 일조하였다. 결론을 말하자면, 개발자가 보안에 대해 인지하고 방어하는 코드를 쓰자는것 . 요즘에는 CMS도 프레임워크 사용으로 보안 문제가 상당히 줄었다.

웹에 올라와 있는 PHP 비판 문서는 유심히 봐야 한다. 잘못된 내용을 적을 때도 있고, 현시점에서 해결된 문제도 떡하니 올려놓는 경우도 많다. 2015년 7.0이 나오기 이전 당시 버전인 5.x 시절에 작성된 글이 많다. 특히 PHP: 잘못된 디자인의 프랙탈의 번역본이 퍼져 있는데, 이 글은 2012년에 작성되었고 PHP 5.4 버전 시점의 이야기 이다. PHP 7.0 에서 해당 글에 나온 많은 결함이 수정되었다. 2017년에 슬랙에서 작성한 PHP의 장점과 단점 PHP에 대해 진지하게를 참고하는 편이 낫다. 물론 이것 마저도 PHP 8.0에서 몇가지 개선되었다.

다른 언어 플랫폼처럼 모듈등 생태계를 지원하기 위해 Composer라는 의존성 관리 도구가 나와 패키지 구성과정을 간소화 할 수 있게 되었다. PHP 라이브러리는 패키지스트에서 찾을 수 있다. https://packagist.org/


4. 구동방식[편집]



  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. 사용자 프로그램이 종료된다. 종료되면서 모든 객체와 변수등이 메모리에서 삭제된다. [15]

이하반복
  • PHP VM은 리눅스에서 1프로세스당 1엔진이며, 1 ~ N번의 사용자 요청을 수행한 다음에 웹서버 프로그램의 프로세스 관리에 따라 프로세스가 종료된다. [16]

윈도우 서버의 IIS NTS 모드와 리눅스에서 TS 방식은(위에 기술한 것) 조금 다른데 자세한 내용은 PHP intenals Books 에 나와있다.https://www.phpinternalsbook.com/php7/extensions_design/php_lifecycle.html [17].

PHP 문법에는 각종 타입들이 있는데, 실행중에 체크한다 (런타임 체크).[18][19]

페이스북은 자사 서비스를 개발하다가 당시 PHP의 성능 문제를 해소하기 위해 오픈 소스HipHop for PHPHipHop 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이라는 것도 있는데, 웹 서버 프로그램[20]과 통신하는 모듈 형태이다. PHP로 HTTP/2를 지원하기 위해서는 PHP-FPM으로 구동해야 한다.


5. 개발 환경[편집]



옛날에는 에디트 플러스나 노트패드 ++ 같은 단순 편집기를 쓰고 통합 개발 환경(IDE)을 안 쓰는 사람도 있었지만, 배포 전에 오류를 잡고 개발 생산성을 높이기 위해서는 IDE를 쓰는 것이 좋다.

영어로는 IDE(Integrated Development Environment)라고 한다. 터미널, 디버거, 확장(Extension), 코드 편집기 등 개발에 도움울 주는 각종 기능들이 담겨 있는 앱을 가리킨다. IDE는 작업 중인 코드 상의 문제를 추적해 주거나 스타일 수정을 해 주는 패키지와의 연동을 통해 GUI 상에서 코드 퀄리티 관리를 자동으로 해 주는 편리한 기능도 제공한다.

VS Code 같은 텍스트 에디터에 디버깅을 위한 Xdebug를 설치해서 사용하는 방법도 있다. 특히 VS Code는 MS가 전폭적으로 밀어주고 있어 각종 플러그인의 숫자도 늘어나는 중이다.

IDE 중에는 넷빈즈JetBrains 사에서 개발한 유료 IDE PhpStorm이 편리한 코드 에디터, 각종 프레임워크 지원, DB 관리 통합, 신속한 지원에 힘입어 점유율을 늘려가고 있다. PhpStorm은 PHP뿐만 아니라 JavaScript, TypeScript, CSS지원 등 웹스톰의 기능들까지 전부 포함하고 있다.


5.1. 웹 프레임워크[편집]


프레임워크란 개발의 방향성을 잡을 수있게 도와 주는 틀이 되는 소프트웨어다. 웹에서는 주로 MVC 아키텍처를 많이 쓴다.

  • 라라벨: 첫 등장 이후 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[편집]


ORM 이란 SQL 쿼리를 사용하지 않고 DB 작업을 객체지향적으로 할 수 있게 도와주는 개념이다. 물론 만능은 아니라서 복잡한 DB작업은 SQL을 써야 할 경우도 있고 기본적으로 DB를 잘 알아야 한다.

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


5.3. 디버깅[편집]


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


5.4. 패키지 관리자[편집]


PHP 의 패키지관리자는 3가지가 있는데
PECL , Phar , 컴포저(Composer)이다.
PECL, Phar 은 PHP 익스텐션 관리자이다. c 나 c++ 등으로 만든 익스텐션들이 있다.
이 중에 PHP 만 다루는 것은 컴포저다.
컴포저는 php프로그램을 배포하는 패키지스트 사이트에 다운/배포를 하며
해당 php 프로그램에 필요한 라이브러리들을 관리한다 이를 의존성 관리라고 한다.



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. 문법[편집]


파일:나무위키상세내용.png   자세한 내용은 PHP/문법 문서를 참고하십시오.



7. PHP 코딩 표준안[편집]


PHP 5.3 이후 PHP 진영에도 프레임워크들이 나오면서 코딩표준과 프레임워크들 호환에관해 PHP 프레임워크 그룹에서 규칙을 정했다.

PSR 0 ~ 17가 있는데 PSR 4와 12가 주요 규칙이고 PSR 4는 PHP 클래스를 자동으로 불러오는 '오토로드' 기능이며 Node.js의 NPM과 같은 패키지 의존성 관리자인 컴포저의 기능중 하나이다.

그리고 PHP The Right Way라는 문서가 인정받고 있다.


8. 업데이트[편집]


PHP의 공식 업데이트는 7.0이 나온 이후로 최신 버전 및 하위 2개 버전까지만 업데이트를 유지한다. 예를 들어 8.1이 나오면 8.0과 7.4는 업데이트를 지속하고, 7.3은 업데이트를 종료하는 형식이다. 그러나 많이 쓰이는 몇몇 리눅스의 배포판(대표적으로 레드햇 리눅스우분투)은 PHP의 업데이트가 종료된 이후에도 자체적으로 계속 보안 업데이트를 지원한다. 이런 유명 배포판들은 보통 서버용으로 써서 지원 기간이 길고(특히 LTS로 부르는 장기지원 버전), 호환성을 위해 해당 메이저 버전 내의 공식 저장소 PHP 버전을 바꾸지 않기 때문에 자체적으로 보안 업데이트를 지원하는 것이다. 그렇더라도, 보안이 강화된 최신 버전을 쓰는 것이 좋다.


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 객체지향에서 클래스파일 위치를 구분하기위한 네임스페이스, 익명함수 문법이 추가되고 메모리 회수를 위한 가비지컬렉터에서 순환 참조 문제가 일부 해결되었다.[22]
  • 2012년 3월 5.4 업데이트된 기능[23]이 다른 언어에선 이미 지원되는 것들이였다 새 기능 소개 그리고 상속 없이 합성을 통한 클래스들을 모듈화할 수 있는 트레이트 문법을 지원하게 되었다.

  • 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[편집]


PHP 7의 발표 행보는 상당히 빠르다. 2015년 6월 11일에 알파 1이 나온 이후 한 달 만인 7월 10일에 베타 1이 나왔고, 8월 18일 릴리즈 후보안 1(RC1)이 나왔다. 12월 3일에 일반 이용자용(GA)이 나왔다. PHP 7은 PHP 5.6보다도 2배 빠른 성능이고, 함수 인자와 반환 값에 타입을 지정할 수 있게 되었다.

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


  • 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 에러는 @로 감출수가 없다.[26]
    • 다른언어에서 옵셔널이라고도 부르는 null safe 연산자가 지원되어 프로그램의 안정성이 높아졌다.
  • 다른언어에서 어노테이션이라고도 부르는 애트리뷰트기능이 지원된다.
주석은 사람이 해석하지만 애트리뷰트는 프로그램에게 해당 코드 역할을 지정하는 메타 데이터이다.
문법은
#[]

">
  • 함수의 매개변수에 이름을 붙일수 있게되었다.
  • 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일이다. 지원 중단일은 2024년 11월 25일로 잡혀있다.


8.3.3. 8.2[편집]


2022년 11월 셋째 주 출시예정이었으나, 중간에 버그가 발견되어 12월 8일에 발표되었다. 추가 기능은 다음과 같다.
  • 에러났을때 민감변수[27]는 숨기고 나머지만 표시할 수 있게 민감변수 지정 애트리뷰트 추가.
  • 객체 속성 동적생성을 경고로 분류
  • 읽기전용 클래스
  • 트레이트에서 상수 사용가능
  • DNF 타입 지원 (유니온과 인터섹션 타입을 섞어쓸 수있는 타입이다.)
  • PCRE 정규식에서 변경자(modifier) n 지원 추가
  • 함수 호출구문 정리를 위한 일부문법 Deprecated

그 밖에 define 함수를 사용해서 객체를 상수로 선언하는 것이 가능해졌다. 이로써 불변 객체를 만들 수 있게 되었다.

8.3.4. 8.3[편집]


2023년 11~12월 경 정식 배포될 예정이다.
유효하지 않은 직렬화 문자열을 역직렬화 시도할 때, 기존의 E_NOTICE에서 E_WARNING로 에러 수준이 향상되는 등의 변경점이있다.

  • PHP 의 호출스택의 최대 크기를 정할수있는 설정 추가
  • JSON 형식을 검증하는 json_validate() 함수 추가
  • 내장된 XML, DOM 파싱 라이브러리 성능이 대폭개선되고 tag 선택 함수들도 추가되었다.
  • 읽기전용 클래스를 익명클래스로 생성할 수 있게되었다.

8.3.5. 8.4[편집]


2024년 11월 배포 예정으로 개발중이다.

8.4. PHP 9[편집]


2025년~2026년 사이에 출시할 예정인 버전이다. 2018 부터 조금씩 바꾼 PHP 엔진 개선점을 반영하는 버전이라고 한다.

  • 예외 처리 강화
  • 객체 속성의 동적 생성 기본값이 비활성화로 변경, 동적 생성을 허용하려면 명시적으로 클래스에 에트리뷰트 추가
  • 정의되지 않은 변수 사용 불가
  • Vector 등 새 자료구조를 객체지향에 맞춰서 추가

모두 PHP 내부 메일링 리스트와 PHP RFC 문서등지에서 예고, 논의했던 것들이다. PHP 메일링 리스트를 표시하는 사이트 특히 정의되지 않은 변수에 관해서는 기존 코드를 변경할 시간이 필요하므로 지금부터 준비하라고 하고 유명한 라이브러리들은 이미 준비 중이다.


9. 기타[편집]


  • FastCGI로 프록시 하게 되면 HTTP헤더에 X-Powered-By 이름의 버전 정보가 추가된다. : X-Powered-By: PHP/7.4.2[28]
  • 현재 웹상에 공개된 많은 웹 관련 애플리케이션들이 PHP로 작성되었기 때문에, 필요한 부분을 고칠 수 있을 정도로 배워두면 도움이 된다. 특히 간단한 서버용 자동화 스크립트 파일을 짜기에도 편리하고, 웹서버를 경험해보기 괜찮은 언어이다.
  • 라이선스를 보면, 일단 프리프로세서는 3.x(PHP License/GPL 듀얼 라이선스)를 제외한 모든 버전이 PHP License라 불리는 독자적 라이선스를 따른다. MIT 허가서 비슷하지만 프리프로세서를 재배포할 때 (내용 수정 여부와 관계없이) 패키지명에 PHP라는 단어를 넣지 못하게 하고, 'This product includes PHP software, freely available from http://www.php.net/software'라는 문구를 코드에 삽입할 것을 강제하는 내용이 있어 GPL과는 호환이 되지 않는다.
  • 페이스북에서 PHP에 지대한 공헌을 하고 있었다. 이유는 위에서 언급했듯이 페이스북이 PHP(or hack 언어) 기반으로 만들어졌기 때문.[29] 대표적으로 페이스북에서 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
"PAAMAYIM NEKUDOTAYIM"은 히브리어인데 영어로 "double colon"이라는 뜻이다.[30] 이건 PHP 8.0 부터는 double colon으로 바뀌었다.
  • 2021년에 스택오버플로우에서 개발자 대상으로한 설문조사에서 기피 언어 9위에 오르기도 했다. 최신 웹 사이트들은 PHP를 잘 쓰지 않을 것으로 보이지만 단가 등의 문제로 고객들이 원하는 등 수요가 계속 있고, 개발자도 간단한 프로젝트라면 예전에 사용했던 PHP 코드들을 그냥 재활용해서 만드는 것이 편하기 때문에 의외로 많이 쓰이고 있다. 지금도 라라벨이나 cms(그누보드, 워드프레스 등등)로 신규 제작되어 대다수의 웹사이트가 PHP로 구동되고 있고 매년 언어 점유율 순위에서 항상 상위권을 차지하고 있으며 리액트나 뷰로 된 프론트엔드와 PHP로 된 백엔드를 연동시켜서 굴리는 경우도 있다. 이렇게 기피 언어 순위와 점유율 순위 둘다 상위권을 놓치지 않는점이 아이러니.


10. PHP로 작성된 프로그램 목록[편집]


나무위키에 단독 문서가 있는 것만 추가한다. (가나다 순)




파일:크리에이티브 커먼즈 라이선스__CC.png 이 문서의 내용 중 전체 또는 일부는 2023-11-01 17:46:19에 나무위키 PHP 문서에서 가져왔습니다.

[1] 구, Zend Technologies Ltd.[2] 사실 PHP는 Perl과 좀 더 유사하다. 다만 C언어에서 파생된 문법을 사용하므로 C-like로 기술하였다.[3] 그런데 swoole, 로드러너와 같이 프로세스가 종료되지 않게 실행하는 프로그램을 쓰면 상태가 유지(stateful)되기 때문에 DB 커넥션 풀도 만들 수 있다. 이렇게 할 경우, 기존 PHP 코드를 수정해야 하는 단점이 있으며 앞서 말한 무상태성으로서 가졌던 장점도 사라지게 된다.[4] 스크립트의 언어 속성으로 language를 쓰는 것 또한 사실은 비표준이다. 표준대로라면 type으로 쓰는 것이 옳다. HTML4 시절부터 두 가지 형태가 혼용되고 있었는데, HTML5에서 후자가 살아남은 것.[5] 메모리나 cpu등에 앞서 저장된것을 말한다. 여기서는 php opcache 코드[6] 기존 함수는 지원하지만, 서서히 없애고 있다.[7] 대다수의 웹은 PHP 코드 처리보다 DB 가 더 느리기 때문에 DB 튜닝, 쿼리 개선이 성능향상에 더 영향이 크고 PHP 성능도 향상되어 유저가 체감할 정도는 아니다. [8] Notice 수준의 로그로 보여주는데 php.ini에서 설정을 껐으면 모르고 지나치기 쉽다.[9] 전역변수를 덮어 쓰기하는 문제[10] Facebook이 새로운 프로그래밍 언어 Hack 공개, 2014-03-21, 클리앙[11] (Model)-출력(View)-입력 및 제어(Controller)에 해당하는 부분을 분리해서 작성하는 프로그래밍 방식.[12] 95~2002년[13] 그런데 루비 온 레일즈 등의 영향을 받은 다양한 MVC 패턴을 지원하는 웹 개발 프레임워크들이 개발되었기 때문에 어떻게 보면 오히려 난이도가 비슷하거나 낮아졌다고 할 수 있다. Laravel 웹 프레임워크 같은 경우에는 GitHub에서 Python의 대표적인 웹 개발 프레임워크인 Django의 star 수를 뛰어넘었다.[14] PHP 프로그램 작성 권장 규칙[15] PHP 특징인 무상태성이다. 종료되면서 해당프로그램의의 변수,객체, DB커넥션 등등이 모두 사라진다.[16] 사람들의 오해가 있는데 웹서버에서 구동하는 PHP는 1요청당 프로세스가 생성되고 종료되는 것이 아니다.[17] PHP 특성상 TS모드로 리눅스에서 수행하는것이 더 좋다는걸 알 수있다[18] PHP에는 제네릭이없는데 라스무스는 매년 열리는 PHP컨퍼런스인 phpCE 2018에서 제네릭 구현은 가능하지만 도입시 PHP가 실행 중 타입 체크를 하게되어 큰 성능저하가 있기 때문에 반대한다고 밝혔다.[19] 같은 약타입 인터프리터언어인 파이썬은 제네릭이 있는데 파이썬은 실행중에는 타입체크를 전혀 안하기 때문에 제네릭은 코드작성할때만 있는것이라 성능저하가 없다. 여담으로 자바는 컴파일 되면서 제네릭이 삭제되기에 성능에 지장이없다.[20] 아파치 HTTP 서버, NGINX[21] 이미 설치된 PHP 확인법은 phpinfo 함수로 확인하거나 윈도우cmd나 리눅스터미널에서 php -v 를 입력하면 정보가뜬다.[22] 훗날 PHP 7.0에서 재설계 되어 순환 참조 문제가 해결되었다.[23] 배열을 []로 선언하기, 배열을 리턴하는 함수를 곧바로 접근하기 등. 이것은 이미 오래전부터 JavaScript에서 구현된 것들이다. 이 외에도 JavaScript에서 유래한 일부 기능이 추가되었다.[24] call by reference[25] null coalescing operator [26] 즉 PHP 7에서 버그를 잡지않고 작성한 코드들은 PHP 8에서 실행하려면 버그를 잡아야한다.[27] DB 비밀번호, 계정정보 등등[28] 여담으로 header_remove로 지울 수 있는데 지우지 않아서 프로그램 정보가 노출되면 서버 보안에 취약할 거라는 지적이 있다. #StackOverflow[29] 외국에서는 기업이 오픈소스 프로젝트를 이용하여 자사의 서비스를 구축한 경우 그 프로젝트에 기여(contribute)를 하는 일이 흔하다.[30] https://en.wikipedia.org/wiki/Scope_resolution_operator#PHP[31] Taking PHP Seriously