Proyek Joomla mengumumkan Joomla 6.2 (Mwezi) pada 13 Oktober 2026 sebagai rilis minor dengan fitur editor, modul, keamanan, dan email. Bagi admin yang masih di Joomla 5.4, langkah upgrade Joomla 5.4 ke 6.2 merupakan upgrade (bukan migrasi penuh) selama plugin Behaviour – Backward Compatibility 6 aktif. Namun pernyataan itu bukan pengganti uji staging dan rencana rollback.
Rilis minor Joomla tetap membawa perubahan kode inti, pipeline asset JavaScript/CSS, dan persyaratan hosting. Asumsi “semua extension pasti jalan” berisiko tinggi untuk template custom, integrasi payment, atau cron job pihak ketiga.
Fitur Joomla 6.2 yang mempengaruhi operasi
Catatan rilis resmi 13 Oktober 2026 menyorot integrasi TinyMCE dengan Media Manager dan modal pemilih link. Filter teks Joomla menjadi default editor; kelas CSS terpisah untuk gambar artikel; opsi Login Module menyembunyikan tautan lupa password/username.
Flag severity update keamanan untuk developer extension ikut hadir. Generic XOAuth2 SMTP memakai refresh token provider alih-alih password plain untuk Microsoft 365 atau Google Workspace. Pipeline asset front-end/back-end reorganisasi relevan bagi pengembang extension.
Detail teknis lanjutan ada di Joomla 6.2 Upgrade Notes dan halaman GitHub changes yang dirujuk pengumuman. Sebelum menulis SOP internal, buka catatan versi terbaru. Fitur beta di RC bisa berbeda sedikit dari 6.2.0 stable.
Checklist staging, backup, dan extension
Clone produksi ke staging dengan PHP, database, dan versi web server setara. Backup full file plus dump database; uji restore, bukan hanya ekspor. Audit extension: cek kompatibilitas 6.x di vendor, nonaktifkan modul legacy yang tidak maintained, snapshot template override.
Verifikasi requirement resmi (Installing Joomla 6.x dan Technical Requirements) sebelum klik update. SMTP: bila rencana migrasi ke OAuth2, siapkan kredencial provider dan uji kirim email transaksional setelah upgrade. CDN atau cache reverse proxy perlu purge rules setelah perubahan asset pipeline.
Urutan aman: maintenance mode, backup final, update core via installer Joomla, update extension bertahap, smoke test (login admin/front, submit form, checkout bila ada, cron). Pantau log PHP dan error 500 pada halaman dengan plugin editor berat.
Rollback: simpan snapshot pre-upgrade dan dokumentasi versi extension. Minor release Joomla tidak menjamin template komersial pihak ketiga bebas regresi CSS/JS.
Monitoring pasca-deploy dan bantuan operasional
Setelah go-live, pantau 24–72 jam pertama: error log, queue email, dan laporan pengguna editor. Perubahan TinyMCE dan filter teks bisa memengaruhi formatting artikel lama; sampling artikel populer perlu cek manual.
Agency atau owner bisnis tanpa tim DevOps sebaiknya menjadwalkan upgrade di window traffic rendah dan menyiapkan komunikasi maintenance. Bila stack campuran (Joomla + integrasi CRM), uji webhook outbound/inbound di staging.
Referensi operasional di codef.id: prosedur backup database Joomla selaras langkah di atas. Jasa maintenance website relevan bila upgrade membutuhkan assistance restore atau audit extension tanpa menghentikan operasi toko.
Fokus tim kecil setelah rilis
Pengumuman menyebut lebih dari 130 pull request dari relawan global; daftar lengkap ada di GitHub changes. Tim kecil cukup fokus pada editor TinyMCE, modul login, flag update keamanan extension, dan OAuth SMTP.
Plugin Behaviour – Backward Compatibility 6 membantu extension 5.x. Template override dan custom field pihak ketiga tetap bisa gagal setelah reorganisasi asset. Uji halaman dengan JavaScript berat sebelum membuka traffic live.
Generic XOAuth2 SMTP relevan bila inbox transaksional memakai Microsoft 365 atau Google Workspace. Rencanakan rotasi refresh token dan dokumentasi credential admin. Jangan upgrade core di hari yang sama dengan migrasi DNS atau SSL.
Editor dan keamanan pasca-upgrade
Setelah upgrade, bandingkan waktu load admin dan front. Pipeline asset baru bisa membutuhkan rebuild cache template. Jika situs memakai CDN, invalidasi path CSS/JS wajib masuk runbook.
Business owner tanpa tim teknis sebaiknya meminta laporan smoke test tertulis: login, edit artikel dengan Media Manager, kirim form contact, proses pesanan dummy. Dokumen itu menjadi bukti rollback decision bila regresi muncul di hari ketiga.
Instalasi web Joomla 6.x punya instruksi terpisah dari upgrade; jangan campur SOP fresh install dengan jalur 5.4→6.2. Halaman Technical Requirements resmi perlu Anda cek untuk PHP memory limit, database collation, dan extension PHP yang host matikan.
Grouped Fancy Select di backend membantu admin menemukan posisi modul. Latih editor tentang Media Manager picker TinyMCE agar upload gambar tidak memecah workflow lama.
Flag severity update keamanan extension memberi sinyal dashboard. Tim keamanan tetap membaca changelog vendor, karena flag bergantung developer extension mengisi metadata dengan jujur.
Halaman joomla.org/6 merangkum benefit versi untuk non-developer. Konfigurasi Cloudflare WAF tetap relevan pasca-upgrade bila situs Joomla publik sering discan bot.
Rollback, cron, dan kategori
Rencana rollback harus mencakup database prefix, symlink media, dan cron CLI `php cli/joomla.php` bila otomasi memakai scheduler OS. Uji cron di staging setelah update core agar job backup atau feed importer tidak mati.
Subcategory images dan perbaikan kategori artikel terjadwal bisa mengubah tampilan blog lama. Sampling halaman kategori setelah upgrade mencegah laporan “artikel hilang” dari editor yang melihat cache kosong sementara.
Penanganan error instalasi yang diperbaiki di 6.2 lebih berdampak pada fresh install. Tim agency dengan scripted deploy tetap wajib membaca Upgrade Notes 6.2 untuk hook deprecated bila custom plugin menyentuh pipeline asset registry baru.
Joomla 6.2 (Mwezi) memberi alasan kuat merencanakan upgrade terstruktur. Fakta tanggal rilis dan fitur utama bersumber pengumuman resmi; kompatibilitas situs spesifik Anda hanya terbukti lewat tes di clone production.
