PDF.js wyświetla strony, pdf-lib buduje wynikowy dokument, a lokalny Web Worker z PDFium obsługuje próby bezpośredniej edycji tekstu. Bajty dokumentu są przekazywane między tymi elementami w obrębie przeglądarki.
Aplikacja nie ma endpointu do przesyłania PDF. Backend płatności i Stripe otrzymują dane transakcji, ale frontend nie przekazuje im dokumentu, jego nazwy ani dodanych obrazów.
Edycja w pamięci urządzenia
Podczas zwykłej edycji dokument, historia zmian i dodane obrazy pozostają w pamięci bieżącej karty. Mogą tam pozostać do zastąpienia dokumentu albo odświeżenia lub zamknięcia aplikacji. Serwer nie przechowuje kopii umożliwiającej odzyskanie pliku.
IndexedDB, sessionStorage i ustawienie języka
Przy rozpoczęciu płatności gotowy PDF jest zapisany w IndexedDB tej przeglądarki. Rekord jest usuwany po potwierdzeniu płatności lub anulowaniu; po 25 godzinach jest uznawany za wygasły i usuwany przy kolejnym czyszczeniu przez aplikację. sessionStorage przechowuje identyfikator realizacji, a localStorage wybrany język.
Hosting i płatność
Strona jest hostowana w Azure Static Web Apps. Jeśli wybierzesz płatność, przeglądarka łączy się z API płatności i Stripe Checkout. Aplikacja nie ładuje zewnętrznych czcionek i nie zawiera własnej analityki ani pikseli reklamowych.
Co oznacza lokalne przetwarzanie
Brak kopii serwerowej zwiększa prywatność dokumentu, ale oznacza też brak odzyskiwania po wyczyszczeniu danych przeglądarki, zmianie urządzenia lub profilu. Powrót z płatności musi użyć tej samej przeglądarki, w której przygotowano plik.
Najczęstsze pytania
Czy PDF lub dodane obrazy są wysyłane podczas płatności?
Nie. Frontend wysyła identyfikatory potrzebne do utworzenia i sprawdzenia sesji, ale plik PDF, jego nazwa i zawartość obrazów pozostają w przeglądarce.
Czy aplikacja używa cookies lub analityki?
Kod aplikacji nie tworzy własnych cookies i nie zawiera analityki. Dostawcy hostingu lub Stripe mogą przetwarzać dane połączenia albo ustawiać własne mechanizmy zgodnie ze swoimi zasadami.