के साथ पासवर्ड-सुरक्षित साइटों के मार्कअप को मान्य करें मेरे पास एक ऑनलाइन ऐप है जिसे मैं W3C सत्यापनकर्ता के विरुद्ध HTML मार्कअप को सत्यापित करना चाहता हूं।W3C
समस्या उपयोगकर्ताओं को उन तक पहुंचने के लिए पहले लॉग इन करने की आवश्यकता है।
मैं इन पृष्ठों को सत्यापित करने के बारे में कैसे जा सकता हूं?
इस html validator extension के साथ। या Ctrl-U द्वारा, w3c पृष्ठ में कॉपी-पेस्ट करें।
मान लीजिए कि आप मार्कअप सत्यापन का मतलब है, अपने आप में लॉग इन करें, अपने इच्छित पृष्ठ पर जाएं, स्रोत देखें, और direct input विकल्प का उपयोग करें।
http://validator.w3.org/docs/install.html
Thats हम क्या किया है, अच्छा काम करता है:
आप सेवा वे अपने सर्वर पर उपलब्ध कराने को चलाने के लिए है।
मुझे लगता है कि विकास में होने पर यह आपके साइट स्रोत को मान्य करने का सबसे अच्छा अभ्यास है जब यह उत्पादन में नहीं होता है ... इसे यूनिट परीक्षण चलाने की तरह ही व्यवहार करें। आपको मार्कअप त्रुटियां या तो लाइव नहीं रहनी चाहिए।
+1। यदि आप अपने पृष्ठ पर संवेदनशील तिथि के बारे में चिंतित हैं तो सबसे अच्छा विकल्प। –
ठीक है, लेकिन मुझे लगता है कि यह उत्पादन करने के लिए समय पर एक बार ऐप को बटन बनाने के लिए सबसे अच्छा अभ्यास है ... इस बारे में सोचें, आप पूरे ऐप को उत्पादन सर्वर जोखिम में पुन: नियोजित नहीं करना चाहते हैं डाउनटाइम, गिराए गए उपयोगकर्ता सत्र इत्यादि सिर्फ इसलिए कि आप एक टैग या कुछ बंद करना भूल गए हैं। –
अच्छी तरह से मुझे लगता है कि हम सभी सहमत हैं कि अधिकांश वेबसाइटें विकास में हैं-यहां तक कि वे लाइव होने के बाद भी :- डी – Joel
मुझे लगता है कि आपका मतलब w3 validator service है। आप HTML सामग्री को सत्यापनकर्ता में पेस्ट कर सकते हैं या HTML को फ़ाइल में सहेज सकते हैं और इसे अपलोड कर सकते हैं। यदि आपके पास फ़ायरफ़ॉक्स वेब डेवलपर एक्सटेंशन है, तो यह 'मान्य स्थानीय HTML' विकल्प प्रदान करता है।
+1 स्थानीय एचटीएमएल मान्य करें सबसे सुविधाजनक तरीका है। –
Firefox के लिए OmniValidator:
Omnivalidator एक या अधिक सत्यापन विस्तार वरीयताओं में विन्यस्त सेवाओं के लिए दृश्यमान पृष्ठ की सामग्री भेजता है। ये वैधकर्ता सार्वजनिक रूप से होस्ट किए जा सकते हैं (डिफ़ॉल्ट सार्वजनिक रूप से होस्ट किए गए W3C मार्कअप वैलिडेटर और Validator.nu) हैं या स्थानीय रूप से होस्ट किए गए हैं। परिणाम ढहने योग्य त्रुटि डिस्प्ले पैनल में प्रदर्शित किए गए हैं और एक आइकन और टूलटिप के साथ सारांशित किए गए हैं, जिसे ब्राउज़र टूलबार पर रखा जा सकता है। Omnivalidator बटन पर क्लिक करके या स्वचालित रूप से एक्सटेंशन वरीयताओं में एक या अधिक वैधकर्ताओं के साथ सत्यापित किए गए URL को कॉन्फ़िगर करके सत्यापन शुरू किया जाता है।
मैं असहमत हूं, यह एकीकरण परीक्षण लागू करना पूरी तरह असंभव है। यह दृश्य आपके ऐप के रूप में परीक्षण करने के लिए उतना ही महत्वपूर्ण है, हम अनपेक्षित एचटीएमएल के रूप में अंतिम आउटपुट की सेवा के लिए केवल आरईपीसी, कंधे और ऑटोटेस्ट इत्यादि जैसे जटिल परीक्षण ढांचे का उपयोग क्यों करते हैं। यह मुझे "सुपर हाई-फाई" रिकॉर्डिंग कलाकारों की याद दिलाता है जो अपने श्रोताओं को एक सुपर क्रैपी संपीड़ित एमपी 3 जहाज भेजने के लिए एनालॉग में अपने सभी संगीत रिकॉर्ड करते हैं। –
एक स्वचालित विकल्प के साथ उत्तर देने के लिए स्वतंत्र महसूस करें यदि आप एक जानते हैं (सेलेनियम शायद?)। लेकिन परीक्षण सिर्फ एक निचले बाध्य हैं; वे कभी साबित नहीं करते कि आपका ऐप काम करेगा। ऐप ब्राउज़ करना बहुत अधिक कोने के मामलों को उजागर करेगा, जो इस प्रकार का एक्सटेंशन आसानी से पकड़ता है। – Tobu
मैं एकीकरण परीक्षण के बारे में नहीं पूछ रहा हूं। मैं डब्ल्यू 3 सी में मान्य पेज प्राप्त करने के बारे में पूछ रहा हूं यदि यह पासवर्ड सुरक्षा के पीछे है। यह समाधान बहुत अच्छा काम किया। धन्यवाद! – Joel