10 Tips Agar Pemeliharaan WordPress Lancar

Sebagai pengembang WordPress yang telah mengerjakan berbagai jenis proyek, saya ingin membahas beberapa poin kesulitan yang saya alami secara pribadi ketika menggunakan situs web WordPress yang ada untuk pengeditan atau perbaikan bug. Kiat dan saran yang tercantum dalam artikel ini dimaksudkan untuk meminimalkan atau bahkan menghilangkan rasa sakit ini.

Mengapa Pemeliharaan WordPress yang Tepat Itu Penting

Sebagian besar waktu, situs web bukanlah urusan "sekali dan biarkan saja", dan ini berlaku untuk semua situs, bukan hanya WordPress. Dari waktu ke waktu, Anda harus berurusan dengan pengeditan, pembaruan, atau perbaikan bug, yang akan ditangani oleh pengembang favorit Anda. Namun, dalam beberapa kasus, Anda mungkin perlu mengandalkan sejumlah pengembang yang berbeda sepanjang masa pakai situs web Anda.

Dalam kasus terakhir, hal-hal yang sering tidak berjalan lancar untuk pengembang yang masuk, terutama jika pengembang sebelumnya gagal untuk mematuhi praktik terbaik saat menangani tugas pemeliharaan mereka.

Mari kita lihat beberapa poin yang lebih penting untuk dipertimbangkan dalam pekerjaan pemeliharaan Anda di masa mendatang pada proyek WordPress sehingga Anda dapat membuat hidup pengembang berikutnya lebih mudah dan membuat mereka senang bekerja di situs Anda. Jelas, membuat pekerjaan pengembang Anda lebih mudah juga pasti akan menghemat beberapa jam kerja dan uang dalam prosesnya, yang selalu merupakan nilai jual yang baik untuk klien potensial Anda.

1. Kembalikan!

Ini mungkin terdengar terlalu jelas, tetapi hal pertama yang pertama! Anda perlu mencadangkan situs WordPress Anda dengan benar dan teratur.

Ini adalah salah satu hal paling mendasar yang harus dilakukan bahkan jika Anda tidak membuat perubahan apa pun pada situs Anda saat ini. Anda dapat melakukannya secara manual dengan mengambil semua file ditambah dump database dan menyimpannya di tempat yang aman, atau Anda dapat menggunakan opsi pencadangan otomatis, berkat plugin cadangan WordPress. Ada banyak plugin gratis dan berbayar yang dapat Anda temukan di repositori plugin WordPress. Anda juga dapat memanfaatkan opsi pencadangan dengan baik di tingkat server karena sebagian besar penyedia hosting menawarkan opsi pencadangan – ini adalah sesuatu yang perlu Anda periksa dengan penyedia hosting Anda.

Dengan pencadangan rutin, Anda akan merasa tenang bahwa situs Anda akan aktif dan berjalan kembali setelah mengalami crash atau kesalahan. Ini mungkin juga membantu pengembang baru Anda memperbaiki masalah tanpa terlalu banyak kerumitan, terutama jika Anda mencoba memperbaiki bug yang Anda duga mungkin telah terjadi selama pemeliharaan di masa lalu. Pencadangan rutin akan membantu pengembang baru Anda mengidentifikasi dan mengatasi masalah yang tersisa, yang terjadi berbulan-bulan atau bertahun-tahun sebelum mereka mengambil alih proyek.

2. Instal Situs WordPress Anda Secara Lokal

Saya tidak bangga mengakui bahwa saya membuat kesalahan ini sendiri di hari-hari awal saya, dan sejak itu saya perhatikan banyak pengembang melakukan pengeditan langsung di server jauh. Kecuali jika Anda khawatir tentang memiliki data sensitif dan semua file situs di tangan pengembang Anda, Anda harus menghindari kesalahan ini untuk selamanya. Sangat tidak efisien untuk bolak-balik antara mesin lokal pengembang dan server setelah setiap pengeditan.

