🤲🏾 👧 ◾️ स्टार्टअप: अजाक्स पोर्टल प्रौद्योगिकी - अगली पीढ़ी के उद्यम पोर्टल की ओर 💓 🖍️ 🤥

जैसा कि अक्सर होता है, कॉरपोरेट साइट के लिए "इंजन" का निर्माण करते समय, अजाक्स पोर्टल तकनीक दो एंटरप्राइज पोर्टल और अजाक्स प्रौद्योगिकियों के संश्लेषण के रूप में दिखाई देती है। नतीजतन, कुछ नया दिखाई दिया जो उद्यम पोर्टलों को दूसरी हवा दे सकता है।

लगभग 5 वर्षों तक मैंने एक प्रमुख यूरोपीय चिंता के मिन्स्क प्रभाग में काम किया। अपने काम के हिस्से के रूप में, मैं इंट्रानेट में शामिल था (नए अनुप्रयोगों को विकसित करना और पुराने का समर्थन करना)। लक्ष्य कुछ प्रकार के एकीकृत उपकरण विकसित करना था जो एक ही सूचना स्थान में असमान अनुप्रयोगों को एकीकृत करेगा। इस कार्य की ख़ासियत यह थी कि विभिन्न वेब तकनीकों का उपयोग करके अनुप्रयोग विकसित किए गए थे और शारीरिक रूप से विभिन्न सर्वरों पर स्थित थे। तकनीकी दृष्टिकोण से, इन अनुप्रयोगों के "दोस्त बनाने" के लिए केवल एक ही समाधान था - HTML फ्रेम का उपयोग करना। HTML फ्रेम HTML टैग्स का एक सेट है जो आपको ब्राउज़र विंडो को कई हिस्सों में विभाजित करने की अनुमति देता है, जिनमें से प्रत्येक में आप किसी भी इंटरनेट साइट, वेब एप्लिकेशन और वेब पेज प्रदर्शित कर सकते हैं। इस दृष्टिकोण का मुख्य आकर्षण यह था कि एक फ्रेम (ब्राउज़र के स्वतंत्र भागों में से एक) में एक साधारण सूची या पेड़ के रूप में लिंक का एक सेट होता था, दूसरे फ्रेम में इंटरनेट साइट, वेब-एप्लिकेशन, वेब-पेज, पीडीएफ-दस्तावेज, एमएस ऑफिस प्रदर्शित होते थे। दस्तावेज़ (वर्ड, एक्सेल, पॉवरपॉइंट, आदि), तस्वीरें, आदि। (इसके बाद हम इसे सामग्री या इंटरनेट संसाधन कहेंगे)। इस मामले में, कोई अंतर नहीं था जहां प्रदर्शित सामग्री और सामग्री का प्रकार स्थित था।

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

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

समय के साथ, HTML फ्रेम का उपयोग वेब एप्लिकेशन बनाने में "बुरा व्यवहार" माना जाता है। केवल IFRAME HTML टैग के लिए एक अपवाद बनाया गया था, जो आपको वेब पेज पर कहीं भी एक स्वतंत्र ब्राउज़र विंडो जोड़ने और इसमें किसी भी सामग्री को प्रदर्शित करने की अनुमति देता है। नतीजतन, मैंने एक अंतर्निहित लिंक ट्री और IFRAME टैग के साथ पृष्ठों का उपयोग करना शुरू कर दिया। उसी समय, जब एक लिंक को पेड़ में क्लिक किया गया था, तो सामग्री IFRAME टैग के अंदर लोड की गई थी। स्वाभाविक रूप से, पेड़ जल्द ही जावास्क्रिप्ट के आधार पर गतिशील हो गया, आवश्यकतानुसार स्तरों को लोड किया गया। यहां तक कि एक संस्करण भी था जिसमें पेड़ को "आइकन" के एक सेट के साथ बदल दिया गया था।

अजाक्स प्रौद्योगिकी के आगमन के साथ, यह विचार आया कि अजाक्स प्रौद्योगिकी का उपयोग करके HTML / XHTML सामग्री लोड की जाए, और फिर जावास्क्रिप्ट संपत्ति इनर HTML (सामान्य रूप से, DIV टैग) के माध्यम से सामग्री डालकर इसे प्रदर्शित करें। यह संबंधित अनुप्रयोगों के लिए पूरी तरह से काम करता है - एक ही सीएसएस और जावास्क्रिप्ट फ़ाइलों का उपयोग करने वाले अनुप्रयोग।

