सुझाव

डेवलपमेंट की पूरी प्रक्रिया के दौरान, प्राइवसी सैंडबॉक्स के प्रपोज़ल के लिए कहां और कैसे सुझाव देना है.

प्राइवसी सैंडबॉक्स इनिशिएटिव के लिए, वेब नेटवर्क पर अलग-अलग तरह के हिस्सेदारों से सुझाव या राय पाना बेहद ज़रूरी है. यहां आपको डेवलपमेंट की जानकारी देने वाले कई सार्वजनिक चैनलों की जानकारी मिलेगी. साथ ही, इस बारे में दिशा-निर्देश मिलेंगे कि लोगों और संगठनों को हर लेवल पर सुझाव या राय कैसे दी जा सकती है. Chrome के प्रॉडक्ट मैनेजर और इंजीनियर इस सुझाव, शिकायत या राय पर लगातार काम करते हैं और सैकड़ों इंडस्ट्री के प्रतिनिधि पहले से ही इसमें हिस्सा ले रहे हैं.

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

आपको कैसे पता चलेगा कि आपके सुझाव, शिकायत या राय पर विचार किया गया है?

इस साइट पर, हर प्राइवसी सैंडबॉक्स एपीआई के नियमित अपडेट पब्लिश किए जाते हैं. खास तौर पर, इन अपडेट में हर एपीआई के लिए सामान्य फ़ीडबैक थीम की खास जानकारी शामिल होगी.

लोगों के सुझाव, शिकायत या राय वाले चैनल को प्राथमिकता दी जाती है. हालांकि, ये सार्वजनिक (जैसे, GitHub) और सीधे तौर पर (जैसे कि सुझाव, शिकायत या राय देने वाला फ़ॉर्म) चैनल मौजूद हैं. साथ ही, Chrome टीम यह बताएगी कि हर एपीआई के डिज़ाइन और डेवलपमेंट में, हिस्सेदारों की दिलचस्पी से जुड़े सुझाव, शिकायत या राय को शामिल किया गया है या नहीं और किस तरह.

सुझाव, शिकायत या राय भेजने के रास्ते

अलग-अलग प्रपोज़ल पर मिलकर काम करें

प्राइवसी सैंडबॉक्स के हर प्रस्ताव पर सार्वजनिक चर्चा की जा सकती है. इसमें प्रस्ताव बनाने वाले लेखक और वेब के हिस्सेदार, खुले सवालों के जवाब देने के लिए साथ मिलकर काम करते हैं. साथ ही, सुविधाओं को तय करने से पहले, उन्हें लागू करने के तरीके के बारे में साफ़ तौर पर बताते हैं.

प्रस्ताव की शुरुआत एक्सप्लेनर से होती है. यह किसी प्रस्तावित स्पेसिफ़िकेशन के फ़ंक्शन के बारे में खास तकनीकी जानकारी देती है. फ़ीडबैक की प्रक्रिया शुरू करने के लिए एक्सप्लेनर (एक्सप्लेनर) पोस्ट किए जाते हैं, क्योंकि ऐसे सवाल होते हैं जिनके बारे में साफ़ तौर पर जानकारी देना ज़रूरी होता है. साथ मिलकर काम करने की यह प्रक्रिया, प्रस्ताव के लाइफ़साइकल में चल रही है. इसमें विचार पर शुरुआती चर्चा से लेकर किसी औपचारिक जानकारी में बदलाव करने तक, इस प्रक्रिया को जारी रखा गया है.

जानकारी देने वाले और अन्य कॉन्टेंट को GitHub पर होस्ट किया गया है. GitHub की मदद से, GitHub खाता रखने वाला कोई भी व्यक्ति, डेटा स्टोर करने की जगह (रेपो) में समस्या (सवाल पूछने या टिप्पणी करने) के लिए कह सकता है. इससे वह चर्चा शुरू कर सकता है या उसमें हिस्सा ले सकता है. प्रस्ताव लेखकों, जिनमें Chrome के प्रॉडक्ट मैनेजर और इंजीनियर शामिल हैं, इन चर्चाओं में सक्रिय रहते हैं और GitHub किसी भी नई गतिविधि के लिए सूचना पाने के विकल्प देता है. GitHub पर सुझाव, शिकायत या राय की मदद से, किसी खास प्रस्ताव में दिलचस्पी रखने वाले समुदाय से सीधे तौर पर जुड़ा जा सकता है. GitHub खाते के बिना भी, हर प्रस्ताव के लिए कम्यूनिटी कमेंट्री पढ़ी जा सकती है.

