Saya baru - baru ini berbicara tentang API Headhunter untuk memposting pekerjaan, menyebutkan Superjob. Sekarang, setelah menerapkan fungsi yang sama pada API Superjob, akan adil untuk berbagi pengalaman Anda dengan Anda.
Bekerja dengan API Superjob
Jadi, ada tugas untuk mempublikasikan lowongan di Superjob, Anda perlu:
Versi API saat ini
Semuanya diharapkan di sini - versi hadir dan diteruskan dalam URL:
https://api.superjob.ru/:version/method_name/:params
Pendaftaran Aplikasi
Juga prosedur yang paling sederhana adalah membuat akun, membuat aplikasi, mendapatkan token. Tanpa harapan pendaftaran dan SMS .
redirect_uri , diteruskan dalam parameter, tampaknya, tidak terkait sama sekali dengan URL Panggilan Balik yang ditentukan dalam pengaturan aplikasi. Itu (URL Panggilan Balik) bahkan tidak dapat ditentukan, semuanya akan berfungsi.
Juga
Tentukan parameter yang diperlukan
Tanggung jawab, persyaratan, dan ketentuan merupakan parameter opsional lowongan, tetapi nama perusahaan dan uraian kegiatannya harus ditransfer ke masing-masing lowongan.
Terakhir kali (di HeadHunter) ada upaya untuk mempublikasikan tautan di dalam lowongan, di sini parameter url ditemukan, namun, tidak mungkin untuk memahami di mana tautan itu muncul di lowongan.
Minta tautan ke lowongan yang dibuat
Alih-alih superjob / lowongan / id yang diharapkan, tautan tersebut dibentuk dalam bentuk lowongan-nama-id.html, tetapi hanya lowongan yang datang dalam respons. Teks Rusia ditransliterasikan oleh algoritma yang tidak diketahui (atau menurut salah satu dari N GOST), yang membuatnya tidak mungkin untuk membentuk tautan di sisinya. Anda harus membuat permintaan terpisah untuk rute api dari mana tautan lengkap sudah dikembalikan.
Pilih antara jadwal kerja dan jenis pekerjaan
Superjob menggabungkan dua bidang ini, penawaran dari daftar, misalnya, paruh waktu atau paruh waktu. Ini tidak nyaman ketika ada pengatur waktu partai, kontrak jangka tetap dan skenario lainnya.
Ringkasan
Terakhir kali, saya menyebutkan bahwa lowongan di HeadHunter mendukung HTML dan editor WYSIWYG kacau di situs untuk ini. Selain tugas mempublikasikan tautan di lowongan (yang sedikit gagal), tugas mengikat WYSIWYG untuk mereka dalam aplikasi kami juga tiba. Teks lowongan beserta pemformatan disimpan dalam database, jadi dengan cara yang sama ia terbang ke Superjob, yang tidak didukung HTML. Pada prinsipnya, itu diharapkan, tetapi fakap utama adalah bahwa setelah melihat lowongan yang sama pada HeadHunter, ternyata itu juga tidak mendukung format pengiriman! Tag hanya dihapus dan teks telanjang tetap di output. Akibatnya, WYSIWYG akan dipotong, dan semua lowongan yang terekam dengan HTML harus diurai dan dibersihkan dalam tiga database dengan cara tertentu.
Saya ingin menulis banyak kata-kata buruk tentang outsourcing, tetapi lain kali.
Tentang kenyamanan
Jika kita membandingkan HeadHunter dan Superjob, jelas bahwa dengan yang terakhir, semuanya jauh lebih sederhana. Integrasi dibangun dengan sangat cepat - teks kesalahan tidak membingungkan, semuanya diuji pada beberapa lingkungan karena URL Panggilan Balik opsional.
Yang membuatku kesal adalah kurangnya API Superjob di Github, tapi di sana aku bersenang-senang dengan "klien sederhana" di PHP untuk seribu lima ratus baris. Ada umpan balik untuk berkomunikasi dengan dukungan teknis, namun, dalam bentuk banding tidak ada kategori pertanyaan oleh API. Ya itu.
Kesimpulan
Secara umum, sulit dikatakan bahwa seseorang lebih baik, seseorang lebih buruk. Superjob memiliki sesuatu untuk dikeluhkan, tetapi pada akhirnya, layanan ini menyediakan API normal yang sepenuhnya menyelesaikan masalah kita.