Bahkan jika itu adalah perubahan kecil, seperti edit kecil untuk mengubah sedikit teks di situs Anda, pengembang harus menavigasi ke file/folder yang sesuai di klien FTP (jika Anda menggunakan FTP untuk mengunggah file), tunggu sampai file yang akan diunggah, dan berharap tidak ada kegagalan koneksi FTP sesekali. Jangan lupa bahwa beberapa situs WordPress memiliki terlalu banyak data untuk dipindahkan secara praktis, tanpa membuang terlalu banyak waktu dan bandwidth. Dan, setelah semuanya berhasil diunggah, mereka kemudian harus masuk ke browser dan me-refresh halaman yang sekali lagi tergantung pada kecepatan dan kondisi jaringan/server saat itu. Tampaknya kita hanya berbicara tentang menit dan detik yang dapat disimpan dengan setiap perubahan, tetapi selama proyek Anda, menit ini dapat menambah jam kerja yang tidak perlu.

Pengeditan jauh lebih cepat jika pengembang Anda menginstal situs di mesin lokal mereka: Mereka hanya perlu melakukan pengeditan, menyegarkan halaman, dan selesai. Bahkan jika mereka tinggal di dalam gua tanpa koneksi internet, mereka masih dapat bekerja dan mengunggah perubahan mereka di lain waktu.

Bagaimana jika Anda memiliki data sensitif yang Anda khawatirkan, atau jika ada beberapa alasan hukum yang mencegah Anda membagikan semua data Anda dengan pengembang? Dalam hal ini, Anda dapat menyiapkan beberapa data dummy khusus untuk tujuan ini. Anda juga dapat menyimpan data ini untuk pemeliharaan di masa mendatang.

3. Go Git

Salah satu hal terbaik yang terjadi di dunia pengembangan perangkat lunak adalah awal dari kontrol versi online. Saya mengangkat poin ini karena ada banyak situs yang masih berjalan dengan metode cPanel/FTP tradisional untuk menangani file. Entah mereka tidak tahu betapa manisnya kontrol versi, atau mereka mengetahuinya tetapi ragu untuk mengimplementasikannya karena upaya pengaturan awal. Namun, itu sebenarnya bukan pekerjaan yang banyak, dan itu sama sekali bukan tugas yang sulit.

Kontrol versi hadir dengan sejumlah manfaat dalam hal mengelola file, yang mencakup pelacakan perubahan oleh berbagai penulis, mengembalikan pengeditan dengan mudah, kemampuan untuk memiliki cabang terpisah untuk setiap tugas independen untuk memastikan perubahan dari setiap tugas tidak mengganggu tugas lainnya.

Anda harus mengatur Git di server eksternal, yang sebagian besar waktu sudah diinstal sebelumnya oleh penyedia hosting Anda. Anda mungkin memerlukan seseorang dengan beberapa keahlian di server untuk memulai repositori dan mengatur alur kerja, yang tidak akan saya bahas di sini karena di luar cakupan artikel ini.

Dan belum lagi, Anda tidak benar-benar "git'ing" jika Anda tidak menggunakan cabang! Buat setidaknya dua cabang untuk pengembangan dan produksi sehingga pengembang dapat melakukan semua pekerjaan di cabang pengembangan, menguji situs, dan kemudian jika semuanya baik-baik saja, dorong ke cabang produksi untuk memastikan tidak ada yang salah di situs langsung.

4. Hapus File, Kode, dan Plugin yang Tidak Diperlukan

Adalah umum untuk meninggalkan file dan plugin yang tidak lagi diperlukan. Ini menjadi masalah setelah file terakumulasi dari waktu ke waktu sepanjang siklus hidup situs web Anda. Jika pengembang Anda tidak peduli untuk menghapus file yang tidak diinginkan yang ditambahkan dari waktu ke waktu, sulit untuk melacak dari mana asalnya dan apakah saat ini digunakan oleh beberapa bagian situs atau tidak. Ini menyebabkan sakit kepala tambahan karena situs harus diuji sekali lagi untuk memastikan tidak ada yang rusak setelah penghapusan item yang mencurigakan tersebut.

Ini dapat dihilangkan dengan menghapus file yang tidak diinginkan segera oleh pengembang terkait yang mengerjakannya. Anda dapat menekankan praktik ini kepada semua pengembang Anda.

Terlepas dari file dan plugin PHP, file media yang tidak digunakan juga dapat mengisi folder wp-content Anda dari waktu ke waktu, yang dapat menyebabkan masalah bagi pengembang Anda saat bekerja dengan fungsi terkait media apa pun. Anda dapat menemukan berbagai plugin untuk menyederhanakan tugas ini. Salah satu contohnya adalah Media Cleaner.

