क्लाइंट साइड XSLT प्रसंस्करण मुद्दों को हल करना

आप पहले से ही सर्वर पर टेम्पलेट इंजन के रूप में XSLT का उपयोग कर रहे हैं। क्लाइंट के लिए xsl परिवर्तन को स्थानांतरित करने की बारी आ गई है। उदाहरण के लिए, आप लेख में वर्णित विधि का उपयोग क्लाइंट पर कर सकते हैं! XML प्राप्त करें! XSL लें! XHTML बनाओ! मार्श! । लेकिन यह बहुत आसान होगा, क्योंकि प्रत्येक ब्राउज़र XSLT के साथ काम करते समय अपनी कुछ बारीकियों को जोड़ता है।



उपरोक्त लेख में xsl और xml फ़ाइलों को डाउनलोड करने की विधि और विभिन्न ब्राउज़रों में उनके प्रसंस्करण के बारे में प्रश्नों पर विचार किया गया था। अन्य मुद्दों पर विचार करें:

1) समावेश;

2) कैशिंग;



इस पृष्ठ पर सभी उदाहरण ra-project.net/xsl_tests और ब्राउज़रों ओपेरा, क्रोम, IE6, फ़ायरफ़ॉक्स, सफारी में काम करते हैं।

Inkluding

सरल दृश्य निर्देश

<xsl:include href="common/forms.xsl"/>



,

जो सर्वर पर xsl- परिवर्तन के मामले में ठीक काम करता है, कुछ ब्राउज़रों में पार्स किए जाने पर सही तरीके से संसाधित नहीं किया जाएगा। सभी ब्राउज़र एक अतिरिक्त xsl फ़ाइल को लोड करने में सक्षम होंगे यदि पूर्ण URL इसे निर्दिष्ट किया गया हो। उदाहरण के लिए, यह:

<xsl:include href="http://site.com/xsl/common/forms.xsl"/>



।



ब्राउज़र द्वारा लोड की जाने वाली xsl फ़ाइलों में पूर्ण पथ निर्दिष्ट करना संभव है। लेकिन तब समाधान का लालित्य खो जाता है। और हम हमेशा यह सुनिश्चित करने के लिए नहीं जानते हैं कि साइट किस डोमेन पर घूम रही होगी। इसलिए, क्लाइंट पर ट्रांसफ़ॉर्मेशन करने से पहले, आपको सापेक्ष रास्तों को निरपेक्षता से बदलने के लिए जावास्क्रिप्ट का उपयोग करना चाहिए।



टेस्ट इंक्लूजन उदाहरण में, एकल समावेश प्रक्रिया है। यहां मुख्य xsl फ़ाइल 1.xsl अतिरिक्त मार्कअप फ़ाइल 1_1.xsl को लोड करती है ।



डबल इंक्लूजन टेस्ट उदाहरण में, डबल इंक्लूजन को संसाधित किया जाता है। यहां मुख्य xsl- फ़ाइल 2.xsl का भार 2_1.xsl है , जो बदले में किसी अन्य xsl- फ़ाइल 1_1.xsl को संदर्भित करता है।

कैशिंग

फ़ायरफ़ॉक्स, क्रोम, और ओपेरा कैश नियमित रूप से मीडिया फ़ाइलों की तरह, डिफ़ॉल्ट रूप से फ़ाइलों को डाउनलोड किया। इसलिए, यदि आप साइट पृष्ठ को ताज़ा करते हैं, तो कैश अपनी प्रासंगिकता खो देगा और फ़ाइलें फिर से नेटवर्क से डाउनलोड की जाएंगी।



अन्यथा, IE करता है। यह इस डेटा को एक बार और सभी के लिए (एक लंबे समय के लिए) कैश करता है, ताकि पेज को अपडेट करने के बाद भी, ब्राउज़र को दृढ़ता से विश्वास हो जाए कि पहले डाउनलोड की गई फाइलें अपनी प्रासंगिकता नहीं खो चुकी हैं। डेटा को अपडेट करने का एकमात्र विकल्प ब्राउज़र कैश को मैन्युअल रूप से साफ़ करना है।



इसलिए, यदि हमें उस साइट पर प्रासंगिक डेटा प्रदर्शित करने की आवश्यकता है जो हमारे लिए xml के रूप में आती है, तो हमें पोस्टफ़िक्स जोड़ने की आवश्यकता है। ऐसे ही ra-project.net/xsl_tests/res/1.xml?_1234567890666



ra-project.net/xsl_tests/res/1.xml?_1234567890666



और कैशिंग स्वयं जावास्क्रिप्ट में कार्यान्वित किया जाता है। वही परिवर्तन फ़ाइलों के लिए जाता है। उदाहरण के लिए, विकास के स्तर पर, हम चाहते हैं कि हमारा ब्राउज़र हमेशा xsl फ़ाइल के "ताज़ा" संस्करण के साथ काम करे, और उत्पादन पर हम ब्राउज़र को इस xsl फ़ाइल को कैश भी कर सकते हैं।



" टेस्ट इंक्लूजन " उदाहरण में , आप कैश सेटिंग्स के साथ " चारों ओर खेल सकते हैं"। डीबगिंग टूल: फायरबग, ड्रैगनफ़्लावर, डेवलपर टूल्स का उपयोग करके सेटिंग्स के परिणामों को देखा जा सकता है।

प्रयुक्त उपकरण

क्लाइंट-साइड xsl ट्रांसफ़ॉर्मेशन के लिए, मैंने jQuery ट्रांसफ़ॉर्म प्लगइन का उपयोग किया, जिसने कैशिंग फीचर्स को जोड़ा और इंक्लूजन मैकेनिज्म में सुधार किया। एक अंतिम संस्करण यहां ra-project.net/xsl_tests/jquery.transform.js पर लिया जा सकता है।

लंबित मुद्दे

2 और सवालों पर विचार नहीं किया गया:

1) लोडिंग और परिवर्तन त्रुटियों के दौरान डिबगिंग;

2) फायरफॉक्स में इंस्ट्रक्शन डिसेबल-आउटपुट-एस्कॉर्टिंग = "हां" प्रोसेसिंग की समस्या।

उनके बारे में एक और समय।



युपीडी। इस तकनीक के उपयोग का एक वास्तविक कार्य उदाहरण है।

juick.ra-project.net/stats#ra

यहां महीने के हिसाब से आंकड़े दिए गए हैं। जब आप किसी विशिष्ट महीने पर क्लिक करते हैं, तो महीने का xml डेटा और xsl फ़ाइल लोड हो जाती है। इसके अलावा, xsl फ़ाइल केवल एक बार डाउनलोड की जाएगी। और xml डेटा कैश किया गया है, इसलिए यदि आप महीनों की सूची के माध्यम से "चलते हैं", तो एक बार डाउनलोड किए गए डेटा को सर्वर से दोबारा नहीं लिया जाएगा, लेकिन कैश से लिया जाएगा।