Fella bruger Apples native Skærmtid-kontroller til appblokering. En aktiv blokering afhænger ikke af Wi-Fi, mobildata, en VPN-forbindelse eller at en fjernserver forbliver tilgængelig.
Ja — Fellas kerneblokering virker offline når appen først er sat op på iPhonen. At slå Wi-Fi eller mobildata fra fjerner ikke et aktivt skjold. Tidligere registrerede skemaer kører stadig via Apples Device Activity-system. Manuelle sessioner og nødoplåsning bruger lokale Skærmtid-API'er og lokal tilstand når enheden allerede genkender din betalte adgang.
Det betyder ikke at hver del af Fella er fuldt offline. Køb eller gendannelse af abonnement, opdatering af konto- eller berettigelsesoplysninger når ingen brugbar cache findes, download af opdateringer og levering af analytics kræver alle netværk. Offline-blokering er et udsagn om håndhævelse — ikke betaling, konti eller alle omgivende tjenester.
| Funktion | Virker offline? | Hvad den nuværende implementation gør |
|---|---|---|
| Eksisterende aktiv appblokering | Ja | Managed Settings holder de valgte apps afskærmet på enheden |
| Wi-Fi eller mobildata slået fra midt i session | Ja | Den aktive kilde, sessionsdatoer, udvalg-tokens og skjoldtilstand er lokale |
| Ny manuel session | Ja, når allerede sat op og berettiget | Fella registrerer en lokal Device Activity-timer og anvender skjoldet; berettigelsen skal være tilgængelig fra enhedens cache |
| Tidligere konfigureret skema | Ja | Device Activity-udvidelsen starter og afslutter registrerede skemavinduer uden at kalde Fellas servere |
| Opret eller ændr et skema | Ja, når allerede sat op og berettiget | Skemaet og udvalget gemmes lokalt og registreres hos Device Activity |
| Nødoplåsning | Ja, når berettiget | Lokal tilstand løfter skjoldet i fem minutter; et callback på enheden anvender det igen |
| Genstart af app | Kerneblokering: ja | Fella genopbygger sin blokerings-sandhed fra lokale App Group-data og anvender det ønskede skjold igen; betalt adgang skal forblive tilgængelig fra cache |
| Abonnementskøb | Nej | Apple og RevenueCat skal gennemføre transaktionen |
| Gendan køb | Nej | RevenueCat og App Store-kvitteringstjenester er involveret |
| Ny berettigelse eller kontosynkronisering | Nej | Fjern abonnements- eller godkendelsestilstand kræver forbindelse når den ikke allerede er cachet |
| Upload af analytics | Nej | Hændelser kan først nå PostHog når forbindelsen vender tilbage; tællere på udvidelsessiden gemmes først lokalt |
| Download eller opdatering fra App Store | Nej | App Store kræver netværksforbindelse |
Genstart af enhed er ikke angivet som et garanteret offline-scenarie. Kilden genopbygger skjolde og sessions-sandhed fra delt lokal tilstand når Fella starter, og registrerede Device Activity-skemaer håndteres af systemet. Men ingen forbundet iPhone var tilgængelig til en test med genstart i flytilstand, så denne side lover ikke den specifikke sekvens.
1. Håndhævelse af blokering sker på iPhonen. Fella beder Apples Family Controls-system om tilladelse, modtager privatlivsbevarende tokens for de apps eller kategorier du vælger, og giver disse tokens til Managed Settings. Managed Settings anvender systemskjoldet.
2. Sessions- og skematilstand gemmes lokalt. Manuelle start- og sluttider, aktive blokeringskilder, rutiner, registrerede aktivitetsnavne og timing for nødoplåsning lever i appens delte App Group. Det lader hovedappen og dens udvidelser blive enige om den aktuelle regel uden at tjekke en Fella-server.
3. Abonnement, konto og analytics-tjenester bruger netværket. RevenueCat håndterer produkter, køb, gendannelser og opdateringer af berettigelse. Godkendelse bruger Fellas kontotjeneste når en konto anvendes. PostHog modtager produkt-analytics. Ingen af disse tjenester er den mekanisme der holder et allerede aktivt appskjold vist.
Blokeringen forbliver aktiv. At slå Wi-Fi fra, deaktivere mobildata eller aktivere flytilstand fjerner ikke Managed Settings-skjoldet. Begrænsningen håndhæves ikke ved løbende at spørge en fjernserver om en app må åbne.
Sessionen har stadig en lokal sluttid. Fella gemmer de manuelle sessionsdatoer og registrerer Device Activity-callbacks som system-backstop. Et tab af forbindelse omskriver ikke den tilstand eller deaktiverer blokeringskilden.
Flytilstand er ikke en omgåelse ved at slå internettet fra. Den nuværende arkitektur indeholder ingen netværksafhængighed i skjold-, skemaovervågnings- eller nød-genlåsningsstierne. Dette er evidens på kodeniveau og fra automatiserede tests; det er ikke gentaget på en aktuelt tilsluttet fysisk iPhone til denne side.
Ja, med en allerede konfigureret og berettiget installation. At starte en manuel session registrerer dens start og slut hos Apples Device Activity-system, skriver datoerne i delt lokal lagring, markerer den manuelle blokeringskilde som aktiv og anvender skjoldet for valgte apps. Ingen af disse handlinger kalder en Fella-backend.
Tjekket af abonnement er grænsen. Fella tjekker betalt adgang før start. RevenueCat cacher kundeoplysninger på enheden, og Fella beholder sin senest kendte aktive status hvis en opdatering fejler. Hvis appen ingen brugbar berettigelses-cache har — som før et første køb — kan den ikke etablere betalt adgang offline.
App-valg og Skærmtid-tilladelse skal allerede være tilgængelig. Systemvælgeren og godkendelsen hører til iOS. Denne side lover ikke at førstegangsopsætning, køb eller gendannelse af konto kan gennemføres uden forbindelse.
Fella registrerer rutineskemaer hos Device Activity. Når et registreret interval begynder, kører iOS Fellas monitorudvidelse. Udvidelsen aktiverer den matchende blokeringskilde og anvender skjoldet fra delt lokal tilstand. Når intervallet slutter, fjerner den den kilde og afstemmer enhver overlappende blokering.
Hovedappen behøver ikke være åben. Det er pointen med at bruge en Device Activity-monitorudvidelse. Dens start- og slut-callbacks indeholder ingen RevenueCat-, PostHog-, Supabase-, URLSession- eller anden netværksklient.
Offline betyder ikke immun over for enhver systemændring. At tilbagekalde Skærmtid-tilladelse, ændre enhedsindstillinger eller fjerne nødvendig godkendelse er et andet problem end at miste internetforbindelse. Se hvordan Fellas sessioner og rutiner virker.
Selve oplåsningen kræver ikke et serversvar. Når du er berettiget, gemmer Fella fem-minutters start og slut lokalt, fjerner midlertidigt skjoldet og planlægger et Device Activity-callback til slutningen af vinduet. Monitorudvidelsen anvender derefter den aktuelle blokeringsregel igen selvom hovedappen ikke kører.
Betalt adgang skal stadig genkendes på enheden. Appen tjekker abonnementstilstand før den giver nødoplåsning. En eksisterende cachet berettigelse kan overleve en fejlet opdatering; en manglende eller førstegangsberettigelse kan ikke oprettes offline.
Genlåsningen har to lokale veje. Systemudvidelsen er baggrundsvejen. Hvis det callback forsinkes eller planlægning fejler, afstemmer Fella også den lokalt gemte sluttid næste gang appen kører. Læs mere om nødoplåsningens adfærd.
Fella sender ikke apptrafik gennem en VPN eller proxy. Dens opgave er at begrænse adgangen til valgte iPhone-apps via Apples Skærmtid-rammer. Derfor afhænger appskjoldet ikke af en aktiv dataforbindelse eller en fjern filtreringsserver.
Netværksfiltre løser et andet problem. VPN- eller DNS-baserede værktøjer er ofte designet til at filtrere hjemmesider og netværksanmodninger. Nogle kan også bevare nyttig offline-adfærd. Fella hævder ikke at enhver VPN-blokering fejler uden internet; den forklarer at Fellas egen appblokeringsvej ikke bruger én.
Offline appblokering er ikke offline webfiltrering. Fella blokerer valgte apps. Den hævder ikke at blokere enhver hjemmeside, forbindelse eller del af internetindhold mens du er offline. Den dedikerede side uden VPN vil eje den bredere sammenligning af håndhævelsesmetoder når den side udgives.
Dit native valg af blokerede apps repræsenteres af Apples uigennemsigtige Skærmtid-tokens. Fella gemmer disse tokens i den lokale App Group som bruges af appen og dens blokeringsudvidelser. Tokens fra Apples vælger sendes ikke som analytics-egenskaber.
Fella er ikke en helt offline applikation. Produktionsappen bruger RevenueCat til abonnementer, valgfrie kontotjenester til godkendelse og understøttet synkronisering, PostHog til produkt-analytics og Sentry til diagnostik. Disse tjenester kan sende deres dokumenterede data når en forbindelse er tilgængelig.
Læs de fulde grænser før du beslutter dig. Se Privatlivspolitikken for den fulde dataoversigt og Fellas privatlivsfilosofi for en forklaring i klart sprog om blokering på enheden.
Din internetforbindelse bør ikke være det der holder blokeringen i live. Fellas kerneregel anvendes af iOS på telefonen, så en togtunnel, et dødt område, et deaktiveret dataabonnement eller et bevidst skift til flytilstand fjerner ikke et allerede aktivt appskjold.
Fella passer når appadgang er problemet. Den er ikke en VPN, hjemmesidefilter eller fjernovervågningstjeneste. Den er en iPhone-appblokering bygget op om lokale begrænsninger for valgte apps, manuelle sessioner, planlagte rutiner og kontrolleret nødadgang.
Din hjemmeskærm viser med ét blik, hvad der er blokeret, og hvad der stadig er åbent, uden at rode i Indstillinger.
Ja. Når Fella er sat op og betalt adgang er tilgængelig på enheden, kræver kerneblokering ikke Wi-Fi. Aktive skjolde, registrerede skemaer, sessionstiming og nødoplåsning håndteres via Apples Skærmtid-rammer og lokal lagring. Vil du sammenligne værktøjer før opsætning, se vores muligheder for appblokering til iPhone.
Ja. At slå mobildata fra fjerner ikke et aktivt Fella-appskjold og stopper ikke et tidligere registreret skema. Køb, gendannelser, kontosynkronisering og levering af analytics kræver stadig forbindelse.
Flytilstand fjerner ikke Fellas lokalt anvendte Skærmtid-begrænsninger. Dette er verificeret ud fra Fellas arkitektur på enheden og automatiserede tests, ikke fra en aktuel test på fysisk enhed i flytilstand.
Fellas kerneblokering gør ikke. Managed Settings anvender appskjoldet på enheden, mens Device Activity kører registrerede session- og skema-callbacks. Betaling, kontosynkronisering og analytics forbliver netværkstjenester.
Nej. Fella anvender appbegrænsninger via Apples Family Controls-, Managed Settings- og Device Activity-rammer i stedet for at sende trafik gennem en Fella-VPN.
Tidligere registrerede skemaer startes og afsluttes af Apples Device Activity-systemudvidelse. Udvidelsen læser lokalt gemt tilstand og indeholder ingen netværksklient.
Ja, for en aktiv lokal session når enheden allerede genkender betalt adgang. Fella gemmer fem-minutters vinduet lokalt og registrerer et callback på enheden for at anvende blokeringen igen.
Ja på en allerede sat op installation når Skærmtid-tilladelse, app-valg og betalt berettigelse er tilgængelig lokalt. Et første køb eller manglende berettigelses-cache kræver stadig internet.
RevenueCat håndterer abonnementsprodukter, køb, gendannelser og opdateringer af berettigelse. Disse handlinger kan kræve internet. Fella bevarer den senest kendte abonnementstilstand når en opdatering fejler, men et første køb eller manglende cache kan ikke gennemføres offline.
Den native Skærmtid-vælger returnerer privatlivsbevarende tokens. Fella gemmer dem i sin lokale App Group til appen og blokeringsudvidelserne og sender ikke disse tokens som analytics-egenskaber.
