Ganti versi PHP di cPanel tanpa bikin website error

Kamu buka WordPress, muncul notifikasi "PHP update required". Di cPanel ada menu MultiPHP Manager yang kelihatannya tinggal pilih versi baru lalu klik Apply — tapi kamu ragu, takut website langsung blank putih dan pelanggan nggak bisa pesan.

Ketakutan itu wajar. Ganti versi PHP memang cuma dua klik, tapi dua klik itu bisa mematikan plugin lama yang belum diupdate sejak 2019. Di bawah ini urutan kerjanya supaya risikonya kecil dan kamu tahu cara balik kalau ada yang rusak.

Cek dulu: kamu sekarang pakai PHP versi berapa?

Jangan menebak. Ada dua cara cepat:

Dari WordPress: masuk ke Tools → Site Health → Info, buka bagian Server. Di situ tertulis "PHP version".

Dari cPanel: buka MultiPHP Manager. Daftar domain kamu muncul beserta versi PHP yang aktif per domain. Perhatikan kolom versinya — bisa saja domain utama pakai PHP 8.1 sementara subdomain masih 7.4 karena dulu dibuat terpisah.

Catat versi lama ini di notes. Nanti dipakai kalau harus rollback.

Kenapa versi lama jadi masalah

Setiap versi PHP punya masa dukungan. Setelah lewat tanggal end-of-life, tim PHP berhenti merilis perbaikan keamanan untuk versi itu — termasuk untuk celah yang baru ketahuan. Kamu bisa cek sendiri status tiap versi dan tanggalnya di halaman resmi php.net/supported-versions.php, jangan percaya angka dari artikel mana pun (termasuk ini) karena tanggalnya bergeser tiap tahun.

Selain keamanan, plugin dan tema modern lama-lama menaikkan syarat minimum PHP. Kalau kamu ketinggalan terlalu jauh, update plugin bakal ditolak dan kamu terjebak di versi plugin lama yang juga punya celah.

Langkah 1: backup sebelum menyentuh apa pun

Ini bukan formalitas. Ganti versi PHP biasanya tidak mengubah file atau database, tapi langkah-langkah perbaikan setelahnya (update plugin, edit tema) bisa.

Di cPanel, buka Backup lalu Download a Full Account Backup, atau minimal Download a MySQL Database Backup untuk database WordPress kamu. Kalau hosting kamu menyediakan backup harian, pastikan kamu tahu cara restore-nya sebelum butuh — bukan sambil panik.

Langkah 2: update dulu semua plugin, tema, dan core

Penyebab paling umum website rusak setelah naik PHP adalah plugin yang versinya ketinggalan, bukan PHP-nya. Jadi sebelum pindah versi:

1. Masuk ke Dashboard → Updates di WordPress.
2. Update WordPress core, lalu semua plugin, lalu tema.
3. Cek website setelah update — pastikan masih normal di versi PHP lama.

Kalau ada plugin yang sudah tidak pernah diupdate bertahun-tahun, buka halaman plugin itu di direktori WordPress dan lihat "Last updated" serta "Tested up to". Plugin yang terbengkalai adalah kandidat utama penyebab error — pertimbangkan menggantinya duluan.

Soal plugin "PHP Compatibility Checker": alat semacam ini memindai kode secara statis dan sering memberi false positive maupun melewatkan masalah nyata. Boleh dipakai sebagai petunjuk awal, tapi jangan jadikan satu-satunya dasar keputusan.

Langkah 3: uji di subdomain, bukan di website asli

Ini bagian yang paling sering dilewati, padahal paling menentukan.

1. Di cPanel buka Domains (di beberapa versi cPanel namanya masih Subdomains) dan buat subdomain, misalnya staging.namadomain.com. Catat Document Root-nya, biasanya /home/user/staging.namadomain.com.
2. Salin website ke folder itu. Cara paling mudah: pakai plugin migrasi/duplicator favoritmu, atau salin manual lewat File Manager plus phpMyAdmin untuk database.
3. Tutup subdomain dari publik: di File Manager masuk ke folder subdomain, lalu buat proteksi lewat Directory Privacy supaya tidak terindeks Google.
4. Di MultiPHP Manager, pilih hanya subdomain itu, set ke versi PHP baru, klik Apply.
5. Buka subdomain, klik-klik semua yang penting: halaman produk, form kontak, checkout, login admin, upload gambar.

Kalau semua aman di subdomain, kemungkinan besar aman juga di domain utama.

Langkah 4: ganti versi di domain utama

