Możesz przeglądać pliki PDF, Office, rysunki CAD, e‑maile i obrazy w przeglądarce bez instalowania przestarzałych wtyczek. Dla aplikacji .NET na Windows, Doconut Viewer zapewnia przetwarzanie dokumentów po stronie serwera, podczas gdy użytkownicy pozostają w aplikacji biznesowej.

Nowoczesne przeglądanie dokumentów bez wtyczek w aplikacji przeglądarkowej na Windows

W kolejnych sekcjach przyjrzymy się, dlaczego usuwanie przestarzałych wtyczek ma znaczenie, przedstawimy przepływ integracji ASP.NET Core oraz omówimy przesyłanie metodą przeciągnij‑i‑upuść i integrację z Blazor bez polegania na niezweryfikowanym kodzie SDK.

Zero wtyczek: Dlaczego to przełom dla aplikacji internetowych .NET

Usuń tarcie „zainstaluj‑najpierw”

Tradycyjne przeglądarki opierają się na ActiveX, Javie lub Flashu. Wymagają one uprawnień, wywołują alerty bezpieczeństwa i przestają działać w nowoczesnych przeglądarkach. Doconut omija to, renderując po stronie serwera i wysyłając do przeglądarki zwykły HTML oraz obrazy — nic do instalacji po stronie klienta, brak monitu, brak zgłoszeń do działu IT.

Ta różnica ma znaczenie dla dalszej części artykułu, dlatego warto to jasno stwierdzić: parsowanie i rasteryzacja odbywają się na Twoim serwerze, a nie w przeglądarce użytkownika. Bez wtyczek oznacza, że klient nie potrzebuje niczego; nie oznacza to, że praca została przeniesiona do JavaScriptu.

Zachowaj integralność piaskownicy przeglądarki

Ponieważ nie ładuje się żadna zewnętrzna wtyczka, piaskownica przeglądarki pozostaje nienaruszona. Co więcej, komputer użytkownika nigdy nie otrzymuje oryginalnego dokumentu — otrzymuje jedynie wyrenderowane strony — więc złośliwy PDF nie ma na czym działać.

To, co to nie robi, to nie usuwa powierzchni ataku; przenosi ją na Twój serwer, gdzie parser przetwarza niezweryfikowane dane wejściowe. Uruchamiaj go z minimalnymi uprawnieniami, utrzymuj aktualizacje i waliduj przesyłane pliki. Bezpieczeństwo transportu, szyfrowanie w spoczynku oraz retencja to elementy, które musisz zaimplementować w swojej aplikacji — SDK ich nie dostarcza.

Przyszłościowe działanie we wszystkich przeglądarkach i urządzeniach

Ponieważ przeglądarka musi jedynie wyświetlać standardowy HTML i obrazy, mało jest elementów, które mogłyby przestać działać po aktualizacji przeglądarki. Chrome, Edge, Safari czy mobilny WebView zachowują się tak samo, bez ostrzeżeń o brakującej wtyczce i bez obejść zależnych od wersji — a słabe urządzenie nie jest wadą, ponieważ nie wykonuje renderowania.

Osadzanie przeglądarki bez wtyczek Doconut App w ASP.NET Core

Aby zintegrować przeglądarkę, wygeneruj krótkotrwały, podpisany URL do dokumentu na serwerze i przekaż go klientowi. Serwer renderuje dokument i strumieniuje strony przez HTTPS do elementu kontenera na stronie.

Przepływ po stronie serwera (koncepcyjny)

Otrzymaj żądanie dokumentu.
Pobierz plik z Twojego magazynu (SQL, Blob itp.).
Utwórz ograniczony czasowo, podpisany URL wskazujący na zaszyfrowany plik.
Zwróć ten URL do widoku Razor.

Widok Razor (koncepcyjny)

