2009-12-13 9 views
6

मैं सोच रहा हूं कि उपयोगकर्ता को साइन इन करने की आवश्यकता के बिना मतदान प्रणाली (या रेटिंग कहें) की पेशकश करने में शामिल तकनीकी बाधाएं क्या हैं। मुझे पता है कि रोबोट के साथ समस्याएं हैं, एक गुच्छा मतदान - लेकिन यदि आप उपयोगकर्ताओं को आईपी पता रखते हैं तो क्या होगा ? प्रॉक्सी एक मुद्दा बन जाते हैं?सार्वजनिक मतदान प्रणाली की पेशकश करने के क्या प्रभाव हैं (कोई साइन-इन आवश्यक नहीं है)?

मैं एक सार्वजनिक मतदान प्रणाली बनाना चाहता हूं जो अभी भी विश्वसनीय है .. क्या यह अभी संभव है?

EDIT दांव सामान्यता के लिए मामूली उच्च हैं, जो मानव सत्यापन है, और एक-वोट-प्रति-उपयोगकर्ता है। एक पूर्ण लॉगिन उपयोगकर्ता से उनकी भूमिका (मतदाता)

भी पूछेगा, अगर यह पूरा करने के लिए "असंभव" है, तो तथ्य के बाद आप वोट धोखाधड़ी का पता कैसे लगा सकते हैं? क्या विकिपीडिया का मॉडल यहां काम कर सकता है?

धन्यवाद, मैट मुलर

+2

यह सब आपके सिस्टम को रिग करने के लिए किसी के लिए प्रोत्साहन की निर्भर करता है। अगर इसे तोड़ने में विरोधियों की रुचि $ 100 है, तो आसानी से इसे "विश्वसनीय" बनाया जा सकता है, यदि कम करने में विरोधियों की रुचि $ 100k है तो कम आसानी से। यहां तक ​​कि कैप्चा सिस्टम भी निर्धारित समूहों (जो उनके समय के साथ कुछ भी बेहतर नहीं था) द्वारा तोड़ दिया गया है: http://musicmachinery.com/2009/04/27/moot-wins-time-inc-loses/ –

+0

अच्छा लिंक, पास्कल ! –

+0

वाह .. हाहा। गरीब समय ..मैं अतिरिक्त जानकारी जोड़ने के लिए अपनी पोस्ट संपादित कर रहा हूं। – Matt

उत्तर

8

जैसा कि आपने कहा, आप रोबोट व्यवहार को प्रबंधित करना होगा।

यदि आप एक आईपी पता लॉग करते हैं, तो आपको कॉर्पोरेट उपयोगकर्ताओं के साथ समस्याएं होती हैं जो आम तौर पर प्रॉक्सी के पीछे रहती हैं, इसलिए हर कोई एक ही आईपी लगता है।

शायद आपको मानव वोटों को सत्यापित करने के लिए कुछ कैप्चा छवि प्रदर्शित करना चाहिए। उपयोगकर्ताओं के लिए यह मुश्किल नहीं हो सकता है, क्योंकि ऐसा लगता है कि केवल एक बार मतदान करना है।

EDIT: प्रति उपयोगकर्ता एक वोट को कैसे लागू करें?

आप कर सकते हैं:

  • एक मान्य ईमेल के लिए कहें और
  • में अपना उपयोगकर्ता लॉग इन करने के वोट करने के लिए और यह वोट
  • Let उपयोगकर्ता वोट देने की अनुमति और बचाने के लिए एक कुकी
  • Let एक लिंक भेज उपयोगकर्ता वोट और प्रतिबंध उपयोगकर्ता आईपी

इन सभी विकल्पों में कमजोरी है, इसलिए आप कभी भी सुनिश्चित नहीं होंगे।

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

+0

कैप्चा पर अच्छा विचार! तो अब आप इसे एक बॉट नहीं जानते .. आप उसी उपयोगकर्ता को कई बार वोट देने से कैसे रोकते हैं? – Matt

+0

कुकीज़! ... मेरा मतलब है एक कुकी। अधिकांश बार-बार हाथ-मतदान से बचने के लिए इसे साफ़ करना पर्याप्त काम है। – Tordek

+0

आपके विचारों के लिए धन्यवाद। एक बात ... एक लॉगिन की तरह बाध्यकारी आवाज। यह एक चीज है जिसे मैं टालने की कोशिश कर रहा हूं .. लक्ष्य इसे वोट करना जितना आसान हो सके - मैं इसे एक वैध प्रणाली रखना चाहता हूं। – Matt

2

सबसे पहले, सुनिश्चित करें कि मतदान रोबोट और प्री-कैशिंग क्लाइंट को वोट देने के लिए POST का उपयोग करता है।

आईपी पते को प्रतिबंधित करने से गतिशील आईपी रेंज, प्रॉक्सी और कनेक्शन साझा करने वाले लोगों के साथ समस्याएं पैदा हो जाएंगी, इसलिए मैं इस तरह से नहीं जाऊंगा। इनमें से अधिकतर सिस्टम याद करते हैं कि उपयोगकर्ता ने कुकी का उपयोग करके मतदान किया है, लेकिन यह आसानी से कुकी को हटाकर या एक अलग ब्राउज़र का उपयोग करके धोखा दिया जा सकता है।

+0

अच्छी कॉल। सत्रों के बारे में क्या? – Matt

+0

सत्रों को या तो कुकी में या यूआरएल में सर्वर पर वापस भेजने के लिए एक अद्वितीय मूल्य की आवश्यकता होती है। किसी भी तरह से, इसे हटाया जा सकता है। –

+0

आह हाँ। अच्छा कॉल रिचर्ड। – Matt