Twoja ścieżka podpisywania stała się bardziej rygorystyczna: ważność certyfikatów w GroupDocs.Signature 26.9
Trzy zmiany w GroupDocs.Signature 26.9 zamieniają ciche problemy w głośne: wygasły certyfikat teraz zgłasza wyjątek zamiast podpisywać, cyfrowe podpisy PDF domyślnie używają SHA-256 zamiast SHA-1, a SignatureSettings.LogLevel faktycznie filtruje. Ten artykuł opisuje, co każda zmiana oznacza dla ścieżki działającej od lat oraz co zrobić w przypadkach, gdy naprawdę potrzebne jest stare zachowanie.
GroupDocs.Signature for .NET 26.9 – Najważniejsze informacje o wydaniu wrzesień 2026
Wydanie 26.9 koncentruje się na bezpieczeństwie, wprowadzając .NET 10, surowsze domyślne ustawienia oraz wsparcie podpisów post‑kwantowych.
Podpisz zaszyfrowany PDF bez odblokowywania: cztery ścieżki hasła w Pythonie
Zaszyfrowany PDF można podpisać bez zapisywania odszyfrowanej kopii: LoadOptions otwiera go w miejscu, a SaveOptions decyduje, czy podpisany wynik zachowuje stare hasło, czy otrzymuje nowe. Ten artykuł porównuje cztery ścieżki hasła, w tym dwie, które zawodzą, i wyjaśnia, dlaczego błędy pojawiają się jako RuntimeError, a nie jako typy wyjątków wymienione w API.
Podpisywanie plików PDF z Node.js w Dockerze: Trzy sposoby wyboru czcionki
GroupDocs.Signature dla Node.js uruchamia JVM w procesie, więc konteneryzacja wymaga zapewnienia JDK i czcionek, zanim jakiekolwiek podpisy będą działać. Ten artykuł porównuje trzy sposoby wyboru rodziny czcionek – twarde kodowanie, wykrywanie na podstawie nazw plików lub sondowanie biblioteki – oraz omawia specyficzne zachowania powiązań, które kształtują kod wokół nich.
Podpisywanie plików PDF z Pythona w Dockerze: Dwie warstwy, których brakuje w Twoim obrazie
Skrypt podpisujący w Pythonie, który działa na laptopie, nie powodzi się dwukrotnie w kontenerze slim: raz dlatego, że powiązanie .NET nie ma libssl ani libicu, i ponownie dlatego, że obraz nie zawiera czcionek, a GroupDocs.Signature nie podstawi brakującej rodziny czcionek. Ten samouczek buduje obie warstwy oraz kod rozwiązania, który utrzymuje skrypt przenośnym.
Podpisywanie w kontenerze Linux: czcionki, glify i działające Dockerfile'i
GroupDocs.Signature nie podstawia brakującej czcionki: podaj rodzinę, której obraz nie posiada, a wywołanie zgłasza błąd zamiast przejść do domyślnej. Ponieważ obraz środowiska uruchomieniowego .NET nie zawiera żadnych czcionek, podpis tekstowy tam nie działa, dopóki nie dodasz warstwy czcionek. Ten artykuł porównuje obraz bez czcionek z naprawionym i pokazuje, jak rozwiązać problem rodziny czcionek w czasie działania.
Rachunek za czcionki przyjdzie później: podpisywanie kontenerów Java i CJK
Obrazy kontenerów Java zawierają czcionkę DejaVu dla AWT, co wystarcza do podpisywania tekstu po angielsku, ale nie wystarcza do niczego innego. Ten artykuł analizuje, ile kosztuje takie częściowe pokrycie w przepływie dokumentów, dlaczego GroupDocs.Signature zawodzi zamiast zastępować, oraz jak warstwa czcionek plus rozwiązywanie rodziny czcionek w czasie wykonywania zamienia incydent w kontrolę startową.
GroupDocs.Signature dla .NET 26.2 – Najważniejsze informacje o wydaniu z lutego 2026
Wersja 26.2 GroupDocs.Signature dla .NET wprowadza krytyczną poprawkę Azure Key Vault, podnosi domyślną długość podpisu i jest dostępna w NuGet.
GroupDocs.Signature dla .NET 25.12 – grudzień 2025 – najważniejsze informacje o wydaniu
Wydanie 25.12 dodaje cyfrowe podpisy obrazów oparte na steganografii, przyspieszenia wydajności LINQ oraz krytyczne poprawki generowania podglądu w systemie Linux.
Jak podpisywać dokumenty w .NET przy użyciu dongli USB PKCS#11, kart inteligentnych i HSM
Dogłębny przewodnik po integracji tokenów sprzętowych PKCS#11 (USB dongle, karty smart, HSM) z GroupDocs.Signature dla .NET w celu bezpiecznego i zgodnego z przepisami podpisywania dokumentów PDF.
