मैंने एक उत्तर स्वीकार कर लिया है, लेकिन दुख की बात है कि मेरा मानना है कि हम अपने मूल सबसे खराब स्थिति के साथ फंस गए हैं: बकवास की खरीद के प्रयास पर सभी को कैप्चा । संक्षिप्त विवरण: कैशिंग / वेब फार्म हिट को ट्रैक करना असंभव बना देते हैं, और किसी भी वर्कअराउंड (एक गैर-कैश्ड वेब-बीकन भेजना, एकीकृत टेबल पर लिखना, आदि) साइट को बॉट्स की तुलना में बदतर रूप से धीमा कर देती है। सिस्को या इस तरह के कुछ pricey हार्डवेयर होने की संभावना है जो उच्च स्तर पर मदद कर सकते हैं, लेकिन कैप्चा-आईएनजी हर किसी के लिए एक विकल्प होने पर लागत को सही ठहराना मुश्किल है। मैं बाद में और अधिक पूर्ण स्पष्टीकरण का प्रयास करूंगा, साथ ही साथ भविष्य के खोजकर्ताओं के लिए इसे साफ करना (हालांकि अन्य लोगों का स्वागत है, जैसा कि यह सामुदायिक विकि है)।
परिस्थिति
यह woot.com पर bag o 'बकवास बिक्री के बारे में है। मैं वूट कार्यशाला का अध्यक्ष हूं, वूट की सहायक कंपनी जो डिजाइन करती है, उत्पाद विवरण, पॉडकास्ट, ब्लॉग पोस्ट लिखती है और मंचों को मॉडरेट करती है। मैं CSS / HTML के साथ काम करता हूं और केवल अन्य तकनीकों से बमुश्किल परिचित हूं। मैं डेवलपर्स के साथ मिलकर काम करता हूं और यहां सभी उत्तरों के माध्यम से बात की है (और कई अन्य विचार जो हमारे पास हैं)।
प्रयोज्यता मेरी नौकरी का एक बड़ा हिस्सा है, और साइट को रोमांचक और मज़ेदार बनाना बाकी में से अधिकांश है। यहीं से नीचे के तीन गोल निकलते हैं। कैप्चा प्रयोज्य को हानि पहुँचाता है, और बॉट हमारी बकवास बिक्री से मज़ा और उत्तेजना चुराते हैं।
बोट्स रैंडम क्रैप बिक्री के लिए हमारे सामने वाले पेज को दसियों बार दूसरी स्क्रीन स्क्रेपिंग (और / या हमारे आरएसएस को स्कैन करके) को स्लैम कर रहे हैं। जिस क्षण वे देखते हैं, यह उस प्रोग्राम के दूसरे चरण को ट्रिगर करता है जो लॉग इन करता है, मैं चाहता हूं कि एक क्लिक करता है, फॉर्म भरता है, और बकवास खरीदता है।
मूल्यांकन
lc : स्टैकओवरफ्लो और अन्य साइटों पर जो इस पद्धति का उपयोग करते हैं, वे लगभग हमेशा प्रमाणित (लॉग इन) उपयोगकर्ताओं के साथ काम कर रहे हैं, क्योंकि प्रयास किए जा रहे कार्य की आवश्यकता होती है।
वूट पर, अनाम (गैर-लॉग) उपयोगकर्ता हमारे होम पेज देख सकते हैं। दूसरे शब्दों में, स्लैमिंग बॉट्स गैर-प्रमाणित हो सकते हैं (और अनिवार्य रूप से आईपी पते को छोड़कर गैर-ट्रैक करने योग्य हैं)।
इसलिए हम IPs के लिए स्कैनिंग करने के लिए वापस आ गए हैं, जो a) क्लाउड नेटवर्किंग के इस युग में काफी बेकार है और spambot लाश और b) बहुत से निर्दोष लोगों को पकड़ता है जो एक आईपी पते से आते हैं (मुद्दों का उल्लेख नहीं करने के लिए) गैर-स्थिर आईपी ISP और संभावित प्रदर्शन हिट को ट्रैक करने की कोशिश कर रहा है)।
ओह, और लोगों को हमें कॉल करना सबसे खराब संभव परिदृश्य होगा। क्या हम उन्हें आपके पास बुला सकते हैं?
ब्रैड : नेड बैचेलेडर के तरीके बहुत अच्छे लगते हैं, लेकिन वे साइटों के एक नेटवर्क के लिए बनाए गए बॉट्स को हराने के लिए काफी मजबूती से तैयार किए गए हैं। हमारी समस्या यह है कि बॉट विशेष रूप से हमारी साइट को हराने के लिए बनाए गए हैं। इनमें से कुछ विधियां थोड़े समय के लिए काम कर सकती हैं जब तक कि स्क्रिप्टर्स अपने बॉट्स को विकसित करने के लिए फॉर्म आईडी के बजाय पास के लेबल नामों के लिए हनीपोट, स्क्रीन-स्क्रेप को नजरअंदाज करते हैं और जावास्क्रिप्ट-सक्षम ब्राउज़र नियंत्रण का उपयोग करते हैं।
lc फिर से : "जब तक, निश्चित रूप से, प्रचार आपकी मार्केटिंग योजना का हिस्सा है।" हाँ, यह निश्चित रूप से है। जब आइटम दिखाई देता है, तो आश्चर्य होता है, साथ ही साथ यदि आप एक को प्राप्त करने का प्रबंधन करते हैं, तो शायद यह उतना ही महत्वपूर्ण या अधिक महत्वपूर्ण है जितना कि आप वास्तव में प्राप्त होने वाले बकवास से। जो कुछ भी पहले-पहले / पहली-सेवा को समाप्त करता है, वह बकवास 'जीत' के रोमांच के लिए हानिकारक है।
novatrust : और मैं, एक के लिए, हमारे नए बॉट अधिपति का स्वागत करते हैं। हम वास्तव में उत्पाद जानकारी के लिए हमारी साइट को स्कैन करने के लिए 3 पार्टी ऐप्स की अनुमति देने के लिए आरएसएसफ़ीड की पेशकश करते हैं, लेकिन मुख्य साइट एचटीएमएल से आगे नहीं। यदि मैं इसे सही व्याख्या कर रहा हूं, तो आपका समाधान लक्ष्य 1 (प्रदर्शन के मुद्दों) को पूरी तरह से लक्ष्य 1 का त्याग करके मदद करता है, और बस इस तथ्य को त्यागते हुए कि बॉट ज्यादातर बकवास खरीद रहे हैं। मैंने आपकी प्रतिक्रिया को अप-वोट किया, क्योंकि आपका अंतिम पैराग्राफ निराशावाद मुझे सटीक लगता है। लगता है यहां कोई चांदी की गोली नहीं है।
बाकी प्रतिक्रियाएं आम तौर पर आईपी ट्रैकिंग पर निर्भर करती हैं, जो फिर से, दोनों (बॉटनेट / लाश / क्लाउड नेटवर्किंग के साथ) और हानिकारक (एक ही-आईपी गंतव्यों से आने वाले कई मासूमों को पकड़ते हुए) बेकार लगती हैं।
कोई अन्य दृष्टिकोण / विचार? मेरे डेवलपर्स यह कहते रहते हैं कि "चलो बस कैप्चा करते हैं" लेकिन मुझे उम्मीद है कि सभी वास्तविक मनुष्यों के लिए हमारी कुछ बकवास चाहने वाली पद्धतियाँ कम हैं।
मूल प्रश्न
कहते हैं कि आप कुछ सस्ता बेच रहे हैं जिसका मूल्य बहुत अधिक है, और आपके पास बहुत सीमित राशि है। कोई नहीं जानता कि आप इस आइटम को कब बेचेंगे। और एक लाख से अधिक लोग नियमित रूप से यह देखने के लिए आते हैं कि आप क्या बेच रहे हैं।
आप स्क्रिप्टर्स और बॉट्स के साथ प्रोग्रामेटिकली [a] फिगर करने का प्रयास करते हैं, जब आप उक्त आइटम बेच रहे हैं, और [b] सुनिश्चित करें कि वे इसे खरीदने वाले पहले लोगों में से हैं। यह दो कारणों से बेकार है:
- आपकी साइट को गैर-मनुष्यों द्वारा पटक दिया जाता है, जिससे सभी के लिए सब कुछ धीमा हो जाता है।
- पटकथाकारों ने उत्पाद को 'जीत' दिया, जिससे नियमित लोग ठगा हुआ महसूस करते हैं।
एक स्पष्ट रूप से स्पष्ट समाधान यह है कि अपने उपयोगकर्ताओं को अपना ऑर्डर देने से पहले कूदने के लिए कुछ हुप्स बनाएं, लेकिन इसके साथ कम से कम तीन समस्याएं हैं:
- उपयोगकर्ता अनुभव मनुष्यों के लिए बेकार है, क्योंकि उन्हें कैप्चा को समझना है, बिल्ली को निकालना है, या गणित की समस्या को हल करना है।
- यदि कथित लाभ काफी अधिक है, और भीड़ काफी बड़ी है, तो कुछ समूह किसी भी मोड़ के आसपास अपना रास्ता ढूंढ लेंगे, जिससे हथियारों की दौड़ होगी। (यह विशेष रूप से सच है जितना आसान ट्वीक है, छिपा हुआ 'टिप्पणियां' फ़ॉर्म, फॉर्म तत्वों को फिर से व्यवस्थित करना, उन्हें गलत-लेबल करना, छिपे हुए 'गोचा' पाठ सभी एक बार काम करेंगे और फिर इस विशिष्ट रूप को लक्षित करने के लिए लड़ने के लिए बदलना होगा ।)
- यहां तक कि अगर स्क्रिप्टर्स आपके ट्वीक को 'हल' नहीं कर सकते हैं, तो यह उन्हें आपके फ्रंट पेज को स्लैम करने से नहीं रोकता है, और फिर ऑर्डर को मैन्युअल रूप से भरने के लिए ट्रॉटर के लिए अलार्म बज रहा है। यह देखते हुए कि उन्हें [a] हल करने से लाभ मिलता है, वे संभवतः अभी भी [b] जीतेंगे क्योंकि वे ऑर्डर पेज पर पहुंचने वाले पहले इंसान होंगे। इसके अतिरिक्त, 1. अभी भी होता है, जिससे सर्वर त्रुटियों और सभी के लिए एक कम प्रदर्शन होता है।
एक और उपाय यह है कि IPs को बहुत बार मारते हुए देखें, उन्हें फ़ायरवॉल से ब्लॉक करें, या अन्यथा उन्हें ऑर्डर करने से रोकें। यह 2 को हल कर सकता है और [ख] को रोक सकता है, लेकिन आईपी के लिए स्कैनिंग से मारा जाने वाला प्रदर्शन बड़े पैमाने पर है और संभवतः 1 जैसी अधिक समस्याओं का कारण होगा, क्योंकि स्क्रिप्टर्स अपने दम पर पैदा कर रहे थे। इसके अतिरिक्त, क्लाउड नेटवर्किंग और स्पैम्बोट लाश की संभावना आईपी चेकिंग को काफी बेकार बना देती है।
एक तीसरा विचार, ऑर्डर फॉर्म को कुछ समय के लिए लोड करने के लिए मजबूर करना (कहना, आधा सेकंड) संभावित रूप से शीघ्र आदेशों की प्रगति को धीमा कर देगा, लेकिन फिर भी, स्क्रिप्टर्स अभी भी पहले लोग होंगे, जो किसी भी गति से हानिकारक नहीं होंगे वास्तविक उपयोगकर्ता।
लक्ष्य
- गैर-स्क्रिप्टिंग मनुष्यों को आइटम बेचें।
- साइट को बॉट्स द्वारा धीमी गति से न चलाएं।
- किसी भी कार्य के साथ 'सामान्य' उपयोगकर्ताओं को परेशान न करें यह साबित करने के लिए कि वे मानव हैं।
