Blokker apper
også offline
Fella bruker Apples innebygde Skjermtid-kontroller. En aktiv blokkering er ikke avhengig av Wi-Fi, mobildata, VPN eller ekstern server.
Blokker apper
Fungerer Fella offline?
Ja – Felllas kjerneblokkering fungerer offline når appen er satt opp på iPhone. Å slå av Wi-Fi eller mobildata fjerner ikke et aktivt skjold. Tidligere registrerte timeplaner kjøres fortsatt via Apples DeviceActivity-system. Manuelle økter og nødopplåsing bruker lokale Skjermtid-API-er og lokal tilstand når enheten allerede gjenkjenner betalt tilgang.
Det betyr ikke at alle deler av Fella er helt offline. Å kjøpe eller gjenopprette et abonnement, oppdatere konto- eller tilgangsinformasjon når ingen brukbar cache finnes, laste ned oppdateringer og levere analyse krever alle nettverk. Offline-blokkering er et utsagn om håndheving – ikke fakturering, kontoer eller alle omkringliggende tjenester.
| Funksjon | Fungerer offline? | Hva nåværende implementasjon gjør |
|---|---|---|
| Eksisterende aktiv app-blokkering | Ja | ManagedSettings holder de valgte appene skjermet på enheten |
| Wi-Fi eller mobildata slått av midt i økten | Ja | Den aktive kilden, øktdatoer, valgtokener og skjoldtilstand er lokale |
| Ny manuell økt | Ja, når allerede satt opp og med tilgang | Fella registrerer en lokal DeviceActivity-timer og legger på skjoldet; tilgangen må være tilgjengelig fra enhetscache |
| Tidligere konfigurert timeplan | Ja | DeviceActivity-utvidelsen starter og avslutter registrerte timeplanvinduer uten å kalle Felllas servere |
| Opprette eller endre timeplan | Ja, når allerede satt opp og med tilgang | Timeplanen og valget lagres lokalt og registreres hos DeviceActivity |
| nødopplåsing | Ja, når kvalifisert | Lokal tilstand løfter skjoldet i fem minutter; et tilbakekall på enheten legger det på igjen |
| Omstart av app | Kjerneblokkering: ja | Fella gjenoppbygger blokkeringssannheten fra lokale App Group-data og legger på ønsket skjold igjen; betalt tilgang må forbli tilgjengelig fra cache |
| Abonnementskjøp | Nei | Apple og RevenueCat må fullføre transaksjonen |
| Gjenopprett kjøp | Nei | RevenueCat og App Store-kvitteringstjenester er involvert |
| Ny tilgang eller kontosynk | Nei | Ekstern abonnements- eller autentiseringstilstand trenger tilkobling når den ikke allerede er bufret |
| Opplasting av analyse | Nei | Hendelser kan først nå PostHog når tilkoblingen er tilbake; tellere på utvidelsessiden lagres lokalt først |
| Nedlasting eller oppdatering fra App Store | Nei | App Store krever nettverkstilkobling |
Nøyaktig hva som fungerer uten internett
Enhetsomstart er ikke listet som et garantert offline-scenario. Kilden gjenoppbygger skjold og øktsannhet fra delt lokal tilstand når Fella startes, og registrerte DeviceActivity-timeplaner håndteres av systemet. Men ingen tilkoblet iPhone var tilgjengelig for en omstart-i-flymodus-test, så denne siden lover ikke den spesifikke sekvensen.
Blokkering, lokal tilstand og nettjenester er separate lag
1. Håndheving av blokkering skjer på iPhone. Fella ber Apples FamilyControls-system om tillatelse, mottar personvernbevarende tokener for appene eller kategoriene du velger, og gir disse tokenene til ManagedSettings. ManagedSettings legger på systemskjoldet.
2. Økt- og timeplantilstand lagres lokalt. Manuelle start- og sluttider, aktive blokkeringskilder, rutiner, registrerte aktivitetsnavn og tidspunkt for nødopplåsing ligger i appens delte App Group. Det lar hovedappen og utvidelsene bli enige om gjeldende regel uten å sjekke en Fella-server.
3. Abonnement, konto og analysetjenester bruker nettverket. RevenueCat håndterer produkter, kjøp, gjenopprettinger og oppdateringer av tilgang. Autentisering bruker Felllas kontotjeneste når konto brukes. PostHog mottar produktanalyse. Ingen av disse tjenestene er mekanismen som holder et allerede aktivt appskjold på skjermen.
Hva som skjer når tilkoblingen forsvinner midt i en blokkering
Blokkeringen forblir aktiv. Å slå av Wi-Fi, deaktivere mobildata eller aktivere flymodus fjerner ikke ManagedSettings-skjoldet. Begrensningen håndheves ikke ved å kontinuerlig spørre en ekstern server om en app kan åpnes.
Økten har fortsatt en lokal sluttid. Fella lagrer de manuelle øktdatoene og registrerer DeviceActivity-tilbakekall som systemsikkerhet. Tap av tilkobling omskriver ikke den tilstanden eller deaktiverer blokkeringskilden.
Flymodus er ikke en omgåelse ved å skru av internett. Nåværende arkitektur har ingen nettverksavhengighet i skjold-, timeplanmonitor- eller nød-relås-løpet. Dette er bevis på kodenivå og automatiserte tester; det er ikke gjentatt på en nåværende tilkoblet fysisk iPhone for denne siden.
Kan du starte en ny blokkering mens du er offline?
Ja, med en allerede konfigurert installasjon med tilgang. Å starte en manuell økt registrerer start og slutt hos Apples DeviceActivity-system, skriver datoene til delt lokal lagring, markerer den manuelle blokkeringskilden som aktiv og legger på skjoldet for valgte apper. Ingen av disse handlingene kaller en Fella-backend.
Abonnementssjekken er grensen. Fella sjekker betalt tilgang før start. RevenueCat bufrer kundeinformasjon på enheten, og Fella beholder siste kjente aktive status hvis en oppdatering feiler. Hvis appen ikke har brukbar tilgangsbuffer – som før et første kjøp – kan den ikke etablere betalt tilgang offline.
Appvalg og Skjermtid-tillatelse må allerede være tilgjengelig. Systemvelgeren og autorisasjonen tilhører iOS. Denne siden lover ikke at førstegangsoppsett, kjøp eller kontogjenoppretting kan fullføres uten tilkobling.
Planlagte blokkeringer kjøres på enheten
Fella registrerer rutinetidsplaner hos DeviceActivity. Når et registrert intervall starter, kjører iOS Felllas monitor-utvidelse. Utvidelsen aktiverer den matchende blokkeringskilden og legger på skjoldet fra delt lokal tilstand. Når intervallet slutter, fjerner den kilden og avstemmer eventuell overlappende blokkering.
Hovedappen trenger ikke være åpen. Det er poenget med å bruke en DeviceActivity-monitorutvidelse. Dens start- og slutt-tilbakekall inneholder ingen RevenueCat, PostHog, Supabase, URLSession eller annen nettverksklient.
Offline betyr ikke immun mot enhver systemendring. Å tilbakekalle Skjermtid-tillatelse, endre enhetsinnstillinger eller fjerne nødvendig autorisasjon er et annet tema enn å miste internettilkobling. Se hvordan Felllas økter og rutiner fungerer.
nødopplåsing bruker også lokal tilstand
Selve opplåsingen trenger ikke serversvar. Når kvalifisert, lagrer Fella fem-minutters start og slutt lokalt, fjerner skjoldet midlertidig og planlegger et DeviceActivity-tilbakekall til slutten av vinduet. Monitor-utvidelsen legger deretter på gjeldende blokkeringsregel igjen selv om hovedappen ikke kjører.
Betalt tilgang må fortsatt gjenkjennes på enheten. Appen sjekker abonnementsstatus før den gir nødopplåsing. En eksisterende bufret rettighet kan overleve en mislykket oppdatering; en manglende eller førstegangsrettighet kan ikke opprettes offline.
Relåsing har to lokale veier. Systemutvidelsen er bakgrunnsveien. Hvis tilbakekallet forsinkes eller planlegging feiler, avstemmer Fella også den lokalt lagrede sluttiden neste gang appen kjøres. Les mer om oppførselen til nødopplåsing.
Innebygd appskjerming er noe annet enn nettverksfiltrering
Fella ruter ikke apptrafikk via VPN eller proxy. Jobben er å begrense tilgang til valgte iPhone-apper via Apples Skjermtid-rammeverk. Derfor er appskjoldet ikke avhengig av en aktiv datatilkobling eller en ekstern filtreringsserver.
Nettverksfiltre løser et annet problem. VPN- eller DNS-baserte verktøy er ofte laget for å filtrere nettsteder og nettverksforespørsler. Noen kan også beholde nyttig offline-oppførsel. Fella påstår ikke at enhver VPN-blokker feiler uten internett; den forklarer at Felllas egen blokkeringsvei ikke bruker én.
Offline app-blokkering er ikke offline webfiltrering. Fella blokkerer valgte apper. Den påstår ikke å blokkere hvert nettsted, hver tilkobling eller alt internettinnhold mens du er offline. Den dedikerte siden uten VPN vil ta den bredere sammenligningen av håndhevingsmetoder når den publiseres.
Hva som forblir lokalt – og hva som ikke gjør det
Ditt innebygde valg av blokkerte apper representeres av Apples ugjennomsiktige Skjermtid-tokener. Fella lagrer disse tokenene i den lokale App Group som brukes av appen og blokkeringsutvidelsene. Tokenene fra Apples velger sendes ikke som analyseegenskaper.
Fella er ikke en helt offline applikasjon. Produksjonsappen bruker RevenueCat for abonnement, valgfrie kontotjenester for autentisering og støttet synkronisering, PostHog for produktanalyse og Sentry for diagnostikk. Disse tjenestene kan sende sine dokumenterte data når tilkobling er tilgjengelig.
Les de fullstendige grensene før du bestemmer deg. Se personvernerklæringen for full dataoversikt og Felllas personvernfilosofi for en enkel forklaring av blokkering på enheten.
En blokker bør ikke forsvinne med Wi-Fi-en
Internett-tilkoblingen din bør ikke være det som holder blokkeringen i live. Felllas kjerneregel håndheves av iOS på telefonen, så en togtunnel, dekningshull, deaktivert dataplan eller bevisst bytte til flymodus fjerner ikke et allerede aktivt appskjold.
Fella passer når apptilgang er problemet. Den er ikke en VPN, nettstedsfilter eller ekstern overvåkingstjeneste. Den er en appblokker for iPhone bygget rundt lokale begrensninger for valgte apper, manuelle økter, planlagte rutiner og kontrollert nødtilgang.
Fella i aksjon
- Bygget med Apples Skjermtid-kontroller.
- Én 5-minutters nødåpning per økt.
- Apper forblir blokkert som standard.
Everything you need to stay focused, right from Home.
FAQ om offline app-blokkering
Ja. Etter at Fella er satt opp og betalt tilgang er tilgjengelig på enheten, trenger ikke kjerneblokkeringen Wi-Fi. Aktive skjold, registrerte timeplaner, økttid og nødopplåsing håndteres via Apples Skjermtid-rammeverk og lokal lagring.
Ja. Å slå av mobildata fjerner ikke et aktivt Fella-appskjold eller stopper en tidligere registrert timeplan. Kjøp, gjenoppretting, kontosynk og levering av analyse krever fortsatt tilkobling.
Flymodus fjerner ikke Felllas lokalt anvendte Skjermtid-begrensninger. Dette er verifisert fra Felllas arkitektur på enheten og automatiserte tester, ikke fra en nåværende test av flymodus på fysisk enhet.
Felllas kjerneblokkering gjør ikke det. ManagedSettings legger på appskjoldet på enheten, mens DeviceActivity kjører registrerte tilbakekall for økt og timeplan. Fakturering, kontosynk og analyse forblir nettverkstjenester.
Nei. Fella håndhever appbegrensninger via Apples FamilyControls-, ManagedSettings- og DeviceActivity-rammeverk i stedet for å rute trafikk via en Fella-VPN.
Tidligere registrerte timeplaner startes og avsluttes av Apples DeviceActivity-systemutvidelse. Utvidelsen leser lokalt lagret tilstand og inneholder ingen nettverksklient.
Ja, for en aktiv lokal økt når enheten allerede gjenkjenner betalt tilgang. Fella lagrer fem-minutters vinduet lokalt og registrerer et tilbakekall på enheten for å legge på blokkeringen igjen.
Ja på en allerede satt opp installasjon når Skjermtid-tillatelse, appvalg og betalt rettighet er tilgjengelig lokalt. Et førstegangskjøp eller manglende tilgangsbuffer krever fortsatt internett.
RevenueCat håndterer abonnementsprodukter, kjøp, gjenopprettinger og oppdateringer av tilgang. Disse operasjonene kan kreve internett. Fella bevarer siste kjente abonnementsstatus når en oppdatering feiler, men et førstegangskjøp eller manglende cache kan ikke fullføres offline.
Den innebygde Skjermtid-velgeren returnerer personvernbevarende tokener. Fella lagrer dem i sin lokale App Group for appen og blokkeringsutvidelsene, og sender ikke disse tokenene som analyseegenskaper.
