אתה יכול לצפות בקבצי PDF, קבצי Office, שרטוטי CAD, דוא"ל ותמונות בדפדפן בלי להתקין תוספים מיושנים. עבור יישומי .NET מבוססי Windows, Doconut מציג מספק עיבוד מסמכים בצד השרת בעוד שהמשתמשים נשארים בתוך יישום העסק.

צפייה מודרנית במסמכים ללא תוספים ביישום דפדפן Windows

בקטעים הבאים נחקור מדוע הסרת תוספים מיושנים חשובה, נסביר זרימת עבודה של אינטגרציה עם ASP.NET Core, ונדון בהעלאות גרור‑והשלך ובאינטגרציה עם Blazor מבלי להסתמך על קוד SDK לא מאומת.

אפס תוספים: למה זה משנה עבור אפליקציות אינטרנט .NET

ביטול חיכוך ה„התקנה‑קודמת”

צופים מסורתיים מתעקשים על ActiveX, Java או Flash. הם דורשים הרשאות, גורמים להתראות אבטחה ונשברים בדפדפנים מודרניים. Doconut מתעלם מכך על‑ידי עיבוד בצד השרת ושליחת HTML ותמונות רגילות לדפדפן — אין צורך להתקין דבר בצד הלקוח, אין תזכורות, אין קריאות למחלקת IT.

ההבדל הזה חשוב לשאר המאמר, ולכן יש לציין זאת במפורש: הפענוח והרסטורציה מתבצעים על השרת שלך, לא בדפדפן של המשתמש. ללא תוספים משמעותו שהלקוח אינו צריך דבר; זה לא אומר שהעבודה הועברה ל‑JavaScript.

שמירת ארגז החול של הדפדפן ללא פגיעה

מאחר שאין תוסף חיצוני נטען, ארגז החול של הדפדפן נשאר ללא שינוי. יתר על כן, המחשב של המשתמש לעולם לא מקבל את המסמך המקורי — הוא מקבל רק דפים מעובדים — ולכן קובץ PDF זדוני אינו יכול לפעול בצד זה.

מה שזה לא עושה הוא להסיר את משטח ההתקפה; הוא מעביר אותו לשרת שלך, שבו מפענח מעבד קלט בלתי מהימן. הפעל אותו עם מינימום הרשאות, שמור על עדכונים, ולידת העלאות. אבטחת ההעברה, הצפנה במנוחה ושמירת נתונים הן עליך ליישם — ה‑SDK אינו מספק זאת.

מוכנות לעתיד על פני דפדפנים ומכשירים שונים

מאחר שהדפדפן צריך רק להציג HTML ותמונות סטנדרטיות, יש מעט מאוד מה שעלול להישבר בעדכון דפדפן. Chrome, Edge, Safari או WebView נייד מתנהגים זהה, ללא אזהרות „תוסף חסר” וללא פתרונות ספציפיים לגרסאות — ומכשיר בעל משאבים נמוכים אינו חסר יתרון, מכיוון שהוא אינו מבצע את הרינדור.

הטמעת מציג ללא תוספים של Doconut App ב‑ASP.NET Core

כדי לשלב את המציג, צור כתובת URL חתומה וקצרת‑חיים עבור המסמך על השרת והעבר אותה ללקוח. השרת מרנדר את המסמך ומשדר דפים דרך HTTPS אל אלמנט מכולה בעמוד.

זרימת עבודה בצד השרת (קונספטואלית)

