Apa itu "inode" dan Bagaimana Pengaruhnya terhadap Situs WordPress Saya?

Salah satu elemen yang paling umum (dan disalahpahami) dari situs web dan hosting web adalah inode. Jika Anda menjalankan situs web Anda sendiri atau menangani pemeliharaan pada level apa pun, Anda akan berurusan dengan inode di beberapa titik. Baik itu melalui pemeliharaan rutin atau mencoba memperbaiki kesalahan, mengetahui apa itu inode dan bagaimana pengaruhnya terhadap instalasi WordPress Anda sangat penting untuk kesuksesan jangka panjang Anda.

Apa itu Inode?

Dalam pengertian yang sangat umum, inode adalah satu file dalam sistem file Anda. Bagi sebagian besar pengguna, itu adalah informasi yang cukup untuk menangani hampir semua hal yang akan mereka temui.

Lebih teknis, bagaimanapun, sebuah inode adalah tempat metadata untuk file disimpan pada sistem UNIX (server Linux dan komputer Apple berbasis UNIX). Inode adalah entri tabel yang dihubungkan oleh direktori dan file. Inode berisi semua jenis informasi:

Metadata ini mencakup (1) ukuran file (dalam byte) dan lokasi fisiknya (yaitu, alamat blok penyimpanan yang berisi data file pada HDD), (2) pemilik dan grup file, (3) izin akses file (yaitu, pengguna mana yang diizinkan untuk membaca, menulis, dan/atau menjalankan file), (4) cap waktu yang memberi tahu kapan inode dibuat, terakhir diubah, dan terakhir diakses, dan (5) jumlah referensi yang memberi tahu berapa banyak hard link menunjuk ke inode.

Karena sebagian besar server web berbasis Linux, manajemen inode akan menjadi penting. Anda dapat menganggapnya seperti tautan ke situs web Anda. Anda dapat memiliki beberapa tautan yang mengarah ke halaman yang sama di situs Anda, tetapi itu tidak berarti ada banyak salinan dari halaman tersebut. Hal yang sama berlaku untuk file dan inode.

Meskipun secara teknis, tidak ada hubungan 1:1, Anda akan menemukan banyak contoh di mana hanya ada 1 file yang ditautkan ke 1 inode. Sebagian besar pengguna dapat bekerja di bawah gagasan mereka.

Masalah dengan Inode

Mereka kehabisan. Mereka terbatas. Dan Anda mungkin tidak melacak penggunaan inode Anda.

Belum lama ini, saya menerima email “Peringatan: Akun YourSite.com Mencapai 80% Dari Kuota Inode yang Diizinkan” dari Siteground secara tiba-tiba. Saya tidak melakukan sesuatu yang luar biasa, tetapi entah bagaimana, saya menumpuk inode saya seperti menara. Saya kira jika Anda menjalankan beberapa instalasi WordPress di akun hosting Anda, Anda mendapatkan (atau akan mendapatkan) email serupa.

Sekarang, dalam email, mereka sangat mudah: Untuk mengurangi jumlah inode, Anda perlu mengurangi jumlah file dan folder di akun Anda melalui cPanel – Manajer File atau klien FTP pilihan Anda . Dan pada intinya, hanya itu yang harus Anda lakukan. Tetapi ini sedikit lebih rumit dari itu karena jika Anda telah memiliki host untuk waktu yang lama, Anda mungkin memiliki arsip file dan folder yang cukup bagus di sana.

Untuk memeriksa penggunaan inode Anda, Anda akan ingin masuk ke cPanel Anda dan mencari kotak Stats . Di sebagian besar versi cPanel, itu akan berada di sebelah kiri halaman di suatu tempat. Anda akan melihat terutama Ruang Penggunaan Disk dalam MB dan GB, serta jumlah inode yang diizinkan dan jumlah inode yang Anda gunakan saat itu.

Untungnya, seperti kebanyakan hal tentang WordPress, CMS disatukan dengan cara yang membuat pengelolaan inode Anda relatif mudah.

Mengapa Inode Penting untuk Pengguna WordPress

Banyak dari Anda mungkin tidak pernah harus bekerja dengan inode. Dalam bisnis sehari-hari, Anda tidak akan benar-benar memperhatikannya sama sekali. Selama semuanya berjalan baik dengan situs Anda, tidak ada yang membuat Anda bahkan melihat kata itu. Saat terjadi kesalahan, Anda akan mulai melihat kesalahan di dasbor WordPress Anda atau di tempat lain.

