העברת פתרונות צפייה במסמכים מדור קודם ל‑SDK מודרני בעל טביעת רגל נמוכה
הדרך המהירה ביותר לצופה מסמכים מודרני, מאובטח ותגובתי היא להחליף רכיבים מדור קודם ב‑SDK בעל טביעת רגל נמוכה של Doconut. עבור פורטלים אינטרנטיים המשתמשים ב‑Kendo UI, ה‑SDK מספק רינדור מהיר, נגישות מלאה, ונתיב אינטגרציה ממוקד. ארגונים שהרכיבו בעבר מציגים מותאמים אישית על גבי ספריות רק לשולחן עבודה או שירותי המרה חיצוניים, נתקלים במהירות בבעיות: עלויות תחזוקה עולות, תלויות בצד הלקוח נעשות שבירות, והנגישות נותרת מאחור. Doconut משמיד את המחסומים הללו על‑ידי שירות רינדור PDF, Office ו‑CAD מקורי ישירות מ‑.NET back‑end, תוך שמירה על ממשק קל משקל ובשליטה מלאה שלכם.
בקטעים הבאים נבחן מדוע מציגים ישנים הופכים לחוליות חולשה, כיצד הארכיטקטורה של Doconut מתמודדת עם נקודות הכאב, ונתווה מפת דרכים מעשית למעבר שתוכלו להתחיל להשתמש בה כבר עכשיו.
1. מציגים מדור קודם: עלויות חבויות מאחורי ממשקים מוכרים
רוב מציגי המסמכים “המדור קודם” נולדו בתקופה שבה הדפדפנים עדיין הסתמכו על תוספים, ActiveX, או התקנות Office כבדות על השרת. ההשלכות נראות בכמה דרכים:
| בעיה | השפעה במציאות |
|---|---|
| תלויות בצד הלקוח | המשתמשים חייבים להתקין או לאפשר תוספי דפדפן; מחלקת ה‑IT הארגונית חוסמת אותם, מה שמפסיק את זרימת העבודה. |
| דרישות Office בצד השרת | התקנת Microsoft Office על שרת אינטרנט מפרה את נהלי האבטחה המומלצים ומגדילה עלויות רישוי. |
| תמיכה מוגבלת בפורמטים | פורמטים חדשים של CAD או תמונות (DWG, DXF, PNG) נראים ללא תמיכה, מה שמאלץ פתרונות מקיפים או המרות ידניות. |
| צווארי בקבוק בקנה מידה | הרינדור מתבצע במעבד של הלקוח; קבצי PDF גדולים או קבצי Office מרובי דפים גורמים לאיטיות ולקריסות. |
| פערי נגישות | ניווט במקלדת, תמיכה בקוראי מסך ועמידה ב‑WCAG לרוב נחשבות לאחר המחשבה, מה שמחשוף את הארגון לסיכון של אי‑עמידה בתקנות. |
| סיוט תחזוקה | SDK של ספקים שאינם מתעדכנים יותר הופכים לסיכוני אבטחה, וכל תיקון דורש פריסה מלאה מחדש. |
הוסיפו עלויות חבויות אלה למערכת ממוקדת מסמכים — בין אם מדובר במערכת ניהול מסמכים (DMS), פורטל CRM, או פלטפורמת למידה מקוונת — וה‑ROI מתאדה במהירות. ארגונים מודרניים זקוקים לצופה שאינו תלוי בתוספי לקוח, פועל ללא Office, ומתמדרג על השרת. Doconut מספק בדיוק את זה.
2. טביעת רגל נמוכה, רינדור בצד השרת: SDK הצפייה ב‑PDF האידיאלי לאפליקציות מודרניות
הכוח המרכזי של Doconut נובע ממנוע הרינדור של מסמכים בצד השרת המשדר תמונות רסטר לדפדפן, ובכך מבטל כל צורך בתוסף בצד הלקוח. כך מתיישבת הארכיטקטורה עם האתגרים שהוזכרו:
a. טביעת רגל מינימלית לדפדפן
- הצופה מספק רק HTML, CSS וכמות מזערית של JavaScript. אין ActiveX, אין Flash, אין Silverlight — רק נכסי רשת סטנדרטיים המוגשים לדפדפנים נתמכים.
- מכיוון שהרינדור מתבצע בשרת, הלקוח לעולם לא צריך .NET Desktop, Office או מציג CAD מותקן.
b. כיסוי פורמטים מקיף
Doconut תומך באופן טבעי ב‑33+ פורמטים כולל Office, PDF, CAD, אימייל ותמונות — כגון DOC/DOCX, XLS/XLSX, PPT/PPTX, DWG, DXF, PNG, JPG ועוד. כך נעלמת ה“פער סוג קובץ” שמכריח מפתחים לחבר יחד קונברטורים של צד שלישי.
c. אנוטציה, חיפוש והדפסה מבוקרת מובנים
- תוסף אנוטציה – הוספת הדגשות, הערות או ציורים חופשיים ישירות בצופה.
- תוסף חיפוש – חיפוש טקסט מיידי בכל המסמך, עם OCR לתמונות סרוקות.
- הדפסה מבוקרת – אכיפת מדיניות הדפסה מממשק הצופה, למניעת העתקות בלתי מורשות.
d. המרה בצד השרת לתהליכי עבודה ללא Office
תוסף הממיר מאפשר להפוך קבצי Word, Excel, PowerPoint ו‑CAD ל‑PDF, PNG או HTML בשרת. ללא צורך בהתקנת Microsoft Office, ללא SaaS חיצוני, וללא יציאת נתונים מחוץ לחומת האש.
e. נגישות מובנית
Doconut עומד ב‑הנחיות WCAG 2.2 AA כבר מהקופסה — ניווט במקלדת, תוויות ARIA, וסימון ידידותי לקוראי מסך משולבים ב‑HTML של הצופה. התאמת מדיניות נגישות ארגונית הופכת למעבר של הפעלה, ולא לבנייה מאפס.
f. אינטגרציה חלקה עם ערימות .NET מודרניות
בין אם אתם משתמשים ב‑ASP.NET Core, .NET 6, או ארכיטקטורת מיקרו‑שירותים, Doconut מתחבר לצינור הבקשות עם קריאה אחת של Middleware. הצופה ניתן לשילוב עם רכיבי Kendo UI או ממשק ווב נתמך אחר.
3. תכנית מעבר: מהמדור הקודם ל‑Doconut
להלן תכנית פרקטית, שלב‑אחר‑שלב, למעבר ביישום ווב .NET קיים. המטרה היא להחליף את הצופה הישן ב‑Doconut תוך שמירה על יציבות ה‑API לצרכנים חיצוניים.
שלב 1: הכנת הסביבה
- הוסיפו את חבילת ה‑NuGet של Doconut לפתרון שלכם.
- וודאו שהשרת פועל על .NET 6 (או גרסה מאוחרת יותר); מיטוב התלויות של Doconut משגשג עם זמן ריצה עדכני.
שלב 2: רישום Middleware של Doconut
הכניסו את Middleware של Doconut מוקדם בצינור הבקשות של ASP.NET, כך שכל בקשה לתמונות מסמכים תיתפס ותעובד על‑ידי מנוע Doconut.
שלב 3: טעינת הרישיון
באתחול היישום, טענו את קובץ הרישיון של Doconut (או מסמך XML) פעם אחת. אם יש לכם רישיונות ספציפיים לתוספים (למשל תוסף האנוטציה), טענו אותם באמצעות ה‑API המתאים של Doconut.
שלב 4: החלפת קריאות רינדור ישנות
זהו מקומות שבהם קוד מדור קודם רינדר דף מסמך למפת סיביות או למערך בתים. החליפו קריאות אלה ב‑flow של פתיחת מסמך של Doconut, שמחזיר טוקן המייצג את המסמך הפתוח. השתמשו בטוקן לבקשת תמונות דפים או תצלומים דרך נקודות הקצה של שירות תמונות של Doconut.
שלב 5: הפעלת אנוטציה וחיפוש
מפה כל פונקציונליות “הוספת תגובה” או “חיפוש” קיימת לתוספי האנוטציה והחיפוש של Doconut. שני התוספים מציעים שיטות צד‑שרת פשוטות המחזירות JSON, שניתן לצרוך בממשק שלכם.
שלב 6: עדכון אינטגרציית החזית
מאחר ש‑Doconut משדר תמונות רסטר, החזית זקוקה רק לתג <img> לכל דף או לצופה מבוסס Canvas. עבור Kendo UI, קשרו את כתובות התמונות ל‑Kendo Carousel לקבלת שינוי דפים חלק.
שלב 7: בדיקה, אופטימיזציה, פריסה
- ביצועים – מדדו זמן עד הדף הראשון; רינדור רסטר בצד השרת של Doconut מספק בדרך כלל תוצאות מתחת לשנייה עבור PDF סטנדרטי.
- אבטחה – וודאו שאין דליפת נתוני מסמך ללקוח מעבר לתמונות המוצגות.
- נגישות – הריצו ביקורת קורא מסך; ה‑markup של Doconut כולל כבר תפקידים ARIA.
כאשר ערכת הבדיקות עוברת, החליפו את נתיב הצופה המדור קודם בנתיב Doconut החדש ופרסו את העדכון.
4. שיפור נגישות וחוויית משתמש עם Doconut ו‑Kendo UI
נגישות איננה עוד “nice‑to‑have”; היא דרישה בתעשיות מוסדרות (בריאות, פיננסים, מגזר ציבורי). ההתאמה המובנית של Doconut מסייעת לעמוד בתקנים אלו ללא כתיבת קוד מותאם.
ניווט במקלדת
כל אלמנט אינטראקטיבי — ניווט דפים, שליטה בתקריב, כלי אנוטציה — מציג תכונת tabindex סטנדרטית. משתמשים יכולים לעבור במסמך באמצעות המקלדת בלבד, תנאי הכרחי לעמידה ב‑Section 508.
תוויות ARIA וקוראי מסך
HTML של הצופה כולל role="document" ותכונות aria-label תיאוריות שמספקות לקוראי מסך מידע על מספרי דפים ורמת תקריב. אין צורך להוסיף סקריפטים ARIA נוספים.
מצב ניגוד גבוה
Doconut יכול לשקף את העדפות הניגוד הגבוה שהוגדרו בממשק. ה‑UI יכול לעבור למצב כהה‑על‑בהיר, משמר קריאות חדה למשתמשים עם לקויות ראייה.
אינטגרציה עם Kendo UI
הווידג'טים הנגישים של Kendo UI (למשל kendoButton, kendoSlider) יכולים לשבת מעל רינדור התמונות של Doconut. התוצאה: צופה חלק, נגיש לחלוטין, המרגיש טבעי לשאר האפליקציה שלכם.
5. היערכות לעתיד: הרחבת הצופה עם תוספים
הארכיטקטורה המודולרית של Doconut מאפשרת להתחיל עם צפייה בסיסית ולהוסיף יכולות נוספות ככל שהצרכים העסקיים מתפתחים.
| תוסף | יתרון מרכזי | שימוש ארגוני טיפוסי |
|---|---|---|
| תוסף אנוטציה | הדגשה, הערה, ציור | סקירות משפטיות, שינויי הנדסה |
| תוסף חיפוש | חיפוש טקסט מלא, OCR | איתור רשומות בריאות, ביקורת פיננסית |
| תוסף ממיר | המרה Office → PDF/HTML בשרת | צינורות קבלת מסמכים (DMS), דיווח אוטומטי |
| הדפסה מבוקרת | מגבלות הדפסה, סימני מים | חוזים סודיים, הגשות רגולטוריות |
מאחר שכל התוספים פועלים בשרת, אתם שומרים על שליטה מרכזית בטיפול בנתונים, רישוי והרחבה. הוספת תוסף חדש היא פשוט טעינת הרישיון הרלוונטי והפעלת ה‑API — ללא צורך בקימפול מחדש של החזית.
סיכום
המודרניזציה של ערימת הצפייה במסמכים שלכם אינה חייבת להיות שדרוג יקר ומסוכן. אימוץ מנוע הרינדור בצד השרת של Doconut מספק:
- תמיכה רחבה בפורמטים ללא צורך בממירי צד שלישי.
- אנוטציה, חיפוש והדפסה מבוקרת הממלאים דרישות ציות.
- נגישות ברמת ארגון כבר מהקופסה.
- אינטגרציה חלקה עם פרויקטים .NET קיימים ו‑Kendo UI.
מוכנים לפרוש מצופים מדור קודם ולספק למשתמשים חוויה מהירה, בטוחה יותר? התחילו את המיגרציה עם Doconut עוד היום – הורידו את ה‑SDK, פעלו לפי מפת הדרכים, ותראו את ההבדל בתוך דקות.