Berhenti menghabiskan hari Senin untuk pembaruan situs klien: Pemeliharaan satu dashboard

Setiap freelancer yang mengelola kumpulan situs WordPress klien pasti tahu rasanya hari Senin. Lima belas instalasi, masing-masing dengan login sendiri, masing-masing dengan antrean pembaruan plugin, pembaruan tema, dan penyesuaian pengaturan yang diminta klien minggu lalu. Anda login, melakukan pembaruan, memeriksa apakah tidak ada yang rusak, logout, lalu ulangi. Menjelang makan siang, Anda belum melakukan pekerjaan yang dapat ditagih dan masih ada lima situs yang tersisa.

Panduan ini membahas akhir pemeliharaan dari siklus hidup situs klien: menjaga setiap situs yang Anda kelola tetap diperbarui, di-backup, dan dikonfigurasi tanpa mengunjungi masing-masing secara manual. Ini adalah kelanjutan alami dari alur kerja clone situs starter yang membuat situs klien baru dengan cepat, dan dipasangkan dengan alur kerja serah terima bersih untuk saat sebuah proyek berakhir.

Mengapa skala pemeliharaan menjadi buruk

Masalahnya bukanlah pada pembaruan tunggal apa pun. Melainkan biaya pemeliharaan yang tumbuh seiring bertambahnya klien yang Anda tangani:

• Setiap situs adalah login yang terpisah. Lima belas klien berarti lima belas dashboard, lima belas set kredensial, dan lima belas kali peluang untuk tersesat.
• Pembaruan bersifat berulang tetapi tidak aman untuk dilewati. Plugin yang usang adalah cara paling umum situs WordPress diretas, sehingga pekerjaan tersebut tidak dapat ditunda begitu saja.
• Backup sering terlupakan di bawah tekanan. Minggu di mana Anda paling sibuk adalah minggu di mana Anda paling mungkin memperbarui tanpa backup yang segar, yang mana justru saat itulah sesuatu menjadi rusak.
• Setiap klien baru membuatnya semakin parah. Orientasi klien adalah kemenangan satu kali, tetapi pemeliharaan mereka adalah biaya berulang yang tidak pernah hilang.

Solusinya adalah berhenti memperlakukan setiap situs klien sebagai tujuan terpisah dan mulai mengelolanya sebagai tenant dari satu instalasi.

Satu instalasi, setiap klien, satu admin

GrabWP Tenancy Pro menampung setiap klien sebagai tenant yang terisolasi di dalam satu instalasi WordPress. Setiap tenant memiliki database sendiri, unggahan sendiri, dan yang paling penting untuk pemeliharaan, direktori plugin dan tema yang terisolasi sendiri. Isolasi tersebut adalah apa yang membuat pemeliharaan terpusat menjadi aman: Anda dapat mengubah stack satu klien tanpa menyentuh yang lain.

Karena setiap tenant berada di bawah satu admin, pekerjaan pemeliharaan yang dulunya berarti lima belas login sekarang terjadi di satu tempat.

Dorong perubahan plugin dan tema dari admin utama

Dari halaman Extensions di admin utama, Anda mengaktifkan atau menonaktifkan plugin dan beralih tema untuk tenant tertentu, dengan tampilan status langsung sehingga Anda dapat melihat apa yang aktif di mana. Di balik layar, Pro menerapkan perubahan ini melalui antrean direktif yang ditandatangani: sistem berbasis file yang membawa operasi admin utama ke tenant seperti mengaktifkan plugin, beralih tema, membuat pengguna, atau memperbarui opsi, dan menerapkannya dengan aman di sisi tenant.

Efek praktisnya adalah Anda berhenti login ke setiap dashboard klien untuk menghidupkan atau mematikan plugin. Anda melakukannya dari admin Anda sendiri, per tenant, dan direktif tersebut melakukan pekerjaannya di situs klien.

Edit pengaturan klien sebaris

Halaman Tenant Settings memungkinkan Anda mengedit opsi tenant secara sebaris dari admin utama, menggunakan mekanisme berbasis direktif yang sama. Ketika klien meminta Anda mengubah pengaturan, Anda tidak perlu mengubah konteks ke situs mereka. Anda memperbaruinya dari tampilan tenant dan perubahannya dikirimkan ke instalasi mereka.

Jaga agar stack per klien tetap rapi

Karena setiap tenant memiliki wp-content yang sepenuhnya terpisah, Anda tidak dipaksa menggunakan set plugin terkecil yang sama. Satu klien dapat menjalankan stack e-commerce yang berat dan yang lainnya situs pemasaran yang ringan, dan memelihara salah satunya tidak berisiko merusak yang lain. Daftar tenant memudahkan Anda melihat apa yang sedang Anda kelola, termasuk badge driver penyimpanan per tenant sehingga Anda tahu di mana data setiap situs berada.

Otomatiskan backup yang sering Anda lupakan

Pembaruan terpusat hanya membantu jika Anda dapat melakukan rollback ketika pembaruan tidak berjalan semestinya. Pro mengubah backup dari tugas yang harus Anda ingat menjadi jadwal yang berjalan dengan sendirinya.

Backup tenant otomatis terjadwal hadir dengan default global dan override per tenant untuk menentukan apakah backup diaktifkan, seberapa sering berjalan, dan berapa banyak yang harus disimpan. Pengulangan berkisar dari setiap jam hingga dua kali sehari, harian, mingguan, dua mingguan, dan bulanan, dan backup lama dipangkas secara otomatis setelah setiap kali berhasil dijalankan. Ketika situs klien memerlukan salinan offsite, auto-offload mengirimkan backup yang selesai ke penyimpanan S3-compatible yang dikonfigurasi. Jika Anda sering berada di baris perintah, perintah backup WP-CLI memungkinkan Anda menjalankan backup, mengonfigurasi jadwal tenant, memeriksa status dan riwayat, serta menjadwal ulang setiap tenant sekaligus.

Alur kerjanya menjadi: backup berjalan sesuai jadwal di latar belakang, Anda mendorong pembaruan dari satu admin, dan jika ada yang rusak, Anda melakukan restore pada tenant tersebut tanpa mengganggu yang lain.

Lakukan pengerasan setiap situs dengan cara yang sama

Keamanan yang konsisten di seluruh basis klien sangat sulit dilakukan ketika setiap situs dikonfigurasi secara manual. GrabWP Tenancy menyertakan tab pengaturan Performance and Security per tenant yang menerapkan konstanta seperti menonaktifkan WP-Cron, mematikan XML-RPC, membatasi revisi post, mengontrol pengosongan sampah, dan memblokir permintaan HTTP eksternal dengan allowlist. Alih-alih mengingat untuk melakukan pengerasan setiap situs klien baru satu per satu, Anda menerapkan baseline yang sudah terbukti baik per tenant dari admin.

Hari Senin yang mengembalikan waktu Anda

Coba hitung di buku Anda sendiri. Jika memelihara lima belas situs klien dengan tangan menghabiskan satu pagi setiap minggu, itu berarti sekitar lima puluh pagi dalam setahun dihabiskan untuk pekerjaan yang tidak dianggap berharga oleh klien. Menggabungkannya ke dalam satu dashboard, dengan backup sesuai jadwal dan pembaruan didorong per tenant, adalah perbedaan antara pemeliharaan yang menjadi beban di minggu Anda dan menjadi hanya beberapa menit pengawasan.

Ini adalah bagian tengah dari siklus hidup situs klien. Untuk bagian awal, lihat cara membangun satu situs starter dan men-clone-nya untuk setiap klien. Untuk jalan keluar, lihat cara menyerahkan situs yang sudah selesai tanpa lock-in. Bersama-sama, mereka memungkinkan Anda menjalankan seluruh daftar situs klien dari satu instalasi, mulai dari peluncuran pertama hingga serah terima akhir.

Mengelola banyak situs klien dan bosan dengan rutinitas login per situs? Paket Pro memberi Anda isolasi per tenant, backup terjadwal, dan pemeliharaan terpusat mulai dari $9.99/month.