पहले फ्री बैकलिंक चेक करें, फिर $100 का उद्देश्यपूर्ण उपयोग करें

तीन बजट, सभी काल्पनिक

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

बजट A, एक पब्लिक विजेट

आपके ब्लॉग पर एक फ्री DR चेकर domain का उपयोग करता है, जिसकी लागत 0 क्रेडिट्स है। API पर महीने में दस हज़ार लुकअप फ्री हैं, और आपका एकमात्र बिल होस्टिंग का है, जो हमसे संबंधित नहीं है। ब्लॉग पर एक फ्री बैकलिंक चेकर टूल वही कॉल है, जो एक पेज से की जाती है जिसे विज़िटर देख सकते हैं।

फ्री कॉल्स को एक दिन के लिए कैश करें, जैसे कि Next.js गाइड में बताया गया है। एक विजेट जो एक लोकल पोस्ट से हज़ार लुकअप करता है, फिर प्रति डोमेन प्रति दिन एक अपस्ट्रीम कॉल करता है, जिससे गणिति छोटी रहती है और पेज तेज़ होता है।

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

बजट B, एजेंसी रिपोर्ट

मासिक, 300 क्लाइंट डोमेन, प्रत्येक पर एक refdomains कॉल 2 क्रेडिट्स की। महीने में 600 क्रेडिट्स और साल में 7,200, या $0.72। छोटा। उस दर पर $100 का बैलेंस लगभग 139 साल तक चलेगा, इसलिए स्टोरेज और आपका अपना समय प्रमुख हैं, API नहीं।

यहाँ शेड्यूल ही लीवर है। वही 300 डोमेन मासिक की जगह साप्ताहिक चलाने का मतलब लगभग चार गुना अधिक रन हैं, और चूँकि इंडेक्स लगभग मासिक अपडेट होता है, अधिकांश साप्ताहिक उत्तर पिछले वाले को दोहराते हैं।

बजट C, एक पूर्ण एक्सपोर्ट

एक डोमेन, 50,000 की सीमा तक पहुँचने के लिए 1,000 रो की 50 कॉल, प्रत्येक 2 क्रेडिट्स की: 100 क्रेडिट्स, या एक सेंट। 1,000 डोमेन के लिए दोहराएं और आप 100,000 क्रेडिट्स खर्च करेंगे, जो $100 में से $10 और बैलेंस का एक-दसवाँ हिस्सा है।

क्रेडिट लागत कम है, लेकिन स्टोर्ड रो नहीं। डिस्क स्पेस की योजना उसी तरह से बनाएं जैसे आप क्रेडिट्स के लिए बनाते हैं, और केवल उन कॉलम को रखें जिनकी आपको रिपोर्ट्स में आवश्यकता है।

यदि एक्सपोर्ट को हर माह दोहराना है, तो बजट में एक-बार का कुल नहीं, बल्कि मासिक आंकड़ा डालें।

बजट क्या छोड़ देते हैं

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

समय को अनदेखा करने वाला बजट अधूरा है, इसलिए अगला सेक्शन की सूति के बाहर बैठने वाली लागतों को जोड़ता है।

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

एक बजट में क्या शामिल नहीं है

API लाइन अधिकांश प्रोजेक्ट्स में सबसे छोटा आइटम है। तीन अन्य लागतें आमतौर पर अधिक मायने रखती हैं, और एक बजट पेज को उन्हें नाम देना चाहिए।

होस्टिंग और स्टोरेज

आपका सर्वर, आपका डेटाबेस और आपका क्रॉन होस्ट अलग-अलग बिल करते हैं, और मिलकर वे कॉल्स से अधिक खर्च हो सकते हैं। एक छोटे VPS पर एक नाइटली जॉब की कल्पना करें: VPS वह लाइन है जिस पर नज़र रखनी चाहिए, न कि कॉल्स।

स्टोर्ड रिस्पॉन्स की एक रे टेबल भी डिस्क स्पेस लेती है। एक सेव्ड बैच से उसकी वृद्धि का अनुमान लगाएं, जिसे आपकी योजनाबद्ध रनों से गुणा करें।

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

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

दो साल में स्थानांतरित होना

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

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

अब एग्जिट को लिखने में एक घंटा लगता है। दो साल बाद यह पता लगाने कि रॉ बॉडीज कभी नहीं रखी गईं, इतिहास के पुनर्निर्माण की लागत लाता है।

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

फेच लेयर पर आपका अपना समय

फेच लेयर, रेट्राइज़ और अलाउ-लिस्ट लिखने में एक दोपहर लगता है और टेस्ट करने में अधिक समय। फ्री टूल को फ्री मानने से पहले उस समय को गिनें।

यह वह लाइन है जिसे अधिकांश बजट छोड़ देते हैं, और यह आमतौर पर होस्टिंग के बाद सबसे बड़ा आइटम है। इसे लिखें, ताकि तुलना ईमानदार हो।

एक अच्छा टेस्ट यह समय है जो एक नए डेवलपर को शून्य से एक कॉल बनाने में लगता है। यदि वह एक दिन लेता है, तो फेच लेयर प्रोजेक्ट की वास्तविक लागत है, न कि क्रेडिट्स।

उस समय के बगल में एक अंदाजित घंटे की दर डालें, भले ही एक अनुमान हो। लिखा गया अनुमान उस लागत की तुलना में चुनौती देना आसान है जो शीट में कभी दिखाई ही नहीं देती।

इसे भरोसे के पहले गणिति की जाँच

एक बजत उतना ही अच्छा है जितनी उसकी गुणा। दो जाँचें अधिकांश गलतियों को एक शेड्यूल्ड रन से पहले पकड़ लेती हैं।

प्रति क्रेडिट कीमत से शुरू करें

एक क्रेडिट $0.0001 है। इससे 10,000 क्रेडिट्स $1 बनते हैं और पूरे 1,000,000 स्टार्टर क्रेडिट्स $100, जो एक प्लानिंग शीट को चाहिए, वह एकमात्र कन्वर्जन है।

कन्वर्जन को एक बार लिखें, एक सेल या कॉन्स्टेंट में, और उसे दोहराएं। तीन जगहों पर इसे फिर से टाइप करना ही वह तरीका है जिससे शीट में तीन अलग-अलग कीमतें आ जाती हैं।

शीट को आखिरी लाइन तक क्रेडिट्स में रखें। जल्दी कन्वर्ट करना और फिर फिर से गुणा करना वह जगह है जहाँ दस का फैक्टर अनदेखा हो जाता है।

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

बैलेंस के खिलाफ एक कॉल टेस्ट करें

एक पेड कॉल बनाएं, _credits को पढ़ें शुरू और अंत में, और जाँच करें कि गिरावट एक्शन की कीमत के बराबर है। एक refdomains कॉल बैलेंस को 2 क्रेडिट्स से हिलाना चाहिए, और एक search कॉल 3 से।

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

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

अपने खाता पेज पर बैलेंस की जाँच करें, एक बार। दोनों नंबरों को सहमत होना चाहिए, और असंगति रनबुक में एक छोटी नोट के लायक है।