🛌🏻 👩🏻‍🌾 👏🏼 CouchApp: CouchDB में जावास्क्रिप्ट अनुप्रयोगों 🦓 ✌🏽 👩‍👦‍👦

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

मुझे लगता है कि कई ने पहले ही NoSQL डेटाबेस के बारे में सुना है, जिसमें काउच डीबी भी शामिल है। यहां मैं CouchDB में जावास्क्रिप्ट अनुप्रयोगों को एम्बेड करने के महान अवसर के बारे में बात करना चाहता हूं, जिसे CouchApp कहा जाता है।

CouchApp का वर्णन CouchDB पुस्तक साइट पर "जावास्क्रिप्ट और HTML5 अनुप्रयोग के रूप में किया गया है जो सीधे CDBDB से ब्राउज़र में दिया जाता है"। मुझे लगता है कि इस तरह की परिभाषा पूरी तरह से सही नहीं है, क्योंकि HTML इस मामले में ब्राउज़र को दी गई है, और जावास्क्रिप्ट किस तरह का HTML सर्वर पर चल रहा है, यह तय किया गया है। साइट की योजना इस विचार को थोड़ा बेहतर बताती है:


      

        
        
        
      

     Browser (UI and links between pages) 
      

        
        
        
      

     -------------- HTTP --------------- 
      

        
        
        
      

     CouchDB (persistence, business logic, and templating)

CouchDB एक वेब सर्वर है (या शामिल है)। यह JSON फॉर्मेट में रिस्ट रिक्वेस्ट के रिजल्ट्स के अपने फंक्शन को परफॉर्म करता है, जो किसी भी ऑपरेशन के दौरान डेटाबेस से बातचीत करने का मुख्य तरीका है (डेटा को CRUD ऑपरेशंस से लेकर खुद डेटाबेस बनाने और डिलीट करने के लिए)। सर्वर और क्लाइंट के बीच का डेटा क्रमशः HTTP प्रोटोकॉल के माध्यम से जाता है, कुछ भी इसे HTML भेजने से रोकता है। ऐसा करने के लिए, आपको बस उसके बारे में सही तरीके से बताने की जरूरत है।

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

सबसे सरल आधार दस्तावेज इस तरह दिखता है:

{ "_id" : "my_doc" , "_rev" : "1-7a8b01193c8798fa555243b354d1e9d7" }

डिज़ाइन दस्तावेज़ में फॉर्म में _design/app_name

होना चाहिए: _design/app_name

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

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

तो, पहली चीज जिसे आपको शुरू करना चाहिए, वह है कूपेक उपयोगिता को स्थापित करना। मैं स्थापना प्रक्रिया का वर्णन नहीं करूंगा, यह विकी में अच्छी तरह से लिखा गया है।

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

अब सब कुछ अभ्यास शुरू करने के लिए तैयार है।

शुरुआत

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

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

डेटाबेस में कार्ड के एक सेट का दस्तावेज इस तरह दिखेगा:

{ "_id": "my set", "_rev": "1-7a8b01193c8798fa555243b354d1e9d6", "type": "set", "cards": [ { "front": "front_text", "back": "back_text" }, { "front": "front_text second", "back": "back_text second" } ] }

"_id" - सेट के लिए एक विशिष्ट पहचानकर्ता, समवर्ती रूप से उसका नाम (सादगी के लिए)

"_rev" सेट की संशोधन संख्या है। किसी दस्तावेज को सहेजते या बनाते समय इसे छोड़ा जा सकता है, फिर यह अपने आप भर जाएगा।

फ़ील्ड "_id" और "_rev" किसी भी दस्तावेज़ के आवश्यक गुण हैं।

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

"कार्ड" - वस्तुओं की एक सरणी जो कार्ड को परिभाषित करती है। आप प्रत्येक कार्ड को एक दस्तावेज़ में "कार्ड" के प्रकार के साथ अलग-अलग स्टोर कर सकते हैं, लेकिन एक साधारण आवेदन के लिए, मैंने ऐसा नहीं करने का फैसला किया।

