FAQ/hi

यह Miraheze के बारे में कुछ अक्सर पूछे जाने वाले सवालों (FAQ) का एक संग्रह है।

यह पृष्ठ एक नीति दस्तावेज़ नहीं बल्कि एक परिचयात्मक गाइड है। यह कुछ असली नीति दरख्वास्तों को संदर्भित करता है, जैसे कि निष्क्रियता नीति। वास्तविक दरख्वास्त क्या हैं, यह देखने के लिए उन दरख्वास्तों को पढ़ें।

सामान्य


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

Miraheze uses MediaWiki, the same software that powers Wikipedia, which lets several people edit the same page, supports highlighting, illustrations, and special effects, and retains a copy of every page at every point in the past, which can be copied from or can replace the current copy.

इस साइट को चलाते समय हमारा मुख्य पृष्ठ हमारी प्रतिबद्धता बताता है।



ये लोग कौन हैं?
Miraheze के सदस्यों को केवल उनके सदस्य नामों से जाना जाता है। Miraheze की विकियों पर एक व्यक्ति एक ही सदस्य नाम का उपयोग कर सकता है। पंजीकरण के दौरान आप अपना सदस्य नाम चुन सकते हैं। Miraheze के सदस्य अपनी पहचान का खुलासा करने कर सकते हैं, हालाँकि किसी और की पहचान को उनकी अनुमति के बिना सार्वजनिक रूप से प्रकट करना एक गंभीर उल्लंघन है। यहाँ कुछ भूमिकाएँ हैं:


 * स्टीवार्ड्स - वे ग्लोबल समुदाय संबंधित कार्यों में जुटे रहते हैं; जैसे किसी विकि पर ऐसा वर्ताव जो कि वहाँ के लोकल प्रबंधक उपकरणों से पूरी तरह से नहीं रोका जा सकता। आप उनसे स्टीवार्ड्स के नोटिसबोर्ड पर संपर्क कर सकते हैं।


 * सिस्टम प्रबंधक - वे Miraheze के तकनीकी कामकाज के लिए ज़िम्मेदार हैं और वे सुनिश्चित करते हैं कि सब कुछ ठीक से काम कर रहा है।


 * निर्देशक मंडल - यह Miraheze Limited की शासी निकाय है। इस समय यह कंपनी के लिए पूर्ण वित्तीय, निर्णय और लक्ष्य बनाने का अधिकार रखता है। वर्तमान में ४ निर्देशक मौजूद हैं।


 * मेटा प्रबंधक - वे इस विकि, "मेटा", से जुड़े मामलों के ज़िम्मेदाक हैं। मेटा प्रबंधक केवल इस विकि के लिए ही ज़िम्मेदार हैं।



ये विकियाँ क्या हैं?
वर्तमान में Miraheze पर होस्ट किए जा रहे हैं। आप लेखक द्वारा बनाए गए थंबनेल और विवरणों के साथ Gazetteer of wikis पर कुछ विकियाँ देख सकते हैं। ज़्यादातर विकियाँ आपको पढ़ने और योगदान देने के लिए भी बुलाती हैं। होस्ट की गई सभी विकियों को देखने के लिए Special:WikiDiscover पर जाएँ।

There are currently hosted on Miraheze. You can see a list of some wikis at Gazetteer of wikis with an author-created thumbnail description of the wikis. Many of these wikis welcome you to read them or even make contributions. For a list of all wikis hosted on Miraheze, see Special:WikiDiscover.



आप लोगों को Miraheze क्यों कहा जाता है?
जो जानना पसंद करेंगे, Miraheze Mira और Heze का मिश्रण हैं, जो कि दोनों ही तारे हैं।

क्यों नहीं? कई लोग Miraheze का उच्चारण अलग ढंग से करते हैं।



व्यापर की संरचना


