Kembali pada tahun 2013, saya menulis situs
Pencarian VPS , dan pada saat
publikasi pertama tentang Habré, katalog berisi informasi tentang 150 hosters dan lebih dari 1.200 tarif. Menambahkan array informasi seperti itu tidak memakan banyak waktu, karena dalam versi pertama situs saya hanya menunjukkan parameter tarif utama (biaya, kapasitas disk, ukuran RAM, frekuensi prosesor, jumlah lalu lintas, negara lokasi, dan jenis virtualisasi). Semua informasi ini disajikan di situs hosters, oleh karena itu, selain dari penyalinan data ini secara rutin ke panel admin situs, tidak ada yang harus dilakukan.
Pada akhir Januari 2014, saya menyajikan
versi kedua VPS Search, dan jumlah parameter untuk setiap tarif sangat meningkat, berikut ini ditambahkan: tipe disk, daftar sistem operasi yang diinstal, metode pembayaran, ketersediaan panel kontrol yang termasuk dalam harga, tipe administrasi, dukungan IPv6. Semua informasi ini tidak ada di situs hoster, jadi saya harus mengunjungi setiap hoster yang ada di katalog untuk mengajukan pertanyaan guna memperbarui tarif mereka, yang membutuhkan banyak waktu.
Namun, ternyata, mengisi katalog bukanlah yang paling sulit: tarif tuan rumah terus berubah, dan perlu untuk segera menanggapi perubahan ini dan melakukan perubahan.
Menurut pendapat saya, perubahan tarif harus dipantau dengan sangat hati-hati, karena data yang tidak relevan merusak reputasi katalog. Misalnya, pengguna pergi ke situs, menemukan semacam tarif untuk 100 rubel, pergi ke situs ke hoster dan melihat bahwa tarif ini biayanya 150 rubel. Pengguna mungkin berpikir bahwa informasi dalam katalog sudah sangat usang dan tidak digunakan lagi. Untuk mengecualikan situasi seperti itu, Anda perlu memperbarui informasi secepat dan seakurat mungkin.
Pada saat menulis katalog, saya mengasumsikan model pembaruan informasi berikut: hoster, setelah mendaftar di akun pribadi mereka, akan dapat secara mandiri memonitor tarif mereka. Jika hoster tidak memiliki kesempatan seperti itu, maka saya akan mengikuti tarif sendiri. Namun, kemudian saya memutuskan untuk menolak memberikan akun pribadi kepada tuan rumah, dan, menurut pendapat saya, ini adalah keputusan yang sangat tepat. Jika Anda membiarkan tuan rumah mengedit sendiri tarifnya, maka sejumlah ketidaknyamanan muncul:
- akan perlu memoderasi perubahan yang dilakukan oleh hoster: secara tidak sengaja atau sengaja, tetapi hoster mungkin salah mengindikasikan harga tarif (secara default, penyortiran dilakukan berdasarkan harga), dan dengan demikian naik ke posisi pertama;
- juga tidak jelas apakah akan menyembunyikan tarif sebelum moderasi: jika Anda menyembunyikan, maka moderasi perlu dilakukan segera sehingga tarif host dapat diakses oleh pengunjung, dan jika Anda menggunakan post moderasi, yaitu, risiko menampilkan pengguna informasi yang tidak akurat;
- sang hoster mungkin lupa untuk mengubah deskripsi tarif, karena ada banyak direktori seperti itu, dan sulit bagi tuan rumah untuk melacak semua orang. Ini juga dapat terjadi jika orang yang bertanggung jawab untuk memperbarui informasi berhenti / pergi berlibur / jatuh sakit dan tidak mentransfer akses ke karyawan baru.
Seiring waktu, saya sampai pada kesimpulan bahwa Anda perlu memantau sendiri pembaruan tarif, dan secara berkala melakukan pengecekan terhadap semua tarif pada host Anda sendiri. Meskipun ini membutuhkan banyak waktu dan sumber daya, tetapi dengan pendekatan ini, tarif harus serelevan mungkin. Pendekatan ini memiliki minus dalam hal sumber daya yang dihabiskan: untuk sebagian besar hosters, tarif jarang berubah, tetapi Anda masih perlu memeriksanya, jadi dalam kebanyakan kasus editor melihat tarif dan tidak menemukan perubahan signifikan. Kelemahan utama dalam hal memperbarui tarif adalah ketidakmampuan untuk segera menanggapi perubahan. Yaitu, jika kami memeriksa sebulan sekali, dan pada beberapa hoster kami memeriksa tarif pada hari pertama, dan pada hari kedua hoster memperbaruinya, maka selama hampir sebulan kami akan menampilkan data yang tidak relevan. Namun, masalah ini telah sebagian diselesaikan: beberapa hoster setelah memperbarui tarifnya mengirim permintaan untuk perubahan.
Memahami bahwa ketika tarif yang tidak relevan ada di situs selama sebulan, ini sangat merusak reputasi, saya mulai mencari opsi untuk memperbaiki situasi ini dan mengotomatiskan cek.
Hal pertama yang saya coba lakukan adalah memeriksa halaman situs yang dihosting untuk perubahan dan mulai dari halaman utama setiap situs. Idenya adalah sebagai berikut: jika ada sesuatu yang berubah di situs web tuan rumah, sebuah sinyal dikirim ke editor, dan mereka secara manual memeriksa bahwa itu telah berubah, dan, jika perlu, membuat perubahan pada tarif. Dengan cara ini, perubahan bisa dengan cepat dipantau. Ya, dalam hal ini akan ada banyak kesalahan positif ketika hoster tidak mengubah karakteristik tarif, tetapi sesuatu yang lain, namun, menurut pendapat saya, lebih baik untuk memeriksa dan menemukan apa pun daripada melewatkan perubahan apa pun. Script ditulis dengan sangat cepat, dan prinsip operasinya sangat sederhana: unduh halaman html, ambil md5 dan simpan ke database. Setelah sehari, ulangi prosedur dan bandingkan dengan nilai yang sudah disimpan - jika tidak cocok, maka halaman telah berubah, dan Anda perlu secara manual melihat apa yang sebenarnya telah berubah. Pilihan ini tampaknya ideal dari sudut pandang kenyamanan: tidak perlu menulis parser kode html - hanya mencari perubahan dan hanya itu. Namun, sehari setelah dimulainya cek, editor menerima pemberitahuan bahwa sebagian besar hosters mengalami perubahan. Agak aneh, dan saya memutuskan untuk memeriksanya, karena ini yang terjadi. Alasannya ternyata dangkal, dan itu benar-benar menolak ide saya untuk memeriksa perubahan dalam kode html: sangat banyak hoster memiliki halaman yang secara otomatis menghasilkan data (misalnya, informasi tentang waktu halaman dihasilkan, dll.), Sehingga ide itu menabrak kenyataan pahit, dan metode verifikasi ini tidak berfungsi.
Gagasan kedua yang muncul di benak saya adalah memeriksa perubahan melalui API penagihan. Namun, ini juga memiliki kekurangannya. Pertama, hanya penagihan BILLmanager yang memiliki API, yang tidak terlalu buruk, karena sekitar 40% hoster menggunakan penagihan ini. Masalah kedua adalah deskripsi non-standar tentang karakteristik tarif dalam penagihan, yang lagi-lagi mengarah pada situasi ketika Anda hanya perlu memantau apakah sesuatu telah berubah, dan jika telah berubah, secara manual lihat apa tepatnya dan apakah Anda perlu melakukan perubahan. Plus, tidak jelas apa yang harus dilakukan dengan penagihan WHMCS, yang juga digunakan oleh banyak hoster, RootPanel dan BPanel yang kurang populer, serta program penagihan lainnya yang ditulis oleh hosters sendiri.
Sayangnya, saya belum menemukan solusi ideal sejauh ini, jadi saat ini kami bertindak sebagai berikut: tarif terus-menerus diperiksa oleh editor, dan jika ada perubahan, kami memperbarui informasi dari layanan dukungan dan mengetahui karakteristik saat ini.
Setahun sekali kami melakukan pengecekan “besar” dan menanyakan kembali semua hosters pertanyaan yang sama yang mereka tanyakan selama penambahan awal, menentukan apakah ada parameter yang berubah.
Dari waktu ke waktu, kami menemukan kesalahan faktual pada situs hosters (misalnya, sering terjadi bahwa setelah mengubah tarif beberapa bagian dari halaman situs tetap ketinggalan informasi), yang kami coba beri tahu segera.
Dalam mode uji coba, skrip berfungsi untuk memeriksa situs host yang tidak secara otomatis menghasilkan informasi di situs, jadi untuk sebagian host, kami dapat merespons perubahan dengan sangat cepat. Juga dalam mode uji, pemeriksa untuk pekerjaan penagihan, dan untuk hoster yang dapat melakukan ini, kami juga mencoba memantau perubahan secara otomatis.
Pendekatan ini memungkinkan Anda untuk merespons secepat mungkin atas apa yang terjadi dan mempertahankan tingkat keandalan informasi yang tinggi dalam katalog. Misalnya, kami menerima tidak lebih dari 2-3 keluhan per bulan tentang kesalahan dalam deskripsi, dan paling sering mereka terkait dengan fakta bahwa pengguna tidak dapat menemukan tarif di situs dari tuan rumah.
Itu masih jauh dari sempurna, karena tidak ada jalan keluar dari pemeriksaan manual. Saya akan senang jika seseorang dapat menyarankan lebih banyak opsi untuk mengotomatisasi tugas yang sulit.
Lihatlah VPS.today , situs untuk mencari server virtual. 1500 tarif dari 130 host, antarmuka yang nyaman dan sejumlah besar kriteria untuk menemukan server virtual terbaik.