किसी उपयोगकर्ता को वेबसाइट

Question

पर कई बार डेटा पोस्ट करने से कैसे रोकते हैं मैं एक वेब एप्लिकेशन (जे 2 ईई) पर काम कर रहा हूं और मैं ब्राउज़र से डबल पोस्ट को संभालने के लिए उपलब्ध विकल्पों को जानना चाहता हूं।

• जैसे ही उपयोगकर्ता उस पर क्लिक के रूप में सबमिट बटन को अक्षम करें:

  समाधान है कि मैंने देखा और अतीत में इस्तेमाल किया है सभी क्लाइंट साइड कर रहे हैं।

• जब उपयोगकर्ता बैक बटन पर क्लिक करता है तो POST को रोकने के लिए POST-Redirect-GET पैटर्न का पालन करें।
• फॉर्म की ऑन सबमिट ईवेंट को संभालें और जावास्क्रिप्ट के साथ जमा करने की स्थिति का ट्रैक रखें।

यदि संभव हो तो मैं सर्वर साइड समाधान को लागू करना पसंद करूंगा। क्या ऊपर वर्णित किए गए लोगों की तुलना में कोई बेहतर दृष्टिकोण है, या क्लाइंट-साइड समाधान सर्वोत्तम हैं?

Answer 1

बेवकूफ-सबूत समाधान को लागू करना मुश्किल है (क्योंकि वे हमेशा बेवकूफों में सुधार कर रहे हैं)। कोई फर्क नहीं पड़ता कि आप क्या करते हैं, ग्राहक पक्ष को छेड़छाड़ या गलत तरीके से निष्पादित किया जा सकता है।

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

Answer 2

आप फ़ॉर्म के हिस्से के रूप में "टिकट" की आपूर्ति कर सकते हैं, कुछ यादृच्छिक संख्या - और सुनिश्चित करें कि यह सर्वर की तरफ दो बार स्वीकार नहीं किया जाता है।

Answer 3

दो सर्वर साइड समाधान दिमाग में आते हैं:

1. एक गुप्त फ़ॉर्म क्षेत्र में एक बार प्रयोग "टोकन" बनाएँ। एक बार टोकन का उपयोग करने के बाद, इसे किसी भी डेटाबेस या सत्र संदर्भ ऑब्जेक्ट से हटा दिया जाता है जिसे आप इसे संग्रहीत कर रहे हैं। दूसरी बार, यह स्वीकार नहीं किया जाता है।
2. कैश की जानकारी प्राप्त हुई, और यदि एक निश्चित समय अवधि के भीतर एक समान रूप प्राप्त होता है (10 मिनट? एक घंटा? आप तय करते हैं!) इसे अनदेखा किया जाता है।

Answer 4

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

Answer 5

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

Answer 6

हम एक समय संवेदनशील, एक बार टिकट का उपयोग करते हैं। यह सॉर्ट की एक सत्र आईडी की तरह है। लेकिन यह फॉर्म/पेज से जुड़ा हुआ है।

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

Answer 7

स्ट्रेट्स का उपयोग इस तरह किया गया है यदि आप इसका उपयोग करते हैं।

http://struts.apache.org/1.x/apidocs/org/apache/struts/util/TokenProcessor.html