Firefox החלה לבדוק את הגרסה השלישית של מניפסט Chrome

מוזילה הודיעה כי החלה לבדוק את היישום של Firefox של הגרסה השלישית של המניפסט של Chrome, המגדירה את היכולות והמשאבים הזמינים לתוספות שנכתבו באמצעות ה-WebExtensions API. כדי לבדוק את הגרסה השלישית של המניפסט ב-Firefox 101 בטא, עליך להגדיר את הפרמטר "extensions.manifestV3.enabled" ל-true ואת הפרמטר "xpinstall.signatures.required" ל-false בדף about:config. כדי להתקין תוספות, אתה יכול להשתמש בממשק about:debugging. הגרסה השלישית של המניפסט מתוכננת להיות מופעלת כברירת מחדל עד סוף השנה.

החל מגרסה 57, Firefox עבר לחלוטין להשתמש ב-WebExtensions API לפיתוח הרחבות והפסיק לתמוך בטכנולוגיית XUL. המעבר ל-WebExtensions איפשר לאחד את פיתוח התוספות עם פלטפורמות Chrome, Opera, Safari ו-Edge, פשט את העברת התוספות בין דפדפני אינטרנט שונים ואיפשר שימוש מלא במצב ריבוי התהליכים של פעולה (ניתן להפעיל תוספות WebExtensions בתהליכים נפרדים, מבודדים משאר הדפדפן). כדי לאחד את פיתוח התוספות עם דפדפנים אחרים, Firefox מספק תאימות כמעט מלאה לגרסה השנייה של מניפסט Chrome.

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

חוסר שביעות הרצון העיקרי מהגרסה השלישית של המניפסט קשור לתרגום למצב קריאה בלבד של ה-API של webRequest, שאיפשר לחבר מטפלים משלך שיש להם גישה מלאה לבקשות רשת ויכולים לשנות תעבורה תוך כדי תנועה. ממשק API זה משמש ב-uBlock Origin ובתוספות רבות אחרות כדי לחסום תוכן לא הולם ולספק אבטחה. במקום webRequest API, הגרסה השלישית של המניפסט מציעה API declarativeNetRequest עם יכולת מוגבלת, המספק גישה למנוע סינון מובנה המעבד באופן עצמאי חוקי חסימה, אינו מאפשר שימוש באלגוריתמי סינון משלו ואינו לאפשר קביעת כללים מורכבים החופפים זה לזה בהתאם לתנאים.

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

• המניפסט מגדיר את החלפת דפי הרקע באפשרות Service Workers, הפועלת כתהליכי רקע (Background Service Workers). כדי להבטיח תאימות, פיירפוקס יישם את הדרישה הזו, אך יציע בנוסף מנגנון חדש של Event Pages, המוכר יותר למפתחי אתרים, אינו דורש עיבוד מלא של תוספות ומבטל את המגבלות הקשורות לשימוש ב-Service Workers. Event Pages יאפשרו לתוספות עמוד רקע קיימות להתאים לדרישות הגרסה השלישית של המניפסט, תוך שמירה על גישה לכל היכולות הדרושות לעבודה עם ה-DOM. בהטמעת המניפסט הזמינה לבדיקה ב-Firefox, רק דפי אירועים נתמכים כרגע, ומובטחת להוסיף תמיכה בפתרון המבוסס על Service Workers בהמשך. אפל תמכה בהצעה והטמיעה דפי אירועים ב-Safari Technology Preview 136.
• המודל החדש של בקשת הרשאה מפורטת - התוסף לא יוכל להיות מופעל עבור כל הדפים בבת אחת (הרשאת "all_urls" הוסרה), אלא יפעל רק בהקשר של הכרטיסייה הפעילה, כלומר. המשתמש יצטרך לאשר שהתוסף עובד עבור כל אתר. בפיירפוקס, כל בקשות הגישה לנתוני האתר ייחשבו כאופציונליות, וההחלטה הסופית על מתן גישה תתקבל על ידי המשתמש, אשר יוכל להחליט באופן סלקטיבי איזו תוסף להעניק גישה לנתונים שלו באתר מסוים.
• שינוי בטיפול בבקשות צולבות מקור - בהתאם למניפסט החדש, סקריפטים לעיבוד תוכן יהיו כפופים לאותן מגבלות הרשאה כמו עבור הדף הראשי שבו משובצים סקריפטים אלו (לדוגמה, אם לדף אין גישה ל- מיקום API, אז גם תוספות הסקריפט לא יקבלו גישה זו). שינוי זה מיושם במלואו בפיירפוקס.
• API מבוסס הבטחה. Firefox כבר תומך ב-API זה ויעביר אותו למרחב השמות "chrome.*" עבור הגרסה השלישית של המניפסט.
• איסור על ביצוע קוד שהורדו משרתים חיצוניים (אנחנו מדברים על מצבים שבהם התוסף טוען ומבצע קוד חיצוני). Firefox כבר משתמש בחסימת קוד חיצוני, ומפתחי מוזילה הוסיפו טכניקות נוספות של מעקב הורדות קוד המוצעות בגרסה השלישית של המניפסט. עבור סקריפטים לעיבוד תוכן, מסופקת מדיניות הגבלת גישה לתוכן (CSP, Content Security Policy).

מקור: OpenNet.ru