कई ठोस कारण हैं कि उत्तर "नहीं" है।
कुछ साइटें गतिशील रूप से सामग्री (उदाहरण के लिए facebook) जोड़ती हैं, जिस पल आप नीचे स्क्रॉल करते हैं, इसलिए ये संभवत: ऐसे मामले हैं जिनके बाद आप नहीं हैं।
अन्य साइटें सामग्री को गतिशील रूप से उपयोगकर्ता इंटरैक्शन से स्वतंत्र करती हैं (जैसे स्क्रॉल करना)। सिद्धांत रूप में, पेज के पूर्ण होने के बाद, जिम्मेदार वेब कनेक्शन को रोकने / थ्रॉटल करने से इन्हें किसी तरह संभाला जा सकता है। हालाँकि, यदि आप "अगले पृष्ठ" पर जाने का निर्णय लेते हैं, तो पारदर्शी तरीके से इसे फिर से लागू करने की कोशिश की जा रही है, क्योंकि किसी को प्रक्रियाओं के समय समाप्त होने की उम्मीद हो सकती है।
फिर फिर से ऐसे पृष्ठ होते हैं जो बहुत सी पृष्ठ सामग्री का उत्पादन करते हैं, शायद स्थिर सामग्री भी। क्लाइंट केवल कनेक्शन को मार सकता है, क्योंकि डेटा की एक स्क्रीनफुल को प्रस्तुत करने के लिए पर्याप्त है, लेकिन इसका मतलब है कि "अगले पृष्ठ" पर जाने के लिए, आपको नए सिरे से पृष्ठ लोड करना शुरू करना होगा। कई पन्नों के साथ, यह उथल-पुथल बेकार लोड के लिए बहुत सारे व्यर्थ बैंडविड्थ का कारण बनता है; यह भी दुष्प्रभाव (जैसे ऑनलाइन आदेश) के मामले में वांछनीय नहीं हो सकता है। वैकल्पिक रूप से, क्लाइंट जब तक आप "अगले पृष्ठ" पर जाने के लिए चयन नहीं करते तब तक टीसीपी कनेक्शन को थ्रॉटल किया जा सकता है। मुझे डर है कि वेब सर्वर वहां से खुश नहीं होंगे (और अपने कनेक्शन को छोड़ देंगे) इस तरह के समाधान के साथ क्योंकि यह उनके कचरे को नष्ट करता हैसंसाधनों। इसके अलावा, यदि आप पिछले पृष्ठों के माध्यम से वापस फ्लिप करने में सक्षम होना चाहते हैं, तो आपको अभी भी रैम या कैश में पूरी सामग्री रखने की आवश्यकता है।
फिर भी एक अन्य विकल्प पेज को पूरी तरह से डाउनलोड करना और इसे पृष्ठवार प्रदर्शित करना होगा। लेकिन जो आपके पास अभी है, उसके बराबर है: एक लंबे पृष्ठ पर स्क्रॉल करें। आप केवल यह आशा कर सकते हैं कि मेमोरी फ़ुटप्रिंट का अधिकांश भाग रैम के बजाय डिस्क में है, इसलिए शायद यह विकल्प बहुत दूर नहीं है।
यह सब इस बात को ध्यान में नहीं रखता है कि समग्र लेआउट को कम या ज्यादा efull पृष्ठ सामग्री की आवश्यकता हो सकती है ताकि यह तय किया जा सके कि "पृष्ठों" को पेजों की तरह या कहाँ दिखना चाहिए।
मेरे द्वारा देखा जाने वाला एकमात्र व्यावहारिक तरीका उन प्राथमिकताओं का उपयोग media:print
करना है जो एक प्राथमिकता वाली अप्रयुक्त सामग्री के पृष्ठांकित प्रदर्शन के लिए अनुमति देते हैं: स्टाइल का उपयोग करने के लिए , जो अनिवार्य रूप से पृष्ठ को डाउनलोड करने और प्रिंट पूर्वावलोकन करने के लिए राशि होगी। आपने पहले ही देखा होगा कि कई पेज प्रिंट या प्रिंट पूर्वावलोकन में भयानक रूप से प्रदर्शित होते हैं, हालांकि वेब डेवलपर्स के लिए विशेष रूप से पेजिंग को संबोधित करने के लिए कई स्टाइलिंग विकल्प उपलब्ध हैं, इसलिए कल्पना करें कि आपको क्या मिलेगा। हालाँकि, अगर कोई इसे (उदाहरण के लिए फ़ायरफ़ॉक्स) एडऑन के रूप में नियोजित करता है, तो वर्कफ़्लो यह होगा कि पेज डाउनलोड होता है और फिर पेरिंट प्रीव्यू की तरह प्रस्तुत किया जाएगा। ब्राउज़र के आंत्रों में गहराई से जाने के बिना, यह अभी भी पूर्ण पृष्ठ को रैम में आयोजित किया जाएगा, इसलिए आप इसके बाद नहीं हैं।