सतर्क निगरानी के तहत: हॉस्टल टैरिफ की निगरानी कैसे करें और वीपीएस कैटलॉग को अद्यतित रखें

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



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

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

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

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

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

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

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

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

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

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

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

समय-समय पर, हम हॉस्टलर्स की साइटों पर तथ्यात्मक त्रुटियां पाते हैं (उदाहरण के लिए, अक्सर ऐसा होता है कि टैरिफ बदलने के बाद साइट के पृष्ठों के कुछ हिस्से पुरानी जानकारी रह जाते हैं), जिसे हम उन्हें तुरंत सूचित करने का प्रयास करते हैं।

टेस्ट मोड में, स्क्रिप्ट उन होस्टरों की साइटों की जांच करने के लिए काम करती है जिनके पास साइट पर स्वचालित रूप से जानकारी उत्पन्न नहीं होती है, इसलिए कुछ होस्टर्स के लिए हम परिवर्तनों के लिए बहुत तेज़ी से प्रतिक्रिया कर सकते हैं। परीक्षण मोड में भी, बिलिंग कार्यों के लिए एक चेकर, और उन हॉस्टलर्स के लिए जो ऐसा कर सकते हैं, हम भी परिवर्तनों को स्वचालित रूप से मॉनिटर करने का प्रयास करते हैं।

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

मैन्युअल जाँच से बचने के बाद से यह अभी भी एकदम सही है। मुझे खुशी होगी अगर कोई व्यक्ति इस तरह के कठिन काम को स्वचालित करने के लिए अधिक विकल्पों की सलाह दे सकता है।

वर्चुअल सर्वर खोजने के लिए साइट VPS.today पर एक नज़र डालें । 130 होस्टरों से 1500 टैरिफ, एक सुविधाजनक इंटरफ़ेस और सबसे अच्छा वर्चुअल सर्वर खोजने के लिए बड़ी संख्या में मानदंड।