फ़ायरफ़ॉक्स और क्रोमियम के आगामी संस्करण महत्वपूर्ण परिवर्तन कर सकते हैं।

सबसे पहले, डेस्कटॉप 66 के लिए फ़ायरफ़ॉक्स 66 में, सभी पृष्ठों पर वीडियो और ध्वनि का स्वचालित प्लेबैक डिफ़ॉल्ट रूप से अवरुद्ध है। मोज़िला हैक्स ब्लॉग पहले से ही डेवलपर्स को चेतावनी देता है। वीडियो और ध्वनि के प्लेबैक की अनुमति केवल HTMLMediaElement एपीआई के माध्यम से दी HTMLMediaElement है और केवल उपयोगकर्ता के पेज (माउस क्लिक, बटन क्लिक या टचस्क्रीन पर स्पर्श) के साथ इंटरैक्ट करने के बाद।

क्रोमियम में, और भी दिलचस्प परिवर्तन हो सकते हैं।

उसी समय, मफ़ल्ड साउंड के साथ वीडियो के स्वचालित प्लेबैक की अनुमति है। ऐसी सामग्री के लिए, आपको HTMLMediaElement लिए "मौन" विशेषता को सही पर HTMLMediaElement । स्क्रीनशॉट दिखाता है कि उपयोगकर्ता व्यक्तिगत साइटों के लिए ध्वनि अवरोधन को मैन्युअल रूप से बंद कर सकते हैं।

एंड्रॉइड के लिए फ़ायरफ़ॉक्स में, नया कार्यान्वयन मौजूदा स्वचालित प्लेबैक अवरोधन तंत्र को बदल देगा।

तकनीकी रूप से, फ़ायरफ़ॉक्स HTMLMediaElement.play() से कॉल को ब्लॉक करता है, NotAllowedError त्रुटि देता है। समान कार्यक्षमता वाले सभी ब्राउज़र समान हैं। तदनुसार, वेब डेवलपर्स को यह नहीं मानना ​​चाहिए कि कॉल टू play() हमेशा सफल होगी। ब्लॉकिंग से बचने के लिए, दो विकल्पों की सिफारिश की जाती है। पहला: ईवेंट हैंडलर के साथ संयोजन में सामग्री खेलना शुरू करें, उदाहरण के लिए, डेस्कटॉप पर कीबोर्डवेट या एंड्रॉइड के लिए टचेंड । दूसरा: ध्वनि के बिना ऑटो-प्ले शुरू करें (यह डिफ़ॉल्ट रूप से सक्षम है) और उपयोगकर्ता को ध्वनि चालू करने के लिए एक बटन दिखाएगा।

फ़ायरफ़ॉक्स 66 का अंतिम संस्करण 19 मार्च, 2019 को रिलीज़ होने वाला है, इसलिए डेवलपर्स के पास तैयारी के लिए समय है।

मोज़िला वर्तमान में वेब ऑडियो सामग्री को स्वचालित रूप से अवरुद्ध करने पर काम कर रहा है: यह 2019 के अंत तक वादा किया गया है।

वेबपेज बजट

क्रोमियम में परिवर्तन अभी भी चर्चा में हैं। इस तथ्य से नहीं कि संबंधित प्रतिबद्ध को मुख्य शाखा में शामिल किया जाएगा। लेकिन विचार बहुत दिलचस्प है।

4 फरवरी, 2019 को, डेवलपर्स में से एक एलेक्स रसेल ने 1265506 कमिट ("नेवर-स्लो मोड") पेश किया । वह ब्राउज़र को एक अतिरिक्त मोड --enable-features=NeverSlowMode में शुरू करने का सुझाव --enable-features=NeverSlowMode , जो प्रत्येक वेब पेज के बजट को सीमित करेगा, जिससे फास्ट लोडिंग की गारंटी होगी।

एलेक्स रसेल क्रोम के प्रमुख डेवलपर्स में से एक है, पलक और गूगल पर वेब प्लेटफॉर्म, लेख के लेखक "क्या आप इसे बर्दाश्त कर सकते हैं? वास्तविक दुनिया में वेब उत्पादकता का बजट ”, जिसका अनुवाद हैबे पर प्रकाशित हुआ था।


एलेक्स रसेल के एक लेख से चित्रण

सुझाया गया बजट:

• एक तस्वीर की मात्रा: 1 एमबी
  
• सभी चित्रों की मात्रा: 2 एमबी
  
• एक सीएसएस स्टाइलशीट: 100KB
  
• सभी सीएसएस स्टाइल शीट्स: 200 केबी
  
• अधिकतम स्क्रिप्ट आकार: 50 KB

स्वाभाविक रूप से, उपयोगकर्ता इस समारोह को वसीयत में शामिल करेगा। उदाहरण के लिए, यदि आप धीमे इंटरनेट कनेक्शन के माध्यम से काम करते हैं, एक कमजोर डिवाइस (पुराना कंप्यूटर) आदि पर, बजट सीमा तेजी से लोडिंग और कोई ब्रेक सुनिश्चित नहीं करती है, लेकिन साथ ही साथ यह संभावना भी बढ़ जाती है कि पेज अंत तक लोड नहीं होगा।

जाहिर है, पेज लोड समय पर ध्यान केंद्रित करते हुए बजट की समय-समय पर समीक्षा की जानी चाहिए।

मोटापा साइटें

पेज बजटिंग एक अच्छा विचार है। कई उपयोगकर्ता और विशेषज्ञ ध्यान देते हैं कि कंप्यूटर के प्रदर्शन में उल्लेखनीय वृद्धि के बावजूद, वर्षों में, कार्यक्रम और वेब अनुप्रयोग तेजी से नहीं बनते हैं।

किसी कारण से, हार्डवेयर अनुरोधों की तुलना में एप्लिकेशन अनुरोध तेजी से बढ़ रहे हैं। नतीजतन, सॉफ्टवेयर हर साल धीमा हो जाता है , और वेबसाइटें मोटी हो रही हैं ।

प्रवृत्ति यह है कि सॉफ्टवेयर तेजी से और अधिक कार्यात्मक नहीं बन पाता है। हम तेजी से उपकरण प्राप्त करते हैं जिस पर समान कार्यों के साथ सॉफ्टवेयर पहले की तुलना में अधिक धीरे-धीरे टॉगल करता है। अधिकतम गति की तुलना में सब कुछ बहुत धीमा काम करता है। कभी आपने सोचा है कि आपका फोन 30 से 60 सेकंड तक क्यों बूट होता है? यह एक सेकंड में बूट क्यों नहीं कर सकता? कोई शारीरिक सीमाएँ नहीं हैं। व्यक्तिगत रूप से, मैं ऐसा चाहूंगा। मैं चाहता हूं कि डेवलपर्स प्रदर्शन के लिए हर बिट का उपयोग करते हुए, सीमा तक पहुंचें। - लेख "सॉफ्टवेयर में मेरी निराशा" से

शायद एक वेबपेज बजट समस्या को हल करने में मदद करेगा अगर अन्य क्रोमियम डेवलपर्स रसेल की प्रतिबद्धता से सहमत हों।

---