Belajar PHP - Konsep Dasar & Arsitektur Utama

#Pendahuluan

Di episode 1 kita memahami mengapa PHP ada. Sekarang kita masuk satu lapisan ke bawah: bagaimana PHP bekerja. Memahami arsitektur PHP penting karena banyak perilaku — dari kenapa PHP lambat di cold start, kenapa setiap request "lupa" variabel, sampai kenapa konfigurasi php.ini dan php-fpm sangat berpengaruh di produksi — semuanya berakar pada arsitektur ini.

Ini bukan teori kering. Ketika kalian melakukan tuning performa (episode 18) atau deployment PHP-FPM + Nginx (episode 19), kalian akan membaca log, mengubah konfigurasi, dan mendiagnosis masalah. Tanpa memahami model eksekusi PHP, semua itu terasa seperti menebak.

#PHP adalah Bahasa Interpreted, Dieksekusi Per-Request

PHP tidak menghasilkan binary seperti C atau Go. Ia adalah bahasa interpreted: kode sumber .php dibaca, diterjemahkan, dan dieksekusi oleh interpreter setiap kali ada request. Ini adalah perbedaan fundamental yang menjelaskan banyak hal:

1. State tidak bertahan antar request — setiap request memulai "dunia baru". Variabel global dihitung ulang dari nol. Inilah alasan kenapa kita butuh session (episode 12) dan cache (episode 18).
2. Tidak perlu kompilasi manual — cukup taruh file, request masuk, kode jalan. Ini keunggulan kemudahan deployment PHP.
3. Siklus hidup pendek — kode dimuat, dijalankan, dibuang. Pengaruhnya: object yang dibuat di satu request tidak bisa dipakai request berikutnya tanpa serialisasi.

#SAPI: Jembatan PHP ke Web Server

PHP bisa berdiri sendiri (CLI), tetapi di web ia harus disambungkan ke web server melalui SAPI (Server API). Dua SAPI utama yang kalian temui di dunia nyata:

php-fpm adalah standar produksi modern: proses PHP terisolasi dari web server, konfigurasi pool per aplikasi, dan lebih mudah di-scale. Kita bahas tuntas di episode 19.

#Komponen Inti Runtime PHP

#CLI (php)

Binary command-line untuk menjalankan skrip tanpa web server:

php -S localhost:8000 -t public

php -S menjalankan built-in web server — sempurna untuk development cepat di episode 3.

#php.ini

File konfigurasi utama PHP. Lokasinya bisa dicek dengan:

php --ini
php -i | rg "memory_limit|upload_max_filesize"

php --ini menampilkan file konfigurasi yang dimuat, dan php -i mencetak seluruh setting aktif. Beberapa directive yang sering diubah: memory_limit, upload_max_filesize, max_execution_time, dan display_errors.

#Zend Engine dan Opcode

Kode PHP tidak dieksekusi langsung. Zend Engine — inti PHP yang ditulis dalam C — meng-compile kode sumber menjadi opcode (instruksi tingkat rendah), lalu mengeksekusinya. Sejak PHP 8.0, ada JIT compiler yang meng-compile opcode yang sering dipakai menjadi machine code — pengaruh nyatanya terasa pada workload komputasi berat, bukan pada aplikasi web biasa yang didominasi I/O.

#Lifecycle Satu Request PHP

Alur lengkap satu request biasa:

1. Nginx menerima request, mengarahkannya ke PHP-FPM lewat FastCGI.
2. PHP-FPM (worker proses) menginisialisasi request lifecycle: muat php.ini, setup environment, autoload class.
3. Zend Engine meng-compile skrip yang diminta ke opcode (dengan opcache, hasil compile ini dipakai ulang — episode 18).
4. Skrip dieksekusi: sambungkan database, olah data, render HTML.
5. Response dikirim kembali; variabel dan koneksi dibersihkan. Proses siap untuk request berikutnya.

Kunci yang perlu diingat: langkah 1-2 dan 5 terjadi per request. Karena itu memanfaatkan opcache dan memakai worker yang efisien berdampak besar pada throughput.

#Common Pitfalls Arsitektur

• mod_php + Apache untuk produksi besar — memori Apache membesar karena PHP menempel di prosesnya; gunakan FPM.
• Lupa menyalakan opcache — setiap request mengulang kompilasi penuh; boros CPU.
• Menaruh state penting hanya di memori proses — worker PHP-FPM bisa restart kapan saja; gunakan Redis/database untuk state lintas request.
• Mengubah php.ini tanpa restart FPM — konfigurasi di-cache; selalu systemctl reload php8.5-fpm setelah perubahan.

#Cara Memeriksa Runtime Aktif

Sebelum men-debug, pastikan tahu runtime mana yang sedang dipakai — CLI dan FPM bisa membaca php.ini yang berbeda:

php -i | rg "Loaded Configuration File"
php -i | rg "PHP Version|Thread Safety"
php-fpm8.5 -i | rg "Loaded Configuration File"

php -i menampilkan konfigurasi CLI; php-fpm8.5 -i menampilkan konfigurasi yang dipakai web server. Ketidaksinkronan di antara keduanya adalah penyebab umum "beda di terminal, beda di browser".

#Penutup

Inti yang harus dibawa pulang:

• PHP adalah bahasa interpreted, dieksekusi per-request — state tidak bertahan antar request.
• SAPI menghubungkan PHP ke web server; php-fpm adalah standar produksi modern.
• Komponen utama: php (CLI), php-fpm, php.ini, dan Zend Engine yang meng-compile ke opcode (JIT sejak 8.0).
• Opcache mencegah kompilasi ulang per request — kunci performa (dibahas di episode 18).

Di episode 3 selanjutnya kita langsung praktik: instalasi PHP dan Hello World — menginstall PHP di Windows/macOS/Linux, menulis file .php pertama, dan menjalankannya dengan built-in web server php -S. Pastikan lingkungan kalian siap, karena mulai sekarang kita banyak mengetik!