Plugin ini memiliki fitur sampah internal, memindahkan file di sana sementara untuk memastikan file tidak benar-benar digunakan; setelah dicentang, Anda dapat membuangnya secara permanen. Pastikan Anda mengikuti poin nomor 1 dalam artikel ini, (yaitu membuat cadangan) sebelum membersihkan file Anda.

5. Mengomentari

Anda mungkin akrab dengan meme pemrograman yang berbunyi seperti ini: Ketika kode itu ditulis, itu dipahami oleh penulis yang menulisnya, rekan kerja, dan Tuhan. Setelah beberapa waktu, hanya penulis dan Tuhan yang tahu apa yang dilakukannya, dan sekarang hanya Tuhan yang tahu apa yang dilakukannya – kecuali penulis menambahkan komentar yang tepat!

Beberapa pengembang mungkin enggan atau benar-benar malas ketika harus berkomentar, tetapi ini adalah praktik yang harus dilakukan di lingkungan pengembangan yang baik. Ini menghemat waktu pada pengeditan dan perbaikan bug yang jika tidak akan dihabiskan oleh pengembang baru atau bahkan oleh pengembang yang sama untuk mencari tahu apa yang dilakukan blok kode tertentu.

Komentar harus ditambahkan setiap kali fungsi/kelas atau blok kode bukan sesuatu yang jelas, ambil fungsi berikut misalnya:

 function stripWhiteSapaces(str) { … Return str; }

Nama fungsi di atas berbicara untuk dirinya sendiri dan juga tidak perlu bagi pengguna untuk masuk ke dalam fungsi untuk melihat cara kerjanya, itu hanya melakukan satu pekerjaan, menghilangkan spasi–itu saja! Jadi, dalam hal ini, komentar mungkin tidak diperlukan.

Tetapi, misalnya, jika ada fungsi yang menerima banyak parameter dan mengembalikan daftar posting yang difilter, maka ini bukan sesuatu yang jelas seperti yang sebelumnya. Harus ada komentar yang menjelaskan parameter dan tipenya. Mungkin juga perlu untuk menjelaskan blok kode di dalam fungsi ini.

Untuk pemeriksaan cepat, Anda dapat mengambil file dari inti WordPress dan melihat bagaimana komentar pakar WordPress. Atau, untuk informasi lebih detail, Anda dapat merujuk ke panduan resmi dari WordPress yang menggambarkan hal ini dengan baik.

6. Linting

Linting adalah fitur keren lainnya yang memberlakukan aturan dalam cara kita menulis kode, dan terkadang itu mengoreksi pemformatan kode itu sendiri, yang keren dan berguna. Sebagian besar IDE yang digunakan saat ini hadir dengan opsi linting, yang dapat Anda tingkatkan atau sesuaikan lebih lanjut dengan menambahkan berbagai konfigurasi linting.

Misalnya, saat menggunakan Visual Studio Code sebagai IDE Anda, Kode VS menggunakan linter PHP resmi ( php -l ) untuk diagnostik bahasa PHP. Anda dapat mengonfigurasi aturan/batasan untuk setiap bahasa secara terpisah (yaitu PHP, JavaScript, CSS, dll.). Anda dapat melihat Standar Pengkodean WordPress untuk lebih jelasnya.

• https://make.wordpress.org/core/handbook/best-practices/coding-standards/php/
• https://make.wordpress.org/core/handbook/best-practices/coding-standards/javascript/

Setelah Anda memiliki konfigurasi linting, Anda harus menerapkannya. Semua pengembang Anda saat ini dan di masa mendatang perlu mengintegrasikan konfigurasi linting ini ke IDE mereka sehingga kode mereka juga akan mematuhi aturan/pembatasan yang sama. Jika tidak, banyak usaha Anda akan sia-sia.

7. Penamaan Variabel dan File

Merancang standar berurusan dengan bagaimana hal-hal yang dinamai. Ini termasuk nama fungsi/kelas, nama variabel, nama file, dan bahkan nama media/gambar jika itu adalah bagian dari templat karena itu juga akan membantu memahami untuk apa mereka.