अगला कदम लोड किए गए HTML / XHTML दस्तावेज़ (सामग्री) से संबंधित सभी आवश्यक CSS और जावास्क्रिप्ट फ़ाइलों को निकालने और उन्हें मुख्य दस्तावेज़ में चिपकाने का विचार था। शांत विचार, पहली नज़र में सरल। मैंने अधिकांश संभावित स्थितियों, ब्राउज़र अंतर आदि को कवर करने से पहले बहुत समय बिताया। कार्य का परिणाम ajax4all जावास्क्रिप्ट पुस्तकालय था, जो जावास्क्रिप्ट का उपयोग करके किसी भी HTML / XHTML दस्तावेज़ (वेब अनुप्रयोग) को किसी अन्य HTML / XHTML दस्तावेज़ (वेब अनुप्रयोग) में सम्मिलित करने की अनुमति देता है, और फिर वस्तुतः कोई समस्या नहीं के साथ एक और दूसरे के साथ काम करता है टिप्पणी: बेशक, सीएसएस वर्गों और जावास्क्रिप्ट विधियों और कक्षाओं के लिए एक ही नाम के साथ एक समस्या हो सकती है, लेकिन यहां तक कि इस समस्या को सीएसएस कक्षाओं और जावास्क्रिप्ट कक्षाओं और विधियों के नाम बदलकर प्रोग्रामेटिक रूप से हल किया जा सकता है)। यह लाइब्रेरी एक खिलौना बन सकती है अगर मेरे पास एक और जुनून नहीं है - पोर्टल समाधान (JSR-168 और JSR-286 मानकों पर आधारित उद्यम पोर्टल)।

ऐसा हुआ, एक परियोजना पर काम करते हुए जो बाद में वेबलॉजिक पोर्टल पर स्थानांतरित हो जाएगा, मैं पोर्टल समाधान से परिचित हो गया। नतीजतन, मुख्य बात यह हुई - दो जुनून विचार संयुक्त, और परिणामस्वरूप, अजाक्स पोर्टल दिखाई दिया।

पोर्टल आपको पोर्टल्स के आधार पर अपने पृष्ठ बनाने की अनुमति देते हैं, जो छोटे स्वतंत्र अनुप्रयोग हैं। पोर्टल पेज पर पोर्टलेट्स को छोटी स्वतंत्र विंडो के रूप में प्रदर्शित किया जाता है, जिसमें कई दर्जन पोर्टल्स शामिल हो सकते हैं। यदि आवश्यक हो, तो पोर्टलेट एक दूसरे के साथ संवाद कर सकते हैं (इंटरपोर्ट वॉलेट संचार)। पोर्टलेट्स का उपयोग करने से मॉड्यूलर सॉफ्टवेयर विकास होता है।

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

पोर्टलों का अगला लाभ अनुकूलन है - पोर्टल पृष्ठों को अनुकूलित करने की क्षमता: पोर्टलेट्स को स्थानांतरित करना, नए लोगों को जोड़ना, पुराने लोगों को हटाना, पोर्टल्स को कम करना और विस्तारित करना संभव हो जाता है, अर्थात। प्रोग्रामर को शामिल किए बिना डेस्कटॉप (कार्यक्षेत्र) को अनुकूलित करें। यह आपको जानकारी और इसके प्रसंस्करण के साथ काम करते समय सबसे बड़ी सुविधा प्रदान करने की अनुमति देता है।

अजाक्स पोर्टल एंटरप्राइज पोर्टल के डेवलपर को क्या देता है:

