क्या रेल में नया है 4

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

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

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

रेल में उल्लेखनीय परिवर्तन 4

कई चीजों को रेल 4 में बदल दिया गया है या बदल दिया गया है, और कई नई सुविधाओं को जोड़ा गया है। हालांकि यह लेख संपूर्ण नहीं है, हम कुछ नए और सबसे महत्वपूर्ण नवाचारों को समझाने की कोशिश करेंगे।

रूबी 1.9.3 न्यूनतम

रेल 4 में सबसे उल्लेखनीय परिवर्तनों में से एक है कि सभी डेवलपर्स को ध्यान देना चाहिए कि अब रूबी 1.9.3 न्यूनतम आवश्यकता है। समर्थन 1.8.7 पूरी तरह से बंद कर दिया गया है, लेकिन यह देखते हुए कि हममें से ज्यादातर 1.9.3 का उपयोग करते हैं, समर्थन 1.9.2 के बारे में चिंता करने का कोई कारण नहीं है। वास्तव में, जोस वालिम की यह प्रतिबद्धता सीधे उपयोगकर्ता को बताती है कि रेल 4 को रूबी 1.9.3+ की आवश्यकता होती है और अगर रुबी_विर्सियन <1.9.3।
क्या आप के लिए यह मतलब है? सबसे पहले, यदि आप 1.8.7 या रूबी एंटरप्राइज संस्करण का उपयोग कर रहे हैं (जो वास्तव में 1.8.7 थोड़ा प्रदर्शन ट्यूनिंग सुविधाओं के साथ है), तो आपको वैसे भी अपग्रेड करना चाहिए। 1.8.7 से 1.9.3 तक अपग्रेड करना दर्द रहित और काफी जटिल हो सकता है - यह सब प्रोग्राम, उसकी निर्भरता और इन दो रिलीज के बीच पुराना हो सकता है। सुनिश्चित करें कि आपके पास अच्छा कोड कवरेज है, दुभाषिया को विकास मोड में 1.9.3 पर स्विच करें ( RVM के साथ यह अत्यंत सरल है), और परीक्षण चलाएं। यदि आप 1.8 से 1.9 में अपग्रेड करने के तरीके के बारे में अतिरिक्त युक्तियों में रुचि रखते हैं, तो इंजन यार्ड, एंथोनी एकोमोज़ो के मेरे सहयोगी द्वारा इस लेख को पढ़ें।
किसी भी मामले में, मैं अत्यधिक अनुशंसा करता हूं कि हर कोई नवीनतम प्रदर्शन के साथ दुभाषिया के नवीनतम स्थिर संस्करणों का उपयोग करें ताकि सर्वोत्तम प्रदर्शन और सुरक्षा का स्तर प्राप्त हो सके।

कोई और अधिक विक्रेता / प्लगइन्स

विक्रेता / प्लगइन्स फ़ोल्डर रेल 4 में गायब है। इसके बजाय, आपको वांछित पथ या गिट निर्भरता के साथ बुंडलर का उपयोग करने की आवश्यकता है।
कई पुरानी बातें कुछ जाम में स्थानांतरित कर दिया

हैश आधारित और गतिशील खोजक तरीकों

आपको याद होगा कि रेल के हाल के संस्करणों में "पुराने" ActiveRecord क्वेरी सिंटैक्स को दर्शाने की चेतावनी लगातार जारी की गई थी। उदाहरण के लिए:

User.find(:first, :conditions => { … }) 

यह वाक्यविन्यास अब रेल 4 में समर्थित नहीं है। अपने कार्यक्रम के लिए यह कार्यक्षमता जोड़ने के लिए, आप अगले जाम deprecated_finders मणि ActiveRecord स्थापित करने की आवश्यकता: github.com/rails/activerecord-deprecated_finders

ActiveRecord :: SessionStore