आप अपनी होस्टिंग को कैसे वित्त देते हैं?
Miraheze गैर-लाभकारी है और पूरी तरह से दूसरों से दान पर निर्भर है। हम विज्ञापन नहीं दिखाते, न ही हम किसी कंपनी या सरकार द्वारा वित्तपोषित हैं, इसलिए हम अपने दानदाताओं पर निर्भर हैं। अधिक जानकारी के लिए कृपया दान करें और वित्त देखें।



आप विज्ञापन क्यों नहीं दिखाते हैं?
लोग विज्ञापनों को नापसंद करते हैं, विज्ञापन दान से अधिक कमाई नहीं कर पाते (और विज्ञापनों की वजह से शायद लोग दान करने छोड़ दे), विज्ञापन गोपनीयता की धजिया बनाते हैं, और ये विज्ञापन दिखाने वाली कंपनियों से विकि के कंटेंट को ठीक से सजाने का दबाव बढ़ा देते हैं। हम अपनी संपादकीय स्वतंत्रता और व्यक्तिगत विकियों पर काम करने वाले लेखकों की रक्षा करते हैं।



मैं Miraheze को कैसे दान कर सकता/सकती हूँ?
Miraheze वर्तमान में PayPal द्वारा समर्थित हर पेमेंट की माध्यम को स्वीकार करता है। आप [ यहाँ क्लिक कर सकते हैं] या फिर सीधे  को एक दान भेज सकते हैं। अधिक जानकारी के लिए दान करें देखें या Owen से संपर्क करें।



क्या मैं दूसरे तरीकों से योगदान कर सकता/सकती हूँ?
ज़रूर! अधिक जानकारी के लिए कृपया योगदान देखें।



आपके पास कितने सर्वर हैं, और आपके सर्वर कहाँ स्थित हैं?
वर्तमान में हमारे पर २ सर्वर हैं जो कि लंदन में स्थित हैं जिनमें १० आभासी सर्वर मौजूद हैं। हमारे ज़्यादातर सर्वर लंदन में हैं, एक कनाडा में (cp9), और cp3 सिंगापुर में है। हमारे ज़्यादातर सर्वरों को OVH से होस्ट किया जाता है लेकिन ns1 को RamNode की मदद से होस्ट किया जाता है और cp3 को DigitalOcean पर। आप हर सर्वर के बारे में प्रलेख को हमारे सर्वरों की सूची और उनके पृष्ठों पर पढ़ सकते हैं।

You can see more information and documentation about each of them on our list of servers and on their specific pages



आपका अपना विकि


मैं विकि का अनुरोध कैसे करूँ?
सबसे पहले, एक खाता बनाएँ, फिर लॉग इन करते समय Special:RequestWiki पर जाएँ और फॉर्म भरें।



मैं कैसे पुष्टि करूँ कि मेरी विकि बनाई गई है?
आपका अनुरोध किसान लॉग और विकि के अनुरोधों की सूची में दिखना चाहिए। जब कोई आपके अनुरोध को स्वीकार करके आपका विकि बना देगा, वह भी किसान लॉग दिख जाना चाहिए। साथ ही साथ आपके अनुरोध के स्वीकार या अस्वीकार हो जाने पर आपको एक सूचना भी दे दी जाएगी।

You can also track your request via the request wiki queue. The Farmer log also displays a log of all wiki approvals and rejections.

कुछ मामलें हैं जहाँ विकियाँ नहीं बनाए जा सकते हैं, जैसे अगर विकि के नाम से पहले से ही एक विकि मौजूद है, आपने अपने अनुरोध के बारे में काफी जानकारी न दी हो, या फिर अगर कंटेंट के नियमों या किसी दूसरे Miraheze नियम के अनुसार नहीं बनाया जा सकता। ऐसा होने पर आपको अनुरोध के बारे में सूचना दे दी जाएगी, आपके वार्ता पृष्ठ पर भी।



मेरी नई विकि की प्रारंभिक स्थिति क्या है?
हम आपकी विकि पर एक मुख्य पृष्ठ (आपकी चुनी हुई भाषा में) शब्दों के साथ बना देंगे जो कि यथासंभव अनुकूस गो, विकि के किसी असली सदस्य ने कुछ नहीं लिखा है। हम सलाह देंगे कि आप वही डालेंगे जो आप चाहते हैं कि नए सदस्य सबसे पहले देखें।



