Najczęściej zadawane pytania

Nie. Każde narzędzie PDFluna działa w całości w Twojej przeglądarce dzięki JavaScriptowi, WebAssembly i wbudowanej w przeglądarkę bibliotece renderowania PDF. Twoje pliki są odczytywane lokalnie, przetwarzane lokalnie i zapisywane lokalnie. Możesz to sam zweryfikować: otwórz DevTools → kartę Sieć przed użyciem narzędzia i obserwuj — zobaczysz zero żądań wychodzących przenoszących Twój plik. Jedyny ruch sieciowy to początkowe załadowanie strony i biblioteki open source (PDF.js, pdf-lib itd.), których narzędzie potrzebuje.

Nie. Nie możemy — pliki w pierwszej kolejności nigdy nie docierają do naszych serwerów. Po naszej stronie nie ma „polityki usuwania plików", bo po naszej stronie nie ma plików do usuwania. Nie używamy zawartości plików do trenowania AI, profilowania reklam, analiz statystycznych ani podobnych.

Tak. Najmocniejsza forma zgodności z RODO to po prostu nie zbierać danych osobowych w pierwszej kolejności, i to jest nasze domyślne zachowanie. Nie wymagamy konta, nie przetwarzamy zawartości plików w naszej infrastrukturze, a jedyne dane, które serwis zbiera, to anonimowe analytics (odsłony stron, liczniki użycia narzędzi — bez identyfikatorów osobistych, bez zawartości plików). W konkretnych żądaniach ochrony danych lub DSAR (żądanie dostępu do danych osobowych) napisz na [email protected]. Pełne szczegóły w naszej polityce prywatności.

Tak — w rzeczywistości bezpieczniej niż większość alternatyw. Konkurenci działający po stronie serwera (iLovePDF, Smallpdf, narzędzia online Adobe) wgrywają wszystkie Twoje pliki na swoją infrastrukturę, tam je przetwarzają i odsyłają wynik. W przypadku umowy, odcinka wypłaty, badania medycznego lub dokumentu tożsamości to znacząca ekspozycja, nawet jeśli ich polityka prywatności jest nieskazitelna: Twój plik krótko żyje w miejscu, którego nie kontrolujesz. Z PDFluną ta ekspozycja po prostu nie istnieje — plik nigdy nie przekracza sieci.

Nie i nie potrzebujemy ich do sposobu, w jaki działamy. SOC 2 / ISO 27001 audytują, jak organizacja zarządza danymi klientów na swoich serwerach. Ponieważ nie zarządzamy danymi plików klientów na naszych serwerach (zostają one na Twoich), w tych audytach nie ma niczego do zbadania. Najbliższym odpowiednikiem jest sam kod open source: każda biblioteka, której używamy (PDF.js, pdf-lib, fflate, html2canvas), jest publicznie weryfikowalna, a DevTools przeglądarki pozwalają potwierdzić w czasie rzeczywistym, że żaden plik nie opuszcza Twojego urządzenia.

Używamy Google Analytics 4 do liczenia anonimowych odsłon stron i agregowania użycia narzędzi. Bez nazw plików, bez zawartości plików, bez informacji identyfikujących. Odwiedzający z UE, którzy odrzucają baner zgody, otrzymują bezcookie'owe analytics Plausible. Oba są konfigurowalne w naszej polityce cookies; odrzucenie nie wpływa na funkcjonalność narzędzi.

Nowoczesne przeglądarki potrafią znacznie więcej niż renderować strony WWW. JavaScript i WebAssembly pozwalają nam uruchamiać prawdziwe biblioteki PDF (PDF.js, pdf-lib) bezpośrednio w karcie przeglądarki, z pełnym dostępem do pliku, który wybierasz selektorem plików lub przeciągnięciem i upuszczeniem. Plik jest odczytywany do pamięci karty, tam przetwarzany, a wynik oferowany do pobrania. Ta sama technologia napędza Figmę, Photoshop w sieci i Google Docs.

Bo nie ma wgrywania. Paski postępu w narzędziach PDFluny śledzą lokalne przetwarzanie — ile Twojego pliku biblioteka przeglądarki odczytała, zakodowała lub ostemplowała — nie transfer sieciowy. Na szybkim komputerze czasem jest to niemal natychmiastowe, co może wydawać się podejrzane, jeśli jesteś przyzwyczajony do kilkusekundowych wgrywań w narzędziach serwerowych, ale szybkość to zaleta całkowitego pominięcia podróży sieciowej.

Przy pierwszym użyciu cięższego narzędzia (OCR, podpis, Word na PDF) ładujemy na żądanie wyspecjalizowaną bibliotekę — Tesseract.js dla OCR (~14 MB), mammoth.js do parsowania Worda (~150 KB z gzipem) itd. Te biblioteki są buforowane w Twojej przeglądarce po pierwszym załadowaniu, więc drugie użycie jest natychmiastowe. Celowo nie ładujemy ich na stronie głównej, by utrzymać szybki time-to-interactive landing page'a.