एक डेटाबेस में सत्रों को संग्रहीत करना कई उपयोगी कार्यक्रमों की एक दिलचस्प विशेषता है, विशेष रूप से गोपनीय जानकारी के लिए, लेकिन, ज्यादातर मामलों में, यह एक साधारण कुकी का उपयोग करने के रूप में प्रभावी नहीं है। तो, ActiveRecord :: SessionStore रेल 4. उपयोग में लापता ActiveRecord-session_store इस funtsionalnost वापस लाने के लिए जाम: github.com/rails/activerecord-session_store ।
सावधानीपूर्वक रहना, कुकी में गोपनीय जानकारी संग्रहीत करना कई कारणों से एक बुरा विचार है। एन्क्रिप्शन (या कमज़ोर एन्क्रिप्शन) की कमी के कारण सिर्फ उनमें से एक है। ऐसी सूचनाओं को संग्रहीत करने का सबसे अच्छा समाधान एक डेटाबेस (नेटवर्क एक्सेस स्तर और स्वयं एप्लिकेशन द्वारा संरक्षित) का उपयोग करना होगा, और फिर सत्र ऑब्जेक्ट में केवल आईडी का संदर्भ लें। मेरा मतलब है, बजाय सत्र या वस्तु के बारे में भी मेटा जानकारी में पूरी वस्तु की स्थापना की है, तो आप डेटाबेस में एक वस्तु को बचा सकता है और बस (मेटा जानकारी memcached या PostgreSQL hstore में है और यह जगह) में उपयोगकर्ता के सत्र आईडी कहते हैं।

ActiveResource

ActiveResource, REST- आधारित सेवाओं के लिए ORM (ऑब्जेक्ट रिलेशनल मैपिंग) है। इसे रेल 4 से हटा दिया गया है और अब इसके साथ बाहर नहीं निकलेगा। गुइलेर्मो इगरान ने यति मीडिया ब्लॉग को बताया कि इसके लिए प्रेरणा यह थी कि उनके समर्थन ने मुख्य विकास टीम को प्यार और ध्यान की आवश्यक राशि आवंटित नहीं की थी जिसके वह हकदार हैं । ActiveResource के अलग होने के बाद, इसने जेरेमी केम्पर के नेतृत्व में एक अलग विकास टीम बनाई। अलग होने के बाद से, कई नई सुविधाओं को जोड़ा गया है, इसलिए सभी ActiveResource प्रशंसकों के लिए यह एक अच्छी खबर होनी चाहिए। यह उन लोगों के लिए भी उपयोगी हो गया है जो इसके लिए सभी रेल का उपयोग किए बिना ActiveResource कार्यक्षमता का उपयोग करना चाहते हैं। ActiveResource का उपयोग करने के लिए, बस 'activeresource' जाम सक्षम करें: github.com/rails/activeresource ।

रेल्स ऑब्जर्वर, कैशिंग पेज और क्रियाएँ

पृष्ठों और कार्यों को कैश करने की क्षमता को कैशिंग, कोड-नाम "रूसी गुड़िया" के पक्ष में रेल 4 से हटा दिया गया था। DHH (डेविड हेनीमियर हैन्सन) के पास एक जाम है जो बताता है कि इस तरह के कैशिंग कैसे काम करते हैं (अधिक जानकारी के लिए github.com/rails/cache_digests देखें)।
पृष्ठ कैशिंग और क्रियाओं की कमी को देखते हुए, वस्तुतः ब्राउज़रों की कोई आवश्यकता नहीं है। कई मामलों में, इन ब्राउज़रों का उपयोग कैश को समाप्त करने के लिए किया जाता है, जो कि Rails4 में कैशिंग योजना के लिए धन्यवाद, इतना आवश्यक नहीं है। इसके अलावा, ब्राउज़र का अक्सर दुरुपयोग किया जाता है, उन्हें दृढ़ता संचालन के लिए डंप के रूप में उपयोग करते हैं, जहां कॉलबैक अधिक उपयुक्त होगा। तो रेल 4 नहीं होगा कैश पृष्ठों, क्रियाएं और समीक्षक।
कार्यक्रम में उन्हें शामिल करने के लिए:

github.com/rails/actionpack-action_caching
github.com/rails/actionpack-page_caching
github.com/rails/rails-observers

मेमकी-क्लाइंट के बजाय दल्ली

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

नई डिफ़ॉल्ट टेस्ट स्थान

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

एप्लिकेशन / मॉडल -> परीक्षण / मॉडल (परीक्षण / इकाइयों था)
एप्लिकेशन / सहायकों -> परीक्षा / सहायकों (परीक्षा / इकाइयों / सहायकों था)
एप्लिकेशन / नियंत्रक -> परीक्षा / नियंत्रक (था परीक्षा / कार्यात्मक)
एप्लिकेशन / मेलर्स -> परीक्षा / मेलर्स (था परीक्षा / कार्यात्मक)

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

