डेवलपर टूल · HTML इकाई एस्केपर
क्यों एक अप्रयुक्त एम्परसेंड संपूर्ण RSS या XML फ़ीड को तोड़ देता है
· यह क्यों मायने रखती है
HTML एक्सएमएल एन्कोडिंग
XML सख्त है जहां HTML क्षमा कर रहा है: एक अप्रयुक्त या जैसी केवल HTML इकाई पूरे दस्तावेज़ को अप्राप्य बना देती है। यह पोस्ट पांच XML इकाइयों के बारे में बताती है, क्यों अमान्य है, और फ़ीड के लिए सामग्री से कैसे बचा जाए।
वह फ़ीड जो एक शीर्षक - 'टिप्स और ट्रिक्स' और एक अच्छी तरह से नहीं बनी त्रुटि के बाद हर पाठक से गायब हो गई
वह फ़ीड जो एक शीर्षक के बाद प्रत्येक पाठक से गायब हो गई - 'टिप्स और ट्रिक्स' और एक अच्छी तरह से नहीं बनी त्रुटि। टिप्स और ट्रिक्स वाला RSS शीर्षक अच्छी तरह से नहीं बना है XML क्योंकि एम्परसेंड एक संदर्भ शुरू करता है जो कभी हल नहीं होता है। एक सख्त पार्सर संपूर्ण फ़ीड को सुधारने के बजाय उसे अस्वीकार कर सकता है।
आरएसएस फ़ीड एम्परसेंड त्रुटि को सत्यापित करने के लिए, उस प्रकाशक के लिए गायब फ़ीड का निर्माण करें जिसका फ़ीड एक पोस्ट के बाद सत्यापन में विफल रहता है। सख्त XML फ़ीड के बाद प्रत्येक पाठक से एक हेडलाइन युक्तियाँ युक्तियाँ उत्पन्न होती हैं; पहचानें कि कहां और किस कुएं का उपभोग किया जाता है। गठित त्रुटि के बारे में अवलोकन केवल HTML पाठ से संबंधित है।
XML की पांच पूर्वनिर्धारित इकाइयां - < > & " ' और DTD के बिना कुछ भी नहीं
XML की पांच पूर्वनिर्धारित इकाइयां - < > & "' और DTD के बिना कुछ भी नहीं। XML amp, lt, gt, quot और apos को पूर्वनिर्धारित करता है। संख्यात्मक संदर्भ भी उपलब्ध हैं। HTML के विपरीत, मनमाने ढंग से परिचित नामों को घोषणा के बिना स्वचालित रूप से पहचाना नहीं जाता है।
एक प्रकाशक जिसका फ़ीड एक पोस्ट के बाद सत्यापन में विफल रहता है, सख्त XML फ़ीड पास से पहले इकाइयों lt gt amp को रिकॉर्ड करके पूर्वनिर्धारित xml पांच का परीक्षण कर सकता है। उद्धरण APओ और उसके बाद कुछ भी नहीं की तुलना करें और डीटीडी के बिना अन्य के लिए जिम्मेदार पार्सर का पता लगाएं। यह आरएसएस फ़ीड एम्परसेंड त्रुटि परिणाम सख्त XML फ़ीड साक्ष्य की व्याख्या करता है, निष्पादन योग्य संदर्भों की नहीं।
क्यों , © और — XML को तोड़ते हैं - HTML ऐसे नाम जिनके बारे में XML ने कभी नहीं सुना है, और संख्यात्मक विकल्प
, © और — XML - HTML नामों को क्यों तोड़ते हैं जिनके बारे में XML ने कभी नहीं सुना है, और संख्यात्मक विकल्प। nbsp, कॉपी और mdash जैसे नाम HTML की तालिका से संबंधित हैं, न कि XML के पांच पूर्वनिर्धारित नाम। XML में, अनुमति मिलने पर शाब्दिक UTF-8 वर्ण या संख्यात्मक संदर्भ जैसे कि का उपयोग करें।
अलग करें क्यों nbsp प्रतिलिपि और एक संक्षिप्त सख्त XML फ़ीड नमूने में। mdash ब्रेक xml html को शाब्दिक स्रोत के रूप में दिखाएँ, उन नामों का अनुसरण करें जो xml के पास उसके गंतव्य के लिए हैं, और API रीडिंग को नाम दें जिसके बारे में कभी नहीं सुना है। आरएसएस फ़ीड एम्परसेंड त्रुटि के लिए, संख्यात्मक विकल्प पार्सर-बाध्य साक्ष्य बना हुआ है।
फ़ीड के अंदर HTML से बचना - वह सामग्री जो स्वयं मार्कअप है, उसे दोबारा से बचना चाहिए या CDATA में लपेटना चाहिए
फ़ीड के अंदर HTML से बचना - वह सामग्री जो स्वयं मार्कअप है, उसे फिर से बचाना होगा या CDATA में लपेटना होगा। फ़ीड के अंदर डेटा के रूप में एम्बेड किए गए मार्कअप को या तो टेक्स्ट के रूप में छोड़ा जाना चाहिए या फ़ीड डिज़ाइन के अनुसार CDATA में सही ढंग से रखा जाना चाहिए। मिश्रित दृष्टिकोण दोहरे पलायन या आकस्मिक संरचना का उत्पादन कर सकते हैं।
ए के अंदर HTML से बचने को एक सीमा प्रयोग के रूप में मानें। एक प्रकाशक जिसका फ़ीड एक पोस्ट के बाद सत्यापन में विफल रहता है, उसे फ़ीड सामग्री को बनाए रखना चाहिए, यानी, एक सख्त XML फ़ीड ऑपरेशन करना चाहिए, और फिर से भागने या लपेटने से पहले खुद के मार्कअप का चरित्र दर चरित्र निरीक्षण करना चाहिए। सीडीडेटा के बारे में दावा इस HTML परत पर रुकता है।
कार्यान्वित उदाहरण: एक टूटी हुई वस्तु को ठीक करना - आपत्तिजनक पात्र, सही की गई इकाइयाँ और सत्यापनकर्ता का परिणाम
कार्यान्वित उदाहरण: एक टूटी हुई वस्तु को ठीक करना - आपत्तिजनक पात्र, सही की गई इकाइयाँ और सत्यापनकर्ता का परिणाम। टिप्स और ट्रिक्स <Draft> शीर्षक के लिए, न्यूनतम मोड टिप्स & ट्रिक्स <Draft> देता है। वे प्रतिस्थापन पाठ को XML वर्ण डेटा के साथ-साथ HTML पाठ में प्रस्तुत करने योग्य बनाते हैं।
ग्राहक सामग्री के बजाय हानिरहित इनपुट के साथ फिक्सिंग का कार्य उदाहरण पुन: प्रस्तुत करें। आपत्तिजनक टूटे हुए आइटम को रिकॉर्ड करें, वर्णों का निरीक्षण करें, सही की गई इकाइयों का निरीक्षण करें, और प्रत्येक जानबूझकर सख्त XML फ़ीड पास की गणना करें। वह आरएसएस फ़ीड एम्परसेंड त्रुटि ट्रेल एक प्रकाशक को देता है जिसका फ़ीड एक पोस्ट के मूल्यांकन के बाद सत्यापन में विफल रहता है और सत्यापनकर्ता और परिणाम का अनुमान लगाए बिना।
सामान्य गलतियाँ - & को ठीक करना लेकिन CMS एडिटर से को छोड़ना, और CDATA को डबल-एस्केप करना
सामान्य गलतियाँ - & को ठीक करना लेकिन CMS एडिटर से को छोड़ना, और CDATA को डबल-एस्केप करना। छोड़ते समय एक कच्चे एम्परसेंड को बदलना अभी भी विफल रहता है क्योंकि पार्सर को एक अघोषित नाम का सामना करना पड़ता है। इसके विपरीत, CDATA द्वारा पहले से ही संरक्षित सामग्री से बचने पर दृश्यमान इकाई पाठ छोड़ा जा सकता है।
सख्त XML फ़ीड समीक्षा के दौरान सामान्य गलतियों को ठीक करते हुए, लेकिन एक nbsp को छोड़कर, और एक cms एडिटर को साथ-साथ रखें। एक प्रकाशक जिसकी फ़ीड एक पोस्ट के बाद सत्यापन में विफल हो जाती है, वह यह तय कर सकता है कि रूपांतरण या डाउनस्ट्रीम पर डबल एस्केपिंग सीडीडेटा बदला गया है या नहीं। सख्त XML फ़ीड साक्ष्य के बारे में आरएसएस फ़ीड एम्परसेंड त्रुटि निष्कर्ष को सामान्य सुरक्षा दावों से बाहर रखें।
इसमें क्या शामिल नहीं है - एटम बनाम RSS अंतर और फ़ीड रीडर रेंडरिंग विचित्रताएं
इसमें क्या शामिल नहीं है - एटम बनाम RSS अंतर और फ़ीड रीडर रेंडरिंग विचित्रताएँ। एटम-बनाम-RSS शब्दावली और पाठक प्रतिपादन बुनियादी XML सुगठितता से अलग हैं। उत्पादन में प्रयुक्त समान नामस्थान और क्रमबद्धता के साथ अंतिम दस्तावेज़ को मान्य करें।
सख्त XML फ़ीड चलाने से पहले परिभाषित करें कि यह क्या नहीं करता है। कवर एटम बनाम आरएसएस को नियंत्रण के रूप में सहेजें, अंतर और फ़ीड रीडर के पीछे कोड बिंदुओं का निरीक्षण करें, और अगले दुभाषिया के लिए रेंडरिंग विचित्रताओं को मैप करें। यह सख्त XML फ़ीड साक्ष्य को उस प्रकाशक के लिए ऑडिट करने योग्य बनाता है जिसका फ़ीड आरएसएस फ़ीड एम्परसेंड त्रुटि की जांच करने वाली एक पोस्ट के बाद सत्यापन में विफल रहता है।
टेकअवे: न्यूनतम मोड XML मार्कअप वर्णों को कवर करता है; नामित मोड HTML-विशिष्ट है
टेकअवे: न्यूनतम मोड XML मार्कअप वर्णों को कवर करता है; नामित मोड HTML-विशिष्ट है। मार्कअप-महत्वपूर्ण वर्णों के लिए न्यूनतम मोड का उपयोग करें और XML-विशिष्ट आवश्यकताओं की समीक्षा करें। नामित मोड केवल HTML-नाम उत्सर्जित कर सकता है, इसलिए इसे सामान्य XML सीरिएलाइज़र के रूप में विज्ञापित नहीं किया जाता है।
टेकअवे न्यूनतम मोड कवर को एक अवलोकन योग्य सख्त XML फ़ीड आउटपुट से कनेक्ट करें। वन-पास परिणाम के बगल में नामित xml मार्कअप वर्ण रखें, फिर सत्यापित करें कि मोड html विशिष्ट कहां है, सख्त XML फ़ीड साक्ष्य दर्ज करें। एक प्रकाशक जिसका फ़ीड एक पोस्ट के बाद सत्यापन में विफल रहता है, अब एक संकीर्ण आरएसएस फ़ीड एम्परसेंड त्रुटि खोज के रूप में सख्त XML फ़ीड साक्ष्य की समीक्षा कर सकता है। इस आलेख के पीछे व्यावहारिक निर्णय विशिष्ट है: XML सख्त है जहां HTML क्षमाशील है: एक अप्रयुक्त और या जैसी केवल HTML इकाई पूरे दस्तावेज़ को अप्राप्य बना देती है। यह पोस्ट पांच XML इकाइयों के बारे में बताती है, क्यों अमान्य है, और फ़ीड के लिए सामग्री से कैसे बचा जाए। पाठक की कार्रवाई समान रूप से ठोस है: HTML इकाई एस्केपर से लिंक और फ़ीड आइटम में उपयोग के लिए & और < युक्त शीर्षक से बचने का प्रदर्शन करता है।