अगर कुछ गलत हो जाए तो?
ऐसा हो ही सकती है। शांत रहें! किसान लॉग पर अपने अनुरोध को जाँचें और सुनिश्चित करें कि लॉग को स्वीकार कर लिया गया है। किसी समस्या को रिपोर्ट करने का सबसे आसान (और सुझाया गया) तरीका है Phabricator और IRC, पर आप सामुदायिक नोटिसबोर्ड पर संदेश दे सकते हैं या फिर किसी सिस्टम प्रबंधक से संपर्क करते हैं। अगर विकि को देखते वक़्त आपको कोई त्रुटि दिखाई जाती है, या फिर आप कोई ऐसा कार्य नहीं कर पा रहे हैं जिसकी आपको अनुमति है, उस जानकारी को कॉपी करके अपने रिपोर्ट में दर्ज करें।

How do I transfer my wiki to Miraheze?
We have an entire page which explains how to transfer your wiki to Miraheze. Generally, you will need to send an XML dump to us, and an image dump if you also want to import images. Please check the page for more information.

Who owns a wiki?
Since the early beginnings of wiki communities, wikis have generally operated on community consensus. This was the case with WikiWikiWeb, the very first wiki and is also the case with all Wikimedia projects, including Wikipedia. As such, Miraheze takes the stance that wikis are owned by their community and operate based on community consensus. No single person owns a wiki and can act as an autocratic dictator.

Wikis should generally try to strive to take local users into consideration where possible. Where possible too, administrators and bureaucrats should be elected by the local community and local communities should pass policies based on a community vote and community consensus. Local administrators are sometimes afforded extra leverage when it comes to wiki governance. Some wikis sometimes pass policies and rules without consulting the community. While not the best, as long as the policy is not seriously challenged, it may stand. If the policy is challenged though, bureaucrats should not try to suppress the users in question but instead, the policy in question should go before a community vote for endorsement. Bureaucrats do have discretion though to ignore the challenge if they feel that the contesting was done in bad-faith or by a user trying to circumvent a long-standing rule for their benefit. If a matter is not resolved adequately, Stewards may intervene if requested by local users or administrators. Stewards will first analyse the wiki, it's approved scope and policies and will decide from there whether intervention is needed or not.

What is consensus?
Consensus is defined by Wiktionary as "General agreement among the members of a given group or community, each of which exercises some discretion in decision-making and follow-up action."

Consensus is just that. When users come to an agreement on how a community should be run. Consensus isn't just counting votes though, it's about seeing who makes the best, most thoughtful argument. For example, imagine User A is nominated for adminiship. User B, C, and D vote in favor but give no reason why or just say "I like them". User E votes against and cites proof that User A has been rude in the past to other users, that they have very little experience, and that they are not very active. In weighing votes, User E's vote weighs much more heavier than User B, C, and D's because they gave solid reason to back their opinion while User B, C, and D did not.

Bureaucrats are generally in charge of determining local consensus unless they are inactive in which case a Steward may do that in their stead if requested. Bureaucrats should never try to override community consensus or suppress the will of the community because of personal opinions. There are only very limited sets of times when community consensus can be ignored such as in extreme cases where the consensus would lead to a danger or instability in the community or where there are concerns with the voting process such as concerns of sockpuppetry, etc. In those cases, a Steward should be contacted to help. If the community is dissatisfied with the outcome of a decision, they may challenge it. If the community feels that consensus on any challenge was still interpreted wrong, they may contact Stewards who will attempt to mediate the issue.