Częściowo. Po użyciu narzędzia, gdy strona + biblioteki są w cache przeglądarki, zwykle możesz przeładować to samo narzędzie offline i będzie działać. Obecnie nie dostarczamy Service Workera do jawnego użytku offline, więc przeładowanie wymagające pobrania nowych zasobów nie powiedzie się offline. Prawdziwe użycie offline jest na roadmapie.

Większość narzędzi akceptuje PDF-y do 100 MB. Narzędzia konwersji formatów (Word na PDF, Excel na PDF) ograniczają do 20 MB, bo parsowanie tych formatów jest cięższe pamięciowo. OCR ogranicza do 50 MB / 50 stron, bo każda strona jest renderowana w 300 DPI, a potem OCR-owana, co jest najwolniejszym pipeline'em, jaki dostarczamy. Konkretne limity są wskazane na stronie każdego narzędzia nad strefą upuszczania.

PDF (każde narzędzie), obrazy (JPG, PNG, HEIC, WebP — do JPG na PDF), dokumenty Word (.docx, .rtf, .odt — do Word na PDF), arkusze (.xlsx, .xls, .ods, .csv, .tsv — do Excel na PDF) i obrazy podpisu (PNG, JPG, GIF, WebP — do Podpisz PDF).

PDF (domyślny dla wszystkiego), JPG (jeden na stronę lub ZIP dla wielostronicowych przez PDF na JPG) i PNG (jeden na stronę lub ZIP przez PDF na PNG). Nie produkujemy Word, PowerPoint ani Excel z PDF — konwersja odwrotna do formatów płynnych / siatkowych jest naprawdę trudna i nie chcemy dostarczać narzędzia, którego wynik byłby bezużyteczny. Zobacz blog po pełne uzasadnienie, jeśli jesteś ciekawy.

Dziedziczny binarny format .doc Worda 97–2003 wymaga albo samego Microsoft Worda, albo niestandardowego parsera o tysiącach linii do konwersji z akceptowalną wiernością. Wolimy odmówić czysto, niż dostarczać narzędzie, którego wynik byłby porównywany niekorzystnie z innymi usługami. Rozwiązanie 10-sekundowe: otwórz swój .doc w Wordzie lub LibreOffice, Plik → Zapisz jako → .docx i upuść .docx w naszym narzędziu Word na PDF. Wszystko jest zachowane.

Niektóre narzędzia tak (Połącz PDF z założenia akceptuje wiele plików; JPG na PDF akceptuje wsad obrazów). Większość jest po jednym na raz, celowo: wepchnięcie pięciu plików 50 MB do przeglądarki jednocześnie zawiesiłoby telefony średniej klasy. Najszybszy przepływ wsadowy do kompresji / konwersji to uruchamianie kolejno w tej samej karcie — narzędzie reinicjalizuje się natychmiast między plikami.

Napisz na [email protected] z prefiksem tematu `[Bug]` lub `[Feature request]`. W przypadku błędów załączenie pliku (jeśli można go udostępnić) i wskazanie przeglądarki + systemu operacyjnego przyspiesza odtworzenie około 10×. Czytamy każdą wiadomość; odpowiedź w 1–2 dni roboczych na pytania ogólne.

Wszystkie nowoczesne przeglądarki: Chrome 120+, Edge 120+, Safari 17+, Firefox 120+ i ich mobilne odpowiedniki (iOS Safari 17+, Android Chrome). Starsze wersje mogą działać dla prostszych narzędzi, ale ich nie testujemy — API WebAssembly + Pointer Events, na których się opieramy, są solidne tylko w najnowszych wersjach.

Tak. iOS Safari 17+ obsługuje wszystko z wyjątkiem kilku skrajnych przypadków bardzo długich dokumentów, gdzie karta przeglądarki kończy pamięć przed końcem rekonstrukcji. Jako reguła ogólna, pliki poniżej 30 MB działają dobrze na telefonach; tablety (iPad Air 5+ lub nowszy) obsługują pełny limit 100 MB w większości narzędzi.

Tak — w najnowszych Chrome, Firefoxie, Edge'u i Samsung Internet. Urządzenia z dolnej półki (4 GB RAM lub mniej) mogą zawiesić się w połowie przy dużych plikach z tej samej przyczyny presji pamięciowej co na iPhonie; jeśli narzędzie zawodzi na długim dokumencie, najpierw podzielenie go w Podziel PDF zwykle pozwala go przepuścić.

