आईटी वर्ल्ड से उत्सुक विकृतियां - 4

डेली डब्ल्यूटीएफ 15 वर्षों से आईटी दुनिया से मज़ेदार, जंगली और / या दुखद कहानियाँ एकत्र कर रहा है। मैंने कई कहानियों का अनुवाद किया जो मुझे दिलचस्प लगीं। सभी कंपनी के नाम और नाम बदल दिए गए हैं। पिछले मुद्दों को " जिज्ञासु विकृतियों " लेबल के तहत पाया जा सकता है।

पहली कहानी। महीने का अंत

[मूल रूप]

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

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

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

काटो ने नए सलाहकार को दिखाया कि बैंक कैसे दिन-प्रतिदिन की रिपोर्ट तैयार करता है। “देखें, हमारे पास पिछले कार्य दिवस के लिए, आज के लिए और अगले कार्य दिवस के लिए वैश्विक चर हैं। उनके पास काम करने के लिए आसान बनाने के लिए YYMMDD प्रारूप है। "

“हाँ, हाँ, मिल गया। मुझे मिल गया। वे किस प्रारूप में हैं? "

"... उह ... मैं केवल यह मान सकता हूं कि यह वर्ष, महीना और दिन है।"

“हाँ, हाँ, ठीक है। बहुत बढ़िया। फिर मुझे काम करना है। ”

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

 TH.DATE = R.DATES(EB.DAT.NEXT.WORKING.DAY)[1,6]:"01" CALL CDT('ES00',TH.DATE,"-1C") WTODAY = OCONV(DATE(),"DY") : FMT(OCONV(DATE(),"DM"),'R%2') : FMT(OCONV(DATE(),"DD"),'R%2') IF TH.DATE EQ WTODAY THEN 

संक्षेप में बताएं कि यहां क्या होता है:

1. अगला व्यावसायिक दिन लें और महीने का पहला दिन प्राप्त करने के लिए दिन को 01 में बदलें।
2. हम स्पेन के कैलेंडर में 1 कैलेंडर दिन घटाकर इस तिथि को बदलते हैं।
3. हम सर्वर से तारीख लेते हैं और इसे YYYYMMDD प्रारूप में अनुवाद करते हैं, तिथि आदेश को तीन बार कहते हैं।
4. यदि चरण 2 में गणना की गई तारीख चरण 3 में गणना की गई तारीख के बराबर है, तो प्रक्रिया शुरू करें।

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

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

काटो ने एक टिप्पणी जोड़ी, जिसमें कोड को बदलने का एक तरीका बताया गया है:

 IF R.DATES(EB.DAT.TODAY)[5,2] # R.DATES(EB.DAT.LAST.WORKING.DAY)[5,2] THEN 

पाँच मिनट बाद, सलाहकार उसकी मेज पर गया। "इसका क्या मतलब है?"

काटो उस समय बहस करने के मूड में नहीं था। “आपका कोड टूट गया है, दोस्त। यह सब जरूरी नहीं है। ”

“मैं देखता हूं, मैं देखता हूं। यह वास्तव में हमारे उद्योग के लिए एक मानक संचालन प्रक्रिया है। ठीक है, ठीक है। ”

काटो ने उस पर बहुत संदेह किया, लेकिन बस झिड़क दिया। “फिर उद्योग गलत है। मैंने टिप्पणी में सब कुछ समझाया। ”

"हाँ। हां, मैंने इसे पढ़ा। लेकिन मैं इसे फिर से पढ़ूंगा। ” और वह प्रकट होते ही अचानक गायब हो गया।

संपादन किए गए, काटो ने कोड को मंजूरी दे दी, और सलाहकार कोहरे में गायब हो गया।

कभी-कभी, रात में बिस्तर पर लेटे रहने के बाद, काटो ने सोचा: क्या सलाहकार ने वास्तव में समझा कि उसने क्या गलत किया है, या क्या वह सिर्फ देखने के लिए सहमत था, अपनी जांच प्राप्त की और कहीं न कहीं Kato के वेतन से दोगुने मूल्य के लिए एक भयानक कोड लिखना जारी रखा? उन बैंकों में जहां कोई कर्मचारी नहीं हैं जो कोड को सत्यापित कर सकते हैं।

लेकिन सभी पैसे बिटकॉइन में निवेश न करें। यह और भी बुरा है।

दूसरी कहानी। यह कैसे किया जाता है

[मूल रूप]

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

