web applications - IIS 5.1/6.0 Differences with DataGrid and SqlDataSource Refresh -

मुझे एक अजीब समस्या है ...

मेरे पास एक asp.net 3.5 अनुप्रयोग है कि एक GridView और एक SqlDataSource Default.aspx पर है। ग्रिडविव एसक्यूएलडीटासोर्स के लिए डाटाबेस है। ग्रिडव्वेज में "पंक्ति" नामक प्रत्येक पंक्ति के लिए एक बटन होता है जो उपयोगकर्ता को एक अलग पृष्ठ पर भेजता है जहां पंक्ति को संपादित किया जा सकता है।

मेरे पास इस एप्लिकेशन के दो अधिष्ठापन हैं - मेरे विकास के लैपटॉप पर एक आईआईएस 5.1 चल रहा है IIS और IIS 6.0 चला रहे एक Windows 2003 सर्वर पर वेब। कॉन्फिग फाइल समान हैं, IIS कॉन्फ़िगरेशन गुण समान हैं, और यह एक ही डेटाबेस को मार रहा है।

मेरे लैपटॉप पर जो व्यवहार मैं देख रहा हूं वह "सही" है, और इस तरह से चला जाता है: 1. खोलें पृष्ठ , पेजगेज लिंक के माध्यम से डेटाग्रिड के पृष्ठ 15 का चयन करें। 2. एक रिकॉर्ड के लिए व्यू बटन पर क्लिक करें, संपादन पृष्ठ देखें। 3. "बैक" बटन पर क्लिक करें और आप Default.aspx पृष्ठ पर वापस आ गए हैं, और ग्रिडव्यू को नए डेटा के साथ पुनः लोड / रीफ़्रेश किया गया है। फिर से देखने पर क्लिक करने पर आपको उचित आइटम पर ले जाया जाता है।

सर्वर पर, मैं यह देखता हूं: 1. पृष्ठ खोलें, पेजिंग लिंक के माध्यम से डेटाग्रिड का पृष्ठ 15 चुनें। 2. एक रिकॉर्ड के लिए व्यू बटन पर क्लिक करें, संपादन पृष्ठ देखें। 3. "वापस" बटन पर क्लिक करें और आप Default.aspx पृष्ठ पर वापस आ गए हैं, और ग्रिडव्यू नहीं नए डेटा के साथ फिर से लोड किया गया है (यह तुरंत चबूतरे जाता है)। फिर से देखने पर क्लिक करने पर आपको गलत आइटम पर ले जाता है।

जाहिर है कि कुछ प्रकार की कैशिंग समस्या है, लेकिन मैं इसे समझ नहीं सकता ... किसी भी विचार?

< / Div>

मुझे इसके लिए सटीक कारण, या इसके कारण के बारे में सुनिश्चित नहीं है, लेकिन जैसा कि मैंने उम्मीद की थी, यह एक कैशिंग समस्या जब मैं कथन जोड़ता हूं:

  प्रतिक्रिया। कैश कंट्रोल = "नो-कैश";  

Default.aspx.cs पर, समस्या दूर हो जाती है। यह आश्चर्य की बात नहीं है कि बैक बटन से अनुरोध पैटर्न को हटा दिया गया है, लेकिन मुझे आश्चर्य हुआ कि मेरे लैपटॉप पर चलने वाले IIS 5.1 IIS 6.0 से बेहतर बैक बटन को संभालता है ...