Secara umum, setiap penyedia hosting di luar sana yang menggunakan cPanel (yang sebagian besar dari mereka, kecuali Anda menggunakan hosting terkelola) telah memberi Anda sejumlah inode berdasarkan paket Anda. Aturannya umumnya semakin banyak Anda membayar, semakin banyak inode yang Anda dapatkan.

Ingatlah bahwa ini sepenuhnya terpisah dari berapa banyak ruang penyimpanan yang Anda miliki. Keduanya mungkin 1:1-ish dalam volume, tetapi Anda biasanya akan kehabisan inode sebelum Anda kehabisan ruang penyimpanan karena inode jauh lebih kecil dalam hal bit dan byte daripada sebagian besar file Anda (karena hanya bagian dari file itu sendiri).

Yang mengatakan, pengguna WordPress sering menemukan diri mereka melawan beberapa masalah inode-centric.

Bagaimana Pengguna WordPress Membangun Inode

Sementara setiap CMS di luar sana memiliki cara uniknya sendiri untuk menggunakan inode, WordPress memiliki beberapa yang khusus untuk ekosistemnya. Terutama gambar, plugin, dan tema. Mari gali dan cari tahu mengapa dan apa yang bisa kita lakukan untuk mengatasinya.

Gambar-gambar

Gambar di perpustakaan media Anda kemungkinan memakan banyak inode Anda. Bahkan jika Anda tidak memiliki ribuan dan ribuan dari mereka. Saya berani bertaruh bahwa sebagian besar dari Anda mengunggah gambar ke situs Anda. Dan secara teori, 1 gambar sama dengan 1 inode. Tapi itu bukan bagaimana hal-hal benar-benar bekerja. Bergantung pada tema dan plugin kompresi gambar Anda, 1 gambar itu dapat mengambil hampir selusin inode. Bagaimana? Dengan menyimpan render dengan berbagai ukuran di penyimpanan.

Jika Anda memeriksa detail gambar apa pun di perpustakaan Anda dan melihat ukuran file, maka itu adalah inode. Pikirkan tentang itu untuk setiap gambar di perpustakaan media Anda. Untuk situs yang satu ini, saya memiliki 562 item di perpustakaan media. Dengan asumsi (mungkin salah) bahwa mereka masing-masing memiliki 11 versi, itu berarti 6.000+ inode. Secara harfiah sebelas kali lipat dari yang seharusnya.

Dan itu untuk satu situs. Jika Anda memperhitungkan jumlah situs pada paket hosting umum apa pun, jumlah itu benar-benar dapat bertambah. Di akun saya sendiri, saya menjalankan selusin instalasi WordPress. Di atas file Core dari setiap instalasi, perpustakaan media dari semua pengguna meningkatkan penggunaan inode.

Plugin dan Tema

Anda memiliki beberapa alasan mengapa plugin dan tema membutuhkan begitu banyak inode. Yang pertama adalah bahwa banyak orang telah menginstalnya, bahkan jika mereka dinonaktifkan.

Dan di dalam masing-masing folder plugin ini, lusinan dan lusinan file menggunakan inode. Beberapa plugin jelas lebih ringan daripada yang lain, tetapi semuanya menambahkan massal ke instalasi Anda. Jadi ingatlah bahwa umumnya praktik terbaik untuk menghapus plugin apa pun yang saat ini tidak Anda gunakan .

Tema bekerja dengan cara yang sama persis. Tidak ada yang tahu berapa banyak tema yang telah Anda instal di situs WordPress Anda jika Anda sudah memilikinya untuk waktu yang cukup lama. Bahkan jika tema-tema itu hanyalah tema WordPress default, Anda memiliki banyak inode yang digunakan. Jika Anda tidak menggunakan tema, hapuslah . Namun, jika Anda telah membuat penyesuaian melalui tema anak, umumnya boleh saja menyimpannya di sana (atau membuat cadangan) karena Anda tidak dapat menginstalnya kembali semudah mungkin dengan tema induk.

Plugin Caching dan Utilitas Cadangan

Cache Komet. WPRoket. Updraft. iTema. Pagar Kata. WP Super Cache. Tembolok Total W3. Sucuri.

Semua ini (dan lebih banyak lagi) menggunakan inode yang berharga. Untuk sebagian besar, tidak apa-apa. Mereka adalah plugin luar biasa yang membuat hidup Anda lebih mudah dan pengalaman pengguna Anda di situs Anda lebih baik. Namun, jika tidak dicentang, file cache dan file cadangan serta laporan keamanan dapat menumpuk.