क्लाइंट-साइड सामग्री एकत्रीकरण (जावास्क्रिप्ट का उपयोग करने वाले ब्राउज़र में) क्लासिक सर्वर-साइड सामग्री एकत्रीकरण की तुलना में अधिक कुशल है, जो JSR-168 और JSR-286 मानकों पर आधारित है।
पोर्टल सर्वर पर लोड को कम करना। पोर्टल सर्वर से सामग्री और डेटा सीधे पोर्ट सर्वर (जिस सर्वर पर पोर्टलेट एप्लिकेशन चल रहा है) को पोर्टल सर्वर को दरकिनार कर भेजा जाता है। ट्रैफ़िक में कमी लगभग दस गुना - बीस बार होती है और पोर्टल पेज पर पोर्टलेट्स की संख्या पर निर्भर करती है।
पोर्टलेट में कोई भी बदलाव पूरे पोर्टल पेज को फिर से लोड किए बिना होता है, जिसमें एक नया जोड़ना या एक पुराने पोर्टलेट को हटाना शामिल है। नतीजतन, सब कुछ तेजी से काम करता है।
पोर्टल पूरे पोर्टल पृष्ठ को फिर से लोड किए बिना नए और पुराने पोर्टलेट (पोर्टल पेज से हटाएं) खोल सकते हैं।
अन्य पोर्टल्स (इंटरपोर्ट वॉलेट) के साथ सरलीकृत संचार। यह या तो पोर्टल पेज के कोर के माध्यम से किया जा सकता है, या पोर्टल या पोर्टल सर्वर के माध्यम से किया जा सकता है।
एक प्रक्रिया विधि की आवश्यकता गायब हो गई है।
JSR-301 और JSR-329 मानकों के आधार पर भारी पुलों का समर्थन करने की कोई आवश्यकता नहीं है और परिणामस्वरूप, सामग्री और संसाधनों को डाउनलोड करने का एक ही तरीका प्रकट हुआ है।
अब आप नियमित वेब एप्लिकेशन को पोर्टलेट के रूप में उपयोग कर सकते हैं (मैशअप के विशेष मामले में, यह निम्नलिखित लेखों में से एक में चर्चा की जाएगी)। इसके अलावा, पोरजैक्स (पोर्टेट डिस्क्रिप्टर के साथ वेब एप्लिकेशन) के उपयोग को एक विशेष मामला माना जा सकता है।
पोर्टलेट्स के रूप में, आप उन मोबाइल उपकरणों के लिए वेब एप्लिकेशन के संस्करणों का उपयोग कर सकते हैं जिन्हें अपेक्षाकृत कम रिज़ॉल्यूशन वाली स्क्रीन पर प्रदर्शित करने के लिए डिज़ाइन किया गया है। यह ऐसे अनुप्रयोगों को पोर्टलेट्स में प्रदर्शित करने के लिए आदर्श है (उदाहरण के लिए, Odnoklassniki सामाजिक नेटवर्क अनुप्रयोगों या ATO.BY भू-सेवाओं के मोबाइल संस्करण)।
एक विशिष्ट एपीआई की कमी। परिणामस्वरूप - सस्ती सस्ती कुशल श्रम (यह प्रबंधक या वास्तुकार के लिए अधिक दिलचस्प है)।

आखिरकार मैंने ऊपर जो उद्धृत किया, वह सस्ता सॉफ्टवेयर निर्माण और इसके रखरखाव के लिए कम लागत का कारण बनता है। यह सब मूल रूप से ajax4all लाइब्रेरी का उपयोग करके हासिल किया गया है। वह अजाक्स पोर्टल का दिल है।

Ajax4all लाइब्रेरी बनाते समय, मुझे सभी रिश्तेदार लिंक को छवियों, शैलियों और लिपियों को पूर्ण लिंक में बदलने की आवश्यकता के साथ सामना किया गया था। अन्यथा, पोर्टल पेज में हो रही है, प्रत्येक रिश्तेदार लिंक का असली पता पोर्टल पेज के पते के सापेक्ष ब्राउज़र द्वारा गणना करना शुरू कर दिया। एकमात्र गंभीर समस्या जावास्क्रिप्ट कोड में "वायर्ड" रिश्तेदार पते है। इस मामले में, समाधान केवल वेब एप्लिकेशन को अनुकूलित करने के लिए है (वेब अनुप्रयोगों के लिए सबसे अच्छा अभ्यास शुरू करना जो पोर्टलेट के रूप में उपयोग किए जाने वाले हैं)।

Ajax4all लाइब्रेरी बनाने में दूसरा काम था, नियमित हाइपरटेक्स्ट लिंक को अजाक्स अनुरोध कॉल में बदलना, इसके बाद पोर्टलेट विंडो में सामग्री को बदलना।

अधिकांश वेब एप्लिकेशन अभी भी HTML फॉर्म का उपयोग करते हैं, अर्थात यह केवल पोर्ट के रूप में उपयोग किए जाने वाले वेब एप्लिकेशन की सामग्री को "अलग" करने के लिए अपर्याप्त हो गया और इसे पोर्ट पेज में पेस्ट कर दिया। एचटीएमएल रूपों में रिश्तेदार लिंक को बदलना भी आवश्यक था। बदले में, सवाल उठता है कि रूपों की कार्यक्षमता के साथ क्या करना है? -सभी सबमिट बटन के द्वारा HTML फॉर्म जमा करें या जावास्क्रिप्ट का उपयोग करके आमतौर पर पोर्टल विंडो में सामग्री को फिर से लोड करने के बजाय सभी पोर्टल पृष्ठों को फिर से लोड करें।

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