ब्रेट ने मेडस्ट्रीट मेडिकल रिसर्च सेंटर में एक सिस्टम एनालिस्ट के रूप में काम किया। मेडस्ट्रीट ने डेटा को स्टोर करने और विश्लेषण करने के लिए मेडटेक नाम के मालिकाना सॉफ्टवेयर का इस्तेमाल किया। डॉक्टरों और शोधकर्ताओं ने मेडटेक के परिणामों को पसंद किया, लेकिन सहकर्मी ब्रेट टायर्री को पता था कि उन्हें कैसे बनाया गया है।

सॉफ़्टवेयर में बैकएंड तक पहुंच नहीं थी, और संपूर्ण विकास प्रक्रिया "प्रोग्रामेबल माउस" जीयूआई में हुई। यह इंटरफ़ेस ऐसा लग रहा था कि यह किसी ऐसे व्यक्ति द्वारा लिखा गया था जिसने 90 के दशक से कॉपी-पेस्ट वेबसाइटों द्वारा प्रोग्रामिंग का अध्ययन किया था, जुरासिक पार्क के दस मिनटों को देखा और स्टैकऑवरफ्लो के उत्तर की तलाश की जब तक कि कुछ संकलित नहीं किया जा सकता। "प्रोग्रामिंग भाषा" ने डिजाइन दर्शन में विचारशीलता का एक समान स्तर दिखाया। प्रत्येक if एक else होना चाहिए था। कुछ मॉड्यूल ने बूलियन मूल्यों का उपयोग किया, दूसरों ने झूठे मूल्यों को इंगित करने के लिए खाली तार लौटा दिए। प्रलेखन से यह स्पष्ट नहीं था कि किस स्थिति में एक या दूसरा हुआ। वास्तव में, if प्रत्येक if तीन कथनों में बदल गया।

नए अध्ययन की शुरुआत के लिए ब्रेट की जरूरत थी। यह एक यादृच्छिक चर का उपयोग करके आँकड़ों और समूहीकृत रोगियों के एक सरल समूह पर आधारित था। ब्रेट ने एक चर के लिए सूची में देखा, जिसे यादृच्छिक किया जा सकता था, लेकिन यह आवश्यक नहीं मिला। उन्होंने सुझाव दिया कि उन्होंने एक गलती की और कुछ स्क्रीन पर वापस जाकर उसका नाम खोज के लिए कॉपी करके जांच लिया। ब्रेट यादृच्छिक यादृच्छिक चर की सूची में लौट आए। वह वहां नहीं थी। उन्होंने सूची पर बारीकी से ध्यान दिया और देखा कि यादृच्छिक चर की सूची में बहु-विकल्प क्षेत्रों के डेटा थे। जिस क्षेत्र में उसे यादृच्छिक बनाने की आवश्यकता थी वह एक परिकलित क्षेत्र पर आधारित था।

ब्रेट को पता था कि टायरी एक अन्य परियोजना पर काम कर रहा है, जो गणना क्षेत्र द्वारा यादृच्छिक किया गया था, इसलिए उन्होंने उसे स्लैक में संपर्क किया। “आपने इस यादृच्छिक चर को कैसे एनकोड किया? क्या मेडटेक ऐसा होने से रोकता है? "

"मैं कॉन्फ्रेंसिंग पर बात कर रहा हूं, मैं आपको बाद में कॉल करूंगा," टायर्री ने लिखा।

कुछ ही मिनटों बाद टायर ने ब्रेट को फोन किया।

“आपको दो क्षेत्रों से शुरुआत करने की आवश्यकता है। चलिए बताते हैं। चलिए उन्हें $variable_choice कहते हैं, जो कि एक बहुविकल्पी प्रश्न है, और $variable_calced , $variable_calced आपके गणना किए गए क्षेत्र। जब आप एक वैरिएबल बनाना चाहते हैं जो किसी परिकलित फ़ील्ड के आधार पर रैंडम सेलेक्शन करता है, तो आप मेडटेक को बताएं कि यह रैंडम वेरिएबल $variable_choice पर आधारित है। तब आप $variable_choice हटाते हैं, और $variable_calced को $variable_choice "

“बंद करो, सिस्टम आपको ऐसा करने की अनुमति देता है, लेकिन आपको किसी अन्य तरीके से गणना किए गए फ़ील्ड को यादृच्छिक करने की अनुमति नहीं देता है? और वह इसकी जाँच नहीं करेगी? "

"मुझे उम्मीद है कि कुछ भी नहीं बदलता है, और वह मेरी परियोजना के पूरा होने तक इसे सत्यापित करना शुरू नहीं करती है," टायर्री ने उत्तर दिया।

“यह अध्ययन दस वर्षों में होना चाहिए। और इसका सफल समापन इस बात पर निर्भर करता है कि क्या डेवलपर्स इस ट्रिक को बग मानते हैं? "

"मैं केवल इस तरह के एक समाधान खोजने में कामयाब रहा। अगर आपको कुछ बेहतर लगे तो मुझे बताएं। ”

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