What is Stewards' role within wikis?
Stewards are users elected by the global community at large to assist wikis with any issues that face them along with doing advanced tasks (such as deleting big pages, CheckUser, Oversight, assigning rights on wikis without bureaucrats, etc.) and acting as administrators/bureaucrats on wikis without active administrators/bureaucrats. Stewards try not to intervene locally where possible. If an issue can be resolved locally, Stewards try not to take any action and will try to leave it local administrators. Very rarely (if ever) do Stewards get involved in mediating editorial conflicts unless the issue has escalated to a point where global policies like the Code of Conduct are being broken or where the issue has escalated to threats.

Stewards should not be the first people contacted when you have an issue on a wiki unless the issue is severe and it breaks our global policies or where you feel you uncomfortable raising an issue with local administrators because of fear of reprisal. If local administrators do not resolve an issue such as a conduct issue within a reasonable amount of times, Stewards may be called in at the request of users.

Stewards are always expected to act in the community's best interests, after researching what the community is and how it works. They are not sole arbiters or dictators either. If there is an issue with how a Steward has assessed or interpreted an issue, please bring it to public attention on the Stewards' noticeboard. Individual Steward actions are superseded by a consensus of Stewards, and even the consensus of Stewards must be informed by the will of the global Miraheze community and the policies that users have elected.

As mentioned above, Stewards act as bureaucrats on wikis without local bureaucrats. This means that they have the ability to promote or demote administrators and bureaucrats on wikis without local bureaucrats and can do other administrative tasks. Global Sysops help Stewards do some administrative tasks related to countervandalism on all wikis.

To what degree are wikis autonomous?
Much like Wikimedia, Miraheze allows for local self-rule and autonomy. All wikis are granted autonomy to act as their local community wishes, so long as they obey all global policies. Wikis are free to elect their own leaders, establish their own policies, and more. Stewards and other global officials very rarely meddle with local affairs unless requested to or a violation of our global policies occurs. Unlike other wiki farms which may forcefully take actions that go against the will of the local community, Stewards will not do that, again, unless there is a violation of global policies.

Do note though that while communities are autonomous, they are not independent. All wikis are subject to our global policies and are subject to British law. Some wikis erroneously get the idea that they are not subject to our Privacy Policy, Terms of Use or anything else. That is not the case. Miraheze has policies that were elected by users and legal obligations so while wikis are free to do as they wish for the most part, they must follow our global policies.



व्यक्तिगत विकियाँ
<span id="How_private_is_a_private_wiki?">

एक व्यक्तिगत विकि कितना व्यक्तिगत है?
एक व्यक्तिगत विकि को सिर्फ इसके सदस्य (और Miraheze के स्टीवार्ड्स, सिस्टम प्रबंधक औऱ विश्वास एवं सुरक्षा) देख और संपादित कर सकते हैं (हालाँकि ऐसा सिर्फ आवश्यकता होने पर ही किया जाएगा)। आप अपने विकि के Special:UserRights पर जाकर किसी भी पंजीकृत Miraheze सदस्य का नाम दर्ज करके उसे विकि के  समूह में डाल सकते हैं।

If you don't see the username of the person who you want to add to your wiki, that means their account doesn't exist locally. Please tell them to visit the wiki so that our login system can create a local account for them.

Under very rare circumstances, Stewards, System administrators and Trust and Safety can check private wikis. This is almost always to ensure compliance with all global policies, legal requirements, or to troubleshoot a problem on a wiki.

<span id="Why_can_everyone_see_the_Main_Page_on_my_private_wiki?">

मेरे व्यक्तिगत विकि पर सब मुख्य पृष्ठ को क्यों देख सकते हैं?
यह एक पृष्ठ नियमों के अनुसार हमेशा सार्वजनिक होता है। आप अपने मुख्य पृष्ठ को कहीं और (जैसे, "असली मुख्य पृष्ठ" पर) अनुप्रेषित करके इस नियम का मज़ाक बना सकते हैं:
 * 1) REDIRECT असली मुख्य पृष्ठ

<span id="Wiki_management_requests">

What is ManageWiki?
ManageWiki is a special tool that lets wiki bureaucrats edit their wiki's local configuration without needing a system administrator to do it for them. It is divided into 5 sections: Core settings, additional settings, extensions and skins, permissions and namespaces. ManageWiki is a very powerful tool so please be careful to who you grant the right. For more information, please check the ManageWiki page.

