Є кілька переконливих причин, чому відповідь - «ні».
Деякі сайти динамічно додають вміст (наприклад, facebook) у момент прокручування вниз, тому, мабуть, це випадки, коли ви не перебуваєте.
Інші сайти додають вміст, динамічно незалежний від взаємодії з користувачем (наприклад, прокрутка). В принципі, з ними можна якось поводитися, запобігаючи / затухаючи відповідальні веб-з'єднання, коли сторінка заповнена. Однак, спроба відновити це прозоро у випадку, якщо ви вирішите перейти на "наступну сторінку", ймовірно, приречена, оскільки можна очікувати, що процеси відмовляться через тайм-аути.
Потім знову з’являються сторінки, які просто виводять багато вмісту сторінки, можливо, навіть статичний вміст. Клієнт може просто перервати з'єднання, як тільки буде достатньо, щоб надати скриншот даних, але це означає, що, щоб потрапити на "наступну сторінку", вам доведеться почати завантажувати сторінку заново. На багатьох сторінках ця вата спричиняє багато витраченої пропускної здатності для марних перезавантажень; також це може бути небажаним у разі побічних ефектів (наприклад, онлайн-замовлення). Крім того, клієнт може перешкодити TCP-з'єднання, поки ви не перейдете на "наступну сторінку". Я боюся, що веб-сервери там не будуть задоволені (і перестануть з’єднуватись) з таким рішенням, оскільки воно марнує їхресурси. Крім того, якщо ви хочете мати можливість гортати попередні сторінки, у вас все ще виникає проблема необхідності зберігати повний вміст в оперативній пам’яті або кеші.
Ще одна альтернатива - завантажити сторінку повністю та просто відобразити її на сторінці. Але це рівнозначно тому, що у вас зараз: прокрутіть довгу сторінку. Ви можете лише сподіватися, що більша частина сліду пам’яті знаходиться на диску замість оперативної пам’яті, тому, можливо, ця опція не надто надумана.
Все це не враховує, що загальний макет може зажадати більшого або меншого вмісту корисної сторінки, щоб вирішити, як повинні виглядати "сторінки" або де ламати сторінки.
Єдиний дійсно здійсненний спосіб, який я бачу, - це використовувати механізми, які дозволяють відкрити поетапний непридатний вміст media:print
, який не працює на сторінках : використовувати стайлінг, який би по суті становив завантаження сторінки та попередній перегляд друку. Можливо, ви вже помічали, що багато сторінок жахливо відображаються у форматі друку чи попереднього перегляду друку, хоча веб-розробники доступні чимало варіантів стилізації для конкретної адреси підкачки, тому уявіть, що ви отримаєте. Однак, якщо хтось використовуватиме це як (наприклад, Firefox) доповнення, робочим процесом буде те, що сторінка завантажується і потім буде представлена як у попередньому попередньому перегляді. Не заглиблюючись у надр браузера, це все одно призведе до того, що повна сторінка зберігатиметься в оперативній пам’яті, а не те, що ви хочете.