Dwa zgloszenia z apki, dwa rozne pierwotne powody. perverzija (zgloszenie af9be63a, 520 bledow "Input does not start with #EXTM3U", ZERO sukcesow): strona porzucila player xtremestream/xs1.php i osadza teraz mixdrop. Stare URL-e xs1.php oddaja HTML zamiast manifestu HLS, stad kazdy playback padal. Rejestr przelaczony z natywnego perverzija.extract na _embed_iframe.extract, ktory wyluskuje mixdrop i oddaje type='hoster' -> telefon resolwuje w WebView. Natywny ekstraktor zostaje w drzewie, gdyby xtremestream wrocil. UWAGA co do weryfikacji: mixdrop gejtuje odtwarzanie za adsco.re (antybot). Sprawdzone w prawdziwym Chrome na IP residential - MDCore.wurl zostaje null, zero requestu wideo, bo brama celuje w AUTOMATYZACJE. Dla realnego usera w WebView player mixdrop gra normalnie (to caly biznes mixdropa), ale nie dalo sie tego zautomatyzowac end-to-end. To i tak scisle lepsze niz obecny stan 100% martwy. naughtymachinima (zgloszenie ef728604 "od razu fallbackuje do strony, 502/429"): ekstraktor SPRAWNY, direct mp4 bez tokenu, IP-bound do residential (403 z datacenter, telefon gra). Telemetria 64 sukcesy / 19 bledow, blad to przejsciowy Connection reset z CDN na dzialajacym URL-u. Bez re-resolve pojedynczy reset od razu spychal na WebView, ktory ladowal zdlawiona strone tube'a - stad 502/429 w zgloszeniu. Dopisany do BACKEND_RERESOLVE_ORIGINS: przy bledzie odswieza polaczenie zamiast uciekac do WebView. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| android | ||
| assets | ||
| src | ||
| .gitignore | ||
| app.json | ||
| App.tsx | ||
| babel.config.js | ||
| package-lock.json | ||
| package.json | ||
| README.md | ||
| tsconfig.json | ||
goon mobile (Expo / React Native)
Mobile client do self-hosted goon backendu. iOS/Android jeden codebase.
Setup
cd mobile
npm install
npx expo start
Następnie:
- Expo Go (iOS/Android): zeskanuj QR z terminala
- Android emulator:
npm run android - iOS simulator:
npm run ios(tylko macOS) - Web preview:
npm run web
Konfiguracja
Po pierwszym uruchomieniu zobaczysz ekran logowania:
- Backend URL — adres twojego goon backendu, np.:
http://192.168.1.10:8000(LAN)https://goon.tvojadomena.dev(przez Cloudflare Tunnel/Caddy)http://100.x.x.x:8000(przez Tailscale)
- API Key — klucz wygenerowany dla backendu, ustawiony w
.env:
Generowanie:API_KEYS=<klucz>python -c "import secrets; print(secrets.token_urlsafe(32))"
Klucz jest trzymany w expo-secure-store (Keychain na iOS, Keystore na Androidzie).
Ekrany
- Login — backend URL + API key, weryfikacja przez
/healthz+/scenes - Scenes — lista scen z search; pull-to-refresh
- Scene detail — performerzy, tagi, źródła, opis
- Merge queue — pending merge candidates, sortowane po score (desc)
- Merge detail — side-by-side dwóch scen + reasons + akcje:
- Merge → keep LEFT (default — left to wcześniejsza/kanoniczna)
- Merge → keep RIGHT (gdy nowsza wersja ma lepsze metadane)
- Reject (keep both) — to nie jest duplikat, zostawiamy oddzielnie
Stack
- Expo SDK 52 + React Native 0.76 (new architecture)
- TypeScript strict
- React Navigation 7 (native stack)
- TanStack Query 5 (cache, optimistic invalidation)
- expo-secure-store (credentials)
Build .apk (sideload na Androida)
npx eas build --profile preview --platform android
Wymaga konta Expo. Bez niego można użyć expo prebuild + gradlew assembleRelease.
Dlaczego nie PWA
Wybrany RN+Expo zamiast PWA bo:
- swipe gestures pasują do triage merge queue
- secure-store jest natywny (Keychain/Keystore) zamiast localStorage
- pull-to-refresh i FlatList virtualization out-of-the-box
- Jeden .apk można rozdać testerom bez App Store