Italiano
Ntfy Hosting
Invia notifiche push istantanee a telefoni e desktop utilizzando semplici richieste HTTP.
- Un clic distribuisci
- 15 GB Spazio su disco necessario
- 1 GB di RAM Memoria necessaria
- Da 2 € Prezzo
Nessuna tassa di attivazione
Link ufficiali
I link ufficiali e il sito web originale di Ntfy
- Di più
Sito web di Ntfy
Cosa ottieni
su AvaHost
Il deployment con un clic, un dominio personalizzato, HTTPS gratuito, aggiornamenti automatici dell'applicazione e backup programmati sono inclusi con ogni Cloud App. Puoi eseguire più app su un server e l'accesso al terminale è incluso.
Questo template non include un contenitore di database.
Tecnologia
- Immagine Docker
- binwiederhier/ntfy:latest
- Porta predefinita
- 80
Come funziona ntfy
ntfy utilizza topic denominati come canali di notifica. Uno script o un'applicazione pubblica un messaggio tramite una richiesta HTTP PUT o POST, e i sottoscrittori lo ricevono attraverso l'applicazione web, client mobili, strumenti da riga di comando o API di sottoscrizione. Stream JSON, server-sent events, stream grezzi e WebSocket supportano diversi stili di integrazione.
I messaggi possono includere titoli, priorità, tag, azioni, allegati, ritardi e altri campi supportati. I nomi dei topic e le regole di accesso sono quindi controlli di sicurezza piuttosto che semplici etichette. Nel template di catalogo attuale, nessun file di autenticazione, utenti, token o impostazioni predefinite di controllo d'accesso sono configurati.
Caratteristiche principali di ntfy
La documentazione ufficiale di ntfy afferma che un server è aperto per impostazione predefinita: gli utenti anonimi possono leggere e scrivere su qualsiasi topic a meno che non siano configurati autenticazione e ACL. Poiché il template attuale lascia questi controlli non impostati, i topic ospitati devono essere trattati come pubblicamente leggibili e scrivibili da chiunque conosca o scopra il nome del topic. Non pubblicare password, token di accesso, dati personali o avvisi riservati.
Il server persiste la cache dei messaggi e la directory degli allegati, ma i client per telefono e desktop rimangono separati. La pubblicazione via email, le chiamate telefoniche, i relay push upstream, gli SMS, le fonti di monitoraggio e gli account di notifica di terze parti non sono inclusi. L'email dell'applicazione è disabilitata, quindi la pubblicazione basata su posta non è disponibile attraverso questa offerta ospitata.
ntfy vs Pushover
ntfy
ntfy fornisce un servizio di topic ospitato dal cliente in cui editori e sottoscrittori utilizzano endpoint HTTP e applicazioni client. Pushover è una rete di notifiche gestita dal provider che utilizza token dell'applicazione, chiavi utente o di gruppo, sottoscrizioni e consegna client gestita attraverso il suo sistema di account commerciale.
Pushover
Pushover può essere adatto agli utenti che desiderano client gestiti, distribuzione di chiavi utente, gruppi di consegna e un servizio gestito dal provider. ntfy è più appropriato quando gli URL dei topic semplici, le API aperte e il controllo del server sono prioritari, a condizione che l'operatore configuri i controlli di accesso o accetti l'esposizione di un servizio di topic aperto.
Chi utilizza ntfy
Gli operatori inviano errori di lavoro ed eventi di servizio, gli sviluppatori pubblicano avvisi di build o distribuzione, e le famiglie instradano messaggi di automazione a telefoni e desktop. Gli script possono anche sottoscrivere topic quando è necessario un flusso di notifiche leggibile da macchina.
ntfy non è un roster di gestione degli incidenti, un collettore di monitoraggio, un sistema di condivisione di segreti o un servizio di controllo d'accesso per impostazione predefinita. Il template aperto attuale non è adatto per notifiche riservate fino a quando la piattaforma non offre una configurazione di autenticazione revisionata.
Self-hosting di ntfy: requisiti e costi
L'utilizzo di ntfy è determinato dalla frequenza di pubblicazione, dal numero di topic, dalla cache conservata, dal volume degli allegati, dal numero di sottoscrittori, dalle connessioni aperte, dai flussi API e dal traffico di download. PostgreSQL e MariaDB non sono richiesti nel catalogo perché il template utilizza la cache persistente locale e l'archiviazione degli allegati.
Su AvaHost, ntfy utilizza Plan 1 a €2. Il pacchetto ntfy ospitato include distribuzione con un clic, un dominio personalizzato con HTTPS automatico, aggiornamenti automatici dell'applicazione e backup pianificati. Il template di catalogo attuale non abilita l'autenticazione o gli ACL di ntfy, quindi l'accesso in lettura/scrittura anonimo rimane l'impostazione predefinita upstream. Tratta gli URL dei topic come pubblici, evita contenuti riservati e non fare affidamento sull'oscurità. App client, pubblicazione via email, chiamate telefoniche, SMS, monitor e servizi di consegna upstream non sono inclusi.
F.A.Q
ntfy inizia da €2 con il Piano 1. Il piano entry è adatto per traffico di messaggi modesto, un numero ridotto di topic e subscriber ordinari. La velocità di pubblicazione, la cache conservata, gli allegati, i flussi concorrenti, i client connessi e il traffico di download sono i fattori principali da valutare man mano che più sistemi e utenti si iscrivono.
No. Il modello di catalogo attuale non configura un database di autenticazione, utenti, token, ACL o un deny-all predefinito. Di conseguenza, ntfy upstream consente l’accesso anonimo in lettura e scrittura ai topic. Considera i nomi dei topic come pubblici, evita segreti e dati personali, e non utilizzare questo deployment per avvisi riservati fino a quando non saranno forniti i controlli di accesso.
Un dominio personalizzato può puntare a ntfy, e HTTPS automatico protegge il traffico di pubblicazione e sottoscrizione HTTP in transito. HTTPS non aggiunge autenticazione degli argomenti al modello attuale. Chiunque conosca il nome di un argomento può comunque pubblicare o sottoscrivere nella configurazione predefinita, quindi la crittografia del trasporto non deve essere confusa con l’accesso privato.
AvaHost applica gli aggiornamenti di ntfy automaticamente e include backup pianificati per la cache persistente e gli allegati. Dopo un rilascio significativo, verifica le sottoscrizioni web, i client mobile, la pubblicazione HTTP, le priorità, i tag, le azioni, gli allegati, i flussi API e il comportamento di accesso aperto descritto sopra. Le applicazioni client e i meccanismi di push upstream possono cambiare indipendentemente dal server.