Jadi sesekali, pastikan Anda mengosongkan cache di situs Anda dan membiarkannya terisi kembali dengan sendirinya. Sebagian besar waktu, Anda dapat menemukan tombol Purge Cache atau Delete Cache di toolbar admin.

Selain itu, cadangan tambahan dari plugin seperti UpdraftPlus dapat menghabiskan ruang yang berharga. Jadi periksa untuk melihat apa yang telah Anda simpan di server lokal Anda. Anda dapat melakukan ini dari dalam panel admin WP Anda untuk sebagian besar utilitas cadangan. Atau Anda dapat memeriksa melalui FTP.

Selain cadangan ini mengambil inode dan ruang penyimpanan di server Anda, mereka juga rentan terhadap peretas yang mungkin masuk ke instalasi Anda. Jadi menyimpannya di tujuan yang jauh (Dropbox atau Google Drive, misalnya) akan menjadi ide terbaik.

Cara Memperbaiki Kesalahan Inode Umum

Dan meskipun WordPress memiliki masalah inode khusus platform, ada beberapa yang umum terjadi di seluruh web. Baik Anda menggunakan Drupal, Joomla, WordPress, atau bahkan Ghost, Anda mungkin harus memperbaikinya di beberapa titik.

• Email tidak akan dikirim, baik melalui klien tradisional, melalui penjawab otomatis, atau dari formulir di situs itu sendiri
• Tidak dapat menerima email
• Upload selalu gagal
• Postingan dan Halaman tidak akan diperbarui atau bahkan dibuat
• Pengguna tidak dapat mengakses situs
• Dalam beberapa kasus, migrasi dari satu host ke host lain mungkin diblokir

Dalam semua kasus ini, yang mungkin menjadi penyebabnya adalah server mendekati batas atas kuota inodenya. Atau itu benar-benar kehabisan inode. Ingat, bahkan jika Anda hanya menggunakan sebagian dari kapasitas penyimpanan Anda, Anda masih dapat menggunakan inode Anda.

Setiap kali email dikirim atau diterima, file dibuat. Jika tidak ada inode, tidak ada file yang dapat dibuat. Jika inode Anda penuh, unggahan akan gagal karena tidak ada tempat untuk menyimpan data. Hal yang sama dapat dikatakan untuk posting dan halaman di WordPress atau platform CMS lainnya tidak dapat menghasilkan file yang diperlukan tanpa tempat. Bahkan ketika pengguna mengunjungi halaman, file dibuat — cookie, token, file cache. Jika tidak ada inode, pengguna tersebut tidak mendapatkan apa pun yang disajikan kepada mereka.

Saat bermigrasi dari satu host ke host lain, penjatahan inode Anda mungkin berbeda. Milik saya adalah terakhir kali saya bertukar, secara pribadi. Jadi Anda mungkin bahkan tidak mendekati kuota Anda saat ini, sudah melebihi kuota Anda yang akan datang. Ini mungkin terdengar seperti sakit, tapi sebenarnya mudah untuk memperbaikinya.

Berikut adalah cara terbaik untuk menghapus file dan mengosongkan beberapa ruang untuk memperbaiki kesalahan inode umum ini.

Hapus Email Lama

Anda lihat, setiap kali email dikirim atau diterima, itu membuat file di server Anda (dengan asumsi Anda tidak menggunakan layanan email eksternal). Itu berarti semua email Anda menggunakan inode. Jika Anda mengarsipkan atau hanya menyimpan email Anda di kotak masuk Anda, email tersebut berada di server Anda, mandek. Jadi sudah waktunya untuk menghapusnya. Anda dapat melakukan ini di klien normal Anda, atau Anda dapat melakukannya melalui FTP atau melalui Manajer File cPanel Anda.

Cukup masuk ke direktori root situs Anda dan temukan folder Mail . Di bawahnya akan ada direktori untuk setiap domain tempat Anda memiliki alamat email, dan di bawah masing-masing akan ada alias yang telah Anda siapkan. Masing-masing folder itu penting dan bisa penuh dengan file pencuri inode. Anda akan terutama peduli dengan direktori skr dan direktori baru . Terkadang Sampah.

Setelah hanya menghapus email baru di satu alamat ini, saya beralih dari 218316 inode yang digunakan ke 218218 . Anda seharusnya mendapatkan keuntungan yang lebih besar karena alamat email ini sangat jarang digunakan sejak awal. Ingatlah untuk mencadangkan semua email sebelum Anda menghapusnya . Anda tidak bisa mendapatkannya kembali sebaliknya.