Utrzymuj widok odpowiedzialny za układ i stan autoryzowanego przeglądarki, podczas gdy serwer pobiera i przetwarza dokument. Używaj wyłącznie zasobów klienta i sekwencji inicjalizacji udokumentowanej dla zainstalowanej wersji Doconut.

Gdy strona się ładuje, klient żąda dokumentu przy użyciu podpisanego URL i wyświetla strony zwrócone przez serwer. Brak ActiveX, Javy ani Flash.

Dlaczego to ma znaczenie

Zero wtyczek: klient potrzebuje przeglądarki i nic więcej.
Plik źródłowy nigdy nie dociera do użytkownika: otrzymuje on wyrenderowane strony, więc nie ma lokalnej kopii do przekazania, buforowania czy wycieku.
Bezpieczeństwo jest Twoją odpowiedzialnością: krótkotrwały i podpisany URL to kod, który piszesz. Przeglądarka nie wymusza tego za Ciebie, więc uwzględnij to w projekcie, a nie jako założenie.
Stronicowanie: strony są dostarczane w miarę potrzeb, a nie wszystkie naraz, co pozwala na wygodne korzystanie z długiego PDF‑a lub gęstego rysunku.

Renderowanie obsługiwanych formatów bez wtyczek

Silnik SDK obsługuje 75 rozszerzeń plików w 18 rodzinach — PDF, DOCX, XLSX, PPTX, DWG, DXF, PSD, VSDX, MPP, EML, MSG, EPUB, TIFF, PNG, JPEG i pozostałe, w tym DICOM za pośrednictwem oddzielnie licencjonowanej wtyczki. Darmowe przeglądarki pod adresem doconut.app obsługują 73 z nich: wszystko oprócz .dcm i .ima.

Silnik identyfikuje plik na podstawie jego zawartości, a nie rozszerzenia, co ma większe znaczenie niż się wydaje — wiele plików o nazwie .xls to w rzeczywistości tabele HTML lub CSV.

Jedna uwaga dotycząca wierności, ponieważ „pixel-perfect” to obietnica, której żaden render nie może spełnić: dokumenty odwołujące się do zasobów, których nie zawierają, będą różnić się od tego, co widział ich autor. Czcionki, które nigdy nie zostały osadzone, są zastępowane, a zewnętrzne odwołania w pliku DWG nie znajdują się wewnątrz samego DWG.

Przesyłanie metodą przeciągnij‑i‑upuść z natychmiastowym renderowaniem bez wtyczek

Przedsiębiorstwa chcą, aby użytkownicy podglądali pliki w miejscu. Możesz dodać strefę przeciągnij‑i‑upuść, która przesyła dokument, generuje podpisany adres URL podglądu i wyświetla wynik bez wtyczki po stronie klienta. Cały cykl pozostaje w twoim backendzie .NET — co pozwala zachować ścieżki audytu, ponieważ logowanie jest po twojej stronie.

Przebieg po stronie klienta (koncepcyjny)

Użytkownik przeciąga plik na wyznaczone miejsce.
JavaScript wysyła plik do punktu końcowego ASP.NET Core.
Punkt końcowy bezpiecznie przechowuje plik i zwraca podpisany adres URL podglądu.
Strona wstrzykuje <div> z data‑doc‑url wskazującym na ten adres URL.
Doconut App skrypt renderuje dokument natychmiastowo.

Renderowanie odbywa się na twoim serwerze, więc zaplanuj to: to właśnie tutaj zużywane są CPU i pamięć, a skalowanie zależy od liczby jednoczesnych podglądów, a nie od liczby użytkowników. Sprawdź, gdzie SDK zapisuje tymczasowe wyniki renderowania i upewnij się, że coś je usuwa — porzucone pliki w katalogu tymczasowym są najczęściej pomijanym elementem integracji.

Spójny podgląd w przepływach pracy opartych na Windows

