Blocca le app
anche offline
Fella usa i controlli nativi di Tempo di utilizzo Apple. Un blocco attivo non dipende da Wi-Fi, dati mobili, VPN o server remoto.
Fella usa i controlli nativi di Tempo di utilizzo Apple. Un blocco attivo non dipende da Wi-Fi, dati mobili, VPN o server remoto.
Sì — il blocco principale di Fella funziona offline una volta che l'app è configurata sull'iPhone. Disattivare il Wi-Fi o i dati cellulare non rimuove uno scudo attivo. Le programmazioni precedentemente registrate continuano a funzionare tramite il sistema Device Activity di Apple. Le sessioni manuali e lo Sblocco di emergenza usano API Tempo di utilizzo locali e stato locale quando il dispositivo riconosce già il tuo accesso a pagamento.
Questo non significa che ogni parte di Fella sia completamente offline. Acquistare o ripristinare un abbonamento, aggiornare le informazioni sull'account o sui diritti quando non esiste una cache utilizzabile, scaricare aggiornamenti e inviare analisi richiedono tutti una rete. Il blocco offline è un'affermazione sull'applicazione — non sulla fatturazione, sugli account o su ogni servizio circostante.
| Funzionalità | Funziona offline? | Cosa fa l'implementazione attuale |
|---|---|---|
| Blocco app attivo esistente | Sì | Managed Settings mantiene le app selezionate schermate sul dispositivo |
| Wi-Fi o cellulare disattivato a metà sessione | Sì | La sorgente attiva, le date della sessione, i token di selezione e lo stato dello scudo sono locali |
| Nuova sessione manuale | Sì, quando già configurato e con diritto | Fella registra un timer Device Activity locale e applica lo scudo; il diritto deve essere disponibile dalla cache del dispositivo |
| Programmazione precedentemente configurata | Sì | L'estensione Device Activity avvia e termina le finestre di programmazione registrate senza chiamare i server di Fella |
| Crea o modifica una programmazione | Sì, quando già configurato e con diritto | La programmazione e la selezione sono memorizzate localmente e registrate con Device Activity |
| Sblocco di emergenza | Sì, quando idoneo | Lo stato locale rimuove lo scudo per cinque minuti; un callback on-device lo riapplica |
| Riavvio app | Stato blocco principale: sì | Fella ricostruisce la sua verità di blocco dai dati locali dell'App Group e riapplica lo scudo desiderato; l'accesso a pagamento deve rimanere disponibile dalla cache |
| Acquisto abbonamento | No | Apple e RevenueCat devono completare la transazione |
| Ripristina acquisti | No | Sono coinvolti i servizi di ricevuta di RevenueCat e App Store |
| Nuovo diritto o sincronizzazione account | No | Lo stato remoto di abbonamento o autenticazione necessita di una connessione quando non è già in cache |
| Caricamento analisi | No | Gli eventi possono raggiungere PostHog solo quando la connettività ritorna; i contatori lato estensione sono memorizzati prima localmente |
| Download o aggiornamento App Store | No | L'App Store richiede una connessione di rete |
Il riavvio del dispositivo non è elencato come scenario offline garantito. Il codice ricostruisce scudi e verità di sessione dallo stato locale condiviso quando Fella si avvia e le programmazioni Device Activity registrate sono gestite dal sistema. Ma nessun iPhone connesso era disponibile per un test di riavvio in modalità Aereo, quindi questa pagina non promette quella specifica sequenza.
1. L'applicazione del blocco avviene sull'iPhone. Fella chiede il permesso al sistema Family Controls di Apple, riceve token che preservano la privacy per le app o le categorie che selezioni e consegna quei token a Managed Settings. Managed Settings applica lo scudo di sistema.
2. Lo stato di sessione e programmazione è memorizzato localmente. Orari di inizio e fine manuali, sorgenti di blocco attive, routine, nomi di attività registrati e tempistica dello Sblocco di emergenza vivono nell'App Group condiviso dell'app. Ciò permette all'app principale e alle sue estensioni di concordare la regola attuale senza controllare un server Fella.
3. I servizi di abbonamento, account e analisi usano la rete. RevenueCat gestisce prodotti, acquisti, ripristini e aggiornamenti dei diritti. L'autenticazione usa il servizio account di Fella quando viene usato un account. PostHog riceve le analisi del prodotto. Nessuno di questi servizi è il meccanismo che mantiene a schermo uno scudo app già attivo.
Il blocco rimane attivo. Disattivare il Wi-Fi, disabilitare i dati cellulare o attivare la modalità Aereo non rimuove lo scudo Managed Settings. La restrizione non viene applicata chiedendo continuamente a un server remoto se un'app può aprirsi.
La sessione ha ancora un orario di fine locale. Fella persiste le date della sessione manuale e registra i callback Device Activity come supporto di sistema. Una perdita di connessione non riscrive quello stato né disattiva la sorgente di blocco.
La modalità Aereo non è un aggiramento tramite disconnessione internet. L'architettura attuale non contiene dipendenze di rete nei percorsi dello scudo, del monitoraggio delle programmazioni o del riblocco di emergenza. Questa è evidenza a livello di codice e test automatizzati; non è stata ripetuta su un iPhone fisico attualmente connesso per questa pagina.
Sì, con un'installazione già configurata e con diritto. Avviare una sessione manuale registra il suo inizio e fine con il sistema Device Activity di Apple, scrive le date nell'archiviazione locale condivisa, contrassegna la sorgente di blocco manuale come attiva e applica lo scudo per le app selezionate. Nessuna di queste azioni chiama un backend Fella.
Il controllo dell'abbonamento è il confine. Fella verifica l'accesso a pagamento prima di avviare. RevenueCat memorizza nella cache le informazioni cliente sul dispositivo e Fella mantiene il suo ultimo stato attivo noto se un aggiornamento fallisce. Se l'app non ha una cache di diritti utilizzabile — come prima di un primo acquisto — non può stabilire l'accesso a pagamento offline.
La selezione delle app e il permesso Tempo di utilizzo devono già essere disponibili. Il selettore di sistema e l'autorizzazione appartengono a iOS. Questa pagina non promette che la configurazione iniziale, l'acquisto o il recupero dell'account possano essere completati senza connessione.
Fella registra le programmazioni delle routine con Device Activity. Quando inizia un intervallo registrato, iOS esegue l'estensione monitor di Fella. L'estensione attiva la sorgente di blocco corrispondente e applica lo scudo dallo stato locale condiviso. Quando l'intervallo termina, rimuove quella sorgente e riconcilia qualsiasi blocco sovrapposto.
L'app principale non deve essere aperta. Questo è lo scopo dell'uso di un'estensione monitor Device Activity. I suoi callback di inizio e fine non contengono RevenueCat, PostHog, Supabase, URLSession o altro client di rete.
Offline non significa immune a ogni cambiamento di sistema. Revocare il permesso Tempo di utilizzo, modificare le impostazioni del dispositivo o rimuovere l'autorizzazione richiesta è un problema diverso dalla perdita di connettività internet. Vedi come funzionano le sessioni e le routine di Fella.
Lo sblocco stesso non ha bisogno di una risposta del server. Quando idoneo, Fella memorizza l'inizio e la fine dei cinque minuti localmente, rimuove temporaneamente lo scudo e programma un callback Device Activity per la fine della finestra. L'estensione monitor riapplica quindi la regola di blocco attuale anche se l'app principale non è in esecuzione.
L'accesso a pagamento deve comunque essere riconosciuto sul dispositivo. L'app verifica lo stato dell'abbonamento prima di concedere lo Sblocco di emergenza. Un diritto esistente in cache può sopravvivere a un aggiornamento fallito; un diritto mancante o al primo utilizzo non può essere creato offline.
Il riblocco ha due percorsi locali. L'estensione di sistema è il percorso in background. Se quel callback è ritardato o la programmazione fallisce, Fella riconcilia anche l'orario di fine memorizzato localmente la prossima volta che l'app viene eseguita. Scopri di più sul comportamento dello Sblocco di emergenza.
Fella non instrada il traffico delle app attraverso una VPN o un proxy. Il suo compito è limitare l'accesso alle app selezionate su iPhone tramite i framework Tempo di utilizzo di Apple. Ecco perché lo scudo dell'app non dipende da una connessione dati attiva o da un server di filtraggio remoto.
I filtri di rete risolvono un problema diverso. Gli strumenti basati su VPN o DNS sono spesso progettati per filtrare siti web e richieste di rete. Alcuni possono mantenere anche un comportamento utile offline. Fella non afferma che ogni blocco VPN fallisca senza internet; sta spiegando che il proprio percorso di blocco app non ne usa uno.
Il blocco app offline non è filtraggio web offline. Fella blocca le app selezionate. Non afferma di bloccare ogni sito web, connessione o contenuto internet mentre è offline. La pagina dedicata senza VPN possiederà il confronto più ampio sui metodi di applicazione quando quella pagina sarà pubblicata.
La tua selezione nativa di app bloccate è rappresentata dai token opachi Tempo di utilizzo di Apple. Fella memorizza quei token nell'App Group locale usato dall'app e dalle sue estensioni di blocco. I token del selettore di Apple non vengono inviati come proprietà di analisi.
Fella non è un'applicazione interamente offline. L'app di produzione usa RevenueCat per gli abbonamenti, servizi account opzionali per l'autenticazione e la sincronizzazione supportata, PostHog per le analisi del prodotto e Sentry per la diagnostica. Questi servizi possono inviare i loro dati documentati quando è disponibile una connessione.
Leggi i confini completi prima di decidere. Vedi l'Informativa sulla privacy per l'inventario completo dei dati e la filosofia sulla privacy di Fella per una spiegazione in linguaggio semplice del blocco on-device.
La tua connessione internet non dovrebbe essere ciò che mantiene vivo il blocco. La regola principale di Fella viene applicata da iOS sul telefono, quindi un tunnel ferroviario, una zona morta, un piano dati disabilitato o un passaggio deliberato alla modalità Aereo non rimuove uno scudo app già attivo.
Fella è adatto quando l'accesso alle app è il problema. Non è una VPN, un filtro per siti web o un servizio di monitoraggio remoto. È un blocco app per iPhone costruito attorno a restrizioni locali per app selezionate, sessioni manuali, routine programmate e accesso di emergenza controllato.
La schermata Home mostra a colpo d'occhio cosa è bloccato e cosa è ancora aperto, senza rovistare tra le Impostazioni.
Sì. Dopo che Fella è configurato e l'accesso a pagamento è disponibile sul dispositivo, le regole principali di blocco app non hanno bisogno del Wi-Fi. Scudi attivi, programmazioni registrate, tempistica delle sessioni e stato dello Sblocco di emergenza sono gestiti tramite i framework Tempo di utilizzo di Apple e l'archiviazione locale.
Sì. Disattivare i dati cellulare non rimuove uno scudo app attivo di Fella né interrompe una programmazione precedentemente registrata. Acquisti, ripristini, sincronizzazione dell'account e invio di analisi richiedono comunque una connessione.
La modalità Aereo non rimuove le restrizioni Tempo di utilizzo applicate localmente da Fella. Questo è verificato dall'architettura on-device di Fella e da test automatizzati, non da un test attuale sulla modalità Aereo su dispositivo reale.
Il blocco principale di Fella no. Managed Settings applica lo scudo dell'app sul dispositivo, mentre Device Activity esegue i callback registrati di sessione e programmazione. Fatturazione, sincronizzazione dell'account e analisi rimangono servizi di rete.
No. Fella applica le restrizioni delle app tramite i framework Family Controls, Managed Settings e Device Activity di Apple piuttosto che instradare il traffico attraverso una VPN di Fella.
Le programmazioni precedentemente registrate vengono avviate e terminate dall'estensione di sistema Device Activity di Apple. L'estensione legge lo stato persistito localmente e non contiene alcun client di rete.
Sì, per una sessione locale attiva quando il dispositivo riconosce già l'accesso a pagamento. Fella memorizza la finestra di cinque minuti localmente e registra un callback on-device per riapplicare il blocco.
Sì su un'installazione già configurata quando il permesso Tempo di utilizzo, la selezione delle app e il diritto a pagamento sono disponibili localmente. Un primo acquisto o una cache di diritti mancante richiede comunque internet.
RevenueCat gestisce prodotti in abbonamento, acquisti, ripristini e aggiornamenti dei diritti. Quelle operazioni possono richiedere internet. Fella conserva l'ultimo stato di abbonamento noto quando un aggiornamento fallisce, ma un primo acquisto o una cache mancante non può essere completato offline.
Il selettore nativo Tempo di utilizzo restituisce token che preservano la privacy. Fella li memorizza nel suo App Group locale per l'app e le estensioni di blocco e non invia quei token come proprietà di analisi.