גוגל חשפה את התוכניות שלה על מה יש לך הסרת תמיכה עבור Server Push עם Chrome 106, (המתוכננת ל-27 בספטמבר) וכי השינוי ישפיע גם על דפדפנים אחרים המבוססים על בסיס הקוד של Chromium.
למי שלא מכיר את טכנולוגיית Server Push, אתה צריך לדעת את זה מוגדר בתקני HTTP/2 ו-HTTP/3, ומאפשר לשרת לשלוח משאבים ללקוח מבלי להמתין שיתבקשו במפורש.
זה אמור להיות ככה השרת יכול להאיץ את טעינת העמוד, שכן קבצי ה-CSS, הסקריפטים והתמונות הדרושים לעיבוד הדף כבר יועברו לצדך בזמן שהלקוח יבקש זאת.
לניתוח של השימוש ב-HTTP/2 Server Push תוצאות מעורבות (Chrome, Akamai), ללא רווח נקי ברור בביצועים ובמקרים רבים רגרסיות ביצועים.
Push לא הוטמע בשרתי HTTP/3 ובלקוחות רבים, למרות שהוא נכלל ב-. בחלק גדול מהאינטרנט המשתמש ב-HTTP/3 החדש יותר, Push כבר הופסק. אם נבצע מחדש את הניתוח הזה לאחרונה, אנו רואים שהתמיכה של 1,25% ב-HTTP/2 על ידי אתרים ירדה ל-0,7%.
כסיבה לסיום התמיכה מוזכרת סיבוך מיותר של היישום של טכנולוגיה בנוכחות חלופות פשוטות ויעילות לא פחות, כמו התווית , שממנו הדפדפן יכול לבקש משאב מבלי להמתין לשימוש בו בדף. מצד אחד, Prefetch, בהשוואה ל-Server Push, מייצרת חילופי מנות (RTT) נוספים, אך מצד שני, היא נמנעת מלשלוח משאבים שכבר נמצאים במטמון של הדפדפן. באופן כללי, ההבדלים בעיכובים בעת שימוש ב- Server Push וטעינה מראש מסומנים כזניח.
כדי ליזום טעינה יזומה בצד השרת, מוצע להשתמש בקוד תגובת HTTP 103, המאפשר ליידע את הלקוח על התוכן של כמה כותרות HTTP מיד לאחר הבקשה, מבלי לחכות שהשרת יבצע את כל הפעולות. עם הבקשה ולהתחיל להגיש את התוכן.
103 רמזים מוקדמים היא אלטרנטיבה הרבה פחות מועדת לשגיאות עם רבים מאותם יתרונות כמו Push, והרבה פחות חסרונות. במקום שהשרת ישלח משאבים, 103 Early Hints שולח רק רמזים לדפדפן של משאבים שהוא יכול להפיק תועלת מלבקש אותם באופן מיידי. זה משאיר את הדפדפן בשליטה על ההחלטה אם הוא צריך אותם או לא, למשל אם כבר יש לו את המשאבים האלה במטמון ה-HTTP.
טעינה מוקדמת של משאבים קריטיים היא חלופה נוספת המאפשרת לדף ולדפדפן לעבוד יחד כדי לטעון משאבים קריטיים מראש בשלב מוקדם של טעינת העמוד.
באופן דומה, הוא יכול לספק רמזים לגבי אלמנטים המשויכים לדף המעובד, אותם ניתן לטעון מראש (לדוגמה, ניתן לספק קישורים ל-CSS ול-JavaScript המשמשים בדף). לאחר קבלת מידע על משאבים כאלה, הדפדפן יכול להתחיל להוריד אותם מבלי לחכות לסוף החזרה של העמוד הראשי, מה שמפחית את הזמן הכולל של עיבוד הבקשה.
בנוסף לאופטימיזציה של עומס המשאבים, מנגנון ה-Server Push יכול לשמש גם להעברת נתונים מהשרת ללקוח, אך למטרות אלו, קונסורציום W3C מפתח את פרוטוקול WebTransport. ערוץ התקשורת ב-WebTransport מאורגן על גבי HTTP/3 תוך שימוש בפרוטוקול QUIC כתחבורה, WebTransport מציע תכונות מתקדמות כמו שידור רב, שידור חד כיווני, מסירה מחוץ לסדר, מצבי מסירה אמינים ולא אמינים.
לפי הסטטיסטיקה של גוגל, טכנולוגיית Server Push לא זכתה להפצה נאותה. למרות ש-Server Push קיים במפרט HTTP/3, בפועל מוצרי תוכנת לקוח ושרת רבים, כולל דפדפן כרום, לא יישמו אותו באופן טבעי. בשנת 2021, כ-1,25% מהאתרים הפועלים על HTTP/2 השתמשו ב-Server Push. השנה, נתון זה ירד ל-0,7%.
בסופו של דבר אם אתה מעוניין לדעת יותר על כך, אתה יכול לבדוק את הפרטים ב הקישור הבא.