קשה לומר כמה זמן ייקח ליצור לכידה, מכיוון שלא כל הזמן משמש בפועל לעיבוד הלכידה. לדוגמה, נדרש גם זמן לטעינת אתר היעד או HTML. כדי להאיץ את עיבוד צילום המסך תחילה בדוק שאינך משתמש ב-a עיכוב בעת יצירת צילומי מסך.
לא רק ציון עיכוב יגדיל את משך הזמן שלוקח ליצירת הלכידה, הוא גם יכול להשפיע על עדיפות הלכידה, במקרה הבלתי סביר של תור. למרבה המזל יש דרכים סביב זה.
בדיקה הבאה, מה שיטת אחזור אתה משתמש כדי לקבל הודעה שהלכידה שלך הושלמה? השיטה הסינכרונית, SaveTo הרבה יותר איטי מאשר השיטה האסינכרונית Save. כמו SaveTo השיטה צריכה לסקור את ה-GrabzIt כל שלוש שניות כדי לקבוע אם צילום מסך הושלם בעוד שהשיטה האסינכרונית תתקשר לכתובת ה-Call-back שלך ברגע שצילום המסך מוכן.
טכניקות אחרות שיכולות לשפר את זמן הלכידה כוללות:
בעיה נוספת יכולה להיות הזמן שלוקח להוריד צילום מסך. תחילה בדוק את גודל הלכידות שאתה מייצר, אם מדובר בקבצים גדולים תוכל לנסות לשפר את זמן ההורדה על ידי ביצוע אחת או יותר מהפעולות הבאות:
לבסוף, אם אתה שולט בדף אתה מצלם צילום מסך של נסה לבצע אופטימיזציה שלו. זה ידרוש בדיקה קטנה מצידך, אבל יכול להיות save לך כמה שניות. משהו שכדאי לנסות כולל דחיסת תמונות, סקריפטים ו-CSS או אפילו הטמעת משאבים ישירות into HTML של דף האינטרנט. זה ימנע בקשות נפרדות בעת יצירת לכידת האינטרנט.
בעוד שניתן ליישם רבות מהאופטימיזציות לעיל בעת שימוש ב-JavaScript API, מכיוון ש-JavaScript פועל בדפדפן ולא בצד השרת, יש סדרה של אופטימיזציות ובעיות פוטנציאליות ייחודיות לו.
שקול להשתמש ב- preconnect
טֶכנִיקָה. זה יבטיח שרזולוציית ה-DNS וכל לחיצת יד נדרשת של SSL יושלמו לפני הקריאה הראשונה ל-API של GrabzIt. לשם כך הוסף את הקוד הבא ל- HEAD
תג של דף ה-HTML שבו נעשה שימוש ב-GrabzIt.
<link rel="preconnect" href="https://api.grabz.it" crossorigin> <link rel="preconnect" href="https://grabz.it" crossorigin>
שים לב שאם האתר שלך כן HTTP
רק, תצטרך לשנות את כתובות ה-URL שלמעלה לשימוש http
ולא https
.
אם אתה משתמש ב-JavaScript שיטת DataURI זה יוסיף תקורה נוספת בהשוואה ל-API של צד השרת מכיוון ש-JavaScript צריך לקרוא תמונה כבייטים ולהמיר אותה ל-URI של נתונים.