Przeglądarkowy podgląd może zapewnić spójny punkt wejścia dla użytkowników wewnętrznej aplikacji Windows, bez konieczności instalowania oddzielnych programów desktopowych. Zespoły powinny testować obsługiwane przeglądarki, rozmiary ekranu, metody wprowadzania, złożoność dokumentów oraz wymagania dostępności, zamiast zakładać identyczne zachowanie w każdym środowisku.

Rozszerzanie podglądu za pomocą Blazor – Trzymaj wszystko w ekosystemie .NET

Jeśli twój zespół preferuje podejście komponentowe, możesz osadzić skrypt podglądu po stronie klienta w komponencie Blazor, niezależnie od wybranego modelu hostingu. To utrzymuje integrację w świecie .NET. Zwróć uwagę, że model hostingu wpływa tylko na to, gdzie uruchamiany jest kod UI — renderowanie dokumentu pozostaje po stronie serwera w każdym przypadku.

Zarys komponentu Blazor (koncepcyjny)

Wstrzyknij usługę, która może generować bezpieczny adres URL podglądu dla podanego identyfikatora pliku.
Podczas inicjalizacji, żądaj adresu URL z usługi.
Po wyrenderowaniu komponentu, zainicjuj podgląd przy użyciu obsługowanego API integracji dla zainstalowanej wersji Doconut.

Komponent Blazor może koordynować stan podglądu, podczas gdy backend pozostaje odpowiedzialny za dostęp do dokumentów i ich przetwarzanie. Dzięki temu przepływ pracy pozostaje w aplikacji .NET, bez publikowania założeń dotyczących globalnego API JavaScript.

Najważniejsze wnioski

Zero wtyczek usuwa tarcia przy instalacji, ostrzeżenia bezpieczeństwa i problemy z kompatybilnością.
SDK renderuje 75 rozszerzeń — PDF, Office, CAD, e‑mail i obrazy — na serwerze, a nie w przeglądarce.
Integracja: generuj podpisany adres URL podglądu po stronie serwera i wyświetlaj zwrócone strony w kontenerze.
Przesyłanie metodą przeciągnij‑i‑upuść plus podgląd w miejscu utrzymuje użytkowników w toku pracy.
Działa tak samo na komputerze, tablecie i telefonie, ponieważ przeglądarka wyświetla jedynie standardowy wynik.
Programiści Blazor mogą osadzić podgląd w komponencie .NET.
Bezpieczeństwo jest architektoniczne, a nie listą funkcji: plik źródłowy nigdy nie dociera do klienta, a dokument nie opuszcza twojej infrastruktury. Szyfrowanie w spoczynku, wygaśnięcie podpisanego URL i logowanie audytu są twoją odpowiedzialnością — a Doconut nie posiada certyfikacji ISO 27001, SOC 2 ani HIPAA, na które można by się oprzeć.

Częste pytania

Q: Czy muszę instalować coś na komputerach klienckich?
A: Nie. Doconut App działa w pełni w przeglądarce, wykorzystując HTML5 i JavaScript. Użytkownicy potrzebują jedynie nowoczesnej przeglądarki — nie są wymagane instalacje ActiveX, Java ani Flash.

Q: Jak radzi sobie z dużymi plikami?
A: Strony są renderowane i dostarczane w miarę potrzeb, więc czytelnik może przejść do wybranej strony bez oczekiwania na załadowanie całego dokumentu. Pamiętaj, że to Twój serwer wykonuje pracę — przetestuj najcięższe rzeczywiste pliki, aby określić wymagany rozmiar. Na darmowej stronie pod adresem doconut.app limit jest nasz i zależy od formatu: 25 MB dla PDF, 10 MB dla rysunku CAD.

Rozpocznij korzystanie z Doconut App już dziś

Gotowy, aby wyeliminować przestarzałe wtyczki z Twojej aplikacji .NET działającej na Windows? Oceń Doconut SDK pod kątem przeglądarek, formatów dokumentów i obciążeń używanych w Twojej organizacji.