अंत में, ब्रेट के लिए केवल एक चीज बची थी, वह ब्रेक लेने के लिए कैफेटेरिया में गए और एक-दो हॉट डॉग खरीदे।

तीसरी कहानी। पोर्टेबिलिटी और हार्डवेयर

[मूल रूप]


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

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

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

आईटी विभाग को घबराहट के बाद, गैरी फिर से एक पेचकश के साथ अपने कार्यालय में दिखाई दिया। पीसी के मामले को खोलते हुए, वह तुरंत चिल्लाया: “एक मिनट रुको! क्या आपने कहीं कंप्यूटर खींचा? ”

मैट डूब गया। “ठीक है, हाँ। क्या यह बात है? ”

“हाँ, बिल्कुल! आपको ऐसा नहीं करना चाहिए था! ”गैरी ने शाप देना शुरू किया। "हार्ड ड्राइव बाहर घूमने लगी और अंदर सब कुछ छोटा कर दिया!"

मैट कंप्यूटर के अंदर खुद को देखने के लिए गैरी पर झुक गया। उन्होंने तुरंत ध्यान दिया कि नई हार्ड ड्राइव को टेप करने के लिए "निश्चित" किया गया था।

"बंद करो! कि आपको यह नहीं करना चाहिए था! " मैट ने स्कॉच टेप के एक टुकड़े की ओर इशारा किया। "क्या मुझे आपके पर्यवेक्षक से संपर्क करना चाहिए?"

गैरी का चेहरा तमतमा गया। "वे मुझे आवश्यक फास्टनरों नहीं देते!"

"फिर जो उनके पास है उसे ढूंढो!"

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

चौथी कहानी। यह कैसे PL / SQL आपके मस्तिष्क को प्रभावित करता है।

[मूल रूप]

सबसे अजीब और सबसे असफल फैसलों के बीच शाश्वत चैंपियन हमेशा ओरेकल रहेगा। आज हम थोड़ा PL / SQL कोड देखते हैं।

PL / SQL एक अजीब भाषा है, SQL और P rocedural (प्रक्रियात्मक) L एनगेज (भाषा) का मिश्रण, जो ऑब्जेक्ट-ओरिएंटेड साइड में चिपके हुए है। वाक्यविन्यास शानदार रूप से यह धारणा बनाने में सक्षम है कि इसे 1970 के दशक में विकसित किया गया था, और भाषा का हर नया कार्य या परिवर्तन इस परंपरा को जारी रखता है।

प्रत्येक PL / SQL कोड मॉड्यूल की संरचना ब्लॉक- आधारित है। प्रत्येक ब्लॉक एक स्वतंत्र नामस्थान है। संक्षेप में, उनकी शारीरिक रचना इस तरह दिखती है:

 DECLARE -- variable declarations go here BEGIN -- code goes here EXCEPTIONS -- exception handling code goes here, using WHEN clauses END; 

यदि आप एक संग्रहीत कार्यविधि या ईवेंट हैंडलर लिख रहे हैं, तो DECLARE कीवर्ड को CREATE [OR REPLACE] । आप अन्य ब्लॉकों के अंदर भी घोंसले बना सकते हैं, इसलिए अक्सर आप इस तरह से कोड संरचित देख सकते हैं:

 BEGIN DECLARE --stuff BEGIN --actions END; --more actions END; 

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

भाषा और डेटाबेस में अन्य मजेदार विशेषताएं हैं। संस्करण 12c से पहले, उनके पास एक IDENTITY स्तंभ प्रकार नहीं था। पिछले संस्करणों में, आपको SEQUENCE ऑब्जेक्ट का उपयोग करना था और प्रक्रियाओं या ईवेंट हैंडलर को लिखना था जो मजबूर स्वचालित नंबरिंग करते हैं। आमतौर पर, SELECT INTO… ऑपरेटर का उपयोग किसी वैरिएबल को मान प्रदान करने के लिए किया जाता था। बोनस: ओरेकल SQL को हमेशा FROM स्टेटमेंट में निर्दिष्ट करने के लिए एक टेबल की आवश्यकता होती है, इसलिए आपको एक आविष्कार की गई dual तालिका का उपयोग करना चाहिए, जैसे:

 CREATE TRIGGER "SOME_TABLE_AUTONUMBER" BEFORE INSERT ON "SOME_TABLE" FOR EACH ROW BEGIN SELECT myseq.nextval INTO :new.id FROM dual; END; 

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

 CREATE OR REPLACE TRIGGER "SCHEMA1"."TABLE1_TRIGGER" BEFORE INSERT ON "SCHEMA1"."TABLE1" FOR EACH ROW BEGIN DECLARE pl_error_id table1.error_id%TYPE; CURSOR get_seq IS SELECT table1_seq.nextval FROM dual; BEGIN OPEN get_seq; FETCH get_seq INTO pl_error_id; IF get_seq%NOTFOUND THEN raise_application_error(-20001, 'Sequence TABLE1_SEQ does not exist'); CLOSE get_seq; END IF; CLOSE get_seq; :new.error_id := pl_error_id; END; END table1_trigger; 

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

