Sparkfun.com मुफ़्त दिन या * आप रिकैप्टा के बारे में कैसा महसूस करते हैं *

प्रेरणा ।

जबकि 55% नफरत करते हैं ...

और मैंने दूसरे को चुना। क्योंकि मैं तुमसे प्यार करता हूँ। लेकिन उस बात के लिए नहीं जिसे मैं दूसरों की तुलना में अधिक सुविधाजनक मानता हूं, लेकिन इस तथ्य के लिए कि ...

एक वर्ष में एक बार, अमेरिकी कंपनी स्पार्कफुन.कॉम, जो सभी DIY-बूथों के लिए जानी जाती है, एक लॉटरी का खर्च करती है। पिछली बार, या, जैसा कि पैराट्रूपर्स कहते हैं, पिछली बार उन्होंने ऐसा किया था, जो इस साल की 10 जनवरी को था। नीचे की रेखा सरल है - आप साइट पर जाते हैं और कुछ समय के लिए बहुत ही घृणित रिकैप्टर्स को हल करते हैं। एक निश्चित डिवाइस बेतरतीब ढंग से हल किए गए कैप्चा में से एक का चयन करता है और लेखक को $ 100 प्रमाणपत्र जारी करता है - आप इस पैसे के साथ स्पार्कफैन पर कुछ भी ऑर्डर कर सकते हैं, केवल डिलीवरी का भुगतान किया जाता है। यह एक बिल्कुल ईमानदार जीव है।

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

मैं जीत गया - आवर्ती में ड्राइविंग के आधे घंटे के बाद:



मैं कल्पना कर सकता हूं कि कितने लोग पहले ही पढ़ना छोड़ चुके हैं और मेरे कर्म को बिगाड़ रहे हैं। अब सबसे लगातार के लिए स्वादिष्ट। स्पार्कफैन वेबसाइट से रिपोर्ट का अनुवाद:

मुफ्त दिन की रिपोर्ट

12 जनवरी 2012


जनवरी फिर से और एक और फ्री डे। चाहे आप जीतें या हारें, हमें उम्मीद है कि सभी ने इसका आनंद लिया। ओह, हमें इसे व्यवस्थित करने में खुशी का एक टन मिला - यह सुनिश्चित करने के लिए है!

संख्या:
कुछ संख्याएँ, फिर मैं आपको बताता हूँ कि हमने इसे कैसे व्यवस्थित किया।

• 6,437,592 सही पुनरावृत्ति समाधान । इसमें उन प्रयासों को शामिल नहीं किया गया है जिसमें पुनरावृत्ति को गलत तरीके से हल किया गया था, साथ ही साथ उन लोगों को भी पंजीकृत किया गया था जब प्रतिक्रिया क्षेत्र में जीओ बटन को भरने के बिना दबाया गया था
• अगर हम यह मान लें कि औसत व्यक्ति कैप्चा पर 4 सेकंड खर्च करता है, तो हर चीज के बारे में हर चीज पर 7 188 घंटे खर्च किए गए थे, अर्थात्। लगभग 10 महीने का समय!
• प्रत्येक कैप्चा को स्पार्कफैन सर्वर द्वारा संसाधित किया गया था - अर्थात। 355 मिनट के लिए प्रति सेकंड 300 कैप्चा - जब हम पैसे दे रहे थे
• 32,137 साइट पर अद्वितीय आगंतुक (Analytics रिपोर्ट के आधार पर)। कुछ त्रुटि के साथ, यह खिलाड़ियों की संख्या है।
• औसतन, प्रत्येक ने 208 कैप्चा भरे । एक कैप्चा क्या है यह जानना - डॉफीगा!
• दिन के दौरान साइट पर 704,617 पृष्ठ दृश्य
• 2000 प्रोमो कोड वितरित किए गए थे, जिनमें से 473 उसी दिन ब्रांड किए गए थे । पहला ऑर्डर 10:45 पर डिलीवरी के लिए गया, यानी घटना के बाद कम से कम 2 घंटे
• हमने हर 5.6 मिनट में एक बार प्रोमो कोड जारी किए
• इस दिन 7776 खाते पंजीकृत किए गए थे

विषय में उन लोगों के लिए अधिक संख्या

• अधिकतम पर, हमारे MySQL ने प्रति सेकंड 13,380 प्रश्नों को संभाला
• हमारे नेटवर्क का अधिकतम थ्रूपुट 1,214.35Mb / s था
• प्रदाता को अधिकतम चैनल की चौड़ाई सिर्फ 76M.b / s पर पहुंची
• अधिकतम पर, हमारे पास 84,220 सक्रिय टीसीपी कनेक्शन थे ।
• हमने 32 बॉट पर प्रतिबंध लगा दिया।
• हमने एक बाहरी साइट पर बहुत अधिक ट्रैफ़िक पुनर्निर्देशित कर दिया (क्षमा करें, पचुबे !)

वास्तविक स्थापना जिसका उपयोग किया गया था

