तीन पसंदीदा कीड़े

कीड़े हैं और बीएजी हैं। और अगर कीड़े आमतौर पर तय होते हैं और भूल जाते हैं, तो बीएजी हमेशा हमारे साथ रहते हैं। मैं इनमें से तीन BAZHishchi आपके साथ साझा करना चाहता हूं।

ऐसी पहली घटना 2005 में हुई थी, जब मैंने फ्रेंडसकाउट 24 में काम किया था। हमारे पास निगरानी के लिए एक उपकरण था, जिसमें एक प्लेट थी और सर्वर पर प्रत्येक पंक्ति में। यदि सर्वर सामान्य रूप से उत्तर देता है, तो यह हरे रंग में खींचा गया था, यदि नहीं, तो लाल रंग में। आमतौर पर सब कुछ शांत रूप से हरा था। और फिर, एक अगस्त के दिन, सर्वर एक सीढ़ी के साथ गिरने लगे। पाम-पाम-पाम - 3 मिनट में 4 सर्वर। 5 मिनट के बाद, सब कुछ फिर से हरा हो गया, जैसे कि कुछ भी नहीं हुआ था।



यह अगले दिन, हर दूसरे दिन और इसी तरह पूरे सप्ताह दोहराया गया। सामान्य-संदिग्धों (लोडब्लेन्सर, जावास्क्रिप्ट) को बाहर करने के बाद, ओलिवर (फ्रंट-एंड मैडेंस में से एक) ने परिकल्पना की कि यह किसी प्रकार का उपयोगकर्ता था। चूंकि एक ही समय में लगभग 2 मिलियन उपयोगकर्ता थे और लगभग 25,000 लोग लॉग इन करते थे, इसलिए इसे ढूंढना मुश्किल हो गया। लेकिन फ्रेंडसकाउट 24 के इतिहास में पहले से ही एक स्थिति थी जब एक उपयोगकर्ता ने पूरी प्रणाली डाल दी थी, इसलिए हमने हार नहीं मानने का फैसला किया।

और अच्छी तरह से, कुल में, सभी बुराई का कारण फोटोग्राफी था। लेकिन बिल्कुल सरल नहीं है। एक लड़की ने एक तस्वीर के साथ अपनी प्रोफ़ाइल को समृद्ध करने का फैसला किया, जो अपने आप में सराहनीय और स्वागत योग्य है। हालाँकि, उसकी तस्वीर केवल पीडीएफ प्रारूप में थी। उस समय के सभी सामान्य पोर्टल्स की तरह, हमने PDF को स्वीकार नहीं किया, लेकिन JPEG और विभिन्न प्रकार के GIF को स्वीकार किया। लड़की - मूर्ख नहीं - नाम बदलकर foto.pdf से photo.jpg। इस प्रकार, उसने माइम-प्रकार की जाँच को दरकिनार कर दिया और उसकी तस्वीर सिस्टम के विकलों में तैर गई। इन विडल्स में इमेजमैजिक , फिर तस्वीरों को प्रोसेस करने के लिए अत्याधुनिक लाइब्रेरी है। इसलिए इमेजमैजिक , मूर्ख भी नहीं है, बजाय यह कहने के कि यह jpg नहीं था और फ़ोटो को वापस भेजते हुए, सामग्री में पीडीएफ को मान्यता दी और इस पीडीएफ को संसाधित करने के लिए अपनी साइडकिक घोस्टस्क्रिप्ट को बुलाया। और जब से कोई भी कभी भी इन मशीनों पर पीडीएफ संसाधित करने वाला नहीं था, कोई भी भूत-प्रेत चारों ओर नहीं पड़ा था, जिससे मूल देयता में एक आसान सेग दोष हो गया, और पास में आराम करने के लिए सुरक्षित रूप से जेवीएम डाल दिया। उफ़।

बिना किसी परेशानी के लड़की ने अगले सर्वर पर फिर से कोशिश की और एक-एक करके सर्वर को मार डाला। इस तथ्य के लिए बहुत-बहुत धन्यवाद कि उसके पास 12 बार प्रयास करने का धैर्य नहीं था, यानी हमारे पास तब कितने वेब सर्वर थे।

दूसरा बग प्रागैतिहासिक काल में हुआ जब मैंने इस साइट के पहले संस्करणों में से एक बनाया। साइट में सभी प्रकार की सूखी सफाई मशीनों और लॉन्ड्रियों के बारे में जानकारी है, और इन सभी मशीनों को सामग्री-प्रबंधन-प्रणाली (सेमी) में सेट किया गया था जिससे साइट तैयार की गई थी। पहले तो सब कुछ ठीक था, एक संतुष्ट ग्राहक और वह सब। एक हफ्ते बाद, ग्राहक ने फोन किया और शिकायत की कि नई मशीनों के अलावा एक संदिग्ध लंबे समय तक चली। मैंने जाँच की, लॉग खाली हैं, सर्वर बेकार है, मुझे कुछ भी नहीं मिला। ग्राहक फिर से कहता है, 100 कारों को जोड़ा, अब हर नई कार को एक मिनट जोड़ा जाता है। उसने देखा, जाँच की - वह सच कह रहा था। सामान्य तौर पर, काम लंबे समय तक किया जाता है, लेकिन जल्द ही परियों की कहानी प्रभावित होती है, लगभग हर लाइन पर समय की माप डालते हैं, एक बदमाश पाया गया। वह लंबे समय तक अपनी आंखों पर विश्वास नहीं करता था: log.debug (कैश) ।

उसी समय, डीबग को स्वयं बंद कर दिया गया था, इसलिए मुझे किसी भी लॉग में कुछ भी नहीं दिखाई दिया, लेकिन इस कैश की स्ट्रींग विधि ने सभी विवरणों में सामग्री को चित्रित किया। और ज्यादा से ज्यादा चली। एक ऑपरेशन के लिए तीन मिनट। सामान्य तौर पर, तब से मैं हमेशा log.isDebugEnabled () का उपयोग करता हूं । हालांकि उन्होंने अपना समय बर्बाद किया।

और अंत में, मेरा पसंदीदा। सभी समय का मुख्य बग। यह 2003 में उसी फ्रेंडस्काउट-ए पर विज्ञापन था। इससे पहले कि वे मुझे काम पर रखते (शायद इसीलिए उन्होंने मुझे काम पर रखा)। उस समय मंच बहुत अस्थिर था, यह अक्सर गिरता था और उन लोगों द्वारा समर्थित होता था जिन्हें वे क्या कर रहे थे इसकी थोड़ी समझ थी। और जब लोग सिस्टम के खराब व्यवहार के कारण को नहीं चाहते हैं या समझ नहीं सकते हैं, तो उनके पास एक मरम्मत का तरीका है - ctrl-alt-del। आखिर, विंडोज पर क्या अच्छा है, हर जगह अच्छा होना चाहिए, है ना?

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

महिला: "और जब मैं आपके सिस्टम में लॉग इन करता हूं तो क्या यह तुरंत बंद हो जाता है?"
सपोर्ट एजेंट: "आपका उपयोगकर्ता नाम क्या है?"
महिला: " फेमे-फेटेल " (घातक महिला)।

पर्दा।