PATCH क्रिया

रेल ने कुछ समय के लिए मौजूदा संसाधनों को संशोधित करने के लिए "PUT" HTTP पद्धति का उपयोग किया है। हालाँकि, HTTP शब्दार्थ विनिर्देश विनिर्देश का अर्थ है संसाधन की पूरी प्रस्तुति PUT द्वारा। दूसरे शब्दों में, PUT, शब्दार्थ रूप से, वस्तु को बदलने के लिए पूरी प्रस्तुति होनी चाहिए। इसलिए, तकनीकी पक्ष से, हम इस "गलत" को काफी समय से कर रहे हैं, उस वस्तु के टुकड़े भेज रहे हैं जिन्हें तब बदलने की आवश्यकता होती है जब हमने PUT का उपयोग करके RESTful अपडेट किया था।
यही कारण है कि रेल 4 में यह कार्यक्षमता बदल जाती है, और आपको क्रिया पेट का उपयोग करने की आवश्यकता होती है। जैसा कि नाम ही हमें बताता है, PATCH को एक पूर्ण विवरण के बिना सर्वर पर किसी वस्तु के बारे में जानकारी भेजने के लिए डिज़ाइन किया गया है। में वर्णित के रूप यह, HTTP के शब्दों के अधिक प्रतिनिधि है आरएफसी 5789 ।
रेल के सभी रीस्टफुल फॉर्मों की तरह, एक छिपा हुआ "_मिथोड" फ़ील्ड उत्पन्न किया जाएगा जो दर्शाता है कि "PUTCH" विधि का उपयोग "PUT" के बजाय किया जाएगा। और जैसा कि अपेक्षित था, मार्ग नियंत्रक में "अपडेट" कार्रवाई के साथ पैट विधि को संबद्ध करेगा।
पिछड़े संगतता को बनाए रखने के लिए, पूर्व पीयूटी पद्धति को रेल 4.0 में "अपडेट" करने के लिए भी निर्देशित किया जाएगा ताकि मौजूदा एपीआई अपने सामान्य काम को जारी रख सकें।
आप RAIL ब्लॉग पर PATCH विधि के बारे में अधिक जान सकते हैं । यह एक महान बदलाव है, और जो पिछड़ी संगतता के बारे में सोचा गया था, वह डेवलपर्स के लिए उन्नयन को आसान बना देगा।

threadsafe डिफ़ॉल्ट

रूबी डेवलपर्स ने लंबे समय से जीआईएल का उपयोग किए बिना सही मल्टीथ्रेडिंग प्राप्त करने की मांग की है, और रेल लेखकों ने यह समझा कि एमआरआई उत्पादन में अनुप्रयोगों को लॉन्च करने का एकमात्र तरीका नहीं है। साझा मेमोरी सेगमेंट का उपयोग करके सर्वरों और एप्लिकेशनों की बहुतायत उत्पादकता में काफी वृद्धि कर सकती है और साथ ही कोड निष्पादन की अनुमति देती है।
हालांकि, मानक रूबी व्याख्याएं, जिन्हें "एमआरआई" के रूप में जाना जाता है, वास्तव में बहुआयामी नहीं हैं। अगर एक धागा इनपुट / आउटपुट, जो मुख्य पुस्तकालयों सी एक साथ कोड निष्पादित की अनुमति दे सकता कोड में ही लेकिन माणिक अभी भी जीआईएल की उपस्थिति के कारण क्रमिक रूप से प्रदर्शन किया इंतज़ार कर रहा है यह एक साथ कोड निष्पादित कर सकते हैं।
रेल में लंबे समय से कई थ्रेड्स में कोड चलाने की क्षमता होती है, लेकिन यह कार्यक्षमता डिफ़ॉल्ट रूप से सक्षम नहीं हुई है और Rails4 में बदल जाएगी। यह इतना बड़ा बदलाव नहीं है, इस पर विचार करते हुए कि आप अभी अधिकांश रेल अनुप्रयोगों में मल्टीथ्रेडिंग को सक्षम कर सकते हैं, सेटिंग्स को थोड़ा बदलकर और थ्रेडसेफ़ सर्वर को पुनरारंभ करके। हालांकि, यह इस कारण पर ध्यान देने योग्य है कि रूबी समुदाय अधिक से अधिक एक साथ कोड निष्पादन की आवश्यकता को समझता है।
हारून पैटरसन ने config.threadsafe की चर्चा की! निम्न आलेख में और अधिक विस्तार:
tenderlovemaking.com/2012/06/18/removing-config-threadsafe.html

