मैं सोच रहा हूं कि ऐसा क्यों लगता है कि एसपीए का लॉगिन पृष्ठ एक अलग पेज होना चाहिए जो एसपीए का पेज न हो (जैसा कि लोड किया गया है (अजाक्स अनुरोधों के माध्यम से डेटा लोड और भेजना है)?
मैं केवल एक चीज के बारे में सोच सकता हूं जो सुरक्षा है लेकिन मैं एक विशेष सुरक्षा कारण के बारे में नहीं सोच सकता। मेरा आशय केवल यह है कि दिमाग में आने वाली बात यह है कि यदि आपका लॉगिन पृष्ठ एसपीए के हिस्से में है, तो यह यूजरनेम / पासवर्ड को अजाक्स के माध्यम से भेजता है, जिसे फायरबग या वेब इंस्पेक्टर जैसे उपकरण द्वारा देखा जा सकता है, भले ही आप इसे सामान्य रूप में भेजें POST अनुरोध, अन्य उपकरण हैं जो आसानी से इस डेटा को कैप्चर कर सकते हैं (जैसे कि फ़िडलर, httpscoop, आदि ...)।
क्या मैं कुछ छोड़ रहा हूं?
2
मुझे नहीं लगता कि इस मामले में कोई कारण होना चाहिए। मैं तर्क दूंगा, क्यों नहीं?
—
स्टीवन एवर्स
इसके विरूद्ध मेरा तर्क यह होगा कि लॉगिन पृष्ठ एक अलग html पृष्ठ के रूप में है जबकि शेष अनुप्रयोग एक एसपीए आर्किटेक्चर है जो बिना किसी वास्तविक लाभ के अजीब लगता है (हालाँकि बिंदु msanford द्वारा बनाई गई योग्यता है)।
—
राणीज़ेक
@ryanzec धन्यवाद मैंने उदाहरण देकर स्पष्ट करने का प्रयास किया कि वास्तविक लाभ है। सबसे पहले, कहीं और संपत्ति लोडिंग को हटाने की बचत नगण्य नहीं है, विशेष रूप से एक असफल लॉगिन (या खाता निलंबन, आदि) के मामले में। दूसरा, यह अधिक परिष्कृत अतुल्यकालिक निर्भरता-आधारित मॉड्यूल प्रणाली की तुलना में लागू करने के लिए बहुत तेज़ है, और विकास जीवनचक्र एक महत्वपूर्ण विचार है (देखें Opbeat कार्यालय मंत्र * (अश्लीलता शामिल है))।
—
मैसनफोर्ड
"भले ही आप इसे सामान्य POST अनुरोध के रूप में भेजते हैं, लेकिन अन्य उपकरण हैं जो आसानी से इस डेटा को कैप्चर कर सकते हैं"। निश्चित रूप से आपका लॉगिन फ़ॉर्म HTTPS द्वारा संरक्षित है ?
—
अंजलि
@ajlane हाँ, मेरा लॉगिन (और वास्तव में, पूरा आवेदन) HTTPS के पीछे चलने वाला है
—
ryanzec