👨🏻‍🎨 💳 ❕ पाइथन और पिरामिड में 8 मार्च की शुभकामनाएं 🗞️ 🤹🏼 💃🏻

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

हो सकता है कि लेख पढ़ने के बाद, कोई व्यक्ति बधाई के लिए "विश बार" का पुन: उपयोग करने का निर्णय लेता है। शायद कोई पिरामिड की खोज करेगा, जो एक वेब फ्रेमवर्क है जो छोटी वेब परियोजनाओं को जल्दी से बनाने के लिए महान है। अंत में, आप बस अपने स्वयं के उपयोग के लिए GitHub से एप्लिकेशन के स्रोत कोड को उठा सकते हैं।

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

समस्या का बयान

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

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

पहली बात विनिर्देश और डिजाइन है। उपयोग परिदृश्यों को परिभाषित करें।

लड़की: एक वेब एप्लिकेशन खोलें, "इच्छाओं" की सूची से चुनें, इंगित करें, यदि आवश्यक हो, तो पाठ के रूप में विशेष इच्छाएं, एक आदेश दें, प्रशंसा करें कि कौन से लोग महान हैं। यदि वांछित है, तो प्रक्रिया को दोहराएं।
वेटर (पुरुष कर्मचारी): तुरंत रखे गए आदेश के बारे में एक सूचना प्राप्त करें, लड़की द्वारा चयनित "इच्छाओं" का एक सेट तैयार करें, कार्यस्थल पर लड़की को "इच्छाएं" लाएं।

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

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

वेब अनुप्रयोग

निम्नलिखित विवरण मानता है कि आप पायथन से परिचित हैं और वेब अनुप्रयोगों के निर्माण के मूल सिद्धांतों को समझते हैं।

चलो एक परियोजना निर्देशिका बनाकर शुरू करते हैं। हम परियोजना को इच्छाबार कहते हैं (इसके बाद, सभी फ़ाइल पथ परियोजना निर्देशिका के सापेक्ष दिए गए हैं)। एक वेब एप्लिकेशन मॉड्यूल बनाएं ( server.py फ़ाइल):

 from wsgiref.simple_server import make_server from pyramid.config import Configurator def create_app(): config = Configurator() app = config.make_wsgi_app() return app if __name__ == '__main__': app = create_app() server = make_server('0.0.0.0', 8080, app) server.serve_forever()

वेब अनुप्रयोगों को चलाने के लिए, WSGI समर्थन के साथ एक साधारण न्यूनतर HTTP सर्वर का उपयोग किया जाता है - पायथन मानक पुस्तकालय से wsgiref.simple_server मॉड्यूल। यह हमारे वेब एप्लिकेशन के लिए काफी है, दोनों स्थानीय नेटवर्क पर विकास और उपयोग के लिए। कम से कम अभी तक नहीं। लेख के अंत में, हम दिखाएंगे कि सर्वर पर तैनाती के लिए पिरामिड एप्लिकेशन को कैसे तैयार किया जाए - युद्ध की स्थिति में हम एक अलग सर्वर का उपयोग करेंगे।

Http: // localhost: 8080 / पर ब्राउज़र के माध्यम से आवेदन की उपलब्धता की जांच करें। सर्वर उपलब्ध है, लेकिन केवल 404 रिटर्न नहीं मिला।

एक वेब एप्लिकेशन में, हमें शैलियों, लिपियों और छवियों की आवश्यकता होती है। Js, css, img डायरेक्टरीज़ बनाएँ और स्टेटिक्स को संभालने के लिए व्यू फ़ंक्शंस (विचार, विचार; अंग्रेज़ी विचार) जोड़ें।

 def create_app(): config = Configurator() path = os.path.abspath(__file__) root = path[:path.rindex("/")] config.add_static_view("css", "{0}/css".format(root)) config.add_static_view("js", "{0}/js".format(root)) config.add_static_view("img", "{0}/img".format(root)) app = config.make_wsgi_app() return app