<span id="What_is_Phabricator?">

यह "Phabricator" कौन या क्या है?
Phabricator एक प्रणाली है जिसके द्वारा विकि के मालिक Miraheze के सिस्टम प्रबंधकों से तकनीकी सहायता माँग सकते हैं। Phabricator का मतलब है कि आपको अपने अनुरोध को किसी एकल सिस्टम प्रबंधक की तरफ निर्देशित करने की आवश्यकता नहीं है, और ऐसा नहीं होगा कि वही व्यक्ति छुट्टी पर है या फिर चला गया है। Phabricator अनुरोधों को याद रखता है और किसी भी स्वयंसेवक को अनुरोध को पूरा करने की अनुमति देता है। इससे ऐसा कम होता है कि आपके अनुरोध को अनदेखा कर दिया जाए।

Phabricator मीडियाविकि सॉफ्टवेयर, आपके विकि को होस्ट कर रहे सॉफ्टवेयर से अलग है, मगर फिर भी Miraheze की ही संपत्ति है।

आपको Phabricator में लॉग इन करना होगा, लेकिन अगर आपने पहले से ही Miraheze में लॉग इन किया हुआ है, तो आपके मीडियाविकि के लोगो को दबाते ही यह सारा काम कर देगा।

<span id="Why_does_my_wiki_not_have_the_same_features_as_other_wikis?">

मैं दूसरे विकियों जैसे करतब क्यों नहीं कर पा रहा/रही हूँ?
आपकी नई विकि में मीडियाविकि का एक साधारण संस्करण होगा। कई लोगों ने मीडियाविकि पर एक्सटेंशन लिखे हैं, लेकिन इनमें से ज़्यादातर डिफ़ॉल्ट रूप से नए Miraheze विकियों पर स्थापित नहीं होते हैं। कुछ लोकप्रिय एक्सटेंशन ऐसी चीज़ें सक्षम करते हैं:
 * प्रारूप में ऑडियो फाइलों को अपलोड करना
 * वैकल्पिक रेंडर लिखना, जो कि बेतरतीब रूप से चुने जाते हैं
 * मीडियाविकि के मेटा-भाषा में अतिरिक्त कार्य
 * अपने विकि पर पृष्ठों की सूचियों को इकट्ठा करना, जिसे एक पृष्ठ में डाला जा सकता है
 * Google Maps जैसे दूसरे वेबसाइटों से अतिरिक्त मीडिया को जोड़ने के मददगार तरीके

पृष्ठ एक्सटेंशन उन एक्सटेंशनों का वर्णन करता है जो आपके विकि पर पूर्व-स्थापित होते हैं, एक्सटेंशन जिनके लिए आप जोड़ने का अनुरोध कर सकते हैं, और एक्सटेंशन जो हम गोपनीयता और अन्य कारणों से नहीं जोड़ सकते हैं। Request features उस प्रक्रिया का वर्णन करता है जिससे आप Miraheze विकि फार्म पर किसी एक्सटेंशन के स्थापना का अनुरोध कर सकते हैं, और Phabricator पर इस सुविधा अनुरोध फॉर्म की मदद से आप फार्म पर किसी एक्सटेंशन की स्थापना का अनुरोध कर सकते हैं। अपने विकि पर जोड़े जाने के लिए अनुरोध किए गए एक्सटेंशन का MediaWiki.org पर विशिष्ट नाम दर्ज करने की कोशिश करें।

<span id="How_do_I_change_my_logo_or_favicon?">

मैं अपना लोगो या फ़ेविकॉन कैसे बदल सकता/सकती हूँ?
अगर आपको पीला-भूरा Miraheze लोगो पसंद नहीं है, और आपके पास अपना चित्र है, आप इसे अपने विकि के हर पृष्ठ पर लोगो और/या फ़ेविकॉन बना सकते हैं। ऐसा करने के बारे में विस्तार के लिए कृपया ManageWiki का सहायता पृष्ठ देखें।