जैसा कि हमने ऐसा किया था - फिर से, गीक्स के लिए। यदि आपने पहले दो प्रमोशन में भाग लिया, तो आपने देखा होगा कि इस साल प्रमोशन काफी बेहतर रहा। यदि हम इस तथ्य को बाहर करते हैं कि साइट पहले मिनटों में डूब गई थी, जब प्रतिभागियों का सबसे बड़ा प्रवाह चला गया, तो साइट ने खुद को जवाब दिया, जबकि यह वास्तव में विशाल यातायात को संभाला था। पिछले वर्षों की तुलना में क्या बदल गया है?
हमने अपने सर्वर में कुछ सॉफ़्टवेयर और हार्ड खींचे। अब हमारे पास कुछ छोटे वेब सर्वर हैं, जिनमें से प्रत्येक में 16 कोर और 32 गीगा रैम हैं, और हमारे पास हार्ड लोड बैलेंसर हैं।
साथ ही, हमने अपने हार्डवेयर के साथ काम करने के लिए अपने स्वयं के कोड को अनुकूलित किया, कुछ ओपन सोर्स सॉफ़्टवेयर को बदल दिया। हमने Apache से Nginx पर भी स्विच किया, जहाँ PHP-FPM ने सभी प्रोसेसिंग को संभाला। इस सब से पहले, वार्निश अभी भी बाहर घूमने वाली हर चीज को कैच करता है - जो कार्रवाई को पकड़ने के लिए अजीब रूप से उपयोगी है।
इसके अलावा, पिछले वर्षों में, हमने देखा कि ज्यादातर लैग MySQL ब्रेक के कारण थे, इसलिए हमने इसे MongoDB में इधर-उधर कर दिया। कुछ (विशेषकर पदानुक्रमित डेटा) के लिए यह समझ में आता है। इससे हमें पृष्ठों को वास्तव में तेजी से दिखाने में मदद मिली। दुर्भाग्य से, PHP Mongo ड्राइवर में एक छोटे से बग के कारण, हम कार्रवाई के पहले मिनटों में फंस गए।
पहले, हमने अपने सर्वर से सीधे-सभी सामग्री दी। जब लोड सामान्य होता है, तो यह ठीक है - पृष्ठ सामान्य रूप से लोड होते हैं और हम एक छोटा चैनल खाते हैं। स्वाभाविक रूप से, फ्री डे के दौरान, सब कुछ बदल जाता है। इस साल हमने अमेज़ॅन क्लाउडफ्रंट पर सभी स्थिर सामग्री को लटका दिया। क्लाउडफ्रंट एक ऐसी वैश्विक सीडीएन है जो प्रसिद्ध S3 वॉचडॉग के शीर्ष पर बैठता है और दुनिया भर के उपयोगकर्ताओं के लिए किनारे सर्वर से सामग्री लोड करता है। इस मामले में, निश्चित रूप से, बोझ उन पर पड़ता है, न कि हम पर। लेकिन इससे ज्यादा बचत नहीं होती है। वे 76Mb / s जो हम अपने सर्वर से गुजरे थे - यह मूल रूप से gzip-पैक पाठ था।

गीजर काउंटर?

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

यहाँ dunya के लिए कोड है:

#include <Ethernet.h> #include <SFEbarGraph.h> #include <SPI.h> // Default 'ino MAC address byte mac[] = { 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED }; byte ip[] = { 192, 168, 0, 2 }; int up = 8; int down = 7; int upstate = 0; int downstate = 0; // replace with your server byte server[] = { 192, 168, 0, 1 }; EthernetClient client; SFEbarGraph BG; volatile int counter = 0; int oldcount = 0; int target = 8; int multiplier = 2; void setup() { BG.begin(1, 9); // Interrupt from the Geiger tube attachInterrupt(0, detect, RISING); Serial.begin(9600); Ethernet.begin(mac, ip); // set up buttons pinMode(up, INPUT); digitalWrite(up, HIGH); pinMode(down, INPUT); digitalWrite(down, HIGH); delay(1000); } void loop() { // read up button if(LOW == digitalRead(up)) { if(0 == upstate) { target++; redraw(); upstate = 1; } } else { upstate = 0; } // read down button if(LOW == digitalRead(down)) { if(0 == downstate) { target--; redraw(); downstate = 1; } } else { downstate = 0; } if(counter == oldcount) { delay(1); return; } oldcount = counter; // handle wins if(counter >= target) { win(); counter = 0; oldcount = 0; return; } redraw(); } // for the interrupt void detect() { counter++; } void redraw() { // boundaries if(target > (30 / multiplier)) target = (30 / multiplier); if(target < 1) target = 1; BG.clear(); BG.send(); BG.barGraph(counter * multiplier, target * multiplier); } void win() { Serial.println("WINNER"); for(int i = target * multiplier; i >= 0; i--) { BG.barGraph(i, target * multiplier); delay(35); } if ( ! client.connected()) { Serial.println("connecting..."); if (client.connect(server, 5555)) { Serial.println("connected"); } else { Serial.println("connection failed"); } } // Print a 1 to the Ethernet server for every win client.print("1"); } 

खैर, विषय को बंद करने के लिए, यहां बिट सर्वर कोड है जिसे बेन ने प्रति सेकंड सैकड़ों अनुरोधों को संभालने के लिए लिखा था। उन्होंने प्रति सेकंड 600 हजार अनुरोधों के लोड पर इसका परीक्षण किया।

खैर, और जो अंग्रेजी जानता है - इस पोस्ट पर टिप्पणियों को पढ़ने और वीडियो देखने की खुशी से खुद को इनकार न करें। वहां आपको पता चलेगा कि क्या लोगों को कैप्चा पसंद है।



अनुवादक और पोस्ट के लेखक से: अनुवाद काफी स्वतंत्र है - मुझे दोष मत दो। मनोदशा ऐसी है कि या तो रास्ता या कुछ भी नहीं।