स्पष्ट रूप से, यह केवल एक कार्यक्षमता रखने के लिए v1.0 में बहुत अधिक परेशानी पैदा कर रहा है जिसके लिए तीन फॉर्म सबमिशन की आवश्यकता है, $_SESSION
सत्र डेटा सभी मध्यवर्ती सामानों को धारण करने के लिए - केवल उपयोगकर्ता को ऑपरेशन शुरू करने के लिए, फिर दूसरा टैब खोलें और एक दूसरा ऑपरेशन करें जो सत्र डेटा पर ट्रामल करता है।मेरे ऐप को एक ब्राउज़र टैब पर कैसे प्रतिबंधित करें?
मुझे संदेह है कि यह दुर्भावनापूर्ण है (लेकिन इसे छूट नहीं दे सकता)। अधिक संभावना है कि उपयोगकर्ता एक ऑपरेशन शुरू करता है, बाधित हो जाता है, भूल जाता है कि उन्होंने मूल टैब को शुरू किया या नहीं मिला है, फिर से शुरू होता है (फिर बाद में मूल टैब पाता है और दूसरी बार ऑपरेशन को पूरा करने का प्रयास करता है)।
चूंकि मैं PHP में कोडिंग कर रहा हूं, इसलिए मैं फॉर्म सबमिशन पर सत्र डेटा के अस्तित्व का पता लगा सकता हूं (यदि मैं उपयोगकर्ता को एक और टैब खोलता हूं तो मैं जेएस के साथ ऐसा कैसे करूं - मुझे लगता है कि मुझे अजाक्स की आवश्यकता होगी - है ना?) ।
इसलिए, हर बार जब मैं एक ऑपरेशन शुरू करता हूं तो मैं सत्र डेटा में ध्वज की जांच करता हूं और यदि सेट करता हूं तो मैं "माफ़ करना, डेव" पर पुनः लोड करता हूं। मुझे डर है कि मैं ऐसा नहीं कर सकता "पेज, अन्यथा मैंने ध्वज सेट किया और जारी रखा (ऑपरेशन के अंत में इसे साफ़ करना याद रखना)।
मुझे लगता है कि यह काम करेगा, लेकिन:
1) क्या ब्राउज़र ऐप्स को एक टैब/इंस्टेंस में प्रतिबंधित करना स्वीकार्य है?
2) क्या मुझे v2.0 में कई उदाहरणों को अनुमति देने का प्रयास करना चाहिए?
कोई अन्य टिप्पणी, सहायता या सलाह?
यदि आपको यह समस्या है, तो आपको शायद उपयोगकर्ता के ब्राउज़र के बैक बटन पर क्लिक करने और फिर पिछले टैब के साथ इंटरैक्ट करने में समस्याएं होंगी, यहां तक कि कई टैब के बिना भी। आप यह नहीं मान सकते कि '$ _SESSION' हमेशा ब्राउज़र के साथ सिंक हो रहा है। – Wyzard