2011-10-19 5 views
5

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

उत्तर

8

आप एक नया उपयोगकर्ता सही बना सकते हैं, उदा। "अनुमोदित", व्यवस्थापक कि सही निर्दिष्ट करेंगे और केवल अनुमोदित उपयोगकर्ताओं के लिए संपादन, इस तरह तरह बातें प्रतिबंधित करने के लिए अनुमति देते हैं:

// Disallow editing and uploading from anons and registered users 
$wgGroupPermissions['*']['edit'] = false; 
$wgGroupPermissions['user']['edit'] = false; 

// New user group: approved users 
$wgGroupPermissions['approved']['edit'] = true; 

// Allow admins to approve (and unapprove) users via Special:UserRights 
$wgAddGroups['sysop']['approved'] = true; 
$wgRemoveGroups['sysop']['approved'] = true; 

ध्यान दें कि edit अनुमति को निकालना है कि प्रत्यक्ष या परोक्ष रूप सबसे चीजों को करने से अस्वीकृत उपयोगकर्ताओं बंद हो जाता है किसी भी तरह से पृष्ठों को बदलने में शामिल है, इसलिए आपको उन अधिकारों को स्पष्ट रूप से रद्द करने की आवश्यकता नहीं है।

इसके अलावा, पूरी तरह से अननुमोदित उपयोगकर्ताओं से संपादित करने के अधिकार को निरस्त करने के बजाय, आप $wgNamespaceProtection का उपयोग कर कुछ नामस्थान के लिए अपने संपादन (और शायद आगे सामान्य प्रति पेज संरक्षण का उपयोग करने वालों नामस्थान के कुछ पृष्ठों के लिए), कुछ इस तरह प्रतिबंधित कर सकता है:

// Limit editing of the main namespace to approved users 
$wgNamespaceProtection[NS_MAIN] = array('edit-main'); 
$wgGroupPermissions['approved']['edit-main'] = true; 

इस तरह, आप एक ऐसा पृष्ठ स्थापित कर सकते हैं जहां नए उपयोगकर्ता नामांकन में से किसी एक नाम में अनुमोदित होने के लिए कह सकें।

अधिक जानकारी के लिए, mediawiki.org पर Manual:User rights और Help:Assigning permissions देखें।

+2

इस दृष्टिकोण के साथ कुछ समस्याएं: हालांकि उन्हें संपादन पृष्ठों से रोकना, स्पैमर अभी भी जंक उपयोगकर्ता खाते बनाने में सक्षम हैं। इसके अलावा उपयोगकर्ता को संपादित करने का प्रयास करने वाले नए उपयोगकर्ता के लिए प्रवाह कुछ हद तक टूटा हुआ है। उपयोगकर्ता पंजीकरण प्रक्रिया के माध्यम से जाते हैं और फिर पाते हैं कि वे संपादित नहीं कर सकते (परेशान!)। चीजों को स्पष्ट करने के लिए आपको इंटरफ़ेस के भीतर कौन से निर्देश प्रदान किए जा रहे हैं, इसके बारे में आपको सावधानी से सोचने की आवश्यकता होगी। आपको इस बारे में भी सोचना होगा कि आप संपादन के लिए अनुरोध कैसे प्राप्त कर रहे हैं, और क्या आप उन्हें समय-समय पर नोटिस करेंगे। ... या एक्सटेंशन का उपयोग करें: इसके बजाय पुष्टि करें खाता –

5

यदि आप एक एक्सटेंशन स्थापित करने के इच्छुक हैं तो Extension:ConfirmAccount आपके लिए सबसे अच्छा समाधान होगा।

"ConfirmAccount विस्तार प्रत्यक्ष खाता निर्माण अक्षम करता है और एक नौकरशाह द्वारा नए खातों के अनुमोदन की आवश्यकता"

इसका मतलब है कि नए उपयोगकर्ताओं को स्पष्ट रूप से, इंटरफ़ेस के भीतर बताया जाता है कि वे का अनुरोध एक उपयोगकर्ता खाते । यह अनुरोधों को मंजूरी देने के लिए प्रशासकों को विशेष रूप से डिज़ाइन किया गया इंटरफ़ेस भी प्रस्तुत करता है, और किसी के इंतजार के दौरान किसी को ईमेल करेगा (कॉन्फ़िगर किया गया ईमेल पता $ wgConfirmAccountContact)।

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

संबंधित मुद्दे

 संबंधित मुद्दे