PDFluna to bezpłatny zestaw narzędzi do codziennych operacji PDF — kompresja, edycja, łączenie, dzielenie, podpisywanie, konwersja, OCR i kilkanaście innych — który działa w całości w Twojej przeglądarce. Nic nie jest wgrywane na serwer. Nic nie jest rejestrowane. Nie potrzebujemy nawet Twojego konta, żeby to wszystko działało.
Każde narzędzie PDF online, którego używaliśmy, wgrywało nasze pliki na ich serwery, a w momencie, gdy złapaliśmy się na przeciąganiu odcinka wypłaty albo podpisanej umowy do jednego z nich, zatrzymaliśmy się, by przemyśleć, co to naprawdę znaczy. Polityki prywatności obiecywały, że pliki są usuwane w ciągu 24 godzin. Nie mieliśmy jak tego zweryfikować, a cała wymiana opierała się na zaufaniu, którego nie mieliśmy prawa żądać.
Po kilku weekendach badań odkryliśmy, że cały pipeline może działać w przeglądarce. Nowoczesny WebAssembly i dobrze wykonane biblioteki open source (PDF.js, pdf-lib, fflate) obsługują każdą operację, której potrzebowaliśmy, nigdy nie dotykając sieci. Więc zbudowaliśmy zestaw narzędzi, którego sami chcieliśmy używać, dotrzymaliśmy obietnicy prywatności na poziomie architektury zamiast deklaratywnej i wstawiliśmy go online za darmo.
Nie jesteśmy pierwsi, którzy próbują tego podejścia — kilku innych przyjmuje jego część — ale jesteśmy pierwszymi, których widzieliśmy idących na całość: każde narzędzie 100% w przeglądarce, każda linia ciężkiej pracy open source, bez rejestracji, bez znaku wodnego, bez wezwania do akcji „przejdź na nieograniczony" w pasku bocznym.
Krótka wersja: kiedy upuszczasz PDF w jedno z naszych narzędzi, jest on odczytywany w pamięci Twojej przeglądarki i tam przetwarzany. Trochę dłuższa wersja jest poniżej.
PDF.js, pdf-lib i kilka specjalistycznych bibliotek (Tesseract dla OCR, mammoth dla Worda, SheetJS dla Excela) są ładowane na żądanie i przetwarzają Twoje pliki w tej samej karcie przeglądarki, w której otworzyłeś stronę. Pliki nigdy nie docierają do naszych serwerów — w pierwszej kolejności nie ma żadnego serwera zarządzającego plikami.
Obietnice prywatności innych narzędzi opierają się na zaufaniu, jakie pokładasz w ich politykach serwerowych. Nasze opierają się na architekturze: nie ma wgrania, które można by zarejestrować, nie ma tymczasowego magazynu, z którego coś mogłoby wyciec, nie ma pipeline'u trenowania AI, który zabierałby pliki. Możesz to sam zweryfikować w DevTools przeglądarki — otwórz kartę Sieć i obserwuj zero żądań wychodzących przenoszących Twój plik.
Narzędzia po stronie serwera czekają na zakończenie Twojego wgrania, ustawiają Twoje zadanie w kolejce za zadaniami wszystkich innych, przetwarzają i odsyłają wynik. Narzędzia w przeglądarce omijają sieć całkowicie. Dla pliku 8 MB na typowym domowym łączu oszczędza to 30 do 60 sekund, zanim zacznie się jakakolwiek prawdziwa praca.
Każda biblioteka, która wykonuje ciężką pracę (PDF.js z Mozilli, pdf-lib, fflate, html2canvas, Tesseract.js, SheetJS), jest publicznie weryfikowalna. Każdy z kontem na GitHubie może przeczytać prawdziwy kod przetwarzający, linia po linii — coś, czego zamknięte narzędzia serwerowe naprawdę nie potrafią zaoferować.
Pięć rzeczy, do których się zobowiązujemy. Jeśli któraś przestanie być prawdą, projekt stracił sens i mamy problem do naprawienia — daj nam znać, jeśli kiedyś to zauważysz.
Bez wgrywania, bez tymczasowego przechowywania, bez „przetworzone i usunięte w 24 godziny". Przetwarzanie odbywa się tam, gdzie plik już jest: na Twoim komputerze, telefonie, tablecie.
Ta sama wygoda dla wszystkich. Bez dziennych limitów zadań, bez znaku wodnego na darmowym wyjściu, bez murów „zarejestruj się, żeby odblokować". Strona jest finansowana przez reklamy wyświetlane na stronach narzędzi; to opłaca rachunki.
Każda strona narzędzia dokumentuje, co robi dobrze ORAZ czego nie robi. Wolimy, żebyś z góry wiedział, że na przykład nasz Word na PDF rekonstruuje dokument jako obraz-z-warstwą-tekstu zamiast odkrywać to po nieudanym eksporcie umowy.
Nasza strona z opiniami jest szczera co do tego, że projekt jest młody. Kiedy zaczną pojawiać się prawdziwe opinie z platform trzecich na TrustPilocie albo G2, podlinkujemy do tam ze źródłem.
Nie zbieramy zawartości dokumentów (nie możemy — zobacz zobowiązanie 1), więc nie ma niczego, co mogłoby zasilać trenowanie AI. Nie używamy też anonimowych analytics do tego celu.
Nic z tego nie istniałoby bez pracy społeczności PDF open source. Każda operacja w PDFlunie jest zbudowana na bibliotekach, które ktoś zbudował wcześniej — w większości w czasie wolontariackim, wszystkie z permisywnymi licencjami. Jeśli używasz PDFluny i jest dla Ciebie użyteczna, zasługa należy do tych projektów tak samo jak do nas. Numery wersji to te, które aktualnie zamrażamy w produkcji:
Wszystkie osiem projektów jest publicznie weryfikowalnych na GitHubie. Jeśli jesteś techniczny i chcesz dokładnie zrozumieć, przez co przechodzi Twój plik, gdy używasz narzędzia PDFluna, kod jest dokładnie tam.
Mały, niezależny zespół. Nie jesteśmy startupem finansowanym z venture capital, nie jesteśmy pobocznym projektem większej firmy software'owej, nie jesteśmy marketingową fasadą dla płatnego produktu. PDFluna to projekt. Pracujemy nad nim, bo sami używamy tych narzędzi i bo uważamy, że kompromis, który większość usług PDF online narzuca Ci — wygoda w zamian za wydanie Twoich dokumentów — to nie jest kompromis, na który ktokolwiek powinien być zmuszony.
W konkretnych sprawach (wsparcie, zgłaszanie błędów, prasa, biznes) strona kontaktu zawiera odpowiedni adres e-mail dla każdego tematu. Na ogólne pytania FAQ prawdopodobnie ma już odpowiedź.
Aktualny katalog 15 narzędzi pokrywa codzienne operacje. Pracujemy nad:
Aktualizacje lądują na blogu; changelog jest nieformalny, ale każda wydana funkcja dostaje swój wpis.
Najszybszy sposób, by zobaczyć, jak działa PDFluna, to z niej skorzystać. Otwórz edytor lub weź narzędzie ze strony głównej — plik, który upuścisz, zostaje na Twoim urządzeniu.
Błąd albo pomysł? Napisz — trafia prosto do zespołu.
Nigdy nie widzimy Twoich plików. Wysyłana jest tylko wpisana przez Ciebie wiadomość — plus podstawowe informacje o przeglądarce, by pomóc nam w debugowaniu.