<span id="How_can_I_get_a_custom_domain_for_my_wiki?">

मैं अपने विकि के लिए कस्टम डोमेन कैसे प्राप्त कर सकता/सकती हूँ?
ज़रूरी नहीं कि आपके विकि का सबडोमेन  ही हो। यह कोई भी वेब पता हो सकता है। इस बारे में अनुकूलित डोमेन पर और जानकारी है। अगर आप यही करना चाहते हैं, अनुरोध करने के लिए Request features देखें।

<span id="How_do_I_get_a_backup_of_my_wiki?">

मुझे अपनी विकि का बैकअप कैसे लेना चाहिए?
सभी Miraheze विकियों को Tech:Bacula की मदद से बैकअप किया जाता है, लेकिन अगर आप एक व्यवस्थापक हैं, तो आप XML डंप को तुरंत प्राप्त करने के लिए अपने विकि पर विशेष:DataDump का उपयोग कर सकते हैं।

अधिक जानकारी के लिए कृपया Backups देखें।

<span id="How_do_I_make_my_wiki_read-only?">

मैं अपनी विकि को सिर्फ पढ़ने के लिए कैसे बनाऊँ?
अपने विकि को सभी के लिए (आप खुद सहित) सिर्फ पढ़ने के लिए बनाने के लिए ManageWiki पर "ProtectSite" एक्सटेंशन का इस्तेमाल करके विशिष्ट अवधि के लिए ऐसा कर सकते हैं।

विशिष्ट सदस्यों/समूहों के लिए विकि को सिर्फ पढ़ने के लिए बनाने के लिए ManageWiki/permissions सुविधा देखें।

<span id="How_can_I_remove_a_bureaucrat_from_my_wiki?">

मैं अपने विकि से एक ब्यूरोक्रैट को कैसे हटा सकता हूँ?
ब्यूरोक्रैट विकि के सबसे ऊँचे पद के सदस्य होते हैं। आम तौर पर किसी ब्यूरोक्रैट को हटाने के लिए किसी किसी Miraheze स्टीवार्ड से संपर्क करने की ज़रूरत होती है। आपके पास एक मान्य कारण होना होगा, जैसे दुष्प्रयोग, या फिर इसके होने के लिए विकि को बात को मानना पड़ेगा। स्टीवार्ड को फिर भी सबूत चाहिए होगा (जैसे विशिष्ट संपादनाएँ) जिससे वे सुनिश्चित कर पाएँ कि आप उन्हें बस किसी लड़ाई में पक्ष चुनने को मजबूर नहीं कर रहे हैं।

किसी विशिष्ट सदस्य के खिलाफ़ जाने के बजाय, आप अपने विकि पर ManageWiki/permissions की मदद से कुछ अनुमतियाँ दे सकते हैं जिनसे वे ब्यूरोक्रैटों को हटा सकते हैं। लेकिन अगर ब्यूरोक्रैट एक-दूसरो को हटा सकते हैं, तो दूसरे ब्यूरोक्रैट भी आपको हटा सकते हैं।

<span id="Can_I_use_CheckUser_and_Oversight?">

