[विकासशील साइटों को विकसित करते समय डीबग]

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





लेकिन विकल्प क्या हैं?



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



संभावित नुकसान - DoS के खिलाफ एक प्रणाली को लागू करना अच्छा होगा। और इसलिए यह अक्षरों को स्पैम कर सकता है। खैर, लॉग को समय-समय पर छंटनी की आवश्यकता होगी।



विकल्प दो - विकास की अवधि के लिए अधिक उपयुक्त। हर पृष्ठ या इंजन में डिबग लाइब्रेरी एम्बेड करें। उदाहरण के लिए, URL (मैन्युअल रूप से) में "& dbg = true" जोड़कर इसे कॉल किया जाएगा। इस मामले में, अन्य बातों के अलावा, पृष्ठ किसी भी डीबगिंग जानकारी से भरा होगा - पथ, चर, लिंक, क्वेरी समय, आदि।



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



यह सब सर्वर साइड के बारे में था। JS / DHTML इत्यादि को डीबग करने के बारे में, सब कुछ स्पष्ट प्रतीत होता है - स्क्रिप्ट और उपयोगिताओं हैं।



कौन जानता है कि अन्य विकल्प और उपयोग क्या हैं?