Memperkenalkan Notif : Notifikasi yang dikendalikan pengguna – Setiap hari, kami menerima banyak notifikasi. Beberapa di antaranya, seperti peringatan tornado, sangat penting dan sensitif terhadap waktu. Lainnya, seperti pemberitahuan pengiriman pesanan atau komentar di diskusi jejaring sosial, kurang begitu. Yang lain lagi, mungkin pemberitahuan tentang penawaran khusus di toko, adalah minat biasa.
Memperkenalkan Notif : Notifikasi yang dikendalikan pengguna
growlforwindows.com – Kami menerima pemberitahuan ini melalui berbagai mekanisme: email, pesan teks, pemberitahuan push pada perangkat seluler, telepon, dan surat pos. Layanan yang menghasilkan notifikasi (“pemberitahu”) seringkali harus mendukung beberapa mekanisme untuk mengirim notifikasi dan dalam banyak kasus notifikasi tertentu akan dikirim dan diterima berkali-kali karena ketidakpastian pengiriman.
Nōtifs adalah layanan manajemen notifikasi yang dirancang untuk membantu pengguna berlangganan dan mengelola notifikasi yang mereka inginkan, dan agar pemberi notifikasi memiliki cara yang andal untuk menjangkau mereka. Dibandingkan dengan media notifikasi yang ada seperti SMS dan khususnya email, notif tahan terhadap penyalahgunaan seperti spoofing dan phishing dan memberi pengguna kendali penuh, termasuk kemampuan untuk berhenti berlangganan notifikasi apa pun secara instan.
Agen Notifikasi
Agen notifikasi berbasis cloud berada di jantung Nōtifs. Sama seperti server email, agen notifikasi terdesentralisasi dan pengguna dapat memilih agen yang dioperasikan secara komersial atau mengoperasikannya sendiri. Agen bertindak atas nama pengguna dengan menerima pemberitahuan dari pemberi tahu dan mendistribusikannya kembali ke pengguna, kadang-kadang sebagai pemberitahuan push atau dalam kasus lain diambil seperti email.
Baca Juga : Misteri Growl yang dipasang secara spontan
Pemberitahu mengirim pemberitahuan ke agen pemberitahuan melalui API berbasis web sederhana. Tidak seperti metode yang paling banyak digunakan saat ini untuk memberi tahu pengguna (terutama email), agen pemberitahuan memberikan umpan balik langsung kepada pemberi tahu apakah pemberitahuan itu diterima atau tidak. Karena notif diikutsertakan dan ditandatangani oleh pemberi notifikasi, pemfilteran spam tidak diperlukan:
notif yang tidak sah akan ditolak begitu saja oleh agen.
Setelah menerima notif yang valid, agen notifikasi menyimpannya dalam databasenya dan kemudian menggunakan kumpulan aturan untuk menentukan apa lagi yang harus dilakukan. Misalnya, ketika sistem alarm pencuri berbunyi, agen mungkin mengirim SMS ke ponsel pengguna dan panggilan telepon ke rumah liburan mereka. Pengguna menentukan kumpulan aturan dan metode untuk menjangkau mereka melalui antarmuka berbasis web. Notifikasi yang disimpan juga tersedia bagi pengguna untuk dilihat dan dikelola melalui antarmuka web.
Modifikasi, penghapusan, dan kedaluwarsa
Tujuan utama desain Nōtif adalah untuk memberikan rasio “sinyal-ke-noise” yang tinggi. Karena sebagian besar kebisingan terdiri dari informasi usang atau tidak relevan, Nōtifs memberikan kemampuan bagi pemberi tahu untuk mengubah atau menghapus pemberitahuan yang dikirim sebelumnya, berdasarkan upaya terbaik. Pemberitahu didorong untuk memasukkan tanggal/waktu kedaluwarsa dalam pemberitahuan mereka sehingga saat jam tangan tornado berakhir atau penjualan di toko selesai, pengguna tidak perlu meninjau dan menghapus pemberitahuan tersebut. Jelas, jika pemberitahuan push dikirim, itu tidak dapat ditarik kembali, tetapi setidaknya pengguna tidak dibebani dengan menghapus pemberitahuan usang dari agen.
Penerapan yang Memotivasi
Untuk mencapai penerapan yang signifikan, Nōtifs memberikan keuntungan bagi pengguna dan pemberi notifikasi dibandingkan dengan opsi notifikasi saat ini. Ini adalah:
Untuk pengguna:
- Ikut serta ke setiap sumber notifikasi melalui antarmuka web atau aplikasi seluler yang intuitif
- Kemampuan untuk membatalkan otorisasi pemberi tahu apa pun dengan segera
- Pemberitahuan push berbasis aturan yang dapat disesuaikan saat situasi pengguna berubah
- Kemampuan untuk menghasilkan notifikasi dari sumber lama seperti email, SMS, dan umpan RSS
- Kemampuan untuk memberi label notif menggunakan nama yang bermakna bagi pengguna, berbeda dengan nama domain, dll.
Untuk pemberi tahu:
- Umpan balik langsung tentang apakah suatu notif telah diterima dan akan disajikan kepada pengguna
- REST API kompatibel dengan banyak bahasa dan pustaka
- Dampak pengguna yang lebih besar dengan hanya menyajikan informasi yang relevan kepada pengguna
- Kemampuan untuk menjangkau pengguna melalui beberapa media push melalui satu layanan
- Kemampuan untuk menjangkau pengguna secara langsung, tanpa menggunakan penyedia pengirim
- Umpan balik tentang pengguna yang membatalkan otorisasi, menghindari upaya yang sia-sia untuk mengirimkan pemberitahuan yang tidak diinginkan, memungkinkan kemungkinan tindak lanjut melalui media lain untuk mendorong keterlibatan kembali
Keamanan dan Privasi
Penggunaan Notifs tidak mengungkapkan informasi apa pun tentang pengguna kepada pemberi notifikasi selain nama agen notifikasi. Otorisasi notif masing-masing diwakili oleh ID acak 124-bit acak yang menentukan identitas penerima dan pengirim ke agen. Jika pengguna ingin menerima notifikasi email atau SMS dari kelas notif tertentu, alamat tersebut diungkapkan kepada agen pengguna, tetapi tidak perlu diungkapkan kepada pemberi notifikasi. Pemberitahu tidak perlu menyimpan informasi pengidentifikasi pengguna lainnya untuk mengirim pemberitahuan, meskipun dalam banyak atau sebagian besar kasus mereka akan memiliki informasi lain tentang pengguna.
ID alamat 124-bit, asalkan cukup acak, memberikan keamanan yang memadai terhadap upaya “spam” pengguna dengan menebak alamat mereka. Tetapi karena pemberi tahu dapat mengalami pelanggaran yang mungkin mengungkap alamat ini, notif juga ditandatangani secara kriptografis. Agen memperoleh kunci publik untuk memverifikasi tanda tangan ini dari DNS domain pemberi tahu, dengan cara yang sangat mirip dengan tanda tangan DKIM yang digunakan untuk email. Jika terjadi pelanggaran, domain pemberi tahu dapat mengubah kunci publik sehingga otorisasi ulang pengguna tidak diperlukan.