Postgres एच स्टोर

Rails 4 में ActiveRecord PostgreSQL hstore एक्सटेंशन का समर्थन करेगा। डेटाबेस के लिए यह एक्सटेंशन आपको PostgreSQL कॉलम में एक नया डेटा प्रकार बनाने की अनुमति देता है, जिसे 'hstore' कहा जाएगा, जो एक स्ट्रिंग-केवल हैश है। अधिकांश इरादों और उद्देश्यों के लिए, यह एक टेक्स्ट कॉलम में डेटा को क्रमबद्ध करने के समान है, लेकिन यह तथ्य कि यह अब एक देशी डेटा प्रकार है, हमें एक ठोस प्रदर्शन को बढ़ावा देता है और इस डेटा प्रकार के लिए सीधे अनुरोध भेजने की क्षमता है। इसका अर्थ है कि आपके आवेदन में MongoDB, CouchDB, Riak, या किसी अन्य गैर-योजनाबद्ध डेटास्टोर की आवश्यकता के बिना आंशिक रूप से गैर-योजनाबद्ध डेटाबेस होगा।
हालांकि Hstore एक्सटेंशन पूर्ण विकसित गैर-योजनाबद्ध समाधान नहीं है, लेकिन रेल में इसका एकीकरण कई अनुप्रयोगों के लिए एक बढ़िया अतिरिक्त होगा। ऐसी स्थितियाँ होती हैं जब आपका अधिकांश डेटा किसी विशेष मॉडल के लिए सामान्य हो जाता है, लेकिन कुछ सूचनाओं को उड़ने पर संदर्भित करने की आवश्यकता होती है। यह वह जगह है जहां हस्टोरे वास्तव में खुद को दिखा सकता है।

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

अर्रे, एमएकेडीआरडी, आईएनईटी, सीआईडीआर

: चूंकि हम PostgreSQL और रेल द्वारा समर्थित डेटा के नए प्रकार के बारे में बात कर रहे हैं, यह देखते हुए कि ActiveRecord रेल 4 के साथ PostgreSQL निम्न डेटा प्रकारों का समर्थन करेंगे लायक है सरणी, MACADDR, INET और सीआईडीआर । यद्यपि वे आमतौर पर अधिकांश डेटाबेस में स्ट्रिंग्स के रूप में संग्रहीत होते हैं, PostgreSQL उनमें से प्रत्येक के लिए मूल डेटा प्रकारों के लिए समर्थन प्रदान करता है, और ActiveRecord इसका उपयोग कर सकता है।
INET और CIDR डेटा प्रकारों को IPAddr वर्ग के उदाहरणों में परिवर्तित किया जाएगा, एरेज़ को एरेज़ किया जाएगा, और अनुरोधों के मैक पते को स्ट्रिंग्स में वापस किया जाएगा।

लाइव स्ट्रीमिंग

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

कैश डाइजेस्ट (उर्फ रूसी गुड़िया कैशिंग)

कैश डाइजेस्ट जैम आपके एप्लिकेशन में कैश किए गए प्रत्येक टुकड़े में एक डिजिटल हस्ताक्षर जोड़ता है।
उदाहरण के लिए, लेखक और पोस्ट आपके आवेदन में कैश्ड हैं:

 <b id="internal-source-marker_0.9843547998461872">class Author < ActiveRecord::Base has_many :posts end class Post < ActiveRecord::Base belongs_to :author, touch: true end</b> 

