PHP

01무엇이고, 어떤 일을 하나

• 요청 변수와 세션 등 입력을 읽어 애플리케이션 동작을 수행한다.
• DB·파일·외부 API를 이용해 응답에 필요한 자료를 만든다.
• 응답의 상태·헤더·본문을 웹 실행 계층으로 반환한다.

02어떤 순서로 동작하나

1. 요청 전달

   웹 서버가 PHP 처리 경로를 선택하고 FPM 등 실행기에 스크립트 경로와 요청 정보를 보낸다.

2. 입력 해석

   PHP 코드가 입력의 존재·자료형·허용 범위를 검사하고 인증된 사용자 상태를 연결한다.

3. 업무 처리

   필요한 DB 질의를 매개변수화하여 실행하고 결과와 오류를 처리한다.

4. 출력 생성

   HTML이면 해당 문맥에 맞게 값을 인코딩하고 상태·헤더·본문을 반환한다. 내부 오류와 비밀값을 그대로 응답에 노출하지 않는다.

03먼저 알아둘 용어와 구성요소

서버 측 실행

클라이언트는 PHP 원본 코드를 받아 실행하는 것이 아니라 서버에서 생성한 결과를 받는다. PHP 처리 연결이 잘못되어 원본 파일을 정적으로 내보내면 비밀 코드·설정이 노출될 수 있으므로 확장자 이름만으로 실행을 보장하지 않는다.

$_GET

PHP에서 $_GET은 쿼리 문자열에서 파싱된 입력이며 입력이 존재하지 않거나 배열 형태일 수 있다는 점까지 처리해야 한다.

htmlspecialchars

문자열을 HTML에 출력할 때 htmlspecialchars 같은 문맥에 맞는 인코딩을 사용하면 <와 & 등이 태그로 해석되는 것을 줄일 수 있다.

prepared statement

SQL에는 별도의 prepared statement가 필요하므로 HTML 인코딩이 SQL 안전성까지 제공하지 않는다.

CLI와 FPM

PHP CLI의 php.ini와 FPM의 설정 경로가 다를 수 있으므로 명령행 php -v 결과와 웹 런타임의 설정을 같은 것으로 단정하지 않는다.

오류 표시와 기록

display_errors는 응답으로 내부 오류를 노출할지, log_errors는 기록할지의 구분이다.

04예제로 따라가기

• 브라우저가 index.php를 요청해도 정상 처리에서는 PHP 소스가 아니라 실행 후 만든 HTML을 받는다.
• $_GET['name']은 없거나 배열 형태일 수 있으므로 문자열이라고 단정한 처리 전에 입력 형태를 검사한다.
• HTML에 넣는 문자열을 인코딩했다고 그 문자열을 연결한 SQL이 안전해지지는 않는다. HTML 출력과 SQL 질의의 해석 경계가 다르다.

05혼동하기 쉬운 점과 확인 기준

• 웹 서버가 FPM 소켓을 열지 못하면 프로토콜 전달 전 경로·권한·listen 상태 문제다. PHP 코드의 SQL 구문을 고쳐도 아직 그 코드가 실행되지 않는다.
• FastCGI 연결이 돼도 SCRIPT_FILENAME이 의도한 실제 파일을 가리켜야 한다. HTTP URI와 파일 경로를 혼동하면 잘못된 스크립트를 실행하거나 파일 없음 오류가 난다.
• 앱은 status·헤더·본문을 만들고 서버 인터페이스가 이를 HTTP로 전달한다. 문자 개수와 바이트 길이, 이미 보낸 헤더 뒤 발생한 예외를 구별해야 응답 오류를 설명할 수 있다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.