मैं सिर्फ इस में भाग लिया है और यहाँ जवाब पूरी तरह से स्पष्ट नहीं हैं:
मैं क्या सर्वर पर उपयोगकर्ता निर्माण के सत्यापन को रोकने के लिए इस प्रकार थी। स्वीकृत उत्तर ओपी के लिए काम करता है क्योंकि वह एक एकल जेएस फ़ाइल का उपयोग कर रहा है, लेकिन यदि नहीं, तो client
और server
फ़ोल्डरों के बाहर फ़ाइल में निम्न कोड रखें।
Accounts.config({
forbidClientAccountCreation : true
});
कारण यह है कि ग्राहक पर इसे चलाने "साइन अप" लिंक और पाठ छिपा है, और सर्वर पर चल रहा है वास्तव में से बनाया जा रहा नए उपयोगकर्ता खातों को ना करे होगा की accounts-ui
सुविधा ट्रिगर किया जाएगा है।
यदि आप इसे केवल क्लाइंट पर चलाते हैं, तो लिंक और टेक्स्ट छुपाए जाएंगे लेकिन आप अभी भी ब्राउज़र के कंसोल के माध्यम से खाता बना सकते हैं।
यदि आप इसे केवल सर्वर पर चलाते हैं, तो खाता निर्माण हमेशा असफल रहेगा लेकिन आपको अभी भी संबंधित लिंक और टेक्स्ट मिलेंगे।
कोड के लिए एक अच्छी जगह lib
फ़ोल्डर में है, क्योंकि उस फ़ोल्डर में कुछ भी सर्वर और क्लाइंट दोनों पर उल्का द्वारा संसाधित किया जाएगा, और किसी अन्य फ़ोल्डर से पहले भी। उदाहरण के लिए, आप इसे lib/environment.js
में रख सकते हैं।
इसके अलावा, इसकी सुरक्षा के बारे में भी। क्या मैं सिर्फ जेएस फ़ाइल संपादित नहीं कर सकता और खाता प्राप्त नहीं कर सकता? –
आपका मतलब क्लाइंट पर है? – mquandalle
हाँ, मैं नहीं चाहता कि लोग इसे संपादित करें और फिर जादुई रूप से पंजीकरण करें: \ –