MDN may have intermittent access issues April 18 13:00 - April 19 01:00 UTC. See whistlepig.mozilla.org for all notifications.

mozilla
Your Search Results

    Marketplace review criteria

    यह लेख आवश्यकताओं के समूह का वर्णन करता है  जिससे एप्लीकेशन फ़ायरफ़ॉक्स बाज़ार के माध्यम से वितरित करने के लिए मिलना चाहिए। इन जरूरतों को  बाज़ार के दोनों , एप्लीकेशन को बनानेवाले और इस्तेमाल करने वाले कि जरुरत को संतुलन में रख कर बनाया गया हे। बनाने वाले को निष्पक्ष, समान,  नाजुक जरूरते चाहिये जो वे उनके ऊपर व्यापार का निर्माण करने के लिए भरोसा कर सके। दूसरी ओर, उपयोगकर्ताओं को आश्वासन चाहिये कि एप्लीकेशन सुरक्षित हे, और उनके डिवाइस पर काम कर सके और एप्लीकेशन वो करेगा जो वो कहेगा यह करना होगा एप्लीकेशन कि जरुरतो निचे दी गई हे जिसका लक्ष्य इन जरुरतो के बिच नाजुक संतुलन रखना हे।

    यहाँ है मोज़िला की उम्मीदें की app की समीक्षा क्या है और क्या नहीं हैं:

    • मानदंड एक निष्पक्ष, दयालु, और सुसंगत तरीके से लागू किया जाएगा. App की समीक्षा प्रक्रिया एक द्वारपाल होने का इरादा नहीं है, बल्कि एक विश्वसनीय स्पर्श बिंदु है जो डेवलपर्स को और अधिक सफल होने में मदद करने के लिए प्रतिक्रिया देता है
    • समीक्षक एक QA टीम नहीं हैं! समीक्षा प्रक्रिया के दौरान किसी एप्लिकेशन के app manifest को देखो और एक सामान्य उपयोगकर्ता के रूप में आवेदन कसरत के कुछ ही मिनट खर्च करते हैं.
    • अगर एक app समीक्षा में विफल रहता है तो, डेवलपर को समस्याओं का एक स्पष्ट विवरण दिया जाएगा, पुन: पेश करने के लिए कदम, और जहां तक संभव हो, समीक्षक प्रासंगिक दस्तावेज का समर्थन करने के लिए लिंक प्रदान करके या  क्या परिवर्तन होने चाहिये इस बात की सिफारिशें करके डेवलपर को सही दिशा बता सकते हैं
    • समीक्षक केवल app कैसे काम करता है इस पर निर्णय करते हैं, एक app कैसे दिखता है इस पर नहीं. उदाहरण के लिए, एक नारंगी रंग की पृष्ठभूमि पर लाल पाठ के एक पैरा के साथ एक app अस्वीकार नहीं किया जाएगा क्योंकि यह बदसूरत है , लेकिन यह अस्वीकार कर दिया जा सकता है अगर यह पठनीय नहीं है.
    • हम हमेशा डेवलपर्स को संदेह का लाभ देते हैं. अगर अनिश्चित हैं  कि क्या एक app खारिज कर दिया जाना चाहिए, समीक्षक एक अस्वीकृति पत्र जारी करने से पहले सवाल पूछेंगे. Apps (जानबूझकर) मंच के मुद्दों के कारण अस्वीकार नहीं करेंगे जोकि डेवलपर के नियंत्रण से बाहर हैं; लेकिन अनुमोदन रोक सकता है अगर हम app को चलाने में असमर्थ रहे.  

    सुरक्षा

    एप्लिकेशन सुरक्षा व्यवस्था की पूरी जानकारी यहां उपलब्ध हैं: https://wiki.mozilla.org/Apps/Security

    • एप्लिकेशन प्रकट अनुप्रयोग के रूप में एक ही मूल से कार्य किया जाना चाहिए.
    • एप्लिकेशन को प्रकट application/x-web-app-manifest+json का Content-Type हैडरके रूप में कार्य किया जाना चाहिए.
    • एप्लिकेशन ने पुनर्निर्देश या iframes का उपयोग नहीं करना चाहिए वह सामग्री लोड करने के लिए जिसके लिए  डेवलपर अधिकृत नहीं है .
    • निवेदित विशेषाधिकार विवरण के साथ निर्दिष्ट किया जाना चाहिए के विशेषाधिकार की क्यों जरूरत है.

    एकांत

    • डेवलपर प्रस्तुत करने के दौरान एक गोपनीयता नीति से लिंक होना चाहिए,लेकिन इस गोपनीयता नीति का प्रारूप और सामग्री के लिए कोई आवशक्तये नहीं हैं. हमारी गोपनीयता नीति टेम्पलेट का उपयोग करने के लिए स्वतंत्र महसूसकरें. इसके अलावा हमारी  गोपनीयता नीति के दिशा निर्देशों  पर एक नज़र ड़ाले.

    सामग्री

    • नीचे  दिए गए हमारे सामग्री दिशानिर्देश का उल्लंघन करने वाले किसी भी क्षुधा की अनुमति नहीं है. अगर आपको लगता है कि आपके पास एड्ज मामला है , तोह कृपया स्पष्टीकरण के लिए समीक्षा टीम से पूछना, भले ही एप्लिकेशन अभी तक प्रस्तुत होने के लिए तैयार नहीं है. हम आपको सही रास्ते पर रहने में मदद करना चाहते हैं, बजाय इसके कि सामग्री में विकास समय के निवेश में जो कि खारिज कर दिया जाएगा.
    • जनवरी 2014 से लागु , सभी क्षुधा को अंतर्राष्ट्रीय उम्र दर्ज़ा गठबंधन (आईएआरसी) से एक रेटिंग प्राप्त करना चाहिए. यह रेटिंग प्राप्त करने के लिए, हम प्रस्तुत करने की प्रक्रिया के दौरान एक संक्षिप्त प्रश्नावली को निर्देशित करेंगे, और आप तुरंत दर्ज़ा प्राप्त करेंगे.  रेटिंग प्रक्रिया के बारे में अधिक जानकारी यहां उपलब्ध है .
    • फ़ायरफ़ॉक्स मार्केटप्लेस के लिए प्रस्तुत स्क्रीनशॉट और विवरण ने एप्लिकेशन का सही प्रतिनिधित्व करना चाहिए.
    • एप्लिकेशन प्रकट में, लोकेल keys अपने एप्लिकेशन समर्थित localizations से मैच होना चाहिए. पोलिश में एक लोकेल key प्रदान करके, उपयोगकर्ताओं को अपने app उस भाषा में उपलब्ध होने की उम्मीद होगी.

    सामग्री मार्गदर्शी

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

    • न कोई ऐसी सामग्री  जिसमे बौद्धिक संपदा या दूसरे मालिकाना अधिकार या गोपनीयता और प्रचार के अधिकार हो,  जो किसीके भी अधिकारो का उल्लघन करे।
    • न कोई ऐसी सामग्री  जो मोज़िल्ला या उसके उपयोगकर्ताओं को नुकसान करने के लिए बनाया गया हे ( जैसे दुर्भावनापूर्ण कोड, वायरस, स्पाईवेयर या मैलवेयर के रूप में) l 
    • न कोई घिनौना अश्लील सामग्री, या कामुकता या हिंसा का चित्रण। 
    • न कोई ऐसी सामग्री जो गैर कानूनी हो या गैर कानूनी गतिविधियों को बढ़ावा दे।  
    • न कोई सामग्री जिसमे  धोखे में डालना,  गलतफहमी पैदा करना  कपटी या फिश या अन्य पहचान कि चोरी  के लिए बनाया गया हो।    
    • न कोई सामग्री जो जुऐ को बढ़ावा दे।      
    • न कोई सामग्री जो अवैध या नियंत्रित उत्पादों या सेवाओं के विज्ञापन में संलग्न हो।  
    • न कोई सामग्री जो बच्चों का शोषण करती हो। 
    • न कोई सामग्री जो अपमान करना,   डराना,  हिंसा के खिलाफ उकसाना,  या  किसीके या उम्र , लिंग, दौड़, जाति, धर्म, राष्ट्रीय मूल,  यौन अभिविन्यास, विकलांगता,  भौगोलिक स्थान या अन्य संरक्षित श्रेणी,  या गठन भाषण से नफरत के खिलाफ प्रतिकूल कार्रवाई को प्रोत्साहित करे। 
    • न कोई सामग्री जो  उपयोगकर्ता को खरीद निर्णय करने में बहकाये।  

    कार्यक्षमता

    • निरीक्षक एप्लीकेशन कि  विज्ञापित(एडवर्टिस्ड) जो प्राथमिक विशेषता का निष्पादन कर ने के लिए सक्षम होना चाहिए। प्रसाधन खामिया और मामूली असुविधाये डेवलपर को सूचित किया जायेगा, परंतु एप्लीकेशन को स्वीकृत करने के लिए नहीं रोकेगा।
    • एप्लीकेशन का सिस्टम के प्रदर्शन या स्थिरता के साथ समझौता नहीं होना चाहिए।

    उपयोगिता

    • डेवलपर को , लक्ष्य मंच के लिए एप्लीकेशन का अनुकूलन लेआउट  बदल ने किए लिए उचित प्रयास करना चाहिए। ये आवश्यकता का उद्देश्य स्पष्ट  नाकामयाबी  को पकड़ ने का हे, जैसे कि :
      • मोबाईल के लिए प्रस्तुत किया गया एप्लीकेशन जाहिर हे कि डेस्कटॉप साईट ही होनी चाहिए।
      • एक एप्लीकेशन जो बहुत स्पष्ट रूप से उपलब्ध स्क्रीन को भरने के लिए खिंचाव नहीं करता (सोचो कि 320  X  480 एप्लीकेशन जो सिर्फ टेबलेट कि ऊपर के कोने इस्तमाल करता हे , और बाकि कि स्क्रीन खली रहेगी. यह निश्चित रूप से इरादा नहीं है!)
    • एप्लीकेशन को नेविगेशन के लिए अपना खुद का ही तरीका लागू करना चाहिए और ब्राउज़र क्रोम और हार्डवेयर का वापस जाने के बटन पर भरोसा नहीं करना चाहिए जो सभी यन्त्र के पर उपस्थित नहीं होगे।  
      • उदहारण के दोर पे, एप्लीकेशन रिजेक्ट हो सकता हे अगर निरीक्षक ने एप्लीकेशन के भीतर कही और नेविगेट कर दिया और उसे वापस का बटन नेविगेट करने में सखम नहीं हो सका।  एप्लीकेशन को बटन पट्टी लगाने कि जरुरत नहीं हे जो सामान्य देशी एप्लीकेशन में रहती हे।   
      • फ़ायरफ़ॉक्स  ओ. स. v1.1 और उससे अधिक में, आप  chrome कि सुंदर संपत्तिके (मैनिफ़ेस्ट) द्वारा कम से कम नेविगेशन कंट्रोल्स जोड़ सकते हे।
    • नेविगेशन  तत्व, जैसे कि बटन और लिंक द्वारा क्लिक करना और टेप करना आसान होना चाहिए।

    ब्लॉकलिस्टिंग नीति

    हम चाहते हे कि हमे इसका इस्तमाल कभी करने कि जरुरत न पड़े, परंतु हमे  ("ब्लॉक सूची") कोई भी प्रकाशित एप्लिकेशन निकालने के लिए अधिकार सुरक्षित करना करना हे  जो बादमे पता चले कि किसी भी सुरक्षा का उल्लघन, गोपनीयता या सामग्री कि जरुरत, और एप्लिकेशन जो सिस्टम का और नेटवर्क प्रदर्शन का मूल्य घटता हे . एप्लिकेशन को ब्लॉक सूची में डालने से पहले  विकासक (डेवलपर्स)  स्थिति के बारे में सूचित करेंगे,  अन्यथा एक अच्छा नागरिक माना जायेगा जब तक हमारे पास विशिस्ट सबूत नहीं हे , और एप्लिकेशन निरिक्षण टीम से सहायता मिलेगी जिससे सवांद कर के पता चले कि क्या हो रहा हे और समस्या का समाधान निकले . स्थिति के विशिस्ट उदाहरण जिसमे बलोक लिस्टेड में  न्यायसंगत (वॉरंटेड) शामिल हे:

    • फ़िशिंग
    • अवांछनीय ई-मेल ( स्पैमिंग)
    • पिल्ली तस्वीर v1 .0  से  क्रूर हिंसा v1.0 तक सारांश को बदलना (सारांश के मूल्यांकन को अद्यतन किए बिना)
    • उपयोगकर्ताओं एप्लिकेशन  का गंभीर दुर्व्यवहार - अपमानजनक फ़ोन का प्रदर्शन, वापस सुरु होने के कारण, डेटा हानि के कारण, आदि...   जहा उपयोगकर्ता बता नहीं सकते कि ये सब एप्लिकेशन के कारण  हे और ये डिवाइस को वापस सुरु करने से हल नहीं  होता.
    • एप्लिकेशन का इस्तमाल नेटवर्क पर हमला करने के लिए किया जाता हे जैसे कि distributed denial of service (DDOS).

    Document Tags and Contributors

    Contributors to this page: khushal, vi5halc
    Last updated by: khushal,