क्या मुझे Oversight या CheckUser अधिकार मिल सकते हैं?
स्टीवार्ड्स ये अधिकार दूसरे सदस्यों को प्रदान कर सकते हैं, लेकिन उन्हें लगता है कि वे इतनी मात्रा में अनुरोधों को समय पर प्रबंधित कर सकते हैं।
 * Oversight से सदस्य संपादनाओं को स्थायी ऐतिहासिक रिकॉर्ड से भी हटा सकते हैं। उदाहरणस्वरूप अगर कोई पृष्ठ व्यक्तिगत जानकारी का खुलासा करता है, उसे हटाना काफी नहीं होगा। यह लोकल प्रबंधकों को उपलब्ध रिवीशन डिलीशन फंक्शन जैसा ही है लेकिन Oversight के साथ, इसे बस स्टीवार्ड और स्टाफ ही देख सकते हैं।
 * CheckUser उस डिवाइस के IP पते और दूसरे जानकारी का खुलासा करता है जिससे सदस्य Miraheze का इस्तेमाल कर रहा/रही है। यह कभी-कभी सबूत बन सकती है कि किसी विकि को वैंडलाइज़ कर रहे कई सदस्य एक ही व्यक्ति हैं या फिर किसी तरह से जुड़े हुए हैं।


 * यदि आपको किसी संपादन की Oversight की आवश्यकता होती है, तो आपको IRC या Discord का उपयोग करना चाहिए, जहाँ संभव हो, और @Stewards लिखकर उनका ध्यान केंद्रित करना चाहिए। कृपया कोई भी जानकारी सार्वजनिक न करें। यदि कोई स्टीवार्ड जवाब नहीं देता है, तो आप stewards[at]Miraheze[dot]org पर एक ईमेल भेज सकते हैं।
 * जहाँ CheckUser सहायता की आवश्यकता होती है, आप ज्यादातर मामलों में स्टीवार्ड्स के नोटिसबोर्ड पर मदद का अनुरोध कर सकते हैं। अगर आप सार्वजनिक रूप से मदद के लिए अनुरोध नहीं करना चाहते या फिर आपको लगता है कि इसमें निजी जानकारी शामिल है जिसे आपको प्रकट करना चाहिए, तो कृपया उपर्युक्त तरीकों से स्टीवार्ड्स से संपर्क करें।

मैंने अभी-अभी एक एक्सटेंशन को सक्षम किया है पर शायद यह ठीक से काम नहीं कर रहा है, मैं क्या करूँ?
कृपया एक्सटेंशन को बंद करके वापस सक्षम करें, या फिर कॉन्फिगरेशन को दोबारा सहेजकर कुछ मिनट इंतज़ार करें। अगर आपको फिर भी समस्या आ रही है, कृपया Phabricator पर मदद माँगें और हम जल्द से जल्द इसे सक्षम कर देने की कोशिश करेंगे।

<span id="Closed_wikis">

बंद विकियाँ
<span id="How_does_a_wiki_close?">

एक विकि कैसे बंद होता है?
पर जाकर Closed बटन पर क्लिक करने पर विकि बंद हो जाता है (अक्रिय बन जाता है)।  पर जाकर बटन को अनचेक कर देने पर यह दोबारा खुल जाता है।

एक विकि को स्टीवार्ड्स द्वारा भी अक्रिय होने पर निष्क्रियता नीति बंद किया जा सकता है। इस सारांश को पढ़ने के बजाय पूरी नीति को पढ़ें। निष्क्रयता नीति को ५ जनवरी, २०१६ को सक्रिय किया गया था और यह सभी विकियों पर लागू है।

अगर आपने किसी बंद विकि पर योगदान दिया है और आपको लगता है कि आप इसे और आगे तक ला जा सकते हैं, कृपया Requests for reopening wikis देखें।

<span id="How_do_I_move_my_wiki?">

मैं अपने विकि को कैसे स्थानांतरित करूँ?
विकि से पृष्ठों को Miraheze के अलावा किसी दूसरे होस्ट के मिरर साइट तक निर्यात करना, दूसरे विकियों से अपने Miraheze विकि पर पृष्ठों को आयात करने का बिलकुल उल्टा है।

अगर आपके विकि पर सिर्फ कुछ ही पृष्ठ हैं, वे  पर होते हैं। आप इस सूची को कॉपी करके इसे   पर चिपका सकते हैं, जिससे XML प्रारूप में एक डंप बन जाएगा।

अगर आपका विकि बड़ा है, Miraheze आपकी मदद करेगी। Phabricator पर अपने अनुरोध का एक टिकट खोल दें।

अगर लक्ष्य होस्ट मीडियाविकि का इस्तेमाल नहीं करता, पृष्ठों को लक्ष्य होस्ट द्वारा उपयोग किए गए फॉर्मेट में बदलना पड़ सकता है। इस बारे में Miraheze आपकी मदद नहीं कर सकता।