1. Buka MultiPHP Manager.
2. Centang domain utama di daftar.
3. Di dropdown PHP Version, pilih versi target. Naik satu minor version dulu (misalnya 8.1 ke 8.2) lebih aman daripada lompat jauh.
4. Klik Apply.

Perubahan berlaku langsung, tidak perlu restart apa pun. Refresh website kamu dan cek Tools → Site Health → Info → Server untuk memastikan versinya sudah berubah.

Kalau versinya nggak mau berubah

Penyebab klasik: ada baris handler lama di .htaccess yang menimpa pengaturan MultiPHP Manager. Buka File Manager, aktifkan Settings → Show Hidden Files (dotfiles), lalu edit .htaccess di folder root website. Cari baris seperti:

AddHandler application/x-httpd-php56 .php
AddType application/x-httpd-php74 .php

Baris semacam itu peninggalan hosting lama. Hapus (atau beri tanda # di depannya), simpan, lalu cek lagi. Backup dulu file .htaccess-nya sebelum diedit.

Langkah 5: cek ekstensi PHP

Versi baru kadang datang dengan daftar ekstensi aktif yang berbeda. Gejalanya: thumbnail gagal dibuat, export PDF error, atau plugin tiba-tiba bilang "required extension missing".

Di cPanel yang memakai CloudLinux, menunya bernama Select PHP Version — di sana ada tab Extensions dengan daftar centang. Ekstensi yang biasa dibutuhkan WordPress dan WooCommerce antara lain curl, gd atau imagick, mbstring, zip, intl, openssl, dan mysqli.

Kalau hosting kamu tidak punya Select PHP Version, daftar ekstensi diatur oleh penyedia hosting dan kamu perlu minta bantuan mereka. Ini salah satu bagian yang berbeda antar hosting, jadi jangan heran kalau tampilan cPanel temanmu tidak sama.

Untuk setting seperti memory_limit, upload_max_filesize, atau max_execution_time, gunakan MultiPHP INI Editor — mode Basic untuk ubah nilai umum, mode Editor untuk menulis direktif sendiri. Perlu diingat: setiap versi PHP punya file INI sendiri, jadi setelah pindah versi, nilai yang dulu kamu set bisa kembali ke default. Cek ulang di sini.

Langkah 6: baca error log, jangan cuma lihat halaman depan

Halaman depan bisa kelihatan normal sementara halaman checkout error. Dua tempat untuk mengecek:

• cPanel → Errors (atau Metrics → Errors): menampilkan entri terbaru dari error log server.
• File error_log di folder website, bisa dibuka lewat File Manager.

Kalau mau log PHP yang lebih detail dari sisi WordPress, tambahkan sementara di wp-config.php sebelum baris /* That's all, stop editing! */:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Log akan muncul di wp-content/debug.log. Matikan lagi (WP_DEBUG jadi false) dan hapus file log-nya setelah selesai — jangan ditinggal aktif di website publik.

Pesan bertipe Deprecated biasanya tidak merusak apa pun, hanya peringatan bahwa cara lama akan dihapus di masa depan. Yang perlu ditindaklanjuti adalah Fatal error dan Uncaught Error.

Kalau website rusak: cara rollback

Tidak perlu drama. Buka MultiPHP Manager, pilih domain, kembalikan ke versi lama yang tadi kamu catat, klik Apply. Website biasanya normal lagi dalam hitungan detik.

Setelah itu baru cari biang keroknya: nonaktifkan plugin satu per satu di subdomain staging dengan PHP versi baru sampai ketahuan mana yang bermasalah. Rollback adalah solusi sementara — jangan berhenti di situ dan biarkan versi lama berjalan setahun lagi.

Satu hal yang jangan dilakukan: menonaktifkan proteksi keamanan atau menghapus pesan error dengan menyembunyikannya (display_errors = Off saja tanpa membaca log). Error-nya tetap ada, kamu cuma berhenti melihatnya.

Penutup

Intinya: catat versi lama, backup, update plugin dulu, uji di subdomain, baru pindahkan domain utama — dan selalu baca error log, bukan cuma halaman depan.

Kalau menu Select PHP Version atau MultiPHP INI Editor tidak ada di cPanel kamu, itu keputusan penyedia hosting, bukan sesuatu yang bisa kamu aktifkan sendiri. Gocelerus adalah hosting cPanel untuk Asia Tenggara dengan server di Singapura, NVMe, LiteSpeed, Imunify360, dan backup harian; kalau kamu sedang mempertimbangkan pindah, migrasi website lama dikerjakan tim mereka tanpa biaya. Daftar paketnya ada di halaman pricing.