Română
Ntfy Hosting
Trimiteți notificări push instantanee pe telefoane și desktop-uri folosind cereri HTTP simple.
- Un clic implementare
- 15 GB Spațiu pe disc necesar
- 1 GB RAM Memorie necesară
- De la 2 € Preț
Fără taxe de configurare
Linkuri oficiale
Linkurile oficiale și site-ul original al Ntfy
- Mai mult
Site-ul Ntfy
Ce primești
pe AvaHost
Implementare cu un singur clic, un domeniu personalizat, HTTPS gratuit, actualizări automate ale aplicației și backup-uri programate vin împreună cu fiecare Aplicație Cloud. Poți rula mai multe aplicații pe un singur server, iar accesul la terminal este inclus.
Acest șablon nu include un container de bază de date.
Tehnologie
- Imagine Docker
- binwiederhier/ntfy:latest
- Port implicit
- 80
Cum funcționează ntfy
ntfy utilizează subiecte denumite ca canale de notificare. Un script sau o aplicație publică un mesaj printr-o cerere HTTP PUT sau POST, iar abonații îl primesc prin aplicația web, clienți mobili, instrumente din linia de comandă sau API-uri de abonare. Fluxurile JSON, evenimentele trimise de server, fluxurile brute și WebSockets suportă stiluri diferite de integrare.
Mesajele pot include titluri, priorități, etichete, acțiuni, atașamente, întârzieri și alte câmpuri acceptate. Numele subiectelor și regulile de acces sunt, prin urmare, controale de securitate mai degrabă decât simple etichete. În șablonul catalogului curent, nu sunt configurate fișier de autentificare, utilizatori, jetoane sau implicite de control al accesului.
Caracteristici cheie ale ntfy
Documentația oficială ntfy precizează că un server este deschis în mod implicit: utilizatorii anonimi pot citi și scrie în orice subiect, cu excepția cazului în care sunt configurate autentificarea și ACL-urile. Deoarece șablonul curent lasă aceste controale neconfigurare, subiectele găzduite trebuie tratate ca fiind public citibile și scrise de oricine cunoaște sau descoperă numele subiectului. Nu publicați parole, jetoane de acces, date personale sau alerte confidențiale.
Serverul păstrează cache-ul mesajelor și directorul de atașamente, dar clienții de telefon și desktop rămân separați. Publicarea prin e-mail, apeluri telefonice, retransmisii push în aval, SMS, surse de monitorizare și conturi de notificare terță parte nu sunt incluse. E-mailul aplicației este dezactivat, deci publicarea bazată pe e-mail nu este disponibilă prin această ofertă găzduită.
ntfy vs Pushover
ntfy
ntfy oferă un serviciu de subiect găzduit de client în care editorii și abonații utilizează puncte finale HTTP și aplicații client. Pushover este o rețea de notificare operată de furnizor care utilizează jetoane de aplicație, chei de utilizator sau grup, abonamente și livrare de client gestionată prin sistemul său de cont comercial.
Pushover
Pushover poate fi potrivit pentru utilizatorii care doresc clienți gestionați, distribuție de chei de utilizator, grupuri de livrare și un serviciu condus de furnizor. ntfy este mai potrivit atunci când URL-urile de subiect simple, API-urile deschise și controlul serverului sunt priorități, cu condiția ca operatorul să configureze controale de acces sau să accepte expunerea unui serviciu de subiect deschis.
Cine folosește ntfy
Operatorii trimit eșecuri de job și evenimente de serviciu, dezvoltatorii publică notificări de compilare sau implementare, iar gospodăriile direcționează mesaje de automatizare către telefoane și desktop-uri. Scripturile pot, de asemenea, să se aboneze la subiecte atunci când este necesar un flux de notificare ușor de citit de mașini.
ntfy nu este un registru de gestionare a incidentelor, colector de monitorizare, sistem de partajare a secretelor sau serviciu de control al accesului în mod implicit. Șablonul deschis curent nu este potrivit pentru notificări confidențiale până când platforma oferă o configurație de autentificare revizuită.
Auto-găzduire ntfy: cerințe și cost
Utilizarea ntfy este determinată de rata de publicare, numărul de subiecte, cache-ul reținut, volumul de atașamente, numărul de abonați, conexiunile deschise, fluxurile API și traficul de descărcare. PostgreSQL și MariaDB nu sunt necesare în catalog deoarece șablonul utilizează cache-ul local persistent și stocarea atașamentelor.
Pe AvaHost, ntfy utilizează Planul 1 la €2. Pachetul ntfy găzduit include implementare cu un singur clic, un domeniu personalizat cu HTTPS automatizat, actualizări automate ale aplicației și copii de siguranță programate. Șablonul catalogului curent nu activează autentificarea ntfy sau ACL-urile, deci accesul anonim de citire/scriere rămâne implicit în aval. Tratați URL-urile de subiect ca publice, evitați conținutul confidențial și nu vă bazați pe obscuritate. Aplicațiile client, publicarea prin e-mail, apeluri telefonice, SMS, monitoare și servicii de livrare în aval nu sunt incluse.
F.A.Q
ntfy începe de la €2 la Planul 1. Planul de intrare se potrivește pentru traficul modest de mesaje, un număr mic de subiecte și abonații obișnuiți. Rata de publicare, cache-ul reținut, atașamentele, fluxurile concurente, clienții conectați și traficul de descărcare sunt factorii principali de luat în considerare pe măsură ce mai multe sisteme și utilizatori se abonează.
Nu. Șablonul catalogului actual nu configurează o bază de date de autentificare, utilizatori, token-uri, ACL-uri sau o politică implicită de refuz. Prin urmare, ntfy din upstream permite acces anonim la citire și scriere pe subiecte. Tratați numele subiectelor ca fiind publice, evitați secretele și datele personale, și nu utilizați această implementare pentru alerte confidențiale până când controalele de acces sunt furnizate.
Un domeniu personalizat poate indica către ntfy, iar HTTPS automat protejează traficul de publicare și abonare HTTP în tranzit. HTTPS nu adaugă autentificare de topic la șablonul curent. Oricine cunoaște un nume de topic poate publica sau se poate abona în configurația implicită, deci criptarea transportului nu trebuie confundată cu accesul privat.
AvaHost aplică actualizări ntfy automat și include backup-uri programate pentru cache persistent și atașamente. După o versiune semnificativă, testați abonamentele web, clienții mobili, publicarea HTTP, prioritățile, etichetele, acțiunile, atașamentele, fluxurile API și comportamentul de acces deschis descris mai sus. Aplicațiile client și mecanismele de push upstream pot evolua independent de server.