מיטוב קריאות דפים בדפי אתר הפרסום המודרניים והקלאסית של SharePoint

הן אתרי פרסום מודרניים והן אתרי פרסום קלאסיים של SharePoint מכילים קישורים שמסתמסים נתונים מתכונות ו- CDNs של SharePoint (או מתקשרים אל). ככל שדף מבצע יותר שיחות, כך טעינת הדף נמשכת זמן רב יותר. פעולה זו נקראת השהיה אוEUPL של משתמש קצה.

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

הערה

לקבלת מידע נוסף אודות ביצועים בפורטלים מודרניים של SharePoint, ראה ביצועים בחוויה המודרנית של SharePoint.

שימוש בכלי 'אבחון דף' עבור SharePoint לניתוח שיחות עמודים

הכלי 'אבחון דפים' עבור SharePoint הוא הרחבת דפדפן עבור הדפדפנים החדשים של Microsoft Edge (https://www.microsoft.com/edge) ו- Chrome שמנתחים הן את דפי הפורטל המודרני של SharePoint והן את דפי אתר הפרסום הקלאסי. הכלי מספק דוח עבור כל דף שנותחו המציג את הביצועים של הדף מול קבוצה מוגדרת של קריטריוני ביצועים. כדי להתקין את הכלי 'אבחון דף' עבור SharePoint וללמוד עליו, ראה שימוש בכלי 'אבחון דף' עבור SharePoint.

הערה

הכלי 'אבחון עמודים' פועל רק עבור SharePoint ולא ניתן להשתמש בו בדף מערכת של SharePoint.

בעת ניתוח דף אתר SharePoint באמצעות הכלי 'אבחון דף עבור SharePoint', באפשרותך לראות מידע אודות שיחות חיצוניות בתוצאה בקשות ל- SharePoint בחלונית בדיקות אבחון . הקו יופיע בירוק אם דף האתר מכיל פחות ממספר השיחות הבסיסי, ואדום אם הדף חורג ממספר התוכנית הבסיסית. מספר התוכנית הבסיסית שונה עבור דפים מודרניים וקלאסית מאחר הדפים הקלאסיים באתר משתמשים ב- HTTP1.1 ובדפים מודרניים משתמשים ב- HTTP2.0:

• דפי אתר מודרניים צריכים להכיל לא יותר מ - 25 שיחות
• דפי פרסום קלאסיים צריכים להכיל לא יותר מ - 6 שיחות

התוצאות האפשריות כוללות:

• נדרשת תשומת לב (אדום): העמוד חורג ממספר השיחות הבסיסי
• לא נדרשת פעולה (ירוק): הדף מכיל פחות ממספר השיחות הבסיסי

אם התוצאה בקשות ל- SharePoint מופיעה במקטע נדרשת תשומת לב, באפשרותך ללחוץ על התוצאה לקבלת פרטים, כולל מספר השיחות הכולל בדף ורשימה של כתובות ה- URL.

תיקון בעיות ביצועים הקשורות לשיחות רבות מדי בדף

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

אצוות שיחות REST יכולות לסייע בהפחתת ת הראש של הביצועים. לקבלת מידע נוסף אודות אצוות קריאה של API, ראה ביצוע בקשות אצווה באמצעות ממשקי ה- API של REST.

שימוש במטמון לאחסון התוצאות של שיחת API יכול לשפר את הביצועים של בקשה חמה על-ידי מתן אפשרות ללקוח להשתמש בנתונים המאוחסנים במטמון במקום לבצע שיחה נוספת עבור כל טעינת דף בהמשך. קיימות דרכים מרובות לגישה לפתרון זה בהתאם לדרישות העסקיות. בדרך כלל, אם הנתונים יהיו זהים עבור כל המשתמשים, השימוש בשירות אחסון במטמון ברמה האמצעית, כגון מטמון Azure Redis, הוא אפשרות מצוינת לצמצם באופן משמעותי את תעבורת ה- API מול אתר, מפני שהמשתמשים מבקשים את הנתונים מתוך שירות האחסון במטמון במקום ישירות מ- SPO. קריאות ה- SPO היחידות הדרושות יהיו רענון המטמון של הרמה האמצעית. אם הנתונים יתנודות על בסיס משתמש בודד, מומלץ ליישם מטמון בצד הלקוח, כגון LocalStorage או אפילו קובץ Cookie. פעולה זו עדיין תפחית את אמצעי האחסון של השיחות על-ידי ביטול בקשות נוספות שבוצעו על-ידי אותו משתמש למשך המטמון, אך תהיה פחות יעילה מאשר שירות אחסון במטמון ייעודי. PnP מאפשר לך להשתמש ב- LocalStorage עם מעט יותר צורך בפיתוח.

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

הערה

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

נושאים קשורים

כוונון ביצועי SharePoint

כוונון Office 365 הביצועים

ביצועים בחוויה המודרנית של SharePoint

רשתות אספקת תוכן

שימוש Office 365 אספקת תוכן (CDN) עם SharePoint