विविध
<span id="Where_can_I_find_your_configuration?">

मुझे आपका कॉन्फ़िगरेशन कहाँ मिल सकता है?
हमारे पास एक [//github.com/miraheze GitHub संगठन] है जहाँ हम अपना Puppet कॉन्फिगरेशन, एक्सटेंशन, मीडियाविकि स्थापना और दूसरे कोड रखते हैं।

विकि के कॉन्फिग mw-config रिपॉज़िटरी पर पाए जा सकते हैं।

<span id="Why_can&#039;t_I_access_the_site_using_HTTP?">

मैं HTTP का उपयोग करके साइट तक क्यों नहीं पहुँच सकता?
असली HyperText Transfer Protocol (HTTP) में सर्वर से आने वाले या सर्वर तक जाने वाले अनुरोध या जवाब के हिस्से पूरे वेब पर एक वायरलेस नेटवर्क के ज़रिए बहती हैं जो कि किसी को भी आसानी से दिख जाता है। HTTPS एक प्रोटोकोल है जहाँ हर हिस्से को और भी छोटा कर दिया जाता है ताकि इसे आसानी से पकड़ा न जा सकते। विकिपीडिया और इसके साथी विकि परियोजनाएँ २०१५ से HTTPS का इस्तेमाल कर रही हैं। हम भी सिर्फ HTTPS को ही समर्थित करते हैं, ताकि व्यक्तिगत जानकारी सुरक्षित रहे और हम अपने सदस्यों को डाउनग्रेड हमलों से बचा सके। साथ ही साथ, अनुकूलित डोमेन वाले Miraheze विकियों के पास एक मान्य SSL प्रमाणपत्र का होना आवश्यक है।

<span id="I&#039;ve_got_an_issue_with_a_user_or_wiki">

मुझे किसी सदस्य या विकि से समस्या है
अगर आपको किसी सदस्य या विकि से दिक्कतें आई हैं, तो विवाद को निपटाने के लिए ये कदम उठा सकते हैं। हमेशा सभ्य और शांत रहने की कोशिश करें।

<span id="If_it&#039;s_a_user">

अगर यह एक सदस्य है

 * 1) उनसे बात करें
 * 2) प्रबंधक से संपर्क करें। सिर्फ इस विकि (meta.miraheze.org) पर आप Administrators' noticeboard का इस्तेमाल कर सकते हैं।
 * 3) अगर कोई हल नहीं है, आपको आचार संहिता पढ़ना चाहिए। अगर यह इसी का उल्लंघन है, कपया conduct[at]Miraheze[dot]org पर ईमेल करें।

<span id="If_it&#039;s_a_wiki">

अगर यह एक विकि है

 * 1) स्थानीय विकि स्टाफ के साथ पहले इस मुद्दे की चर्चा करें।
 * 2) अगर अभी भी समस्या ठहर जाती है, आप किसी स्टीवार्ड से या तो नोटिसबोर्ड पर या कंटेंट नीति या किसी दूसरे ग्लोबल नीति के अनुसार stewards[at]Miraheze[dot]org के ज़रिए संपर्क कर सकते हैं।

Editorial disputes usually are not resolved by Stewards. Stewards will always defer editorial disputes to local administrators. Coming to Stewards attempting to get them to overturn a local decision will not work.

Is Miraheze toxic?
No, Miraheze is not toxic. Toxic communities are not allowed according to our Content Policy and previous wikis which became toxic have been closed and subsequently deleted.

If you believe a wiki has developed in such a way as to be characterised as toxic please report it to us.

<span id="Still_have_questions?">

अभी भी प्रश्न हैं?
यदि आपके कोई प्रश्न हैं जिनका यह FAQ उत्तर नहीं देता है, तो कम्युनिटी नोटिसबोर्ड या हमसे संपर्क करें पर पूछने में संकोच न करें।