קבל בקשה למסמך.
שלוף את הקובץ מהאחסון שלך (SQL, Blob, וכו').
צור כתובת URL חתומה ומוגבלת בזמן שמצביעה על הקובץ המוצפן.
החזר את ה‑URL לתצוגת Razor.

תצוגת Razor (קונספטואלית)

שמור על התצוגה אחראית לפריסה ולמצב הצופה המורשה, בעוד שהשרת משיג ומעבד את המסמך. השתמש רק במשאבי הלקוח ובסדרת האתחול המתועדת לגרסה המותקנת של Doconut.

כאשר העמוד נטען, הלקוח מבקש את המסמך דרך ה‑URL החתום ומציג את הדפים שהשרת מחזיר. ללא ActiveX, Java או Flash.

למה זה חשוב

אפס תוספים: הלקוח צריך רק דפדפן ולא דבר נוסף.
קובץ המקור לעולם לא מגיע למשתמש: הוא מקבל דפים מעובדים, ולכן אין עותק מקומי לשתף, לאחסן במטמון או לדלוף.
האבטחה היא שלך לבנות: ה‑URL הקצר והחתום הוא קוד שאתה כותב. אין מציג שמכפה זאת עבורך, ולכן יש לשלב זאת בתכנון ולא להניח שהדבר קיים.
דפדוף: דפים נמסרים לפי הצורך ולא בבת אחת, מה שמאפשר שימוש נוח בקובץ PDF ארוך או בציור צפוף.

רינדור פורמטים נתמכים ללא תוספים

מנוע ה‑SDK מטפל ב‑75 הרחבות קבצים ב‑18 משפחות — PDF, DOCX, XLSX, PPTX, DWG, DXF, PSD, VSDX, MPP, EML, MSG, EPUB, TIFF, PNG, JPEG והשאר, כולל DICOM דרך תוסף ברישיון נפרד. הצופים החינמיים ב‑doconut.app מקבלים 73 מהם: הכול חוץ מ‑.dcm ו‑.ima.

המנוע מזהה את הקובץ לפי תוכנו ולא לפי ההרחבה שלו, דבר החשוב יותר ממה שנשמע — מספר רב של קבצים בשם .xls הם למעשה טבלאות HTML או CSV.

אזהרה אחת לגבי האמינות, מכיוון ש‑"pixel-perfect" הוא הבטחה שאף רנדרר אינו יכול לקיים: מסמכים המתייחסים למשאבים שהם לא מכילים יראו שונה ממה שהמחבר ראה. גופנים שלא הוטמעו מוחלפים, והקישורים החיצוניים של קובץ DWG אינם נמצאים בתוך ה‑DWG.

העלאה באמצעות גרירה ושחרור עם רינדור מיידי וללא תוספים

ארגונים רוצים שהמשתמשים יצפו בקבצים במקום. ניתן להוסיף אזור גרירה ושחרור שמעלה מסמך, יוצר URL צפייה חתום ומציג את התוצאה ללא תוסף בצד הלקוח. כל המחזור נשאר בתוך ה‑backend של .NET שלך — וזה מה שמאפשר לך לשמור על מסלולי ביקורת, מכיוון שהרישום הוא שלך.

זרימת צד‑לקוח (קונספטואלי)

המשתמש גורר קובץ אל האזור המיועד.
JavaScript שולח את הקובץ לנקודת קצה של ASP.NET Core.
נקודת הקצה מאחסנת את הקובץ בצורה מאובטחת ומחזירה URL צפייה חתום.
הדף מוסיף <div> עם data‑doc‑url שמפנה ל‑URL הזה.
הסקריפט של Doconut App מציג את המסמך באופן מיידי.

הרינדור מתבצע בשרת שלך, ולכן יש לתכנן זאת: כאן מתבזבז ה‑CPU והזיכרון, והוא מתרחב לפי מספר הצופים המקבילים ולא לפי מספר המשתמשים. בדוק היכן ה‑SDK כותב פלט רינדור זמני וודא שמשהו מנקה אותו — קבצים יתומים בתיקייה זמנית הם החלק שהכי נוטים להתעלם ממנו באינטגרציה.

צפייה עקבית בתהליכי עבודה מבוססי Windows

צופה בדפדפן יכול לספק נקודת כניסה עקבית למשתמשי יישום פנימי מבוסס Windows ללא צורך בתוכנות מסמכים נפרדות לשולחן העבודה. צוותים צריכים לבדוק דפדפנים נתמכים, גדלי מסך, שיטות קלט, מורכבות המסמך ודרישות נגישות במקום להניח שהתנהגות זהה בכל סביבה.

הרחבת הצופה עם Blazor – שמור הכל בתוך האקוסיסטם של .NET שלך

אם הצוות שלך מעדיף גישה מרוכזת רכיבים, ניתן לעטוף את סקריפט צד‑הלקוח של הצופה ברכיב Blazor, תחת אחד משני מודלי האחסון. כך האינטגרציה נשארת בתוך עולם .NET. שים לב שמודל האחסון משפיע רק על המקום שבו קוד ה‑UI שלך רץ — רינדור המסמך נשאר על השרת בכל מקרה.

מתווה רכיב Blazor (קונספטואלי)

הזרק שירות שיכול ליצור URL צפייה מאובטח עבור מזהה קובץ נתון.
באתחול, בקש את ה‑URL מהשירות.
לאחר שהרכיב רונדר, אתחל את הצופה באמצעות API האינטגרציה הנתמך לגרסה המותקנת של Doconut.

רכיב ה‑Blazor יכול לתאם את מצב הצופה בעוד שה‑backend נשאר אחראי לגישה ולעיבוד המסמכים. זה שומר את זרימת העבודה בתוך יישום .NET ללא הנחות לגבי API גלובלי של JavaScript.

נקודות מפתח

ללא תוספים מסירים חיכוך בהתקנה, אזהרות אבטחה וכאבי ראש של תאימות.
ה‑SDK רינדור 75 הרחבות — PDF, Office, CAD, דוא״ל ותמונות — בשרת, ולא בדפדפן.
אינטגרציה: צור URL צפייה חתום בצד השרת והצג את העמודים שהוחזרו במיכל.
העלאה באמצעות גרירה ושחרור יחד עם תצוגה מקדימה במקום משמרת את המשתמשים בתהליך.
הוא מתנהג זהה על דסקטופ, טאבלט ומובייל, מכיוון שהדפדפן מציג רק פלט סטנדרטי.
מפתחים ב‑Blazor יכולים לעטוף את הצופה ברכיב .NET.
האבטחה היא ארכיטקטונית, לא רשימת תכונות: קובץ המקור לעולם אינו מגיע ללקוח, והמסמך לעולם אינו עוזב את התשתית שלך. הצפנה במנוחה, תפוגת URL חתום ורישום ביקורת הם באחריותך ליישום — ו‑Doconut אינו מחזיק בתעודת ISO 27001, SOC 2 או HIPAA לשימוש.

שאלות נפוצות

ש: האם אני צריך להתקין משהו במחשבי הלקוח?
A: לא. הצופה Doconut App פועל לחלוטין בדפדפן באמצעות HTML5 ו‑JavaScript. המשתמשים צריכים רק דפדפן מודרני—אין צורך בהתקנות של ActiveX, Java או Flash.

ש: איך זה מתמודד עם קבצים גדולים?
A: הדפים מוצגים ונשלחים לפי הצורך, כך שהקורא יכול לקפוץ לדף מבלי לחכות לכל המסמך. שים לב שהעבודה נעשית על ידי השרת שלך — בדוק עם הקבצים האמיתיים הכבדים ביותר שלך כדי לקבוע את הגודל. באתר החינמי ב‑doconut.app המגבלה היא שלנו והיא לפי פורמט: 25 MB עבור PDF, 10 MB עבור שרטוט CAD.

התחילו עם Doconut App היום

מוכנים להסיר תוספים מיושנים מיישום .NET מבוסס Windows שלכם? העריכו את Doconut SDK עם הדפדפנים, פורמטי המסמכים, ועומסי העבודה שבהם משתמש הארגון שלכם.