प्रैक्टिसिंग रेल्स, अभिभूत हुए बिना रेल्स सीखने पर मेरी किताब, अब उपलब्ध है। और आप अभी भी गुरुवार रात 11:59 बजे तक 25% की छूट प्राप्त कर सकते हैं! (प्रशांत समय) इसे यहां प्राप्त करें: https://www.justinweiss.com/practicing-rails थोड़ी पृष्ठभूमि: जब से मैंने यहां लिखा है, मैंने बहुत से लोगों से सु

क्या आपका गिटहब कंट्रीब्यूशन चार्ट ठोस ग्रे है? आप इस पर काम करने के लिए एक ओपन सोर्स प्रोजेक्ट का उपयोग कर सकते हैं। लेकिन आपको इसे स्क्रैच से शुरू करने की ज़रूरत नहीं है। एक उपयोगी साइड प्रोजेक्ट बनाने का सबसे आसान तरीका है इसे उस ऐप से निकालना जिसे आप पहले से बना रहे हैं। इसी तरह रेल्स का जन्म हु

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

जब आपका डेटा मॉडल जटिल हो जाता है, और आपके APIs उस दुखद 1 सेकंड प्रतिक्रिया समय को हिट करते हैं, तो आमतौर पर एक आसान फिक्स होता है: :includes। जब आप अपने मॉडल के एसोसिएशन को प्रीलोड करते हैं, तो आप उतने SQL कॉल नहीं करेंगे। और यह आपको बहुत समय बचा सकता है। लेकिन फिर आपकी साइट फिर से धीमी हो जाती है

ActiveRecord कॉलबैक आपके मॉडल के जीवन के विभिन्न चरणों के दौरान कोड चलाने का एक आसान तरीका है। उदाहरण के लिए, मान लें कि आपके पास एक Q&A साइट है, और आप सभी प्रश्नों के माध्यम से खोज करने में सक्षम होना चाहते हैं। हर बार जब आप किसी प्रश्न में बदलाव करते हैं, तो आप इसे ElasticSearch जैसी किसी चीज़ मे

क्या होगा यदि आपका Rails ऐप यह नहीं बता सकता कि कौन इसे देख रहा है? अगर आपको पता नहीं था कि वही व्यक्ति दो अलग-अलग पेजों का अनुरोध कर रहा है? अगर आपके द्वारा संग्रहीत सभी डेटा प्रतिक्रिया वापस करते ही गायब हो गए? यह ज्यादातर स्टैटिक साइट के लिए ठीक हो सकता है। लेकिन अधिकांश ऐप्स को उपयोगकर्ता के बा

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

आपने शायद इस पैटर्न को पहले देखा है। एक मेथड के पास अपने अंतिम आर्गुमेंट के रूप में एक options हैश होता है, जिसमें अतिरिक्त पैरामीटर होते हैं: def hello_message(name_parts = {}) first_name = name_parts.fetch(:first_name) last_name = name_parts.fetch(:last_name) Hello, #{first_name} #{last_name} end

आप जानते हैं कि प्रदर्शन एक सुविधा है। और बहुत सारी प्रदर्शन समस्याएं विकास के दौरान पाई और ठीक की जा सकती हैं। लेकिन उन मंदी के बारे में क्या जो केवल प्रोडक्शन में दिखाई देती हैं? क्या आपको हर एक कोड लाइन पर लॉग संदेश जोड़ने होंगे? यह चीजों को और भी धीमा कर देगा! या आप यह देखने के लिए टन छोटे शायद

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

Rails में, यदि आपके पास उनकी आईडी हैं तो अपने डेटाबेस से रिकॉर्ड्स का एक गुच्छा प्राप्त करना आसान है: Person.where(id: [1, 2, 3]).map(&:id) => [1, 2, 3] लेकिन क्या होगा यदि आप रिकॉर्ड्स को अलग क्रम में वापस प्राप्त करना चाहते हैं? शायद आपका सर्च इंजन सबसे प्रासंगिक आईडी पहले लौटाता है। आप अपने

मैंने हाल ही में Ruby अपडेट किया और कुछ प्रोजेक्ट्स को अपग्रेड किया। और जब मैंने ऐसा किया, तो मुझे कुछ बहुत अच्छी RubyGems सुविधाएं मिलीं जिनके बारे में मुझे पहले नहीं पता था: जब आपके एक्जीक्यूटेबल आउट-ऑफ-डेट हो जाते हैं मैं अपने Ruby वर्जन को प्रबंधित करने के लिए rvm का उपयोग करता था। लेकिन पिछली

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

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

जब आप Rails ऐप्स बनाते हैं, तो आप ढेर सारे जेम्स का उपयोग करेंगे। उनमें से कुछ पूरी तरह से जादुई लगते हैं! लेकिन वह जादू कैसे होता है? अधिकांश जेम्स में, ऐसा कुछ भी नहीं है जो वे कर रहे हों जो आप नहीं कर सकते। यह सिर्फ रूबी कोड है। कभी-कभी यह जटिल रूबी कोड होता है। लेकिन यदि आप उस कोड का पता लगाते

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

जब आप किसी API को रैप करने के लिए Ruby का उपयोग करते हैं, तो आपके पास इसे कॉन्फ़िगर करने का एक तरीका होना चाहिए। शायद रैपर को एक उपयोगकर्ता नाम और गुप्त कुंजी की आवश्यकता है, या शायद सिर्फ एक होस्ट। इसे संभालने के कुछ अलग तरीके हैं। तो आपको कौन सा चुनना चाहिए? आसान, वैश्विक तरीका आप चाह सकते हैं

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

Rails सीखने के लिए ढेर सारी किताबें, वीडियो, पॉडकास्ट, और कोर्स हैं। उन सभी को पूरा करने का आपके पास कोई रास्ता नहीं है! तो एक पूर्ण शुरुआती के लिए Ruby और Rails सीखने का सबसे अच्छा तरीका क्या है? आपको किन संसाधनों से शुरू करना चाहिए, और कब? किताबें और वेबसाइटें अगर आप प्रोग्रामिंग में पूरी तरह से

यह लेख कोरियाई में भी उपलब्ध है, सूनसांग हॉन्ग का धन्यवाद! Rails के scopes आपके द्वारा चाहने वाले रिकॉर्ड्स को ढूंढना आसान बनाते हैं: app/models/review.rbclass Review 3.0) } end 3.0) => 5 लेकिन अगर आप उनके साथ सावधान नहीं हैं, तो आप अपने ऐप के प्रदर्शन को गंभीर रूप से नुकसान पहुंचाएंगे।