App Check blokuje upload
Po zapnutí App Check přestanou fungovat uploady, callable functions nebo Firebase Storage.
Flutter • Firebase • Produkční opravy
Rozbila se vám Flutter/Firebase aplikace? Najdu příčinu a opravím konkrétní problém.
Pomáhám s App Check chybami, nefunkčními uploady, Firestore permission-denied, Crashlytics, Cloud Functions, Firebase náklady a Google Play releasem. Bez nekonečného vývoje, bez posílání hesel a bez pohádek typu „to se nějak opraví“.
Konkrétní chyba
Upload, rules, release build, Crashlytics nebo Firebase náklady.
Bezpečné předání
GitHub větev, ZIP projektu, konkrétní soubory, logy nebo omezený přístup. Hesla se neposílají.
Předem jasný rozsah
Nejdřív rozsah a výstup, potom práce. Revoluční, já vím.
Typické problémy
Klient většinou nepotřebuje „novou aplikaci“. Potřebuje opravit věc, která právě blokuje provoz.
Nejčastěji řeším situace, kdy aplikace vypadá hotově, ale po zapnutí produkčních funkcí začnou padat uploady, oprávnění, buildy, Firebase náklady nebo release proces.
Firestore permission-denied
Aplikace nemůže číst nebo zapisovat data kvůli špatným pravidlům, rolím nebo cestám.
Firebase Storage nefunguje
Upload souborů padá, odkazy expirují špatně nebo jsou Storage cesty nebezpečně navržené.
Flutter release build padá
Debug verze funguje, ale release build selhává kvůli podpisu, Gradle, Firebase konfiguraci nebo runtime chybám.
Crashlytics neposílá chyby
Release build neodesílá pády, Firebase není správně propojený nebo chybí testovací ověření.
Firebase billing roste
Příliš mnoho read/write operací, nevhodné listenery, špatná struktura dat nebo neřízená práce se Storage.
Rychlé technické zásahy
Jasný problém, jasný rozsah, rychlé předání.
U menších produkčních problémů dává smysl krátká spolupráce: najít příčinu, opravit konkrétní část, otestovat a předat seznam změn. Ve většině případů lze konkrétní technický problém analyzovat a opravit během několika dní.
Orientační ceny
Aby bylo jasné, jestli řešíte menší opravu, nebo větší technický požár.
Přesná cena se stanoví podle problému, podkladů a nutnosti ověření ve Firebase projektu. U menších zakázek se rozsah potvrzuje předem, takže se z opravy nestane nekonečná výprava do bažin cizího kódu.
Diagnostika problému
od 990 Kč nebo zdarma při následné opravě- analýza chyby, logů a screenshotů
- určení pravděpodobné příčiny
- doporučený další postup
Jednorázová oprava
od 2 490 Kč- oprava konkrétní chyby
- předání změn v kódu
- testovací checklist
Audit aplikace
od 4 900 Kč- Flutter a Firebase architektura
- Firestore/Storage rules
- bezpečnost, náklady a release připravenost
Stabilizace projektu
individuálně- více problémů současně
- AI/vibecoding projekty
- příprava na produkční provoz
Typické rozsahy menších oprav
App Check blokuje upload
2 500 – 6 000 Kč
Firestore permission-denied
2 000 – 5 000 Kč
Crashlytics neodesílá chyby
1 500 – 4 000 Kč
Release build padá
2 500 – 8 000 Kč
Firebase audit
od 4 900 Kč
Ceny jsou orientační. Před zahájením práce je vždy jasné, co se opravuje, co se předává a jak se výsledek ověří.
Proč mi věřit
Neřeším jen teorii. Na stejné technologii stavím vlastní PROFIDAT.
PROFIDAT používá Flutter, Firebase, Cloud Functions, Firestore rules, App Check, Crashlytics a Google Play release proces. Tahle služba vznikla z reálného provozu, ne z prezentace o tom, jak by cloud mohl jednou možná fungovat.
Rozsah služby
Vyberte typ zásahu podle toho, co projekt právě potřebuje.
Někdy stačí diagnostika, jindy konkrétní oprava nebo audit. Cílem je rychle poznat, jestli řešíme jednu chybu, nebo celý technický požár převlečený za „drobnou úpravu“.
Diagnostika problému
Nejprve se určí, kde problém skutečně vzniká: Flutter kód, Firebase nastavení, Firestore/Storage rules, Cloud Functions, App Check, release build nebo Google Play konfigurace.
Jednorázová oprava
Vhodné pro jasnou chybu typu nefunkční upload, permission-denied, pád release buildu, špatný deploy Functions nebo nefunkční Crashlytics. Výstupem je opravený kód a testovací postup.
Audit projektu
Kontrola architektury, bezpečnosti, pravidel, práce s daty, nákladů, výkonu a produkční připravenosti. Audit ukáže, co je kritické, co počká a co je jen kosmetika převlečená za katastrofu.
Produkční stabilizace
Větší zásah pro aplikace před reálnými uživateli: oprava kritických toků, kontrola Firebase bezpečnosti, App Check, Crashlytics, release buildu, nákladů a provozních limitů.
Malý zásah
- jedna konkrétní chyba nebo jeden funkční tok
- jasné zadání, log nebo screenshot
- oprava v omezeném počtu souborů
- předání změn a testovacího checklistu
Větší zásah
- více provázaných problémů napříč aplikací a Firebase
- nutnost auditu pravidel, dat, Functions nebo buildu
- testování v konkrétním prostředí zákazníka
- doporučení další stabilizace nebo rozdělení do etap
Ověření opravy
U Firebase nestačí říct „opraveno“. Musí být jasné, kde a jak se oprava ověří.
Kód lze opravit ze ZIPu nebo GitHub větve. Produkční nastavení Firebase projektu se ale ověřuje buď podle dodaných logů, přes test zákazníkem, nebo přes dočasný omezený přístup. Jinak je to věštění z konzole, což je sice moderní disciplína, ale špatná služba.
Oprava podle kódu a logů
Zákazník pošle projekt, chybové hlášení, screenshoty a logy. Připravím opravu, popis změn a přesný testovací postup. Ověření produkce provede zákazník podle checklistu.
Dočasný omezený přístup
Pokud je problém v App Check, Cloud Functions, Firestore rules, Storage nebo Google Cloud nastavení, dává smysl dočasný omezený přístup. Neposílají se hesla, používají se role a oprávnění.
Testovací Firebase projekt
U větších zásahů lze část logiky ověřit v testovacím Firebase projektu. Pomůže to ověřit kód, ale nenahradí kontrolu konkrétní produkční konfigurace zákazníka.
Co bez přístupu nebo součinnosti nejde garantovat:
Nelze plně ověřit App Check enforcement, stav Cloud Functions, IAM oprávnění, produkční Firestore/Storage rules, billing limity, Google Play propojení ani chování ostrých uživatelských dat. V takovém případě dodám opravu a přesný postup testu, ale finální ověření musí proběhnout v konkrétním projektu zákazníka.
Firebase v praxi
Backend musí držet data, limity i bezpečnost. Ne jen „nějak fungovat“.
U Firebase projektů řeším hlavně strukturu dat, bezpečnostní pravidla, Cloud Functions, App Check, Storage, limity a optimalizaci nákladů.
- kontrola Firestore struktury a oprávnění
- omezení zbytečných read/write operací
- bezpečná práce se soubory a fotkami
- oddělení klientské a serverové logiky
- příprava na reálné uživatele a provoz
Firebase Console
Vizuál připraven pro assets/vyvoj/firebase-console.png
Co potřebuji od zákazníka
Čím přesnější podklady, tím méně slepého klikání a drahého hádání.
U technické opravy je nejdůležitější vědět, co přesně selhává, kdy to začalo a v jakém prostředí. ZIP projektu bez logu je užitečný asi jako hasicí přístroj namalovaný na zdi.
Základ
- ZIP projektu nebo GitHub větev
- přesný popis chyby
- screenshot nebo video problému
- informace, jestli jde o debug nebo release build
Firebase podklady
- chybové logy z aplikace, terminálu nebo Firebase
- Firestore rules a Storage rules
- Cloud Functions soubory a deploy log
- informace o App Check, Auth, Storage a regionu Functions
Bezpečný přístup
- neposílat hesla
- použít dočasný omezený přístup, pokud je potřeba
- předat jen oprávnění nutná k dané opravě
- po dokončení přístup odebrat
AI / vibecoding projekty
AI umí projekt rychle rozjet. Produkční stabilitu už za něj ale nikdo magicky nevyčaruje.
Pomáhám stabilizovat aplikace, které vznikly rychle pomocí AI nástrojů, ale začaly narážet na bezpečnost, výkon, architekturu nebo release. Takový ten nádherný okamžik, kdy aplikace „skoro funguje“.
Audit chaosu
Najdu slabá místa v architektuře, datech, oprávněních a backendu.
Stabilizace
Opravím kritické části tak, aby projekt nebyl jen ukázka, ale použitelná aplikace.
Produkční příprava
Kontrola release buildu, monitoringu, chyb, bezpečnosti a provozních limitů.
Pro koho to dává smysl
Ne každý projekt potřebuje novou aplikaci. Některé projekty potřebují hlavně přestat hořet.
Největší smysl má spolupráce ve chvíli, kdy už něco existuje, ale začíná se ukazovat rozdíl mezi ukázkou a skutečným provozem.
Služba je vhodná, pokud:
- máte rozpracovanou Flutter/Firebase aplikaci
- projekt vznikl pomocí AI nebo vibecodingu
- aplikace padá, zpomaluje nebo se chová nestabilně
- nevíte, jestli jsou Firestore rules bezpečné
- řešíte Cloud Functions, Storage, App Check nebo Crashlytics
- chystáte aplikaci na Google Play release
- Firebase začíná být dražší, než čekal kdokoliv s optimismem
Služba není vhodná, pokud:
- hledáte hotovou aplikaci za víkend
- chcete jen levný klikací prototyp bez řešení backendu
- nechcete řešit bezpečnost, data ani provoz
- čekáte, že AI sama opraví architekturu projektu
- potřebujete korporátní agenturní tým místo přímé technické spolupráce
Jak probíhá spolupráce
Čtyři kroky. Méně ceremonie, více opravy.
Ideální je začít jedním konkrétním problémem: upload, App Check, Firestore rules, release build, Crashlytics, Cloud Functions nebo Firebase náklady.
Pošlete problém
Chyba, screenshot, log, popis chování aplikace a informace, co se změnilo před vznikem problému.
Určím příčinu
Zkontroluji, jestli problém vzniká v kódu, Firebase nastavení, pravidlech, App Check, buildu nebo release procesu.
Opravím v kopii
Úprava probíhá v oddělené větvi, kopii projektu nebo jasně označených souborech. Hesla se neposílají.
Předám výsledek
Dostanete opravený kód, seznam změn, známá omezení, testovací checklist a domluvenou fakturu.
Crashlytics
Vizuál připraven pro assets/vyvoj/crashlytics.png
Produkční provoz
Release není konec vývoje. Je to chvíle, kdy se chyby přestanou stydět.
Pomáhám připravit aplikaci na ostrý provoz: release build, Crashlytics, App Check, Firebase limity, Play Console a základní monitoring.
- kontrola release buildu
- Crashlytics test a ověření reportování chyb
- Google Play interní testování a produkce
- kontrola Firebase nákladů a limitů
- stabilizace před publikací
Technologie
Technická oblast, ve které se pohybuji
Flutter
Dart
Firebase Auth
Cloud Firestore
Firebase Storage
Cloud Functions
App Check
Crashlytics
Google Play Console
Firestore rules
Security audit
Performance audit
Příklady technických zásahů
Takto vypadají problémy, které dávají smysl řešit rychle.
Nejde o marketingové pohádky. Jde o typické produkční chyby, které blokují reálné používání aplikace. Ano, přesně ty milé situace, kdy „včera to ještě fungovalo“.
Upload fotek přestal fungovat po zapnutí App Check
- Problém: aplikace hlásí chybu uploadu.
- Příčina: App Check token, callable Functions nebo Storage flow není správně nastavený.
- Výstup: oprava konfigurace, test uploadu a doporučený produkční postup.
Debug funguje, release build padá
- Problém: aplikace projde ve vývoji, ale selže při release buildu nebo po instalaci.
- Příčina: Gradle, signing, Firebase inicializace nebo chybějící konfigurace.
- Výstup: oprava build nastavení a ověření release scénáře.
Firebase účet roste rychleji než počet uživatelů
- Problém: zbytečně vysoké read/write operace nebo Storage provoz.
- Příčina: nevhodné listenery, špatná struktura dat nebo chybějící limity.
- Výstup: návrh optimalizace, úprava dotazů a doporučení ochranných limitů.
Hranice spolupráce
Co se rozhodně nedělá
Technická oprava musí být bezpečná pro obě strany. Proto je lepší říct hranice předem, než potom vysvětlovat, proč zázračná oprava bez přístupů, logů a testu neproběhla.
Neposílají se hesla
Přístup se řeší přes GitHub, ZIP, screenshoty, logy nebo dočasné role. Heslo do Google účtu nepatří do žádné spolupráce.
Neslibuje se ověření bez prostředí
Bez konkrétní Firebase konfigurace nelze plně potvrdit produkční App Check, IAM, rules, billing ani Cloud Functions.
Neopravuje se neomezený rozsah
Zakázka má konkrétní problém, výstup a test. Pokud se najdou další chyby, řeší se jako další domluvený krok.
Nemažou se produkční data naslepo
U zásahů do databáze, Storage nebo účtů musí být jasný postup, záloha a souhlas zákazníka.
Dotazy a odpovědi
Nejčastější otázky před technickou spoluprací
Stručně, bez kouřové clony. Projekt buď dává smysl auditovat a stabilizovat, nebo je lepší to vědět hned.
Pomáháte i s konkrétní chybou ve Flutter/Firebase aplikaci?
Ano. Nejlepší zakázky jsou často konkrétní problémy: App Check, upload, Firestore rules, build, Crashlytics nebo Google Play release.
Řešíte i aplikace vytvořené pomocí AI nebo vibecodingu?
Ano. U těchto projektů bývá největší problém v architektuře, bezpečnostních pravidlech, práci s databází a produkční připravenosti.
Umíte pomoct s Firebase backendem?
Ano. Řeším Firestore, Storage, Cloud Functions, Auth, App Check, Firestore rules, limity, náklady a bezpečnost dat.
Musím vám dát přístup do Firebase?
Ne vždy. U části chyb stačí kód, logy a screenshoty. Pokud je problém v nastavení Firebase projektu, App Check enforcementu, Cloud Functions nebo produkčních rules, je potřeba dočasný omezený přístup nebo test podle návodu.
Můžete opravu ověřit bez mého Firebase účtu?
Částečně ano. Kód lze zkontrolovat a opravit, ale produkční nastavení konkrétního Firebase projektu bez přístupu nebo součinnosti zákazníka plně ověřit nejde.
Mám posílat hesla?
Ne. Hesla se neposílají. Používá se ZIP, GitHub větev, screenshoty, logy nebo dočasný omezený přístup přes Firebase/Google Cloud IAM.
Pomůžete s Google Play releasem?
Ano. Můžu pomoct s release buildem, podpisem aplikace, interním testováním, Crashlytics, verzemi a přípravou na produkci.
Děláte pouze audit, nebo i opravy?
Možné je obojí. Nejprve je ale vhodné udělat audit, aby bylo jasné, které zásahy jsou opravdu nutné a co je jen kosmetika pro klid duše.
Pomůžete snížit Firebase náklady?
Ano, pokud jsou způsobené špatnými dotazy, neomezenými read/write operacemi, nevhodnou strukturou dat nebo chaotickou prací se Storage.
PROFIDAT a vývoj aplikací patří k sobě
Pokud řešíte evidenci zakázek, fotek, PDF protokolů a ziskovosti práce, podívejte se na hlavní produkt PROFIDAT nebo na stránku Evidence zakázek pro řemeslníky.
Kontakt
Máte konkrétní Flutter/Firebase problém?
Napište stručně, co přesně nefunguje. Ideálně přidejte chybu, screenshot, log, informaci o prostředí a popis situace: App Check, upload, Firestore rules, Crashlytics, Cloud Functions, Google Play release nebo AI/vibecoding projekt. Pokud jde o Firebase nastavení, napište rovnou, jestli můžete dodat logy, screenshoty nebo dočasný omezený přístup.
Přímý kontakt
Poptávka byla odeslána
Děkuji. Ozvu se vám na uvedený e-mail.