(मैं यह नोट करना चाहता हूं कि स्पर्श जोड़ना: यह सच है कि VER_to एसोसिएशन के लिए अत्यंत महत्वपूर्ण है, क्योंकि यह लेखक के अद्यतन_त को बदलने के लिए मजबूर करता है जब कोई लेखक पोस्ट अपडेट होता है)
आम तौर पर आप अपने कैश को निम्नानुसार विभाजित करेंगे:

 <!-- app/views/authors/show.html.erb --> <% cache ['v1', @author] do %> <h1><%= @author.name %>'s posts:</h1> <%= render @author.posts %> <% end %> <!-- app/views/posts/_post.html.erb --> <% cache ['v1', post] do %> <div><%= link_to post.title, post %></div> <% end %> / show.html.erb -> <!-- app/views/authors/show.html.erb --> <% cache ['v1', @author] do %> <h1><%= @author.name %>'s posts:</h1> <%= render @author.posts %> <% end %> <!-- app/views/posts/_post.html.erb --> <% cache ['v1', post] do %> <div><%= link_to post.title, post %></div> <% end %> @author]% कर> <!-- app/views/authors/show.html.erb --> <% cache ['v1', @author] do %> <h1><%= @author.name %>'s posts:</h1> <%= render @author.posts %> <% end %> <!-- app/views/posts/_post.html.erb --> <% cache ['v1', post] do %> <div><%= link_to post.title, post %></div> <% end %> / _post.html.erb -> <!-- app/views/authors/show.html.erb --> <% cache ['v1', @author] do %> <h1><%= @author.name %>'s posts:</h1> <%= render @author.posts %> <% end %> <!-- app/views/posts/_post.html.erb --> <% cache ['v1', post] do %> <div><%= link_to post.title, post %></div> <% end %> 

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

 <!-- app/views/authors/show.html.erb --> <% cache @author do %> <h1><%= @author.name %>'s posts:</h1> <%= render @author.posts %> <% end %> <!-- app/views/posts/_post.html.erb --> <% cache post do %> <div><%= link_to post.title, post %></div> <% end %> / show.html.erb -> <!-- app/views/authors/show.html.erb --> <% cache @author do %> <h1><%= @author.name %>'s posts:</h1> <%= render @author.posts %> <% end %> <!-- app/views/posts/_post.html.erb --> <% cache post do %> <div><%= link_to post.title, post %></div> <% end %> / _post.html.erb -> <!-- app/views/authors/show.html.erb --> <% cache @author do %> <h1><%= @author.name %>'s posts:</h1> <%= render @author.posts %> <% end %> <!-- app/views/posts/_post.html.erb --> <% cache post do %> <div><%= link_to post.title, post %></div> <% end %> 

रयान बेट्स ने अपने स्क्रेंकास्ट (मुक्त) में इसे और अधिक विस्तार से समझाया है, और आप पहले से ही इस कार्यक्षमता का उपयोग कर सकते हैं Rails 3.2 अनुप्रयोग में cache_digests जैम का उपयोग करके।

सुरक्षा

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

नियंत्रक में बड़े पैमाने पर संरक्षण

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

 <b id="internal-source-marker_0.9843547998461872">class RecipesController < ApplicationController def create @recipe = Recipe.new(recipe_params) @recipe.chef = current_user # explicitly assign it to the right user if @recipe.valid? and @recipe.save redirect_to @recipe, :flash => { :notice => “Your recipe was added to the cookbook. Mmmm, tasty!” } else render :action => :new end end private def recipe_params params.require(:recipe).permit(:name, :ingredients, :directions) end</b> 

