एक बार जब उपयोगकर्ता मेरे पृष्ठ पर होता है, तो मैं नहीं चाहता कि वह पृष्ठ को ताज़ा करे।
कभी भी, उपयोगकर्ता हिट F5या शीर्ष पर ताज़ा करें बटन। उसे एक चेतावनी कहनी चाहिए
आप पृष्ठ को ताज़ा नहीं कर सकते।
इसके अलावा, यदि उपयोगकर्ता एक नया टैब खोलता है और प्रचलित टैब में उसी यूआरएल को एक्सेस करने का प्रयास करता है तो उसे अलर्ट प्राप्त करना चाहिए
आप एक ही पृष्ठ को 2 टैब में नहीं खोल सकते
वैसे भी मैं यह जावास्क्रिप्ट या jQuery का उपयोग कर सकते हैं? बिंदु एक वास्तव में महत्वपूर्ण है।
जवाबों:
# 1 के माध्यम से लागू किया जा सकता है window.onbeforeunload ।
उदाहरण के लिए:
<script type="text/javascript">
window.onbeforeunload = function() {
return "Dude, are you sure you want to leave? Think of the kittens!";
}
</script>
उपयोगकर्ता को संदेश के साथ संकेत दिया जाएगा, और पृष्ठ पर रहने या अपने रास्ते पर जारी रखने का विकल्प दिया जाएगा। यह आम होता जा रहा है। यदि आप पोस्ट लिखते समय पेज से दूर नेविगेट करने का प्रयास करते हैं तो स्टैक ओवरफ्लो ऐसा करता है। आप उपयोगकर्ता को फिर से लोड करने से पूरी तरह से रोक नहीं सकते हैं, लेकिन यदि वे ऐसा करते हैं तो आप इसे वास्तविक डरावना बना सकते हैं।
# 2 कम या ज्यादा असंभव है। यहां तक कि अगर आप सत्र और उपयोगकर्ता लॉगिन ट्रैक करते हैं, तो भी आप यह गारंटी नहीं दे पाएंगे कि आप दूसरे टैब को सही तरीके से पहचान रहे हैं। उदाहरण के लिए, शायद मेरे पास एक खिड़की खुली है, फिर इसे बंद करें। अब मैंने एक नई विंडो खोली। आप संभवतः दूसरे टैब के रूप में यह पता लगाएंगे कि भले ही मैंने पहले वाले को पहले ही बंद कर दिया हो। अब आपका उपयोगकर्ता पहली विंडो तक नहीं पहुँच सकता क्योंकि उन्होंने इसे बंद कर दिया था, और वे दूसरी विंडो तक नहीं पहुँच सकते क्योंकि आप उन्हें अस्वीकार कर रहे हैं।
वास्तव में, मेरे बैंक का ऑनलाइन सिस्टम # 2 करने के लिए वास्तविक प्रयास करता है, और ऊपर वर्णित स्थिति हर समय होती है। जब तक मैं बैंकिंग प्रणाली का फिर से उपयोग कर सकता हूं, तब तक मुझे आमतौर पर इंतजार करना होगा।
आप उपयोगकर्ता को ताज़ा करने से नहीं रोक सकते, और न ही आपको वास्तव में प्रयास करना चाहिए। आपको वापस क्यों जाना चाहिए आपको इस समाधान की आवश्यकता , यहां मूल समस्या क्या है? वहाँ से शुरू करें और समस्या को हल करने के बारे में जाने का एक अलग तरीका खोजें। शायद आप इस बारे में विस्तृत हैं कि आपको क्यों लगता है कि आपको ऐसा करने की आवश्यकता है जो इस तरह के समाधान को खोजने में मदद करेगा।
मौलिक ब्राउज़र सुविधाओं को तोड़ना एक अच्छा विचार नहीं है, इंटरनेट का 99.999999999% से अधिक काम करता है और F5 के साथ ताज़ा होता है, यह उपयोगकर्ता की एक उम्मीद है, जिसे आपको नहीं तोड़ना चाहिए।
यद्यपि यह F5 कुंजी को अक्षम करने के लिए एक अच्छा विचार नहीं है, आप इसे नीचे JQuery में कर सकते हैं।
<script type="text/javascript">
function disableF5(e) { if ((e.which || e.keyCode) == 116 || (e.which || e.keyCode) == 82) e.preventDefault(); };
$(document).ready(function(){
$(document).on("keydown", disableF5);
});
</script>
आशा है कि यह मदद करेगा!
सीजीआई के ओले दिनों में हमारे पास कई रूप थे जो विभिन्न बैकएंड क्रियाओं को ट्रिगर करते थे। जैसे समूहों को टेक्स्ट नोटिफिकेशन, प्रिंट जॉब, डेटा की खेती आदि।
यदि उपयोगकर्ता एक पृष्ठ पर था जो कह रहा था "कृपया प्रतीक्षा करें ... कुछ बड़ा काम कर रहा है जो कुछ समय ले सकता है।"। वे REFRESH को हिट करने की अधिक संभावना रखते थे और यह BAD होगा!
क्यों? क्योंकि यह अधिक धीमी नौकरियों को ट्रिगर करेगा और अंततः पूरी बात को काट देगा।
समाधान? उन्हें अपना फॉर्म करने की अनुमति दें। जब वे अपना फॉर्म जमा करते हैं ... अपना काम शुरू करें और फिर उन्हें दूसरे पृष्ठ पर निर्देशित करें जो उन्हें प्रतीक्षा करने के लिए कहता है।
जहाँ बीच के पृष्ठ में वास्तव में फॉर्म डेटा होता था जो कि काम शुरू करने के लिए आवश्यक था। WAIT पृष्ठ में एक जावास्क्रिप्ट इतिहास नष्ट होता है। इसलिए वे उस वेट पेज को RELOAD कर सकते हैं जो वे चाहते हैं और यह मूल कार्य को पृष्ठभूमि में शुरू करने के लिए ट्रिगर नहीं करेगा क्योंकि WAIT पेज में केवल WAIT के लिए आवश्यक फ़ॉर्म डेटा शामिल है।
आशा है कि समझ में आता है।
इतिहास को नष्ट करने के समारोह ने उन्हें BACK पर क्लिक करने और फिर ताज़ा करने से भी रोका।
यह बहुत सहज था और गैर-लाभकारी घाव होने तक MANY MANY वर्षों तक काम किया।
उदाहरण: FORM ENTRY - उनकी सभी जानकारी एकत्र करें और सबमिट करने पर, यह आपके बैकएंड जॉब को ट्रिगर करता है।
प्रपत्र प्रविष्टि से परिणाम - रिटर्न HTML जो आपके स्थिर प्रतीक्षा पृष्ठ और / या POST / GET को एक अन्य रूप (WAIT पृष्ठ) पर पुनर्निर्देशित करता है।
WAIT PAGE - केवल नवीनतम पृष्ठ को नष्ट करने के लिए प्रतीक्षा पृष्ठ से संबंधित डेटा के साथ-साथ जावास्क्रिप्ट भी शामिल है। जैसे (-1 या -2) केवल सबसे हाल के पृष्ठों को नष्ट करने के लिए, लेकिन फिर भी उन्हें अपने मूल FORM प्रवेश पृष्ठ पर वापस जाने की अनुमति देता है।
एक बार जब वे आपके WAIT पृष्ठ पर होते हैं, तो वे REFRESH पर क्लिक कर सकते हैं जितना वे चाहते हैं और यह बैकेंड पर मूल FORM की नौकरी को कभी नहीं छोड़ेगा। इसके बजाय, आपके WAIT पेज को एक मेटा टाइमिंग रिफ्रेश ही अपनाना चाहिए ताकि यह हमेशा उनकी नौकरी की स्थिति की जांच कर सके। जब उनकी नौकरी पूरी हो जाती है, तो उन्हें आपकी इच्छा के अनुसार प्रतीक्षा पृष्ठ से दूर भेज दिया जाता है।
यदि वे मैन्युअल रूप से REFRESH करते हैं ... वे बस अपनी नौकरी की स्थिति के एक और चेक को वहां जोड़ रहे हैं।
उम्मीद है की वो मदद करदे। सौभाग्य।
नहीं, वहाँ नहीं है।
मुझे पूरा यकीन है कि जेएस से रिफ्रेश बटन पर क्लिक को रोकने का कोई तरीका नहीं है, और यहां तक कि अगर था, तो जेएस को बंद किया जा सकता है।
आपको शायद अपने एक्स (रिफ्रेशिंग को रोकना) से वापस कदम रखना चाहिए और वाई (जो कुछ भी हो सकता है) का एक अलग समाधान ढूंढना चाहिए।
नंबर (2) प्रत्येक सत्र के लिए कस्टम हार्टबीट के साथ सॉकेट कार्यान्वयन (जैसे वेबसोकेट, सॉकेट.आईओ, इत्यादि) का उपयोग करके संभव है, जो उपयोगकर्ता में लगा हुआ है। यदि कोई उपयोगकर्ता किसी अन्य विंडो को खोलने का प्रयास करता है, तो आपके पास एक जावास्क्रिप्ट हैंडलर चेक है। सर्वर के साथ अगर यह ठीक है, और फिर एक त्रुटि संदेश के साथ जवाब दें।
हालाँकि, एक बेहतर समाधान यह है कि दो सत्रों को गूगल डॉक्स की तरह समकालिक किया जाए।
समस्या # 2 अब BroadcastAPI का उपयोग करके हल किया जा सकता है ।
फिलहाल यह केवल क्रोम, फायरफॉक्स और ओपेरा में उपलब्ध है।
var bc = new BroadcastChannel('test_channel');
bc.onmessage = function (ev) {
if(ev.data && ev.data.url===window.location.href){
alert('You cannot open the same page in 2 tabs');
}
}
bc.postMessage(window.location.href);