यह ईवेंट हैंडलर (ट्रिगर) बिना किसी कारण के नेस्टेड ब्लॉक का उपयोग करता है। यह अतिरिक्त वेरिएबल pl_error_id का भी उपयोग करता है, जिसे साथ pl_error_id किया जा सकता है।

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

raise_application_error ओरेकल में फेंक का एक एनालॉग है। यह कथन निष्पादन योग्य ब्लॉकों के ढेर तक चला जाता है जब तक कि त्रुटि को संभालने के लिए EXCEPTIONS अनुभाग नहीं मिलता है। ध्यान दें कि हम इस कथन के बाद कर्सर को बंद करते हैं - अर्थात, हम कभी भी कर्सर को बंद नहीं करते हैं। जैसा कि ऊपर उल्लेख किया गया है, कर्सर महंगे हैं, और ओरेकल केवल सीमित संख्या में उपयोग करने की अनुमति देता है।

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

पांचवीं कहानी। डबल एन्क्रिप्टेड लॉगिन

[मूल रूप]

वेब एपीआई के लिए प्रमाणीकरण बनाना एक मुश्किल काम है, लेकिन इसके कई अच्छी तरह से स्थापित समाधान हैं। सबसे कठिन बात वास्तव में विभिन्न विकल्पों में से एक को चुनना है, जिसके बाद यह केवल एक घटक को जोड़ने के लिए पर्याप्त है।

जब सही तरीके से लागू किया जाता है, तो सिस्टम क्लाइंट के प्रकार पर निर्भर नहीं करता है। मैं एक ब्राउज़र के माध्यम से, एक मोटे क्लाइंट में या cURL के माध्यम से सेवा का उपयोग कर सकता हूं। यदि गलत तरीके से लागू किया जाता है, तो आपको वही मिलता है जो अमीरा को हुआ था।

उसने बैकएंड से उसके लिए आवश्यक आँकड़ों को खींचने की समस्या को हल किया, लेकिन प्रमाणीकरण विधि का पता नहीं लगा सका। इसलिए, उसने यह समझने के लिए फ्रंट-एंड कोड का अध्ययन किया कि यह प्रमाणीकरण कैसे करता है:

 crypt = new JSEncrypt(); crypt.setPublicKey('<removed>'); challenge = "<removed>"; function doChallengeResponse() { document.loginForm.password.value.replace(/&/g, '%26'); document.loginForm.password.value.replace(/\\+/g, '%2B'); document.loginForm.password.value = crypt.encrypt(document.loginForm.password.value); document.loginForm.response.value = document.loginForm.password.value; document.loginForm.password.value = ''; document.loginForm.submit(); } 

एक ओर, मैं यह मान सकता हूं कि यह कोड बहुत पुराना है, जिसे देखते हुए DOM. तत्वों के साथ बातचीत के लिए उपयोग किया जाता है। दूसरी ओर, JSEncrypt पहली बार 2013 में जारी किया गया था, जो हमें अधिकतम आयु बार देता है।

हम फॉर्म सबमिट करके बैकएंड तक पहुंच मापदंडों को पास करते हैं, जो कोड डेवलपर के अनुसार, आवश्यक सफाई - पासवर्ड में सभी & + को प्रतिस्थापित किया जाता है, लेकिन ... यह आवश्यक नहीं है, क्योंकि फ़ॉर्म को POST अनुरोध को पूरा करना होगा और इसके अलावा, हमने डेटा को एन्क्रिप्ट किया है ।

यहाँ मुझे लगता है कि क्या है कोड वास्तव में काफी पुराना है। डेवलपर ने 2005 के आसपास स्टैकऑवरफ़्लो पर एक पोस्ट से इसकी प्रतिलिपि बनाई, जिसने एन्क्रिप्शन का उपयोग नहीं किया और POST माध्यम से फॉर्म POST । साल दर साल, इसमें छोटे-छोटे बदलाव जोड़े गए। लेकिन अंतर्निहित तंत्र कभी नहीं बदला है।

अमीरा ने इतिहास की जाँच की और पाया कि पिछले संस्करण में एन्क्रिप्शन का उपयोग नहीं किया गया था। challenge , MD5, , , .

: , , , , cURL -. , SSL/TLS .