बड़े पैमाने पर असाइनमेंट की सुरक्षा के लिए इस नए तरीके का उपयोग करते हुए, हम रेसिपी.न्यू को रेसिपी_परम पद्धति, जो नियंत्रक की निजी विधि है, हमारे पास लौटाने वाले हैश को स्वीकार करने के लिए कहते हैं। यह विधि उन सभी चीजों को अलग करती है जो अनावश्यक है, जो "नुस्खा" पैरामीटर द्वारा अनुमत नहीं है। अगर मैं इस नियंत्रक को निम्नलिखित भेजना चाहता था (एक हैश द्वारा प्रस्तुत):
{नाम: "टेक्सास चिली", सामग्री: "गर्म सामान", शेफ_िड: "123"}
"Chef_id" पैरामीटर को recipe_params विधि द्वारा हटा दिया जाएगा, क्योंकि इसकी अनुमति नहीं है, और फिर "sanitized" हैश को Recipe.new में पास किया जाएगा। यह रेसिपी ऑब्जेक्ट के मनमाने ढंग से असाइनमेंट को किसी भी "शेफ" (लेखक) को रोक देगा जो हमलावर का चयन करेगा।
रेल के पिछले संस्करणों में बड़े पैमाने पर काम कैसे संभाला गया, इसकी तुलना में यह एक ठोस बदलाव है। इन समस्याओं को मॉडल में धकेलने के बजाय, वे अब कंट्रोलर के अंदर हल हो गए हैं। यह कई कारणों से कुछ हद तक विवादास्पद हो सकता है।
मुझे याद है कि ऑस्टिन वेब बैश पर प्रतिभागियों में से किसी एक के साथ असहमति के बारे में बात करना जहां वस्तु के व्यवहार की जिम्मेदारी है। शुद्धतावाद के सिद्धांत के अनुसार, किसी भी जानकारी को वस्तु तक निर्देशित करना संभव हो सकता है और विश्वास करना चाहिए कि वस्तु स्वयं जानती है कि उसके साथ क्या करना है। इस तरह से रेल के पिछले संस्करणों में बड़े पैमाने पर असाइनमेंट प्रोटेक्शन ने अपने attr_accessible / attr_protected के साथ काम किया। आप ऑब्जेक्ट (परीक्षण, HTTP के माध्यम से लाइव उत्पादन डेटा, आदि) के लिए किसी भी जानकारी को पारित कर सकते हैं और ऑब्जेक्ट इसके प्रसंस्करण के लिए जिम्मेदार था।
बहरहाल, यह एक दोधारी तलवार है। रेल वेब अनुप्रयोगों के लिए एक रूपरेखा है। इसका मतलब है कि, वास्तव में, जानकारी दो चैनलों से प्रदान की जाती है: उपयोगकर्ता और डेवलपर। डेवलपर उपयोगकर्ता विश्वास करने लायक है, लेकिन हो सकता है - नहीं। चूंकि नियंत्रक उपयोगकर्ता के हिस्से पर हमले का एकमात्र स्थान है, इसलिए यह स्वयं मॉडल के अंदर करने के बजाय, जानकारी की सुरक्षा के लिए एक तार्किक स्थान होगा। अधिकांश परियोजनाओं में, आप ऐसी स्थितियों का सामना करेंगे जिनके लिए सूचना के कंसोल या हेरफेर के माध्यम से पहुंच की आवश्यकता होती है (एक ही माइग्रेशन)। विभिन्न प्रकार के विशिष्ट गुणों के लिए हर बार 'object.method = "foo" टाइप करने से आपको समय की बर्बादी होती है, आपको एक ज़ोंबी में बदल देता है और उत्पादकता को मारता है। मॉडल में बड़े पैमाने पर असाइनमेंट सुरक्षा के साथ, यह वही है जो आपको इंतजार कर रहा है। यहां तक ​​कि सॉफ्टवेयर माइग्रेशन और परीक्षणों के मामले में, मॉडल स्तर पर बड़े पैमाने पर असाइनमेंट सुरक्षा के कारण परीक्षण के विकास में अभी भी अप्रत्याशित समस्याओं का एक मौका है, भले ही आप सुरक्षित तरीके से बैकएंड में जानकारी में हेरफेर करते हों। इन कार्यों को नियंत्रक के पास ले जाने से, हम इस समस्या से छुटकारा पा लेते हैं और साथ ही उपयोगकर्ता इनपुट को साफ रखते हैं।
वास्तव में, यह एक विकल्प है: या तो डेटा के साथ अधिक लचीला संचालन, नियंत्रक का उपयोग करके इनपुट की शुद्धता की निगरानी करना, या कम लचीला, लेकिन ऑब्जेक्ट के वांछित डिज़ाइन को संरक्षित करना। यदि आप अभी भी attr_protected / access का उपयोग करना चाहते हैं, तो अपने Rails 4 एप्लिकेशन में संरक्षित_ attributes जैम का उपयोग करें।
यदि आप नियंत्रक-स्तर की सुरक्षा का उपयोग करना शुरू करना चाहते हैं, तो Rails 3.2.x के साथ संगत strong_parameters जाम पर एक नज़र डालें।

डिफ़ॉल्ट हेडर

रेल 4 में एक विकल्प शामिल होगा जिसके साथ आप डिफ़ॉल्ट हेडर निर्दिष्ट कर सकते हैं जो आपके आवेदन से हर प्रतिक्रिया के साथ वापस आ जाएगा। यदि दूसरे छोर पर मौजूद ब्राउज़र ऐसे हेडर का समर्थन करता है, तो इससे आपके एप्लिकेशन के साथ एंड-यूज़र के कार्य के दौरान सुरक्षा का स्तर बढ़ जाएगा।
रेल 4 में, निम्नलिखित हेडर प्रत्येक प्रतिक्रिया के साथ डिफ़ॉल्ट रूप से सेट किए जाएंगे:

 config.action_dispatch.default_headers = { 'X-Frame-Options' => 'SAMEORIGIN', 'X-XSS-Protection' => '1; mode=block', 'X-Content-Type-Options' => 'nosniff' } > ' config.action_dispatch.default_headers = { 'X-Frame-Options' => 'SAMEORIGIN', 'X-XSS-Protection' => '1; mode=block', 'X-Content-Type-Options' => 'nosniff' } 

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

एन्क्रिप्टेड कुकीज़

यह वर्णन करता है कि कूट 4 में एन्क्रिप्टेड कुकीज कैसे काम करती हैं। संक्षेप में, आपके पास एक नया session_store विकल्प होगा जिसे 'एन्क्रिप्ट किया गया_cookie_store' कहा जाता है। यह सत्र स्टोर कुकीज़ को एन्क्रिप्ट करेगा जब वह उन्हें भेजता है, और डिक्रिप्ट जब एप्लिकेशन उन्हें पढ़ने के लिए तैयार होता है। यह अंतिम उपयोगकर्ता द्वारा धोखाधड़ी को रोकेगा और आपके आवेदन के लिए सुरक्षा के एक अतिरिक्त स्तर के रूप में काम करेगा।
हालांकि, इस विकल्प के साथ भी, मैं आपको अभी भी कुकीज़ में गोपनीय जानकारी संग्रहीत करने के खिलाफ चेतावनी दूंगा। डिक्रिप्शन / डिक्रिप्शन के लिए उपयोग किया जाने वाला एल्गोरिथ्म SHA पर आधारित प्रतीत होता है, जिसका अर्थ है कि GPU क्लस्टर और CUDA पर थोड़ी प्रोग्रामिंग।, और कुकी के अंदर की गोपनीय जानकारी अभी भी जल्दी से पर्याप्त रूप से प्राप्त की जा सकती है, क्योंकि एल्गोरिदम के पूरे SHA परिवार को बहुत सारे कंप्यूटिंग संसाधनों की आवश्यकता नहीं है, जैसे कि bcrypt के लिए। और अगर आप सामान्य है, तो उपयोगकर्ता पक्ष पर गोपनीय जानकारी के भंडारण के एक बुरा विचार है। यह एक डेटाबेस या, सुरक्षित नेटवर्क का उपयोग परत और अपने आवेदन में यह स्टोर करने के लिए बेहतर है।
किसी भी मामले में, धोखाधड़ी को रोकने के लिए आपके कुकीज़ को एन्क्रिप्ट करने की क्षमता बेहद उपयोगी है, और रेल 4 में कुकीज़ / सत्रों को संग्रहीत करने का यह तरीका डिफ़ॉल्ट रूप से सेट किया गया है ।

रेल 4 में क्या नहीं होगा?

वहाँ बहुत प्रत्याशित नवाचारों, जो, जाहिरा तौर पर, रेल 4.0 में शामिल नहीं किया जाएगा के एक जोड़े हैं। शायद 4.1 में शामिल होंगे।

पृष्ठभूमि कतारों

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

अतुल्यकालिक ActionMailer

चूंकि पृष्ठभूमि कतारों के लिए समर्थन के साथ एपीआई में देरी हो रही थी, अतुल्यकालिक ActionMailer के लिए समर्थन में भी देरी हुई, क्योंकि इसकी कार्यक्षमता एपीआई के माध्यम से पृष्ठभूमि कतारों द्वारा प्रदान की गई कार्यक्षमता पर निर्भर करती है।

कहां और कहां

कई लोगों ने उदाहरण के लिए, Book.where.not_like (शीर्षक: "% Java%") में 'not_like' पद्धति को संदर्भित करने के अवसर की उम्मीद की, लेकिन इस प्रतिबद्धताओं ने ActiveRecord से कार्यक्षमता को धक्का दिया। डीएचएच इस निर्णय के लिए कारण देता है , हालांकि ऐसा लगता है कि हर कोई इससे सहमत नहीं है। उनका सुझाव है कि समुदाय ने इसे ActiveRecord का हिस्सा बनाने के बजाय एक अलग जाम में डाल दिया। उनकी दलीलों में से एक था डीएसएल को धक्का देने की उनकी अनिच्छा, जो कि अधिक से अधिक_थेन_ओर_सोशल जैसी चीजों में धकेलती है, क्योंकि प्रतिशत चिह्न का उपयोग करना रूबी में एक अजीब वाक्यविन्यास संघर्ष की तरह लगता है, और यह कि आमतौर पर LIKE क्वेरीज काफी दुर्लभ हैं।

