AppSignal पर हम रूबी एप्लिकेशन के लिए एरर ट्रैकिंग प्रदान करते हैं। ऐसा करने के लिए, हम एप्लिकेशन द्वारा हम पर फेंके गए सभी एक्सेप्शन्स को कैप्चर करते हैं और डेवलपर्स को सूचित करते हैं जैसे ही वे होते हैं। एक्सेप्शन हैंडलिंग को सही करना मुश्किल हो सकता है। इस लेख में हम बताएंगे कि यह कैसे काम करता ह

AppSignal का उपयोग करने वाले ऐप को चलाने वाला हर सर्वर हर 30 सेकंड में सैंपल्स और मेट्रिक्स का एक संग्रह हमारे पुश API को भेजता है। प्रत्येक रिक्वेस्ट में एक कुंजी होती है जिसका उपयोग हम यह निर्धारित करने के लिए करते हैं कि डेटा किस ऐप से आया है। ऐसा करने के लिए, हमें प्रत्येक इनकमिंग रिक्वेस्ट के ल

25 फरवरी 2024 को अपडेट किया गया उदाहरण स्क्रीनशॉट और पुराने लिंक अपडेट करने के लिए। अपने सिस्टम के लोड की निगरानी करना आपके ऐप को सुचारू रूप से चलाने के लिए आवश्यक है। AppSignal के होस्ट मेट्रिक्स आपके सिस्टम के लोड एवरेज में अंतर्दृष्टि प्रदान करते हैं, जो दिखाता है कि आपका सिस्टम कई समय सीमाओं मे

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

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

टाइप कोएर्सन एक ऑब्जेक्ट के प्रकार को उसके मान के साथ दूसरे प्रकार में बदलना है। उदाहरण के लिए, #to_s के साथ एक Integer को String में बदलना या #to_i के साथ एक Float को Integer में बदलना। शायद कम ज्ञात #to_str और #to_int मेथड्स जो कुछ ऑब्जेक्ट्स इम्प्लीमेंट करते हैं, पहली नज़र में वही करते हैं, लेकिन

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

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

रेल्स 7 आने ही वाला है। हमारे पास एक पुष्टि की गई रिलीज़ डेट नहीं है, लेकिन क्रिसमस से पहले उपलब्ध होने की उम्मीद है, इसलिए बहुत लंबा इंतजार नहीं करना पड़ेगा। इस पोस्ट के प्रकाशन के अनुसार नवीनतम वर्जन 7.0.0.rc1 है, पहला रिलीज़ कैंडिडेट। Basecamp, HEY, Github, और Shopify सभी रेल्स 7 अल्फा को प्रोडक्

इस लेख में, आप सीखेंगे कि रेल्स में डेटाबेस प्रदर्शन कैसे टेस्ट करें और कुछ सबसे आम डेटाबेस प्रदर्शन मुद्दों को हल करें। जब आप एक रेल्स एप्लिकेशन विकसित करते हैं, तो ActiveRecord आपका डेटाबेस प्रबंधित करने वाला डिफ़ॉल्ट टूल है। ActiveRecord .where, .save, .create, और .update जैसे कमांड का उपयोग करक

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

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

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

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

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

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

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

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

एक स्टेट मशीन किसी चीज़ के सभी संभावित स्टेट्स और इन स्टेट्स के बीच अनुमत ट्रांज़िशन को रख सकती है। उदाहरण के लिए, एक दरवाजे के लिए स्टेट मशीन में केवल दो स्टेट्स होंगे (open और closed) और केवल दो ट्रांज़िशन (opening और closing)। दूसरी ओर, जटिल स्टेट मशीन्स में सैकड़ों ट्रांज़िशन के साथ कई अलग-अलग

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