प्रारंभ में, मेरा उद्देश्य दोनों प्रकार के एकत्रीकरण का समर्थन करना था: क्लाइंट की तरफ (जावास्क्रिप्ट का उपयोग करने वाले ब्राउज़र में) और सर्वर साइड (पोर्टल सर्वर) पर क्लासिक दृष्टिकोण। अभ्यास से पता चला है कि पारंपरिक वेब अनुप्रयोगों का उपयोग करने का तरीका बहुत अच्छा है और सर्वर-साइड एकत्रीकरण का समर्थन करने वाली शाखा को छोड़ दिया गया है। शायद मैं उसके पास लौट आऊंगा, लेकिन बाद में ...

शास्त्रीय जावा पोर्टलेट एपीआई (JSR-168 और JSR-286 मानकों के साथ 100% संगत) को खोने के बाद, मैंने मुख्य चीज हासिल की: अजाक्स पोर्टल HTML, सीएसएस और जावास्क्रिप्ट के आधार पर बनाया गया है। इसका मतलब है कि पोर्टल के सर्वर भाग के प्लेटफॉर्म (प्रोग्रामिंग भाषा सहित) पर कोई निर्भरता नहीं है। परिणामस्वरूप, अजाक्स पोर्टल को एक क्रॉस-प्लेटफॉर्म समाधान माना जा सकता है। जावा वेब एप्लिकेशन डेवलपमेंट को JSP टैग लाइब्रेरी के माध्यम से समर्थित किया गया था। लाइब्रेरी के स्थिर हो जाने और नए टैग विशेषताओं के प्रकट नहीं होने के बाद, JSF घटक लाइब्रेरी बनाना संभव होगा। इस वर्ष के जून में (2011) मैं एक .NET डेवलपर से जुड़ा था, जिसने .NET के लिए एक लाइब्रेरी बनाई थी। PHP संस्करण के आगमन के साथ - यह गर्व से घोषित करना संभव होगा कि अजाक्स पोर्टल एक बिल्कुल क्रॉस-प्लेटफॉर्म समाधान है। पर्ल के लिए एक पुस्तकालय बनाने का विचार है, लेकिन यह एक दूर की संभावना है।

जावा में पोर्टलेट एपीआई के विकल्प के रूप में, एक परियोजना माइक्रोवार्लेट जावा एमवीसी ढांचे की पेशकश कर सकती है। यह जावा पर मेरी पुस्तक के लिए एक उदाहरण था, जो आपको एक वर्ग (HttpServlet पर आधारित) के आधार पर शाब्दिक रूप से एक पूर्ण वेब अनुप्रयोग बनाने की अनुमति देता है। फ्रेम बीन रूपों और JSP पृष्ठों का समर्थन करता है। व्यापक रूप से जावा एनोटेशन का उपयोग किया जाता है। यह एक पोर्टलेट बनाने का सही समाधान है जिसमें सिर्फ एक या दो विधियाँ हो सकती हैं। उपयोगकर्ता अपना उत्तर "उसके होने या न होने" के लिए देंगे। मुझे यह पसंद है। जबकि MicroServlet रूपरेखा स्प्रिंग MVC के करीब और करीब हो रही है। मुझे अभी तक पता नहीं चला है कि यह अच्छा है या बुरा। नवीनतम प्रवृत्ति MicroServlet ढांचे के आधार पर नया पोर्टलेट एपीआई है। क्या यह उपयोगकर्ताओं के लिए सुविधाजनक है समय बताएगा।

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

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

Ajax पोर्टल का प्रत्येक संस्करण, ajax4all पुस्तकालय और MicroServlet ढांचे के आधार पर पोर्टलेट एपीआई के अलावा, कुछ नवाचार लाता है। 1.0 संस्करण के लिए। *, इस तरह के एक नवाचार क्षेत्रों के गतिशील परिवर्तन (पोर्टल पेज पर पोर्टल कंटेनर) है। स्टेट पैटर्न लागू। CSS का उपयोग करके परिवर्तन किया जाता है। CSS मार्कर को मार्कर के रूप में उपयोग किया जाता है। HTML / XHTML कोड की समान संरचना के साथ, मार्कर के आधार पर, क्षेत्र और पोर्टल्स के प्रतिनिधित्व में परिवर्तन होता है। एक क्षेत्र को एक मानक दृश्य (प्रत्येक पोर्टलेट एक छोटी विंडो में प्रदर्शित किया जाता है) से एक समझौते या बुकमार्क प्रणाली में परिवर्तित किया जा सकता है। इसके अलावा, पोरेट्स को उजागर किए बिना पूरे क्षेत्र को एकल खिड़की के रूप में प्रस्तुत करना संभव है। इसमें एक दृश्य भी है जिसमें पोर्टलेट्स और क्षेत्र की कोई चौतरफा सजावट नहीं है।

पिछले कुछ वर्षों में, कई कंपनियों ने पोर्टल समाधान बाजार को छोड़ दिया है। कई स्टार्टअप और ओपन सोर्स समाधान छोड़ दिए गए हैं। मेरी राय में, मुख्य कारण यह है कि JSR-286 मानक अजाक्स प्रौद्योगिकी की क्षमता का एहसास नहीं कर पाया था। JSR-286 मानक, अजाक्स की शुरुआत के बाद जारी किया गया था, वास्तव में JSR-168 की क्षमताओं का केवल विस्तार किया, लेकिन कुछ भी नया नहीं लाया। यह इन समस्याओं को हल करने के लिए डिज़ाइन किया गया है कि ajax4all लाइब्रेरी है।

नवीनतम फैशन ट्रेंड मैशअप की ओर पोर्टल समाधानों का एक सहज संक्रमण है। मुझे लगता है कि यह एक अलग लेख के लिए एक विषय है। Ajax पोर्टल एंटरप्राइज़ पोर्टल्स और मैशअप के बीच एक आला में स्थित है। परिणाम एक क्रॉस-ब्राउज़र क्रॉस-प्लेटफ़ॉर्म वेब 2.0 पोर्टल / मैशअप है जो अनुकूलन और निजीकरण के समर्थन के साथ है।

किसी भी स्टार्टअप के लिए मुख्य सवाल उसके एनालॉग्स होते हैं। मैंने लंबे समय तक खोज की और अच्छी तरह से खोजा, लेकिन अभी तक नहीं मिला है। यदि आप, इस लेख के पाठकों को जानते हैं, तो यदि आप उन्हें मेरे लिए संकेत देते हैं, तो मैं बहुत आभारी रहूंगा। कृपया ध्यान दें कि यह है:

HTML IFrame टैग के विकल्प के बारे में और इसे Ajax अनुरोधों के साथ बदलने के लिए,
लागू करें अजाक्स अपनी विशेष तैयारी (ऑफलाइन) के बिना मानक वेब अनुप्रयोगों के लिए पैटर्न जमा करें।

और दूसरा सवाल जो आमतौर पर उठता है, और यह पहले क्यों नहीं किया गया है? - पहले, कोई " क्रॉस-ऑरिजिनल रिसोर्स शेयरिंग " मानक नहीं था, जो वर्तमान डोमेन के बाहर अजाक्स अनुरोध भेजने की क्षमता को निर्दिष्ट करता है। रिमोट पोर्टलेट्स के लिए अजाक्स पोर्टल भी प्रॉक्सी का समर्थन करता है।

मैंने iGoogle सहित कई लोकप्रिय समाधानों को "विच्छेदित" किया, और पाया कि वे सभी मूल रूप से IFrame HTML टैग का उपयोग करते हैं। इसलिए, ajax4all लाइब्रेरी एकमात्र विकल्प है जिसे मैं दूरस्थ पोर्टलेट के लिए HTML IFrame टैग के साथ जानता हूं। Ajax पोर्टल में ajax4all का उपयोग करते समय, स्वाभाविक रूप से चयनित क्षेत्र को सामग्री से भरना और आनुपातिक रूप से इसे लंबवत रूप से फैलाना संभव हो जाता है, वास्तव में HTML IFrame टैग का उपयोग करके प्राप्त नहीं किया जा सकता है।

जारी रखा:
http://habrahabr.ru/blogs/AJAX/125568/

स्टार्टअप: अजाक्स पोर्टल प्रौद्योगिकी - अगली पीढ़ी के उद्यम पोर्टल की ओर

More articles: