Disk WordPress Penuh: Audit Folder Backup EWWW Image Optimizer
Folder cadangan EWWW IO membengkak saat disk penuh. Kenali mekanisme backup gambar, opsi pemangkasan resmi, dan kriteria aman sebelum menghapusnya.
Ringkasan
Disk penuh gara-gara folder backup plugin EWWW Image Optimizer, isinya 14 GB. Ternyata bukan duplikat, tapi cadangan gambar asli, salinan hasil scaling 2560px, plus file WebP. Jangan asal hapus folder itu — pastiin backup independen udah aman, baru pakai remove_originals atau pembersih WebP.
Monitor server menunjukkan penggunaan disk menyentuh 100 persen. Pembersihan log dan cache menurunkannya ke 95 persen, angka yang masih berbahaya untuk server produksi. Audit lanjutan dengan du -sh wp-content/* menemukan penyumbang terbesar: folder cadangan gambar milik plugin EWWW Image Optimizer dengan ukuran 14 gigabita. Status temuan saat ini masih tertunda karena komposisi isinya belum dipetakan.
Dugaan pertama biasanya menuduh proses optimasi gambar menduplikasi berkas. Dokumentasi resmi membantah dugaan itu. Optimasi reguler menimpa berkas asli dengan versi terkompresi, bukan menambah salinan baru. Konstanta EWWW_IMAGE_OPTIMIZER_DELETE_ORIGINALS pun hanya berlaku untuk sisa konversi format seperti PNG ke JPG, tanpa efek pada optimasi reguler [4].
Isi folder wp-content/ewww menurut dokumentasi resmi
Folder cadangan lokal EWWW IO tersimpan di wp-content/ewww/. Jika direktori itu tidak dapat ditulis, plugin memindahkan cadangan ke uploads/ewww/, dan berkas yang dioptimasi di luar wp-content berakhir di ../ewww/root/ [1]. Mengetahui lokasi ini penting karena audit disk kerap menemukan folder tersebut tanpa konteks asal-usulnya.
Plugin menyediakan dua mode cadangan. Mode Local menyimpan salinan berkas asli di server sendiri, sedangkan mode Cloud menyimpannya di server API EWWW IO sampai 30 hari [2]. Fitur cadangan lokal dan kompresi lossless dengan penghematan rata-rata 8 persen tersedia gratis, sementara cadangan cloud 30 hari termasuk paket premium [6].
Pertumbuhan folder ini punya tiga sumber berbeda. Pertama, salinan cadangan berkas asli sebelum dioptimasi [1]. Kedua, berkas asli unggahan yang WordPress skala turun karena lebar melebihi 2560 piksel; aslinya tetap dipertahankan di disk [3]. Ketiga, salinan WebP yang dibuat demi kompatibilitas peramban, dengan penghematan konversi rata-rata 60 persen [6].
Opsi pemangkasan resmi
Untuk sumber kedua, plugin menyediakan perintah WP-CLI wp ewwwio remove_originals. Perintah ini menghapus berkas asli yang dipertahankan WordPress saat penskalaan dan hanya menyisakan versi ukuran penuh 2560 piksel [3]. Eksekusi lewat WP-CLI juga bebas dari batas waktu yang menghantui proses PHP di web.
Salinan WebP ditangani alat pembersih WebP yang menghapus semua berkas .webp lokal [3]. Opsi ini masuk akal saat penyajian format modern sudah ditangani lapisan lain, misalnya CDN yang melakukan konversi on-the-fly, sehingga salinan lokal tidak lagi diperlukan.
Pencegahan ada di pengaturan Resize. Dokumentasi menyebut pengaturan ini menghemat ruang disk dalam jumlah besar, dan EWWW IO tidak menyimpan berkas asli ketika menurunkan resolusi gambar ukuran penuh [5]. Sementara itu, konstanta DELETE_ORIGINALS tetap pada ruang lingkupnya: menghapus asli hanya untuk gambar yang berpindah format [4].
Kriteria aman sebelum menghapus
Peringatan vendor berbunyi tegas: jangan pernah mengandalkan cadangan EWWW IO sebagai satu-satunya perlindungan [2]. Sebelum satu berkas pun dihapus dari folder cadangan, cadangan situs independen harus sudah ada dan terverifikasi dapat dipulihkan. Tanpa syarat itu, menghapus folder cadangan berarti menukar ruang disk dengan kemampuan memulihkan gambar ke kualitas asli.
Urutan kerjanya: petakan komposisi terlebih dahulu dengan du per subfolder, lalu pilih perintah yang sesuai sumber pertumbuhan. Folder yang didominasi salinan WebP merespons alat pembersih WebP; yang didominasi asli hasil skala 2560 piksel merespons remove_originals. Menghapus seluruh direktori sekaligus membuang kedua peluang itu beserta kemampuan restore.
Selama pemetaan berjalan, folder yang membesar sebaiknya dibiarkan utuh. Kondisi 95 persen memberi sedikit ruang bernapas untuk memutuskan dengan tenang tanpa tekanan kehabisan ruang menulis ke disk.
Setelah eksekusi, jalankan ulang audit disk. Penurunan ukuran folder harus mendekati estimasi berkas yang dihapus. Bila penggunaan disk keseluruhan masih tinggi, perluas audit ke direktori uploads dan log sistem sebelum menyimpulkan masalah selesai.
Pada kasus di server ini, temuan 14 gigabita masih menunggu pemetaan komposisi. Angka itu akan turun dengan satu perintah resmi, tetapi perintah itu baru boleh dijalankan setelah cadangan independen terverifikasi. Ruang disk boleh menunggu; gambar yang hilang tidak.