नया सेट बनाने या मौजूदा सेट को संपादित करने के लिए एक फॉर्म के साथ एक पेज बनाएं।

पेज संपादित करें

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

शो फ़ंक्शन एक जेएस फ़ाइल में संग्रहीत हैं और शो फ़ोल्डर में स्थित होना चाहिए। जब हम http: //// _ design / flashcards / _show / edit / और http: //// _ design / flashcards / _show / edit / <document_id> पते पर जाते हैं, तो "संपादन" फ़ंक्शन को कहा जाएगा।

हमारे पेज के लिए file \ show \ edit.js का कोड:

function (doc, req) { //!json shows._edit var Mustache = require( "vendor/couchapp/lib/mustache" ), path = require( "vendor/couchapp/lib/path" ).init(req); var data = { assets : path.asset(), indexPath : path.list( 'sets' , 'all-sets' , {descending: true , limit:10}) }; data.doc = doc || {}; return Mustache.to_html(shows._edit, data); }

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

इसके बाद एक टिप्पणी है, जो एक स्क्रिप्ट (मैक्रो कहा जाता है) के लिए एक कूपिक निर्देश है, जो फ़ाइल के शो \ _edit की सामग्री को लिखने के लिए है। * चर "show._edit" के लिए। इसका मतलब यह है कि एक फ़ोल्डर में _edit नाम के साथ एक से अधिक फ़ाइल नहीं हो सकती है, विस्तार की परवाह किए बिना। हमारे मामले में, _edit.html फ़ाइल वहाँ होगी, जिसमें फॉर्म के साथ हमारे पृष्ठ का कोड है। हम बाद में इस पर लौटेंगे।

अगला दो मॉड्यूल का आयात है। CouchDB सर्वर-साइड जावास्क्रिप्ट विकसित करने के लिए कॉमन जेजेएस सम्मेलन का अनुसरण करता है, इसलिए आयात सुविधाओं को Node.s डेवलपर्स से परिचित किया जा सकता है। मैंने Node.js के साथ काम नहीं किया और उपलब्ध कार्यों पर CouchDB में कोई दस्तावेज नहीं ढूंढ सका। मुझे CouchDB के कोड को देखना था और उदाहरणों को समझना था।

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

अगला, एक मॉडल ऑब्जेक्ट (एमवीसी पैटर्न से) बनाया जाता है। संपत्ति क्षेत्र निर्देशिका का url उपसर्ग है जहां स्क्रिप्ट रखी जाती हैं, indexPath हमारे सेट की सूची के साथ पृष्ठ का URL है। दस्तावेजों की एक सूची प्रदर्शित करना, सूची कार्यों द्वारा किया जाता है, जिस पर बाद में चर्चा की जाएगी। .List विधि सेट फ़ंक्शन के लिए एक लिंक देगा, जो बदले में, ऑल-सेट व्यू फ़ंक्शन के परिणाम को पारित करेगा।

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

सेट रेंडर करने के लिए जिम्मेदार पृष्ठ के HTML कोड का हिस्सा:

< form id = "new-post" method = "post" > {{#doc}} < label > Set name < / label > < input type = "text" size = "20" name = "_id" value = "{{_id}}" > < ul class = "cards" > {{#cards}} < li > < label > Front < / label > < input type = "text" size = "20" name = "front" value = "{{front}}" > < label > Back < / label > < input type = "text" size = "20" name = "back" value = "{{back}}" > < / li > {{/cards}} < li > < label > Front < / label > < input type = "text" size = "20" name = "front" > < label > Back < / label > < input type = "text" size = "20" name = "back" > < / li > < / ul > < button id = "add" > Add < / button >< br / >< br / > {{/doc}} < input type = "submit" value = "Save →" / > < span id = "saved" style = "display:none;" > Saved < / span > < br / >< br / > < / form >

कुछ खास नहीं। सभी मूंछों के अनुसार।

फॉर्म दिखाने के बाद, अब हमें फॉर्म को बचाने के लिए कार्यक्षमता लिखने की आवश्यकता है। ऐसा करने के लिए, कार्ड के एक सेट के लिए JSON दस्तावेज़ के साथ POST अनुरोध भेजें। ऐसा करने के लिए, निम्न स्क्रिप्ट को पृष्ठ में जोड़ा जाता है: /_utils/script/jquery.js और /_utils/script/jquery.couch.js। पहला jQuery है, दूसरा jQuery प्लगइन है जो CouchDB के लिए प्रश्नों का आयोजन करता है।

अब हमारी स्क्रिप्ट:

( function ( $ ) { $ ( '#new-post' ) . submit ( function ( ) { var self = $ ( this ) , setName = $ ( 'input[name=_id]' , this ) . val ( ) , oldSet , newSet = { } , db = $. couch . db ( 'flashcards' ) ; function saveDoc ( set ) { db. saveDoc ( set ) , { success : function ( resp ) { window. location . reload ( true ) ; } } ) ; } //collect cards array newSet. cards = $ ( 'ul.cards input' ) . toArray ( ) . reduce ( function ( arr , el , idx ) { if ( ! ( idx % 2 ) ) { arr [ arr. length ] = { } ; } arr [ arr. length - 1 ] [ ! ( idx % 2 ) ? "front" : "back" ] = el. value ; return arr ; } , [ ] ) ; //retrieve old set if found or create new db. openDoc ( setName , { error : function ( code ) { oldSet = { } ; if ( setName. length ) { oldSet._id = setName ; } saveDoc ( $. extend ( oldSet , newSet ) ; } , success : function ( response ) { oldSet = response ; saveDoc ( $. extend ( oldSet , newSet ) ; } } ) ; return false ; } ) ; } ) ( jQuery ) ;

यहाँ मुख्य डेटाबेस संचालन हैं:

1. var db = $. couch . db ( 'flashcards' )

var db = $. couch . db ( 'flashcards' )

var db = $. couch . db ( 'flashcards' )

- सेव, ओपन आदि कॉलिंग के लिए डेटाबेस ऑब्जेक्ट प्राप्त करना।

2. db. openDoc ( id , callback )

db. openDoc ( id , callback )

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

3. db. saveDoc ( doc , callback )

db. saveDoc ( doc , callback )

- दस्तावेज़ को डेटाबेस में सहेजें। यदि सब कुछ सफल होता है, तो पृष्ठ पुनः लोड किया जाता है। मामला जब कुछ गलत हुआ, और यह तब हो सकता है जब एक पुराना संशोधन भेजा गया था, मैं नहीं मानता।

अब हमारे पास मानचित्र सेट बनाने और संपादित करने की पूरी कार्यक्षमता है। सेट की सूची प्रदर्शित करने के लिए आगे बढ़ते हैं।

सूची प्रदर्शन

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

दृश्य डेटाबेस में प्रत्येक दस्तावेज़ पर लागू एक फ़ंक्शन है। इसका उपयोग करते हुए, इस फ़िल्टरिंग के परिणामों के लिए एक सूचकांक लागू करने के लिए दस्तावेजों को फ़िल्टर किया जाता है। दृश्य में मानचित्र फ़ंक्शन और वैकल्पिक कम होते हैं। सभी सेट प्रदर्शित करने के लिए, फ़ंक्शन \ views \ all-sets \ map.js (सभी-सेट को दृश्य कहा जाएगा) निम्नानुसार है:

function ( doc ) { if ( doc. type === 'set' && doc. cards ) { emit ( doc._id , null ) ; } }

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

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

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

function ( head , req ) { // !json lists._sets var Mustache = require ( "vendor/couchapp/lib/mustache" ) , path = require ( "vendor/couchapp/lib/path" ) . init ( req ) ; provides ( 'html' , function ( ) { var data = { assets : path. asset ( ) , createNewLink : path. show ( 'edit' ) } ; data. sets = ( function ( ) { var row , set , arr = [ ] ; while ( row = getRow ( ) ) { set = row. value ; arr. push ( { title : row. id , showView : path. show ( 'set' , row. id ) , editLink : path. show ( 'edit' , row. id ) , runsetLink : path. asset ( 'flashcards_zeptojs.html' ) + '#' + row. id } ) ; } return arr ; } ) ( ) ; return Mustache. to_html ( lists._sets , data ) ; } ) ; }

शो फ़ंक्शन की एक विशिष्ट विशेषता यह है कि यहां (content_type, callback) फ़ंक्शन उपलब्ध है, जो अनुरोध के कंटेंट-टाइप और getRow () मैच से कॉलबैक को कॉल करता है, जो दृश्य से पंक्तियाँ लौटाता है। जिसमें से तार प्रदर्शित करने के लिए url के माध्यम से निर्धारित किया जाता है: http: //// _ डिजाइन / फ्लैशकार्ड / _list / सेट / <दृश्य-नाम> ?. फ़ंक्शन के मुख्य पैरामीटर में दृश्य पैरामीटर और req में कई HTTP अनुरोध पैरामीटर लिखे जाएंगे। बाकी के लिए, हम उसी तरह से आगे बढ़ते हैं जैसे शो फ़ंक्शन - हम टेम्पलेट लेते हैं और वहां परिणामी मॉडल पास करते हैं, और फिर परिणाम वापस करते हैं।

लेख के दायरे से, कार्ड के सेट के पूर्वावलोकन और रन इंटरफ़ेस के साथ दो पृष्ठ थे, लेकिन वे बिल्कुल तुच्छ हैं और ऊपर वर्णित कार्यों के एक ही सेट द्वारा कार्यान्वित किए जाते हैं।

यह शायद वह सब है जो मैं CouchApp की समझ के लिए आवश्यक समझता हूं। फिर आप सुरक्षित रूप से प्रलेखन की ओर मुड़ सकते हैं और कुछ सार्थक लागू कर सकते हैं।

निष्कर्ष

CouchApp के साथ CouchDB सीखने के अनुभव के अवशेष क्या हैं:

1. बहुत लीक दस्तावेज।

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

मजेदार बात यह है कि काउच एप में जावास्क्रिप्ट एपीआई विवरण की कमी है। इसके अलावा, मुझे इस तरह के एपीआई का संदर्भ या तो couchone.com , wiki.apache.org/couchdb , या couchapp.org आधिकारिक वेबसाइट पर नहीं मिला ।

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

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

सामान्य तौर पर, प्रलेखन को देखते हुए, परियोजना इस तरह के एक गंभीर छात्र डिप्लोमा से भरी हुई है, लेकिन वाणिज्यिक उत्पाद नहीं है, इस तथ्य के बावजूद कि उत्पाद गंभीर है।

2. सुरक्षा अनुप्रयोगों।

प्रारंभ में, बिल्कुल सभी उपयोगकर्ता किसी भी डेटाबेस क्वेरी कर सकते हैं। यह डेटाबेस उपयोगकर्ताओं को निर्दिष्ट करके निषिद्ध है। लेकिन चूंकि CouchApp एक डेटाबेस के भीतर घूम रहा है, तो यदि उपयोगकर्ता के पास CouchApp तक पहुंच है, तो उसके पास सभी दस्तावेजों तक पूरी पहुंच है। और अगर लेखन कार्यों के सत्यापन के स्तर पर निषिद्ध हो सकता है, तो पढ़ना काम नहीं करेगा। कोई भी अधिकृत उपयोगकर्ता अंतर्निहित अनुरोध / _all_docs बनाने और डेटाबेस में सभी-सभी दस्तावेज़ प्राप्त करने में सक्षम होगा।

आप शायद इसे अपाचे के शीर्ष पर पेंच करके प्राप्त कर सकते हैं, जहां आप सभी अनावश्यक URL को बंद कर सकते हैं, साथ ही सुंदर यूआरएल के प्रश्न को हल भी कर सकते हैं (उपयोगकर्ता ने / _lists / सेट / ... पर नहीं जाना है), लेकिन मैंने यह कोशिश नहीं की, हालांकि एक ही couchapp.org काम करता है।

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

धन्यवाद, मुझे आशा है कि यह दिलचस्प था।

CouchApp: CouchDB में जावास्क्रिप्ट अनुप्रयोगों

शुरुआत

पेज संपादित करें

सूची प्रदर्शन

निष्कर्ष

More articles: