Awalnya

Awal mula kejadian berawal pada kegiatan sabtu minggu saya yang kebanyakan dihabiskan untuk membangun website themachinery.org, karena isinya yang dibangun dari sebuah CMS (Content Management System), tentu saja ada beberapa hal yang harus saya modifikasi sepanjang masa development. Pada tanggal 9 dan 10 Februari saya melakukan beberapa perubahan yang bersifat major, dikarenakan saya berusaha mengejar moral deadline tanggal 14 Februari sebagai hari launching themachinery.org.

Setelah saya melakukan modifikasi, pada hari senin tanggal 11, saya me-load themachinery.org melalui browser saya hanya untuk menemukan keanehan, halaman depan tm.org yang juga saya update pada tanggal 9-10 menjadi kembali seperti sebelum tanggal tersebut. Penasaran, saya load lagi alamat yang sama dari browser lain, dari komputer lain, dan akhirnya saat saya berada di rumah, saya load dengan ISP yang berbeda. Kenyataanya adalah seluruh konten saya kembali seperti sebelum tanggal 9 Februari. Kecurigaan saya adalah bahwa singcat sebagai provider hosting tm.org men-swap isi tm.org dengan sebuah backup sebelum tanggal 9 Februari (saya tidak mengetahui dengan pasti apakah mereka benar melakukan backup, tapi kenyataan bahwa konten terakhir adalah sebelum tanggal 9 sepertinya membenarkan asumsi saya), hal ini menjadi kecurigaan saya karena selama saya melakukan modifikasi tanggal 9 dan 10, performa tm.org naik turun. Setelah saya cek di cPanel tm.org, load Disk /dev (/backup) sangat tinggi sekitar 86%, tentu saja saya tidak tahu pasti apa itu Disk/Dev (/backup) sebenarnya, -tebakan saya sesuatu parameter tentang kerja backup system-, toh saya juga tidak familiar dunia server. Yang saya tahu adalah seluruh major update yang saya lakukan pada tanggal 9 dan 10 baik itu terhadap konten, maupun terhadap CMS hilang tidak berbekas, bahkan sampai folder-folder baru yang saya buat waktu itu juga ikut hilang.

Tapi tidak melanggar perjanjian

Benar bahwa sebenarnya singcat tidak salah (paling tidak, tidak salah sepenuhnya) karena seingat saya, memang tidak pernah ada perjanjian bahwa isi data saya terjamin 100% pada saat di host di Singcat. Juga terdapat dalam penjelasan mereka, bahwa singcat tidak menyediakan fasilitas backup untuk masing-masing user standard seperti saya. Jadi sebenarnya mereka tidak melanggar perjanjian apapun dalam menghilangkan isi folder saya dan men-swap dengan isi folder hasil backup mereka.

Tapi analoginya seperti ini, bila anda memakai servis suatu katering dan katering tersebut menempelkan tulisan “kami tidak bertanggung jawab bila makanan dari katering kami basi dan anda menjadi sakit, usahakan selalu mengecek apakah masakan kami basi sebelum memakannya”, apakah lalu anda benar-benar akan mengira bahwa suatu saat masakan yang anda terima basi? Saya kira tidak, saya lebih menganggap klausul tersebut hanya sebagai klausul sapu jagat belaka. Apakah karena klausul itu mereka jadi tidak berusaha menjaga kualitas makanannya? Semoga tidak.

Yang singcat lakukan pada saat itu bagi saya benar-benar diluar dugaan saya. Terlepas apakah itu benar-benar diluar kuasa mereka, saya tidak tahu, tapi website saya yang lain yang juga dihost di singcat pernah juga mengalami hal yang sama, membuat saya menduga mereka sepertinya tidak benar-benar menjaga data klien-kliennya.

Pindah Rumah

Akhirnya kekecewaan berbuah menjadi keinginan bulat untuk pindah, dan saya memutuskan untuk pindah ke sebuah hosting company lain yang bermarkas di Bandung. Mereka adalah Qwords.

Costumer Satisfaction

Saya membuka percakapan dengan Qwords melalui sebuah form contact. Tidak lama kemudian, balasan datang dengan penjelasan. Satu hal ini yang membuat saya langsung memutuskan pindah. Kenyataan bahwa support mereka jauh sekali lebih baik dari hosting saya yang lama.

Ini contoh* support dari singcat:

Saya: Dear singcat, saya melihat performa website saya naik turun, kebetulan saya melakukan beberapa update terhadap CMS saya, apakah ini mempengaruhi load server, atau performa naik turun ini dari aktivitas backup seperti yang terlihat di Cpanel?
Support singcat sekitar setengah hari berikutnya: coba lagi mas sekarang.

WTF! Saya mau penjelasan, bukan jawaban menghindar seperti ini.

Masa-masa gelap

Karena saya menjadi malas sekali berhubungan dengan singcat setelah kejadian tersebut, saya melakukan perpindahan diam-diam ke Qwords. Akibatnya tentu saja ada glitch-glitch yang membuat themachinery.org mati total selama masa transisi, sebelum akhirnya, menyala kembali sekitar hari kamis tanggal 14-15.

Kembali Menyala

Setelah menyala kembali, kerja keras untuk membangun website dari awal terpaksa dimulai lagi. Untungnya tanggal 10 kemarin, sebelum menyudahi update hari itu, saya sempat membackup database CMS saya, membuat kerja kerasnya tidak sekeras bila saya tidak punya backup sama sekali.

Kesimpulan

Saya tidak akan menuduh bahwa memilih singcat sebagai hosting provider adalah hal yang salah, waktu juga yang akan membuktikan apakah Qword bisa menjaga performa mereka, tapi yang pasti tolong selalu lakukan satu hal kepada data-data penting anda, backup!

*bukan copy verbatim, ditulis murni dari ingatan