अंतिम विचार

रेल 4 में, वहाँ कई नए और दिलचस्प बातें है कि आप एक सुरक्षित, शब्दार्थ सही और कुशल आवेदन बनाने के लिए अनुमति देगा रहे हैं। मैं अनुशंसा करूंगा कि जैसे ही यह सामने आए, हर कोई अपने कोडबेस को रेल 4 में अपग्रेड करना शुरू कर दे, लेकिन आपको इसे ठीक से करने की आवश्यकता है।
जो लोग अभी भी रेल्स २.x का उपयोग करते हैं, मैं उनके कोडबेस को कम से कम २.३.१५ (सभी पैच के साथ नवीनतम संस्करण) अपडेट करने की सलाह देता हूं, और फिर रेल ३.३ के लिए। आप रिलीज के बाद रिलीज को माइग्रेट कर सकते हैं ताकि जल्दबाजी न करें और सब कुछ सावधानी से करें, या यदि आपके पास साहस है, तो तुरंत 3.2 पर अपग्रेड करें और सभी समस्याओं से निपटें क्योंकि वे उत्पन्न होती हैं। स्वाभाविक रूप से, परीक्षणों में कोड का अच्छा कवरेज आवेदन में उत्पादन से पहले समस्याओं का पता लगाने में एक महत्वपूर्ण कारक होगा, और हम हमेशा अनुशंसा करते हैं कि आप पहली बार डिबगिंग वातावरण में एप्लिकेशन को चलाएं (एक कार्यकर्ता की क्लोनिंग ) आवेदन की अंतिम तैनाती से पहले।
आप में से जो पहले से ही 3.2 का उपयोग कर रहे हैं, उन्हें अपग्रेड करना सबसे आसान होगा, क्योंकि रेल 4 में बहुत सारी चीजें कुछ बिल्ट-इन इनोवेशन के साथ फीचर्स को नया रूप देती हैं। एन्क्रिप्टेड कुकी स्टोर का लाभ उठाएं और अपने बड़े पैमाने पर असाइनमेंट सुरक्षा को बदलें और इसे नियंत्रक स्तर पर ले जाएं (जब तक कि आप वास्तव में इस दृष्टिकोण के खिलाफ नहीं हैं और इसके बजाय उपरोक्त जाम का उपयोग करना चाहते हैं)।
सब सब में, रेल 4 कई रूपरेखा सुधारों के साथ एक महान रिलीज होगी जिसे हम जानते हैं और प्यार करते हैं। मैं इसके लिए तत्पर हूं, और मुझे आशा है कि मैं अकेला नहीं हूं।
आगे के अध्ययन के लिए:

blog.remarkablelabs.com/2012/11/rails-4-countdown-to-2013
blog.wyeworks.com/2012/11/13/rails-4-compilation-links
weblog.rubyonrails.org/2012/11/21/the-people-behind-rails-4
edgeguides.rubyonrails.org/4_0_release_notes.html
rubyrogues .com / 081-rr-rails-4-with-aaron-patterson
Rails 4 Whirlwind Tour: vimeo.com/51181496

यह लेख हमारे आधिकारिक ब्लॉग पर लेख का अनुवाद है।
भाग 1 , भाग 2 । J. Austin Hughey
द्वारा पोस्ट किया गया अनुवाद - मेरा मेरी योजना हमारी कंपनी के सभी महत्वपूर्ण समाचारों और हमारे ब्लॉग पर दिखने वाले सभी दिलचस्प लेखों का अनुवाद करने की है । सुझाव और सलाह सुनना बेहद दिलचस्प होगा।



मैं संभावित सवालों के जवाब देने की कोशिश करूंगा। यदि मुझे पर्याप्त तकनीकी ज्ञान नहीं है, तो मैं हमारे इंजीनियरों से पूछूंगा। धन्यवाद!