अब फॉर्म /css/* , /js/* , /img/* URL से संबंधित निर्देशिकाओं से फाइल वापस करेगा।

सर्वर पर पहुंचने वाले प्रत्येक पिरामिड अनुरोध को एक दृश्य फ़ंक्शन से जुड़ा होना चाहिए जो इसे संसाधित करेगा। यदि फ़ंक्शन नहीं मिल सकता है, तो क्लाइंट त्रुटि स्थिति के साथ प्रतिक्रिया लौटाएगा। व्यू फ़ंक्शंस को पंजीकृत करने के लिए पिरामिड में कई तरीके हैं। स्थैतिक हैंडलर को पंजीकृत करने के लिए, हम एक अनिवार्य दृष्टिकोण का उपयोग करते हैं - जब add_static_view को कॉल किया जाता है, वर्ग pyramid.static.static_view का एक ऑब्जेक्ट बनाया और पंजीकृत किया जाता है, जो पहले पैरामीटर में पारित उपसर्ग के साथ शुरू होने वाले URL के अनुरोधों को संसाधित करेगा।

एचटीएमएल के साथ सौदा करते हैं। शुरुआत करते हैं नमस्ते दुनिया से। वेब एप्लिकेशन कॉन्फ़िगरेशन के लिए एक मार्ग जोड़ें।

 config = Configurator() config.add_route("index_route","/")

मार्ग URL पैटर्न (दूसरा पैरामीटर) द्वारा निर्धारित किया जाता है। पहला पैरामीटर मार्ग का नाम है। यदि अनुरोधित URL मार्ग के पैटर्न से मेल खाता है, तो मार्ग से जुड़े अनुरोध का दृश्य प्रसंस्करण कार्य कहा जाता है।

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

आइए व्यू-फ़ंक्शंस index_route मॉड्यूल बनाएं, इसमें रूट हैंडलर index_route का कोड जोड़ें:

 @view_config(route_name="index_route") def index(request): return render_to_response('pt/index.pt', { 'name' : 'world' }, request)

और pt फ़ोल्डर में आदिम pt/index.html टेम्पलेट:

 <!doctype html> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:tal="http://xml.zope.org/namespaces/tal" xmlns:metal="http://xml.zope.org/namespaces/metal"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>wishbar</title> </head> <body> Hello, ${name}! </body> </html>

render_to_response पहले पैरामीटर में निर्दिष्ट pt/index.pt टेम्पलेट के अनुसार अनुरोध request लिए एक HTML पेज बनाता है, दूसरे पैरामीटर में शब्दकोश से डेटा प्रतिस्थापित करता है।

इस हैंडलर को वेब एप्लिकेशन में रजिस्टर करें। आप अनिवार्य दृष्टिकोण का उपयोग कर सकते हैं, लेकिन वेब एप्लिकेशन को views.py "स्कैन" views.py और views.py वर्णित सभी हैंडलर को पंजीकृत करना आसान है।

 config = Configurator() config.add_route("index_route","/") config.scan("views")

हमें तीन पृष्ठ चाहिए - एक नाम दर्ज करने के लिए एक पृष्ठ, एक मेनू पृष्ठ और एक आदेश पुष्टिकरण पृष्ठ। तीनों पृष्ठों में एक ही डिज़ाइन होना चाहिए। इसलिए, टेम्प्लेट का उपयोग करना उचित है। विशेष रूप से, एक मूल HTML पेज टेम्पलेट रखने के लिए, जिसके शरीर में प्रत्येक विशेष स्क्रीन के लिए संबंधित सामग्री डाली जाएगी। पिरामिड की आपूर्ति में गिरगिट टेम्पलेट इंजन है, चलो इसे बंद करो। आइए एक मूल टेम्पलेट बनाएँ pt/base.pt और तीन पृष्ठों में से प्रत्येक के लिए एक टेम्पलेट - pt/login.pt , pt/index.pt ("हेल्लो वर्ल्ड" बदलें), pt/confirm.pt । आधार के रूप में base.pt टेम्प्लेट का उपयोग करने के लिए, base.pt दी गई सामग्री के साथ server.py बगल में एक ' subscribers.py फ़ाइल बनाएँ।

 from pyramid.renderers import get_renderer from pyramid.events import BeforeRender, subscriber @subscriber(BeforeRender) def add_base_template(event): base = get_renderer('pt/base.pt').implementation() event.update({'base': base})

यह create_app फ़ंक्शन में वेब एप्लिकेशन में subscribers.py से सभी ईवेंट हैंडलर को पंजीकृत करने के लिए बनी हुई है।

 config = Configurator() config.add_route("index_route","/") config.scan("subscribers")

@subscriber add_base_template फ़ंक्शन को एक पिरामिड आंतरिक घटना हैंडलर के रूप में परिभाषित करता है। टेम्प्लेट रेंडर करने से तुरंत पहले रेंडरर इवेंट हैंडलर को बुलाया जाता है। हैंडलर में, हम रेंडरर ग्लोबल्स के सेट को बदल सकते हैं - जिसका नाम टेम्प्लेट में उपलब्ध मान हैं। विशेष रूप से, हम इस बेस बेस के रेंडरर को सेट कर रहे हैं।

pt/base.pt आवश्यक विस्तार स्लॉट घोषित करते हैं:

 <div id="content"> <tal:block metal:define-slot="content"> </tal:block> </div>

अब टेम्प्लेट में login.pt , index.pt और confirm.pt आप बेस टेम्पलेट से "इनहेरिट" कर सकते हैं:

 <html xmlns="http://www.w3.org/1999/xhtml" xmlns:tal="http://xml.zope.org/namespaces/tal" xmlns:metal="http://xml.zope.org/namespaces/metal" metal:use-macro="base"> <tal:block metal:fill-slot="content"> Hello, ${name}! </tal:block> </html>

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

 if 'username' in request.cookies: pass else: return render_to_response('pt/login.pt', {}, request)

हम लेआउट और शैलियों पर थोड़ा काम करेंगे। चलो मदद करने के लिए भयानक बटन लेते हैं।

चूंकि भयानक बटन बटन नहीं हैं, लेकिन लिंक, हम बटन क्लिक करने पर फ़ॉर्म जमा करने के लिए कुछ jQuery जोड़ देंगे। हम प्रपत्र डेटा को URL /login/ POST अनुरोध के रूप में भेजेंगे। एक मार्ग और एक हैंडलर जोड़ें। हैंडलर में, username कुंजी के साथ कुकी के रूप में लड़की का नाम सहेजें और वेब एप्लिकेशन के मूल में 302 फाउंड भेजें।

 config.add_route("index_route","/")

 @view_config(route_name="login_route") def login(request): username = request.params['username'] response = Response() response.set_cookie('username', value=username, max_age=86400) return HTTPFound(location = "/", headers=response.headers)

किसी भी वेब एप्लिकेशन की तरह, पुनर्निर्देशन आवश्यक है ताकि जब पृष्ठ ताज़ा हो जाए, तो ब्राउज़र फॉर्म डेटा के साथ POST अनुरोध को फिर से भेजने की पेशकश नहीं करता है। ऐसा तब होता है जब आप POST अनुरोध के जवाब में HTML पेज वापस करते हैं।

अब हमारे पास लड़की के नाम के साथ एक कुकी है। जब index_route मार्ग के साथ एक अनुरोध संसाधित करते हैं, तो "इच्छाओं" की एक सूची प्रदर्शित की जा सकती है। हम इच्छा सूची को पायथन में एक सूची के रूप में एन्कोड करते हैं और इसे लड़की के नाम के साथ टेम्पलेट को पास करते हैं।

 if 'username' in request.cookies: username = request.cookies['username'] response = render_to_response("pt/index.pt", { "username" : username, "wishbar" : WISHBAR }, request) return response

टेम्पलेट में, हम सूची में प्रत्येक इच्छाओं के लिए पंक्तियों के साथ एक तालिका उत्पन्न करेंगे।

 <div class="table"> <tal:block repeat="wish wishbar"> <label for="${wish.name}"> <div><input id="${wish.name}" name="wish-${wish.name}" type="checkbox"></input><div class="checkbox"></div></div> <div> <div class="title">${wish.title}</div> <div class="description">${wish.description}</div> </div> </label> </tal:block> </div>

हम देखते हैं कि क्या हुआ।

झंडे को स्टाइल करने के लिए, एक div के लिए इनपुट के प्रतिस्थापन और उन्हें जावास्क्रिप्ट के माध्यम से जोड़ने के साथ एक विधि लागू की गई थी। लेख के लेखक की सिफारिशों के अनुसार पृष्ठ को लोड करते समय छवियों को पहले से लोड करना सही होगा, लेकिन मैंने ऐसा नहीं किया। चूंकि एप्लिकेशन को स्थानीय नेटवर्क पर तैनात किया गया था, इसलिए लड़कियों ने छवियों को डाउनलोड करने में देरी पर ध्यान नहीं दिया।

पृष्ठ के निचले भाग में, "विशेष इच्छाओं" को दर्ज करने के लिए एक फ़ील्ड जोड़ें और POST अनुरोध के रूप में रूट URL पर सर्वर को फ़ॉर्म सबमिट करने के लिए एक बटन। संबंधित दृश्य फ़ंक्शन में, हम एक अनुरोध प्रकार चेक जोड़ते हैं। POST के मामले में, हम प्रपत्र डेटा प्राप्त करेंगे, एक ऑर्डर ऑब्जेक्ट बनाएंगे और उपयोगकर्ता को /confirm/id- पुनर्निर्देशित करेंगे।

 if request.method == "POST": username = request.cookies['username'] wishlist = [] for key,value in request.POST.items(): if key.startswith("wish-"): wishlist.append(NAME2WISH[key[5:]]) special = request.params["special"] bequick = request.params["bequick"] order = Order(username,request.remote_addr,wishlist,special,bequick) ORDERS[order.id] = order return HTTPFound(location = "/confirm/{}".format(order.id))

उपयुक्त मार्ग और /confirm/* हैंडलर जोड़ें।

 config.add_route("confirm_route","/confirm/{order}")

 @view_config(route_name="confirm_route") def confirm(request): order_id = request.matchdict['order'] if order_id in ORDERS.iterkeys(): order = ORDERS.pop(order_id) notify(order) return render_to_response('pt/confirm.pt', { "order" : order }, request) else: return HTTPFound(location = "/")

पुष्टिकरण पृष्ठ पर, हम उपयोगकर्ता को आदेश की सामग्री दिखाते हैं और कुछ और "इच्छा" करने की पेशकश करते हैं।

notify फ़ंक्शन notify एक ऑर्डर के बारे में वेटर्स को सूचित करने के लिए डिज़ाइन किया गया है। उसके बारे में थोड़ी देर बाद। इस बीच, चलो वेब एप्लिकेशन के साथ समाप्त करते हैं। बहुत कम बचा है: उपयोगकर्ता को एक अलग नाम के तहत "लॉग आउट" और "लॉग इन" करने की अनुमति देना आवश्यक है। ऐसा करने के लिए, इच्छा पृष्ठ पर URL /logout/ लिए एक लिंक है। संबंधित logout दृश्य फ़ंक्शन को पंजीकृत करें। यह उपयोगकर्ता नाम के साथ कुकी को साफ़ करने और इसे मुख्य पर पुनर्निर्देशित करने के लिए पर्याप्त है।

 config.add_route("logout_route","/logout/")

 @view_config(route_name="logout_route") def logout(request): response = Response() response.set_cookie('username', value=None) return HTTPFound(location = "/", headers=response.headers)

अब आप ऑर्डर की प्रोसेसिंग कर सकते हैं।

आदेश प्रसंस्करण

यह माना गया कि कई "प्रबंधक" होंगे जिन्हें आने वाले आदेशों के बारे में सूचित किया जाना चाहिए। प्रबंधकों को सहमत होना चाहिए कि कौन आदेश स्वीकार करेगा और इसके निष्पादन की व्यवस्था करेगा। अधिसूचना के लिए Google टॉक का उपयोग करने का निर्णय लिया गया था। अजगर से एक्सएमपीपी xmpppy के माध्यम से काम करने के लिए सुविधाजनक है। notify.py फ़ंक्शन के कार्यान्वयन को notify.py में notify.py ।

 USERNAME = 'username' # @gmail.com PASSWORD = 'password' class User(): def __init__(self,uri,name): self.uri = uri self.name= name USERS = { "user@gmail.com" : User("user@gmail.com",u" ") } def notify(order): cnx = xmpp.Client('gmail.com') cnx.connect( server=('talk.google.com',5223) ) cnx.auth(USERNAME,PASSWORD,'botty') message = order.username + " (" + order.remote_addr + "): " if order.donothing: message += u"  " else: message += order.wishstr if order.bequick: message += u", -" for user in USERS.itervalues(): cnx.send(xmpp.Message(user.uri, message, typ='chat'))

वह सब है। जैसे ही कोई आदेश आता है, notify USERS सूची से सभी उपयोगकर्ताओं को आदेश सूचना के साथ एक संदेश भेजता है।

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

लेकिन रन के दौरान यह पता चला कि एक निश्चित समय से संदेश प्रबंधकों तक पहुंचना बंद हो जाता है। प्रयोगों की एक श्रृंखला के परिणामस्वरूप, यह पाया गया कि Google टॉक ने लगभग 100 सेकंड में 10 से अधिक घटनाओं को भेजने के दौरान अंतर्निहित घटनाओं के विरुद्ध सुरक्षा का निर्माण किया है, Google टॉक कुछ मिनटों के लिए क्लाइंट से घटनाओं को भेजने को रोकता है। मुझे जो मिला वह केवल विशिष्ट संख्या के बिना स्टैकऑवरफ्लो पर एक संक्षिप्त उल्लेख था ।

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

तैनाती

वेब एप्लिकेशन तैयार होने के बाद, उबंटू चलाने वाले स्थानीय नेटवर्क पर एक सर्वर पर इसे कैसे तैनात किया जाए, इस बारे में सवाल उठे। मैंने खोज क्वेरी "पिरामिड setup.py" को हिट किया और एक दस्तावेज पाया जो मुझे बहुत शुरुआत में पढ़ना चाहिए था। दस्तावेज़ पिरामिड परियोजनाओं को बनाने के लिए एक मानक तरीके का वर्णन करता है।

मैं इस जानकारी को लेख के अंत में रखने का इरादा रखता हूं। सबसे पहले, कार्य और कोड के साथ सीधे शुरू करने के लिए और पाठक को भ्रमित न करें। दूसरे, आसानी से और जल्दी से पिरामिड के लिए अपनी परियोजना को मानक पर लाएं। जो मैंने किया।

pcreate उपयोगिता स्वचालित रूप से एक विशिष्ट परियोजना संरचना उत्पन्न करती है और एक नए वेब अनुप्रयोग के लिए एक pcreate setup.py बनाती है जिसमें पहले से ही सभी निर्भरताएँ होती हैं। आपको हमारी परियोजना के ऊपर एक स्तर पर जाने और कंसोल में pcreate -s starter wishbar चलाने की pcreate -s starter wishbar है।

pcreate वेब अनुप्रयोगों के लिए अन्य मचान (वायरफ्रेम) pcreate प्रदान करता है। उदाहरण के लिए, कीमिया - sqlalchemy का उपयोग करके एक वेब एप्लिकेशन बनाता है।

पिरामिड प्रोजेक्ट का मुख्य अंतर वेब एप्लिकेशन फ़ाइलों का एक अलग wishbar पैकेज में wishbar है। क्या सही है, मॉड्यूल पैकेज में होना चाहिए मेरे मामले में, फाइलें परियोजना के मूल में थीं। स्थानांतरण मुश्किल नहीं था - अतिरिक्त उत्पन्न कोड हटा दिया गया था, लापता import निर्देश मॉड्यूल के बीच निर्भरता के लिए जोड़े गए थे, __init__.py में server.py से create_app कॉल जोड़ा __init__.py ।

गिटहब पर अंतिम परिणाम पोस्ट किए जाने के बाद, परियोजना को स्थानीय नेटवर्क पर सर्वर पर तैनात करना मुश्किल नहीं था:

 cd ~ mkdir wishbar cd wishbar git init git remote add origin "https://github.com/rgmih/wishbar.git" git pull origin master sudo python ./setup.py develop pserve production.ini

इस परिनियोजन विधि के साथ, वेब अनुप्रयोग 7777 पोर्ट पर वेट्रेस WSGI सर्वर के तहत चलता है।

निष्कर्ष

लड़कियाँ बहुत प्रसन्न थीं। कुछ मामलों में, यहां तक कि एक वाह प्रभाव भी प्राप्त किया गया है।

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

आवेदन विकसित और पायथन 2.7 के तहत परीक्षण किया गया है। लेकिन मुझे लगता है कि पायथन 3 के तहत सब कुछ महत्वपूर्ण बदलाव के बिना भी काम करता है। इस वेब एप्लिकेशन के लिए कई महत्वपूर्ण कार्यों को आवश्यकता और समय की सीमाओं की कमी के कारण हल नहीं किया गया था - कोई लॉगिंग, स्थानीयकरण, त्रुटि से निपटने, आदि नहीं था। विकास के दौरान, हमने उपयोग किया: पायथन 2.7.2 , पिरामिड 1.4 , xmpppy 0.5.0rc1 , LESS 1.3। 0 , jQuery 1.9.1 । मैं एक पेशेवर पायथन डेवलपर नहीं हूं। इसलिए, मैं किसी भी रचनात्मक आलोचना और सलाह के लिए आभारी रहूंगा जो मुझे इस क्षेत्र में लेख और मेरे कौशल को सुधारने की अनुमति देगा।

प्रोजेक्ट के लिए सोर्स कोड GitHub पर उपलब्ध है ।

पाइथन और पिरामिड में 8 मार्च की शुभकामनाएं

समस्या का बयान

वेब अनुप्रयोग

आदेश प्रसंस्करण

तैनाती

निष्कर्ष

More articles: