सामान्य लिस्प वेब अनुप्रयोग विकसित करना (भाग तीन)

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



इस समीक्षा का तीसरा भाग Hunchentoot वेब सर्वर को समर्पित होगा। इसकी वास्तुकला और बुनियादी सुविधाओं पर विचार करें। इसके अलावा, हम कुछ संबंधित मुद्दों पर, विशेष रूप से, HTML / XML की पीढ़ी को स्पर्श करेंगे।

एक वेब सर्वर का चयन

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



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



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

पेश है हुंचेंटूट

सबसे पहले, सुनिश्चित करें कि हमने Hunchentoot स्थापित किया है:



( asdf:oos 'asdf:load-op :hunchentoot )







अब स्वीकारकर्ता वर्ग का एक उदाहरण बनाएं और चलाएं - http अनुरोध रिसीवर:



( hunchentoot:start ( make-instance 'hunchentoot:acceptor :port 8080 ))







ताकि Hunchentoot https अनुरोधों को स्वीकार कर सके, आपको 'sll-acceptor (इसके वंशज) के साथ ' acceptor ' को बदलने की जरूरत है, प्रमाणपत्र और मुख्य फाइलों को निर्दिष्ट करने की भूल न करें।



हेंचेंट कूट से लिए गए सरलतम हैंडलर पर विचार करें:



( hunchentoot:define-easy-handler ( say-yo :uri "/yo" ) ( name )

( setf ( hunchentoot:content-type* ) "text/plain" )

( format nil "Hey~@[ ~a~]!" name ))







इस हैंडलर को say-yo कहा जाता है, यह URL / yo से जुड़ता है और एकल नाम पैरामीटर (GET या POST के माध्यम से) लेता है। हैंडलर एक टेक्स्ट डॉक्युमेंट बनाता है जिसमें "अरे नाम!" होता है, जहां नाम नाम पैरामीटर का मान होता है, या बस "अरे!"। अगर नाम पैरामीटर निर्दिष्ट नहीं है (वह है, nil)। यदि आप स्ट्रिंग प्रारूपण की गहनता से भ्रमित हैं, तो प्रारूप फ़ंक्शन निर्देशों को देखें। / यो और / यो पर जाकर इस हैंडलर के संचालन की जाँच करें? नाम = वासिया।



पाठ के बजाय, हैंडलर वांछित फ़ाइल दे सकता है:



( hunchentoot:define-easy-handler ( get-file :uri "/file" ) ( name )

( handle-static-file ( format nil "/home/me/folder/~a" name ))







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



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



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



हेंचेंटूट मानक प्रेषण कार्यों के कई जनरेटर को परिभाषित करता है, साथ ही साथ कुछ मानक हैंडलर भी । उदाहरण के लिए, दिए गए URL उपसर्ग और हैंडलर द्वारा प्री-प्रीफ़िक्स-डिस्पैचर बनाना एक प्रेषण फ़ंक्शन है जो दिए गए प्रीफ़िक्स के अनुपालन के लिए URL अनुरोधों की जांच करता है। Create-regex-dispatcher फ़ंक्शन पिछले एक के समान है, लेकिन यह एक प्रेषण फ़ंक्शन उत्पन्न करता है जो URL को दिए गए नियमित अभिव्यक्ति पैटर्न को मैप करता है। बनाएँ-फ़ोल्डर-डिस्पैचर-एंड-हैंडलर फ़ंक्शन URL प्रीफ़िक्स और डायरेक्ट्री पथ को स्वीकार करता है, एक डिस्पैच फ़ंक्शन लौटाता है जो दी गई निर्देशिका से फ़ाइलों को वितरित करता है। स्टैंडर्ड हैंडलर में हैंडल-स्टैटिक-फाइल शामिल है , जिसे हमने गेट-फाइल की परिभाषा में इस्तेमाल किया था।



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



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

HTML / XML जनरेशन

हमारी समीक्षा के इस भाग को समाप्त करने के लिए, CL-WHO लाइब्रेरी पर विचार करें, जो HTML / XML बनाने के लिए एक सरल और सुविधाजनक DSL को परिभाषित करता है। हमेशा की तरह, एक बार देखना बेहतर होगा:



( push :tag3 *html-empty-tags* )

( with-html-output-to-string ( http-stream )

( :tag1 :attr1 1 :attr2 "2"

( :tag2 :attr3 ( + 1 2 ))

( loop for i from 1 to 3 do

( with-html-output ( http-stream )

( :tag3 :attr4 ( when ( oddp i ) "odd" ))))))







इस निर्माण का परिणाम अंतर्ज्ञान अंतर्विरोध नहीं है:



"<tag1 attr1='1' attr2='2'><tag2 attr3='3'></tag2>

<tag3 attr4='odd' /><tag3 /><tag3 attr4='odd' /></tag1>"







जैसा कि आप देख सकते हैं, साथ-html-output-to-string मैक्रो इस s-अभिव्यक्ति के अनुरूप उद्घाटन और समापन टैग से XML निर्माण करता है। पहला कमांड टैग 3 टैग को सिंगल टैग की सूची में जोड़ता है। इस तरह के टैग के लिए, संलग्नक की अनुपस्थिति में, एक समापन टैग उत्पन्न नहीं किया जाएगा। इसके बाद, html-output-to-string मैक्रो को कहा जाता है, जो कि html- आउटपुट , मुख्य CL-WHO मैक्रो के साथ एक आवरण है। जैसा कि आप उदाहरण से देख सकते हैं, कोड निर्माण को स्वचालित करने के लिए मनमाने ढंग से नियंत्रण निर्माण की अनुमति है।



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