46e7839fb2
Trzecia proba i tym razem z dowodem z emulatora, a nie ze zgadywania. vikingfile.com oddaje 302 na INNA domene (dzis vik1ngfile.site). WebView w aplikacji celowo blokuje przejscie top-frame na inny eTLD+1, zeby popundery nie przejmowaly ekranu, wiec to przekierowanie bylo odrzucane i zostawal czarny ekran. Z serwera tego nie widac, bo httpx sledzi przekierowanie po cichu; widac dopiero w przegladarce na urzadzeniu, gdzie w pasku adresu stoi vik1ngfile.site. Poprawki: - ekstraktor oddaje adres DOCELOWY (rozwiazuje 302 przy kazdym resolve, bo domena zapasowa rotuje), wiec aplikacja od razu otwiera wlasciwa domene i zadna zmiana domeny w ogole nie zachodzi - wzorzec hosta we wstrzykiwanym skrypcie obejmuje obie pisownie (vik[i1]ngfile.), wczesniej dopasowywal tylko vikingfile.com, wiec po przekierowaniu w ogole sie nie uruchamial Przy okazji z emulatora widac, ze zabezpieczenie to CHECKBOX "Verify you are human", czyli wymaga kliniecia. Dlatego strona musi byc widoczna i uzywalna, a nie schowana. Opublikowane OTA na 1.2 i 1.1. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| api | ||
| connectors | ||
| enrich | ||
| extractors | ||
| models | ||
| normalize | ||
| resolve | ||
| scheduler | ||
| templates | ||
| __init__.py | ||
| auth.py | ||
| config.py | ||
| db.py | ||
| ingest.py | ||
| main.py | ||
| verticals.py | ||