Pertimbangkan beberapa poin penting:

1. Hindari nama yang tidak ambigu
2. Buat sesingkat mungkin jika memungkinkan
3. Terkadang sangat membantu untuk menambahkan "ketik" ke nama file. Misalnya, jika itu adalah sebuah ikon, Anda dapat memiliki sesuatu seperti BlackArrowIcon.png atau jika itu adalah gambar latar belakang yang besar dapat berupa sesuatu seperti FrontYellowBG.jpg. Atau jika itu adalah file kode, terkadang sangat mudah untuk mengetahui kepanjangan dari file tersebut saat bekerja dengan banyak file yang dibuka di berbagai tab di IDE. Misalnya, jika ada kelas dengan fungsi pembantu, akan sangat membantu jika diberi nama HelperClass.php bukan Helper.php.

Untuk informasi lebih lanjut, periksa bagian Konvensi Penamaan pada panduan praktik terbaik WordPress.

8. Debug WordPress

Debugging dapat memakan banyak waktu, dan cenderung membutuhkan porsi yang tinggi dalam jumlah total waktu pengembangan, terutama dalam hal pengeditan atau perbaikan bug. Ini berarti Anda harus memperhatikan apakah pengembang Anda melakukannya dengan cara yang seefisien mungkin. Kebanyakan pengembang cenderung melakukan ini dengan secara manual var_dump 'ing variabel di beberapa bagian halaman web yang bukan metode yang paling efisien. Ini juga dapat menyebabkan sakit kepala bagi pengembang yang bergabung dengan proyek nanti, karena mereka akan berakhir dengan baris kode sampah di sana-sini jika kode debug tidak dibersihkan dengan benar setelah pekerjaan selesai.

Ada beberapa plugin untuk membantu tugas debugging ini. Berikut ini adalah beberapa contoh plugin debugging populer untuk WordPress.

• Kint Debugger
• Bilah Debug
• Pemantau Kueri

9. Miliki CSS yang lebih baik

Dalam hal pengembangan web, penataan gaya dengan CSS adalah salah satu aktivitas paling dasar. Sayangnya, itu berarti sering diabaikan dan kurang diperhatikan daripada JS, PHP, dll. Tapi, percaya atau tidak, CSS dapat menyebabkan banyak masalah jika tidak diarsitektur dengan benar ketika Anda mencoba menambahkan atau mengedit sesuatu di masa mendatang, kecuali jika situs Anda sederhana dan kecil.

Jika Anda tertarik untuk mengetahui lebih banyak tentang mengapa teknik penataan gaya yang relatif dasar ini rentan terhadap masalah, Anda dapat mencari di Google mengapa CSS mengganggu, atau Anda dapat membaca lebih lanjut tentang 5 Hal Paling Mengganggu dengan CSS.

Berikut adalah beberapa tips cepat dari sisi saya tanpa banyak detail:

• Terapkan praktik penamaan yang baik. Gunakan metodologi penamaan seperti BEM (Block Element Modifier)
• Hindari gaya sebaris. Gunakan stylesheet eksternal sebagai gantinya.
• Cobalah untuk membuat pola umum yang dapat digunakan kembali bila memungkinkan, tanpa hanya menambah gaya kapan pun diperlukan.
• Bagi gaya menjadi beberapa file berdasarkan fitur atau area situs web. Jika Anda khawatir bahwa jumlah file gaya yang lebih banyak dapat memengaruhi kinerja pemuatan, Anda dapat mengatasinya dengan menggunakan plugin caching yang baik yang akan menggabungkan beberapa file menjadi satu file tunggal.
• Manfaatkan preprocessor CSS seperti SASS, LESS, dan sebagainya.

10. Dapatkan Umpan Balik Dari Pengembang Saat Ini

Sebagai pemikiran terakhir, dan untuk melengkapi daftar, Anda bisa mendapatkan umpan balik dari pengembang Anda tentang masalah yang mereka hadapi saat mengerjakan situs Anda. Mereka mungkin dapat memberikan beberapa nasihat yang baik karena merekalah yang membuat tangan mereka kotor di situs Anda. Mereka mungkin juga menunjukkan kesalahan atau kode kotor yang ditinggalkan oleh pengembang sebelumnya.