एक ही साइट + क्रोम सेव पासवर्ड फंक्शनलिटी पर मल्टीपल http का विवरण, क्या इस मामले को संभालने का कोई तरीका है?

Question

Google Chrome प्रति साइट के आधार पर पासवर्ड सहेजता हुआ प्रतीत हो रहा है, लेकिन मैं एक ऐसी साइट विकसित कर रहा हूं, जहां मुझे एक्सेस की गई निर्देशिका के आधार पर अलग-अलग http प्रमाणीकरण विवरण चाहिए और क्रोम को यह याद रखना चाहिए।

यह कहना है, http://example.com/a और http://example.com/b के पास अलग-अलग http उपयोगकर्ता / पासवर्ड संयोजन हैं। मैं क्रोम को दोनों को याद रखना चाहता हूं, जैसे कि जब मैं http://example.com/a दर्ज करता हूं, तो मैं संबंधित उपयोगकर्ता / पासवर्ड कॉम्बो के साथ / a के लिए पहुंच रहा हूं, और इसी तरह / b के लिए। अगर मैं क्रोम में पासवर्ड्स को बचाने के लिए बिल्ट इन फंक्शन का उपयोग करता हूं, तो ब्राउजर http://example.com के लिए यूजर / पासवर्ड कॉम्बिनेशन दोनों को विश्व स्तर पर सेव करता है और यह याद नहीं रखता कि एड्रेस के आधार पर कौन सा इस्तेमाल करना है, इसके बजाय उनमें से किसी एक को डिफॉल्ट करना। किसी भी पते पर http://example.com पर पहुँचा जा सकता है

क्या प्रत्येक निर्देशिका के लिए अलग-अलग उप-डोमेन स्थापित करने के अलावा इसके आसपास कोई रास्ता है?

Comments

वाह यह 2013 से है और संस्करण 57, 2017 में यह अभी भी तय नहीं है ... और यह वह ब्राउज़र है जिसमें लगभग 60% बाजार हिस्सेदारी है?

— Alain Pannetier

@AlainPannetier हां, आज तक मुझे अभी भी वर्कअराउंड नहीं मिला है, मैं हर बार मैन्युअल रूप से सबडोमेन या पासवर्ड का उपयोग करने का सहारा लेता हूं।

— माहन

जबरदस्त हंसी। मैं बंद स्रोत के बारे में दशकों से विलाप कर रहा हूं और अब मुझे खुले स्रोत के साथ एक समस्या है: मैं बस क्लोन करना चाहता हूं और सब कुछ अनुकूलित करना चाहता हूं। क्रोमियम पुनर्निर्माण के लिए आसान (यद्यपि लंबा) है। लेकिन उनके डेवलपर इतने अहंकारी हो गए हैं, जैसे-जैसे उनकी बाजार हिस्सेदारी बढ़ी, मैं केवल विकास के लिए उपयोग कर रहा हूं। और मैं सिर्फ 52 में वापस आ गया क्योंकि 57 में devtools खोलना सिर्फ ... दुर्घटनाग्रस्त क्रोम। हालांकि मैं इसे एक कोशिश दे सकता हूं। मैं बता दूंगा।

— एलेन पैनेटियर

@AlainPannetier क्रोमियम के साथ बात यह है कि कोड का आधार बहुत बड़ा है, मुझे लगता है कि वहाँ एक इंटरफ़ेस परिवर्तन करने की तुलना में पूरे लिनक्स कर्नेल को फिर से भरना आसान होगा। मुझे यह बहुत कठिन लग रहा था, लेकिन शायद आप मुझसे बेहतर किस्मत वाले हैं।

— महन

क्या सभी पथ एक ही HTTP प्रमाणीकरण "दायरे" को निर्दिष्ट करते हैं, या क्या वे अलग हैं?

— ग्रैविटी

Answer 1

एक साधारण क्रोम प्लगइन बनाएं जो फॉर्म आईडी या नाम का उपयोग कर सकता है और डेटा प्राप्त कर सकता है (यदि यह सिर्फ उपयोगकर्ता नाम और पासवर्ड है) और इसे हर बार जमा करने पर क्लिक करें। भंडारण एक छोटी या बिना एन्क्रिप्शन वाली ऑफ़लाइन पाठ फ़ाइल फ़ाइल हो सकती है। या फिर किसी तरह से पासवर्ड के लिए एपीआई का उपयोग करें। www..com और इसे मैन्युअल रूप से संग्रहीत करें। इस तरह क्रोम आपके Google खाते से पासवर्ड प्राप्त करेगा। वैकल्पिक: वेबसाइट पर एक (भेद्यता) जावास्क्रिप्ट का परिचय दें और यदि उपलब्ध है तो एपीआई का उपयोग करके इसे संग्रहीत करने के लिए इसे पासवर्ड.बॉट.कॉम पर भेजें।

Comments

सवाल HTTP प्रमाणीकरण के बारे में है, अर्थात: i.imgur.com/WsXRu7J.png । यह एक प्लगइन या जावास्क्रिप्ट के साथ अपहरण नहीं किया जा सकता है।

— महन

Answer 2

यदि आप अलग-अलग सबफ़ोल्डर्स के लिए अलग-अलग स्थानों को निर्दिष्ट करते हैं, तो Chrome ठीक से व्यवहार करेगा, उदाहरण के लिए यह nginx में ठीक काम करता है:

    location /gabinete-rivera {
        auth_basic "Hijos de Rivera";
        auth_basic_user_file /home/www/public/gabinete-rivera-app/.htpasswd;
        index  index.php index.html;
        try_files $uri $uri/ /index.php?$query_string;
    }

    location /gabinete-gases {
        auth_basic "Gases Fluorados";
        auth_basic_user_file /home/www/public/gabinete-gases-app/.htpasswd;
        index  index.php index.html;
        try_files $uri $uri/ /index.php?$query_string;
    }