डेटा स्टोर करने की जगह में इस बात पर ध्यान दिया जाना चाहिए कि प्रस्ताव में, इस्तेमाल के उदाहरण को कैसे और क्यों हल किया गया है. प्रपोज़ल सेक्शन में, टेबल के सुझाव कॉलम में, हर प्रस्ताव को देखने और समस्या के बारे में ज़्यादा जानकारी पाने के लिए लिंक देखा जा सकता है.

Chromium की फीचर डेवलपमेंट को ट्रैक करें और उसका जवाब दें

सुविधा को बेहतर बनाने के हर चरण का एलान, ईमेल पाने वाले लोगों की सार्वजनिक सूची में किया जाता है. इससे, सुविधा को लागू करने के तकनीकी पहलुओं पर चर्चा करने के लिए बढ़ावा मिलता है.

हर प्रस्ताव में, Chromium में एक या उससे ज़्यादा सुविधाएं बनाई जा सकती हैं. प्रस्ताव डेवलपर, सुविधा के डेवलपमेंट के हर चरण को शुरू करने के लिए, सार्वजनिक blink-dev ईमेल पाने वाले लोगों की सूची में अनुरोध सबमिट करते हैं. इन स्टेज में शामिल हैं: प्रोटोटाइप (I2P), इंटेंट टू एक्सपेरिमेंट (I2E), इंटेंट (I2S) या हटाना (I2R) का इंटेंट.

  • प्रोटोटाइप (I2P) के लिए इंटेंट: डेवलपर, Chromium में शुरुआत करना चाहता है. इसका नतीजा यह होता है कि डेवलपर टेस्टिंग के लिए शुरुआती फ़ंक्शन उपलब्ध करा देते हैं. इस चरण पर काम के सुझाव, GitHub के लिए सबसे सही हो सकते हैं, क्योंकि इस चरण का मकसद प्रस्ताव के आइडिया की पुष्टि, काम करने वाले कोड के साथ करना है.
  • प्रयोग के लिए इंटेंट (I2E): डेवलपर, ऑरिजिन ट्रायल के तौर पर स्केलिंग टेस्टिंग को चलाना चाहता है. इसकी मदद से, साइटों को अपने ट्रैफ़िक के कुछ हिस्से पर, काम करने की शुरुआती क्षमता की जांच करने में मदद मिलती है. इस चरण में मिलने वाले काम के सुझाव में यह बताया जाता है कि आप हिस्सा लेने के लिए तैयार हैं या नहीं. साथ ही, इसमें यह भी बताया जाता है कि सुझाया गया प्रयोग, व्यवहार की पुष्टि करने की आपकी ज़रूरतों को पूरा करता है या नहीं.
  • शिप करने का इंटेंट (I2S): डेवलपर, पूरी हो चुकी सुविधा को Chromium पर डिप्लॉय करना चाहता है. इससे सभी उपयोगकर्ताओं के लिए यह सुविधा उपलब्ध हो जाती है. इस चरण में दिए गए सुझाव से, हमें बाकी समस्याओं को हल करने में मदद मिलेगी. इससे यह पक्का किया जा सकेगा कि सुविधा सामान्य रूप से उपलब्ध है या नहीं.
  • हटाने का इंटेंट (I2R): डेवलपर, Chromium की सुविधाओं को रोकना और हटाना चाहता है. यहां दिए गए उपयोगी सुझाव में यह हाइलाइट किया गया है कि क्या इसे हटाए जाने की वजह से, आपके इस्तेमाल के उदाहरण पर इस तरह से असर पड़ता है कि डेवलपमेंट टीम के पास इसे हटाने का अधिकार नहीं है.

हर चरण में एक स्टैंडर्ड टेंप्लेट होता है, जिसमें डेवलपर काम की जानकारी उपलब्ध कराता है. कुछ स्टेज के लिए, Chromium के प्रोजेक्ट के मालिकों की अनुमति की ज़रूरत होती है. वे ऐसा करने के लिए पोस्ट पर, "मुझे अच्छा लगता है" (एलजीटीएम) जवाब दे सकते हैं.

ईमेल पाने वाले लोगों की सूची सार्वजनिक है. इसलिए, आप हर माइलस्टोन पर होने वाली चर्चा को फ़ॉलो कर सकते हैं. साथ ही, सूची में शामिल होकर दूसरे सवाल भी पूछ सकते हैं. इस सूची में बहुत सारी गतिविधि है, क्योंकि इसमें Chromium प्रोजेक्ट की सभी लैंडिंग सुविधाओं को शामिल किया गया है. इसलिए, Chrome की स्थिति की जानकारी वाली साइट की अलग-अलग सुविधाएं ट्रैक की जा सकती हैं.

इन थ्रेड में, Chromium में किसी खास सुविधा को लागू करने से जुड़ी खास जानकारी पर फ़ोकस किया जाना चाहिए. साथ ही, इस बात पर चर्चा करें कि प्रस्ताव कैसे काम करता है.यह GitHub के लिए सबसे सही है. इन एलानों को देखने और उनमें योगदान करने का लिंक आपको प्रपोज़ल सेक्शन की टेबल के इंटेंट कॉलम में मिल सकता है.