Hapus Folder Temp Anda

File sementara adalah binatang yang fantastis. Jika Anda tahu di mana menemukannya, Anda dapat memastikan bahwa mereka melakukan pekerjaan mereka, tetapi tidak menghabiskan terlalu banyak sumber daya. Setiap kali Anda melihat direktori tmp , di sinilah file-file sementara disimpan. Token sesi, file cache, log lalu lintas, segala macam hal yang bagus pada saat itu, tetapi tidak berguna di kemudian hari.

Kecuali Anda telah mengatur pekerjaan otomatisasi atau CRON untuk menghapus file-file sementara, Anda mungkin perlu masuk sesekali dan melakukan sedikit pembersihan. Terutama ini akan berada di direktori root Anda di bawah tmp .

Sebagai aturan umum, Anda dapat menghapus file log, file cache, atau file sesi apa pun. Untuk sebagian besar, Anda akan melihat mereka dicatat dengan sangat jelas. Biasanya nama file akan berisi sess atau cache atau log , membuat pekerjaan Anda sangat mudah.

Sebagian besar file yang Anda hapus adalah log server dan log lalu lintas. Selama Anda memiliki cadangan file-file ini, buka folder tmp Anda dan hapus apa yang Anda perlukan. Dalam contoh khusus ini, saya membersihkan direktori webalizer, webalizerftp, horde, awstats , dan analog . Harap diingat bahwa menghapus file ini akan menghapus statistik dan log server, jadi buat cadangannya terlebih dahulu jika perlu .

Anda juga dapat memeriksa tanggalnya. Bergantung pada situs Anda, Anda mungkin tidak memerlukan log sejak tahun 2011.

Selain itu, Anda juga akan menemukan beberapa file di folder tmp utama Anda. Mereka mungkin merupakan campuran file sesi, file log, dan file lain yang Anda tidak yakin. Sama seperti segala sesuatu dengan komputer dan pengembangan web, jika Anda tidak tahu apa itu, biarkan saja. Tetapi sangat penting untuk tidak menghapus file apa pun yang memiliki ekstensi .sock . Dan pada tingkat lebih rendah, .lock .

Hapus File Log Anda

Mirip dengan folder tmp , folder log adalah direktori root yang berisi arsip pada arsip log server Anda. Server Anda mulai menyimpan log untuk setiap domain untuk setiap bulan Anda mengaktifkannya di host Anda. Itu bisa menjadi banyak log. Buat cadangannya karena itu agak penting dan hapus.

Hapus Instalasi Situs Web yang Tidak Perlu

Ada dua alasan mengapa Anda tidak ingin instalasi yang berlebihan mengambil inode Anda. Yang pertama adalah, Anda membuang-buang inode untuk sesuatu yang tidak Anda gunakan. Yang kedua adalah bahwa situs web yang terlupakan rentan terhadap ancaman keamanan utama dan merupakan cara paling umum bagi peretas untuk masuk ke server bersama melalui serangan brute force.

Ingat bagaimana saya mengatakan sebelumnya bahwa ada 12 instalasi WP di paket hosting pribadi saya? Nah, 8 dari 12 itu sama sekali (atau setidaknya sebagian besar) tidak berguna. Dari jumlah tersebut, 6 dapat dihapus tanpa khawatir dan 2 adalah placeholder.

Ada lebih dari 5.000 file di setiap instalasi WordPress — yang setidaknya terdiri dari 5.000 inode — dan jika Anda melakukan sesuatu untuk menyesuaikannya atau menambahkan plugin atau tema… yah, Anda dan saya mungkin harus melihat apa yang telah kita bahas di server.

Membungkus

Kehabisan inode pada host Anda menjengkelkan dan mengganggu. Bahkan jika Anda diperingatkan jauh sebelum mencapai kapasitas, Anda masih harus meluangkan banyak waktu untuk menghapus data dari server Anda. Namun, jika Anda mengambil langkah cepat melalui semua tips di atas, Anda seharusnya dapat dengan mudah menurunkan penggunaan inode setidaknya 20% dalam satu langkah.

Baik Anda menggunakan WordPress atau CMS lainnya, penggunaan inode adalah sesuatu yang mungkin tidak sering muncul, tetapi ketika itu muncul, Anda akan sangat senang bahwa Anda siap untuk itu.

Apa yang Anda temukan adalah cara terbaik untuk menurunkan penggunaan inode di situs Anda?

Gambar unggulan artikel oleh oddbirdy / shutterstock.com