Przetwarzanie PDF jest intensywne pod względem CPU i pamięci. PDF 100 MB może wymagać 300–500 MB pamięci roboczej do renderowania i ponownej emisji, co jest więcej, niż stare telefony (4 GB całkowitego systemowego RAM) mogą przydzielić pojedynczej karcie przeglądarki. Rozwiązania: najpierw podziel dokument w Podziel PDF, obniż DPI wyjścia w narzędziach rasteryzacyjnych (PDF na JPG, OCR PDF) lub uruchom na komputerze.

Dla większości narzędzi tak — działamy na istniejącej binarnej strukturze PDF zamiast renderować od nowa, więc strony zachowują swój oryginalny tekst wektorowy, osadzone czcionki i jakość obrazu. Wyjątki: Word na PDF, Excel na PDF i Odblokuj PDF rekonstruują dokument jako image-based (wierność wizualna zachowana, ale tracisz pola formularza i zaznaczalny tekst). Strona każdego narzędzia dokumentuje kompromis.

Nasze narzędzie Kompresuj PDF używa aktualizacji przyrostowej, więc oryginalny tekst, czcionki i podpisy są zachowane bajt po bajcie. Oszczędności miejsca pochodzą z ponownego kodowania osadzonych obrazów w niższych rozdzielczościach i usuwania zbędnych obiektów historycznych. Dla PDF-ów bogatych w tekst wynik wizualny jest nieodróżnialny od oryginału; dla PDF-ów bogatych w obrazy (skany, oparte na zdjęciach) możesz wybrać poziom kompromisu.

PNG jest bezstratny — każdy piksel renderowanej strony jest zachowany dokładnie. JPG jest stratny i daje mniejsze pliki, ale dodaje subtelne aureole wokół ostrych krawędzi (tekst, line-art). Presety DPI S/M/L (72 / 150 / 300) kontrolują rozdzielczość; suwak jakości JPG (60–95%) kontroluje kompresję. Ta sama biblioteka źródłowa, inna strategia wyjścia — wybieraj według potrzeb.

Niektóre z naszych narzędzi (Odblokuj PDF i rodzina konwersji) produkują wynik image-based, gdzie każda strona jest renderowana jako JPEG i osadzana w nowym PDF. JPEG w 200 DPI na papierze letter waży średnio 250–500 KB na stronę, co może być większe niż oryginał, jeśli był on tylko tekstem wektorowym. Aby zmniejszyć wynik, przepuść go przez nasze narzędzie Kompresuj PDF.

Tak i nie ma rejestracji, znaku wodnego, „limitu eksportu" ani „3 plików dziennie". Haczyk (jeśli jakiś jest): serwis wyświetla reklamy na stronach narzędzi i stronach zawartości. Przychody z reklam pokrywają hosting i rozwój; to cały model biznesowy. Nie planujemy wprowadzać planów płatnych, a koszty infrastruktury są minimalne właśnie dlatego, że cała ciężka praca odbywa się w Twojej przeglądarce.

Bo nie ma niczego, co konto musiałoby przechowywać. Nie zachowujemy Twoich plików, historii ani ustawień. Brak konta oznacza też brak hasła do zapamiętania ani przepływu „zapomniałem hasła", gdy wracasz dwa miesiące później. Kompromis: brak ciągłości między urządzeniami (nie możesz zacząć zadania na komputerze i skończyć na telefonie). Do okazjonalnych zadań PDF to właściwa forma; do ciągłych przepływów dokumentów płatny SaaS jak Adobe Acrobat jest lepszym wyborem.

Tak dla obecnego zestawu narzędzi. Nasze koszty infrastruktury skalują się z ruchem, ale pozostają niskie, bo nic nie dzieje się na serwerze; przychody z reklam komfortowo je pokrywają. Jeśli projekt kiedykolwiek będzie musiał wprowadzić plany płatne, byłoby to dla nowych funkcji po stronie serwera (wspólna edycja, synchronizacja między urządzeniami), a obecne narzędzia w przeglądarce pozostałyby bezpłatne.

Tak. PDFluna nie rości sobie praw do Twoich plików wejściowych ani naszego wyniku. PDF, który wytwarzasz, jest Twój do dowolnego użytku — praca komercyjna, dostawy klientom, archiwizacja, udostępnianie, cokolwiek. Jedyne ograniczenie to prawo autorskie do oryginalnej zawartości (nie zmieniamy go i nie możemy przyznawać praw, których nie posiadamy).

Mały, niezależny zespół. Zbudowaliśmy PDFlunę, bo sami potrzebowaliśmy szybkich narzędzi PDF i byliśmy sfrustrowani alternatywami typu wgraj-na-serwer. Pełna strona O nas ma więcej szczegółów na temat dlaczego i jak. W konkretnych sprawach kontaktowych zobacz stronę kontaktu.