अलग-अलग सुविधा डेवलपमेंट को ट्रैक करें और उस पर चर्चा करें

प्रपोज़ल को लागू करने के दौरान, ईमेल पाने वाले लोगों की खास सूची बनाई जा सकती है, ताकि चर्चा को बेहतर बनाया जा सके.

Chromium में लागू होने के बाद, जब अलग-अलग प्रस्ताव भेजे जाते हैं, तो प्रस्तावों के हिसाब से ईमेल पाने वाले लोगों की सूची बनाई जा सकती है. इससे लोगों को एक-दूसरे से संपर्क करने में आसानी होती है.

इससे, ऑरिजिन ट्रायल के अपडेट की सूचनाएं और चर्चा की जा सकती है. इसके अलावा , ज़रूरी कोड अपडेट या ऐसी समस्याओं के बारे में चर्चा की जा सकती है जिनसे डेवलपमेंट पर असर पड़ सकता है. blink-dev की तरह, ये सूचियां भी सार्वजनिक होती हैं. अगर आप इनमें से किसी एक प्रस्ताव को सीधे ट्रैक कर रहे हैं या उन पर काम कर रहे हैं, तो आपको सीधे डेवलपमेंट टीम से अपडेट सुनने के लिए उस सूची में शामिल होना चाहिए.

इन थ्रेड पर की गई बातचीत, Chromium में लागू की जा रही जानकारी पर आधारित होनी चाहिए. इसकी वजह यह है कि इसकी ऑडियंस के लिए डेवलपर, इस सुविधा के ख़िलाफ़ सीधे तौर पर कोडिंग करते हैं, न कि वे लोग जो इस सुविधा के बारे में लंबे समय से एलान करना चाहते हैं. प्रपोज़ल सेक्शन की टेबल में, ईमेल पाने की सूची कॉलम में इन्हें पढ़ने और इनमें योगदान करने का लिंक मिलता है.

सुविधा की समस्याएं ठीक करना और उन्हें ट्रैक करना

सुविधा के लागू होने की प्रोसेस जारी रहने पर, इस सुविधा के काम करने से जुड़ी समस्याओं के बारे में Chromium से जुड़ी समस्या को ट्रैक करने वाले टूल में बताया जा सकता है.

इसमें लागू करने से जुड़ी ऐसी गड़बड़ियां शामिल हैं जहां Chromium की सुविधा, बताए गए स्पेसिफ़िकेशन से मेल नहीं खाती. हालांकि, इसमें ब्राउज़र के काम करने वाली सुविधाएं भी शामिल हो सकती हैं. जैसे, सुविधा DevTools और उपयोगकर्ता की प्राथमिकताओं के साथ कैसे इंटरैक्ट करती है. ऐसा भी हो सकता है कि कोई गड़बड़ी रिपोर्ट करे. Chromium की सुविधा के लाइफ़साइकल में किसी भी समय समस्याएं आ सकती हैं. भले ही, वह किसी फ़्लैग की मदद से डेवलपर की जांच के लिए हाल ही में उपलब्ध हो या स्टेबल रिलीज़ में मिली किसी चीज़ के बारे में.

Chromium से जुड़ी समस्याओं की जानकारी, Chromium में इस सुविधा को लागू करने से जुड़ी जानकारी पर फ़ोकस करें. साथ ही, इस बारे में चर्चा करें कि GitHub पर जाने का प्रस्ताव कैसे काम करता है. प्रपोज़ल सेक्शन की टेबल के Chromium कॉम्पोनेंट कॉलम में, आपको समस्याओं को देखने या बढ़ाने के लिए लिंक मिल सकता है.

मानकों का पालन करने और उनमें हिस्सा लेने के लिए

वर्ल्ड वाइड वेब कंसोर्टियम (W3C) और इंटरनेट इंजीनियरिंग टास्क फ़ोर्स (आईईटीएफ़) ने सभी वेब प्लैटफ़ॉर्म के लिए ओपन स्टैंडर्ड बनाए हैं. वे इसमें दिलचस्पी रखने वाली सभी पार्टियों को, अलग-अलग स्टैंडर्ड और बड़े पैमाने पर वेब नेटवर्क के बारे में बात करने और सीखने के लिए बढ़ावा देते हैं.

W3C और IETF ऐसे अंतरराष्ट्रीय समुदाय हैं जो वेब और इंटरनेट के लिए ओपन स्टैंडर्ड बनाते हैं, ताकि इन ओपन प्लैटफ़ॉर्म का लंबे समय में विकास पक्का किया जा सके. वेब प्लैटफ़ॉर्म की नई टेक्नोलॉजी, जैसे कि प्राइवसी सैंडबॉक्स की टेक्नोलॉजी के बारे में बताया जाता है. इन टेक्नोलॉजी के बारे में अलग-अलग फ़ोरम पर बात की जाती है. ये फ़ोरम उन सभी लोगों के लिए हैं जो टेक्नोलॉजी के डिज़ाइन और डेवलपमेंट में बढ़-चढ़कर हिस्सा लेना चाहते हैं.

हर स्टैंडर्ड बॉडी, दिलचस्पी रखने वाले हर पक्ष को अलग-अलग तरह की सदस्यता और योगदान के विकल्प देती है. इसमें कम्यूनिटी ग्रुप और कारोबार की जगहों के ग्रुप होते हैं. इनमें अलग-अलग वेब नेटवर्क और इससे जुड़े उद्योगों के सदस्य शामिल होते हैं. प्रस्ताव के लेखक अक्सर अपनी-अपनी मीटिंग में खास जानकारी और प्रोग्रेस से जुड़े अपडेट पेश करेंगे. इससे उन्हें सीधे तौर पर सवाल पूछने और अन्य हिस्सेदारों की राय सुनने का मौका मिलेगा. ज़्यादातर ग्रुप के लिए मीटिंग के मिनट सार्वजनिक तौर पर उपलब्ध होते हैं.

मानकों वाली संस्थाओं में इस बारे में चर्चा की जाती है कि कोई प्रस्ताव किस तरह से नेटवर्क की ज़रूरतों को पूरा करता है. साथ ही, इस बात पर भी ज़ोर दिया जाता है कि कोई प्रस्ताव किस तरह से स्वीकार किया जाने वाला मानक बनने की दिशा में आगे बढ़ रहा है. प्रपोज़ल सेक्शन में मौजूद टेबल के स्टैंडर्ड ग्रुप कॉलम में, फ़ॉलो करने या शामिल होने के लिए लिंक देखा जा सकता है.

Chrome की मदद से टेस्ट करने की सुविधा

हम तीसरे पक्ष की शुरुआती कुकी के इस्तेमाल में आने वाली ट्रैकिंग समस्याओं के साथ-साथ, Chrome की सुविधा वाले टेस्टिंग प्लान के बारे में सुझाव, शिकायत या राय मांग रहे हैं.

अगर साइट के काम करने के तरीके के लिए तीसरे पक्ष के कुकी डेटा का इस्तेमाल किया जाता है, तो अब सार्वजनिक समस्या को ट्रैक करने वाले टूल में जाकर, तीसरे पक्ष की कुकी के काम न करने की वजह से होने वाली साइट से जुड़ी समस्याओं की शिकायत की जा सकती है.

इसके अलावा, साल 2024 की पहली तिमाही में Chrome, तीसरे पक्ष की 1% कुकी के इस्तेमाल को रोक देगा. साथ ही, इस सुविधा को बंद करने के लिए आगे की कार्रवाई करने से पहले, हम CMA के साथ मिलकर काम करेंगे. Chrome की सुविधा वाले टेस्टिंग के इस सबसेट का इस्तेमाल करने के लिए, आपके पास GitHub पर सुझाव देने का विकल्प है.

सुझाव, शिकायत या राय सबमिट करने वाले फ़ॉर्म की मदद से सुझाव/राय देना या शिकायत करना

ऊपर बताई गई कैटगरी में सभी समस्याएं ठीक से फ़िट नहीं होती हैं. ये रूट सबसे काम के लोगों के साथ सार्वजनिक बातचीत शुरू करने का सबसे अच्छा तरीका है. फ़ीडबैक फ़ॉर्म से यह पक्का किया जा सकता है कि आप Chrome टीम से सीधे संपर्क कर सकें.

अगर आपको इस बारे में जानना है, तो यह फ़ॉर्म सही जगह पर हो सकता है:

  • कई प्रस्तावों से कुछ खास परिस्थितियों पर किस तरह असर पड़ सकता है;
  • अगर आपके इस्तेमाल का उदाहरण किसी प्रस्ताव में शामिल है.

यह हिस्सेदारों के लिए Chrome टीम के साथ सीधे अपने सुझाव शेयर करने का एक मौका है. हालांकि, आपके सुझाव में बताई गई थीम या समस्याओं को बिना एट्रिब्यूशन के, Chrome टीम की सार्वजनिक रिपोर्ट में शामिल करने के लिए इकट्ठा किया जा सकता है.

प्रस्ताव

हर प्राइवसी सैंडबॉक्स के प्रपोज़ल के लिए, सुझाव देने और चर्चा करने के विकल्प देखने के लिए, एपीआई का स्टेटस और सुविधा की रिलीज़ देखें.