cotonti.com : Новости и тег [more]

Trustmaster

чт, 12 фев 2009 21:20:54 -0000

Думаю, придется-таки учить парсер разбирать страницы по частям, причем после рендеринга тоже.

Кстати, я надеюсь, тут никто пре-рендеринг с настоящим кэшем не путает? :)

Sergey

чт, 12 фев 2009 14:47:52 -0000

как у меня сделано:

[_more][title]описание[/title] - вывод фрагмента

[newpage][title]описание[/title] - вывод страницы

[title]описание[/title] - необязательный параметр. для [_more] описание заменяет $L['More']
для [newpage] при пустом или отсутствующим [title]описание[/title] производится просто неименованный вывод страницы.
Форматы для описание:
-описание страница(фрагмент) не попадает в прямой вывод, отображение может осуществляться только через урл. в перечень страниц, такая страница не попадает.
?описание на странице появляется макет урла страницы (фрагмента).
Единственное, что я сейчас нахожу полезным, так создать в долнение к тегу PAGE_MULTI_TABTITLES теги: BEFORE_PAGE_MULTI_TABTITLES, AFTER_PAGE_MULTI_TABTITLES и THIS_TABTITLES это необходимо для того, чтобы организовать правильно аккордион (естественно без жабы)

medar

чт, 12 фев 2009 13:03:14 -0000

Как "Читать далее..." упаковать в специальный тег, чтобы вставлять его где удобно в шаблоне?

http://trac.cotonti.com/changeset/543

Centuriones

чт, 12 фев 2009 09:53:07 -0000

Тут зашел разговор о поддержке подстраниц (вложенных страниц). Весть этот функционал давным-давно реализован в Нюках. Первоисточник вроде здесь: http://www.smallnuke.com/index.php?go=Files&in=view&id=47 (потом этот модуль был портирован на многие "нюка-клоны" российского производства). Естественно интерес представляет только механизм создания/управления подстраницами.

2Ratibor
> оставим одну админку для возможности подключения плагинов
Нюка именно по такому принципу и сделана. Админка, общие настройки, системные функции, механизм работы с БД - вот по сути и есть ядро. Все остальное - модули, плагины и прочие фичи, по большому счету антураж, даже если он и идет в комплекте поставки.

А если про сам движок, то общее первое впечатление не очень плохое, хотя, конечно, механизм "кэширования" улыбнул.

Sergeich

чт, 12 фев 2009 04:19:09 -0000

А я и не настаиваю на включении "черновиков" в ядро. Это избыточный функционал и его нужно плагином делать :). Та же ситуация с хитрыми правками статей от Сергея, это тоже нужно плагином делать.

Вернёмся же к первому вопросу:

Как "Читать далее..." упаковать в специальный тег, чтобы вставлять его где удобно в шаблоне?

Sergey

чт, 12 фев 2009 04:01:49 -0000

вот как это сделано в ЛДУ http://slil.ru/26635407

Ratibor

чт, 12 фев 2009 03:34:42 -0000

# medar : Товарищи.
Спрошу сакраментальное - "а зачем нам это в движке" ? :)
Есть сайты, где пользователи не добавляют страницы.

Ну а есть сайты где и сами страницы не нужны.
Давай вообще их выкосим из движка.
Да и форум туда же, оставим одну админку для возможности подключения плагинов.
Есть также сайты где и регистрация юзеров не нужна :)

medar

чт, 12 фев 2009 03:22:15 -0000

Товарищи.
Спрошу сакраментальное - "а зачем нам это в движке" ? :)
Есть сайты, где пользователи не добавляют страницы.
Весь описанный выше функционал легко сделать плагином. Есть поле page_state, можно свои поля добавить какие хочешь, продумать логику и написать ея.

Sergeich

чт, 12 фев 2009 03:17:10 -0000

Все черновики юзера должны выводиться в одном месте (в том же профиле), тогда никакой проблемы не будет.

Sergey

чт, 12 фев 2009 03:10:43 -0000

Я такую мысль замутил на ЛДУ, а саму ссылку окрасил в другой цвет и она была видна только автору. Все бы хорошо...но список статей меняется, а статью пишут по полгода, при этом забывают, где же она расположена. Вот почему я сказал, что нужно похожее на утверждение админом, только в смысле, что у вас есть черновик при входе (или отключено), например в систему по логину.

Ratibor

чт, 12 фев 2009 02:59:31 -0000

# Sergeich : Так и я про то же. Пока черновик - делай что хочешь, но кроме тебя никто этого не увидит

# Sergeich : Опубликовал статью - всё, считай что она выбита на камне и замурована в стену :)

Вот за это я за обеими руками.

Sergeich

чт, 12 фев 2009 02:56:04 -0000

Так и я про то же. Пока черновик - делай что хочешь, но кроме тебя никто этого не увидит (в принципе можно давать доступ к черновику другим, но только через уникальный инвайт для каждого черновика). Опубликовал статью - всё, считай что она выбита на камне и замурована в стену :)

Ratibor

чт, 12 фев 2009 02:48:40 -0000

# Sergeich : а черновики? ну ведь светлая идея то :)

Вот с черновиками согласен.
Это здравая идея.
Но после того как юзер отправил статью на модерацию, пусть бамбук курит.

Sergey

чт, 12 фев 2009 02:46:10 -0000

Наслоение?
вот Включить собственный парсер :Да Нет
в надо бы так:
Включить системный парсер :Да Нет
Включить собственный парсер :Да Нет
вот и все. Хочу наслаиваюсь, хочу только своим. Меня смутило то, что дальше на странице было:
Парсить BB-коды в страницах : Да Нет
теперь у меня получается дублировать системный парсинг к себе + свой в sed_custom_parse
я естественно заглушку вставил:

$text .= "[b]привет[/b]";

и тут то узнал о том, что парсер системы напрочь отключается.
Насчет статусов. Поэтому и обратил внимание...но вот это

list($usr['auth_read'], $usr['auth_write'], $usr['isadmin'], $usr['auth_download']) = sed_auth('page', $pag['page_cat'], 'RWA1');
sed_block($usr['auth_read']);

if ($pag['page_state']==1 && !$usr['isadmin'])

блокирует всем всё, кроме админа

Trustmaster

чт, 12 фев 2009 02:10:39 -0000

Сами по себе статусы не проблема. Они, по сути, уже заложены в БД. Проблема в логике, которая эти статусы обрабатывает.

Наслоение парсеров не сделали, потому что велик риск, что они будут конфликтовать между собой. Но вообще от задачи зависит. Формулируйте задачу, решение найдем.

Sergey

чт, 12 фев 2009 01:30:40 -0000

Выложу свои пять копеек. Раз начал эту дискуссию.

Я уже сказал, что $pag['page_state'] регулирует характер статьи и предложил обговорить варианты. Я прямо написал, что есть вариант системной статьи, которую нельзя комментировать, из чего следует, что имеется множество вариантов, которые можно как-либо определить. А уж владелец сайта (админ) пусть при утверждении решает, что тут.

Я высказал мысль, что выгодно продавать модераторство. Вот как раз утверждение правки и есть доход сайта. Что плохого, если владелец статьи меняет ее содержание? Пусть у него будет соответствующий кошелек и принцип расчета за утверждение содержание, т.е. будет политика сайта. Я как считаю: отдам страничку под вывеску магазина. Таких вывесок может быть хоть сотня. Владелец страницы поменял свой товар, разместил новое описание, новые цены и отправил на модераторство - нет у него в кошельке, нет и правки. Другой вариант: электрик разместил свое объявление о том, что он может срочно делать ремонт. Но электрик хочет сегодня отдохнуть, зашел в статью и приостановил ее публикацию. И не правил, но и не выводит. Хочет запустить - надо такую возможность предоставить. Отсюда следует простая логика: имеется множественность вариантов $pag['page_state'], а не 0 или 1. Кстати и по этой причине мне и нужен реальный newpage и more. Конечно можно еще ввести необычный тег: вставки рекламы с какими-то условиями, но и опять требуется особое значение $pag['page_state']. Политику расчетов и изменение значения $pag['page_state'] можно было бы решить отдельным плагином. Для нас важен факт режимов: ввод(правка), утверждение(вывод). А уж плагин решит политику сайта.

Кстати, я сейчас разбираюсь с парсером, со своим (как там вставить) и со встроенным. Первое, что мне уже помешало это или, а вот то и другое нет. Не тот принцип выбора.

Sergeich

чт, 12 фев 2009 01:26:42 -0000

а черновики? ну ведь светлая идея то :)

Trustmaster

чт, 12 фев 2009 01:09:36 -0000

Можно предусмотреть несколько вариантов поведения (по-старинке, редактирование-премодерация, свободное редактирование) с переключением в конфиге (о, да, еще конфиги, больше конфигов!). Можно (и нужно) развивать плагин Wiki, ибо для коллективных проектов это есть большое добро. Совмещение обеих идей и вращивание Wiki в страницы звучит заманчиво, но на деле может оказаться накладно.

Dayver

чт, 12 фев 2009 00:50:02 -0000

Что то все о чем вы говорите подпадает под плуг Киландора Вики который кстати кто не знает работает в этом разделе

Sergeich

чт, 12 фев 2009 00:34:20 -0000

motor2hg, вот тебя лично не задолбает утверждать одну и ту же страницу васи пупкина по 10 раз в день, каждый раз внимательно проверяя что этот вася там наисправлял? Лично я через неделю просто удалю и статью и васю пупкина, но при этом я буду не прав и вася пупкин, при желании, может вполне на меня подать в суд.

motor2hg

чт, 12 фев 2009 00:11:12 -0000

А, как-же это было на kpnemo.ru? Сайт с такой активностью приносит хорошие деньги, а деньги - это новые рабочие места, но мне ни разу не приходилось видеть такой активности, даже на nnm.ru

Sergeich

ср, 11 фев 2009 23:47:11 -0000

Допустим у тебя на сайте 1000 страниц, 100 авторов каждый день правят в утверждённых статьях что-то, плюс ещё 100 новых статей добавляется ежедневно. Админ сойдёт с ума, или же будет на автомате принимать всё не проверяя. И то и другое плохо :).

Кроме того, ничто не мешает написать грамотное пользовательское соглашение.

motor2hg

ср, 11 фев 2009 23:22:35 -0000

А потом, я был-бы даже очень рад знакомству с автором книги, которая меня так заинтересовала.

Ratibor

ср, 11 фев 2009 23:20:43 -0000

Авторское право на материал принадлежит автору, но материал является собственностью сайта

Обычно на сайтах для этого пишут:

Все материалы, размещенные на сайте являются собственностью сайта и защищаются законами об авторском праве.
Авторские статьи, содержащие имя и фамилию автора, или его псевдоним, публикуются только по согласованию с автором, и являются собственностью сайта. Все опубликованные статьи пишутся либо авторами сайта, либо по заказу сайта, либо предлагаются для публикации в готовом виде. Авторское право на статьи, опубликованные на сайте всегда принадлежит авторам статей.

В случае, если статья, опубликованная на сайте не подписана, эта статья подготовлена коллективом авторов сайта и является собственностью сайта.

motor2hg

ср, 11 фев 2009 23:18:20 -0000

Я купил книжку.

Он опубликовал бесплатно статью.

Он изменил текст, бесплатно опубликованной статьи.

Не вижу аналогии в суждении...

Ratibor

ср, 11 фев 2009 23:14:58 -0000

# motor2hg : Так, это же его статья. Он и удалил её, что в этом такого? Как говорится бог дал, бог взял.

Ты купил книжку в магазине, а к тебе подойдет автор и заберет ее или перечеркает там все.
Тебе это понравится ?

Никто у него собственность не отобирает, в графе автор стоит его имя.

motor2hg

ср, 11 фев 2009 23:12:17 -0000

Так, это же его статья, его интеллектуальная собственность. Он и удалил её, что в этом такого? Как говорится бог дал, бог взял. Потом на обычного пользователя, никто не обижается, обижаются на админов и модеров.

Ratibor

ср, 11 фев 2009 23:10:06 -0000

# motor2hg : Редактирование собственной статьи пользователям разрешено!
(действительно почему бы нет)

Объясняю почему нет.
На сайтах постоянно происходят конфликты.
Скажем один юзер написал статью, а другой специально либо в комментах написал гадость, либо поставил рейтинг 0, либо карму понизил. Автор обидится и нафиг стерет все в статье и свалит с сайта.

По этой причине в форуме тоже надо запрещать пользователям редактировать и удалять посты через какое-то время, скажем через 2-5 часов после написания оного. Да и то если после него никто не отвечал в данной ветке.

motor2hg

ср, 11 фев 2009 23:03:34 -0000

Когда-то, вопрос редактирования статей обычным пользователем подымался на сайте kpnemo.ru и решён он был следующим образом:

Редактирование собственной статьи пользователям разрешено!
(действительно почему бы нет)

Статья отредактированная пользователем отправляется на утверждение админам, модерам

После утверждения попадает в свою дату и время создания, юзер не может поменять время и дату и поднять свою статью вверх, только админ или модер.

Офтоп:
На сайте немо была ещё организована система инвайтов, приглашение на сайт знакомых и друзей, регистрация новых пользователей была отключена. Инвайты, пользователь зарабатывал активно участвуя в жизни сайта. Сейчас товарищи типа Антонио реально закричат неравенство-фашизм, но жизнь есть жизнь, пока машин не было, было куча мест куда их можно поставить бесплатно, теперь стоянок не хватает и в день место на стоянке стоит 150р.

Sergeich

ср, 11 фев 2009 18:55:18 -0000

С редактированием своих статей нужно быть очень осторожным, особенно с уже утверждёнными статьями. Но было бы замечательно заиметь в движке возможность создавать черновики статей. Пока статья в статусе черновика, она доступна только юзеру, юзер её может редактировать сколько душе угодно. Как только юзер решил, что статья готова к публикации, он жмёт кнопку опубликовать и статья встаёт в очередь на утверждение, а дальше всё как обычно. При таком раскладе и юзеру хорошо и сайт в безопасности и администратор не в обиде.

И что-то мне подсказывает, что в базе даже новых полей не потребуется :)

Trustmaster

ср, 11 фев 2009 18:08:19 -0000

Да, порядок редактирования статей в Seditio здорово надоедает. Все эти сложности там сделаны затем, чтобы после добавления безобидной статьи автор не мог туда внести что-либо противозаконное или порочащее честь сайта.

Есть несколько способов решения проблемы, но в любом случае проблему надо выносить в Ideas на всеобщий совет.

Sergey

ср, 11 фев 2009 05:19:00 -0000

Тест на сотовом

Отчет телефон Нокиа 7500 призма, браузер миниОпера v.4.2.133337 20081205 т.е. последняя
1. Логин надо иметь с Большой буквы
2. Нажал B теги не отобразились
3. нажал предпросмотр, окно предпросмотр не отобразилось, окно редактора сохранилось
4. нажал Ответить. Текст "Тест на сотовом" отобразился.
5. Нажал на "Выход" вышел со второго раза?
Трафик после каждого перегруза по 63 кб. неважно где.

Вот такой у меня вопрос. А зачем набивки статьи вообще нужен предпросмотр. Я понимаю еще если это форум или комментарий. Может здесь кроется причина и проблема?
Как поступает администратор. Он имеет право бесконечно править статью, единожды сам себе ее утвердив. А что может делать не администратор, а ничего. Только набить текст и, как он считает, что всё, статью сделал, отправить ее на модерацию А что мы видим для юзера внизу, под редактором:

Проверьте правильность внесения всех полей, вы не сможете исправить их позже.
Если вам все же необходимо что-либо исправить, свяжитесь с нами.
Страница станет общедоступной, только после того как администрация ее проверит и утвердит.

Что-либо исправить может только админ (это так к слову, эпохальное отсутствие возможности админу дело доверить юзеру, или я не знаю как).

Теперь смотрим текст page.inc.php

if ($pag['page_state']==1 && !$usr['isadmin'])
{
	sed_log("Attempt to directly access an un-validated page", 'sec');
	header("Location: " . SED_ABSOLUTE_URL . sed_url('message', "msg=930", '', true));
	exit;
}

точно такая же конструкция и седе. Как видим не хватает автора.
а в этом месте:

list($usr['auth_read'], $usr['auth_write'], $usr['isadmin'], $usr['auth_download']) = sed_auth('page', $pag['page_cat'], 'RWA1');
sed_block($usr['auth_read']);

и вовсе мне трудно разобраться в этой светлой мысли (видимо это защита от несанкционированной набивки статьи)
Что я предлагаю. Вставить для юзера возможность редактировать до тех пор, пока он не решит отправить статью на утверждение. Тогда и проблема с newpage и more рассасется сама собой.
Да и необходимость предпросмотра отпадает. Поправил - сохранил -посмотрел
А там где выводится на утверждении ..статей
для юзера вставить на редактировании .. статей.
Теперь когда юзер, читая свою уже утвержденную статью, вдруг обнаружил, что ее надо поправить, будет иметь возможность ее поправить, но естественно внеся поправку тут же попадает в раздел не отображения своей статьи пока она не пройдет модерацию.
А всего-то, решить, какие значения может принимать $pag['page_state'] кроме 0 или 1 (раньше была 3 для системных статей, это чтобы не комментировали)

Ratibor

вс, 08 фев 2009 02:21:15 -0000

# Sergey : А теперь входим в http://ready.mobi/launch.jsp?locale=en_EN набираем знакомый адрес и получаем, что GPRS 89 секунд, а тест говорит, что BAD а далее, вся реальная нелицеприятная оценка..

Не знаю что оно там тестирует, но специально сейчас зашел на этот сайт со своего мобильника, прекрасно все отображается, кстати этот текст сейчас с него и пишу. И как я уже сказал, если какой-то телефон не поддеррживает какие-то фичи, типа жабы и т.п., то даже и не стоит думать о таком телефоне, не велика потеря.

Dayver

вс, 08 фев 2009 02:14:22 -0000

# esclkm : не знаю, как по мне тут есть обоснованные идеи.... но надо будет это дайвера подлючить - все виды пащинации это его хлеб - интересно его мнение по этому поводу.

По поводу разбиения на подстраницы я полностью разделяю позицию Траста .... тоже долго думал об этом (разные ситуации прорабатывал) и идея создания двух обьектов Страница-Подстраница на уровне БД является наиболее оптимальной во всех смыслах. Но переделка сурезная так что не сейчас ею нужно заниматся(опять повторяю слова Трастмастера) да и начинать спор на 5 стр. об этом сейчас не считаю нужным(потому и молчал).

А про мои успехи в пагинации ты все же переборщил.....функцию написал ..... да и менно он .... Трастмастер .... даж Оливер в последней бетке, в некоторых кусках кода заюзал .... а я всего лишь по ходу пагинациовнедрения слегка модернизировал функцию (ну что б и аякс можно было терзать).

Sergey

вс, 08 фев 2009 00:30:05 -0000

Для того, чтобы понять, как используют интернет на сотовом телефоне, необходимо знать историю. То, что интернет на сотовых появился в России и подвигло меня сделать сайт для сотового, но многие не в курсе, что практически все сотовые уже поддерживают интернет, он уже подключен у всех операторах в тарифных планах, что-то в пределах 7 руб. за 1мбайт. У меня модель S40 - модель начинки образца 2000 года. А еще была S60, потом S80. Все эти айфоны это разводка лохов, практически любой сотовый с цветным экраном поддерживает интернет в режиме WAP 2, Другое заблуждение, что никто не знает о сотовом интернете: молодежь меня подняла на смех, оказалось, что офисный женский планктон повсеместно уже пользуется этим, а вот подогнать даму к компу, куда как трудней. Я не предлагал делать интернет-магазин, говоря о кофточках, я говорил о витринах магазинов на сотовых. Заполнить типовой рекламный класс может любой предприниматель: щелкнул (сфоткал) свой товар, вставил его в статью - просто особый диалог (нет возможности добавить из другого окна или я просто не нашел способ). Заполнение такой формы витрины примерно также похоже, как отправка SMS, нет проблем. На моем сотовом образца S40 прекрасно отобразился котонти. Поэтому

Во первых даже и не стоит думать о поддержке мобильников выпущенных ранее 4 квартала 2008

не аргументированно.
Вот ресурс билайна http://msk.mobile.beeline.ru/services/service.wbp?root_id=80c2b138-09e3-4442-a1f6-a117840fc1ae&block=connection
посмотрите, как все шустро и быстро принимает в оборот. Трудно найти мобильник с клиентом, у которого нет возможности подключения интернета.
Я не призываю к переделке, я ее просто осуществлю.
внимательно берем свой телефон и сюда http://site.mobi/ только тут, вы поймете, что есть тест для мобильных сайтов, который не пройдет такая загрузка страниц, и, что другие уже строят сайты налево и направо. Посмотрите вот сюда http://mobithinking.com/showcase/showcase-library разве котонти не достоин этой таблицы?
А теперь входим в http://ready.mobi/launch.jsp?locale=en_EN набираем знакомый адрес и получаем, что GPRS 89 секунд, а тест говорит, что BAD а далее, вся реальная нелицеприятная оценка..

medar

вс, 08 фев 2009 00:05:12 -0000

Сорри, действительно, цвета уже сделаны в плагине seditio, не заметил. :)

esclkm

сб, 07 фев 2009 22:49:53 -0000

не знаю, как по мне тут есть обоснованные идеи.... но надо будет это дайвера подлючить - все виды пащинации это его хлеб - интересно его мнение по этому поводу.

# Sergey : Теперь к хедерам и футерам. Вклад их в мобильнике ничтожен: пару сотен байт. А вот как будет выглядеть новость для самых потенциальных пользователей сотового интернета, для наших милых дам:

к перспективам, наблюдая за студентками меда - интернет на мобильном есть зло- очень большое зло...
использующих мобильный интернет единицы - это восновном перспективные люди, остальные почему то верять, что нажать код на мобильном для получения мелодии есть дешевле чем скачать ее же с помощью мобильного.
Поколения мобильного интернета меняются очень быстро - уже порой скорости доходят что я в нете на домашнем компе сижу на меньших скоростях... цены тоже падают с развитием новых технологий. Еще 3 года назад все были озабочны wap - многие конторы проигнорировали поддержу вапа их системами. сейчас вап это раздел истории.
Спустя год или два, я верю, что подсчет килобайтов станет частью истории (перейдем к мегабайтам)... а мы станем гонятся за непонятно чем.

Да и представил страницук на которой только 1 кофточка - разве она на компе не будет смотреться казусно?

2 medar: проэту библиотеку я уже рассуждал - меня тоже это пугает... ну или хотябы сократить половину рушек в этой библиотеке, которые не планируем юзать... допустим ээфекты - зачем они нужны....
А вот Jquery отключаемым делать нельзя... Я сидел и рассуждал на досугк - что надо делать использование этих библиотек только посредтвом апи, чтобы желающие при наличии мозгов могли сделать модуль mootools - который бы полноценно заменил JQUERy - имхо так перспективнее всего

По поводу цветов: а зачем у нас есть седитиокапабилити плугин?

medar

сб, 07 фев 2009 22:33:01 -0000

Народ! Я в шоке! :)
Сорри, но я только сейчас увидел, что у нас Jquery UI весом 180к не отключается. Уников сайта жалко, которым этот файл тянуть. Давайте сделаем его отключаемым в админке!

По поводу многостраничности в странице. Я тоже за то, чтобы делать все на PHP. Давайте оставим движок легким и быстрым. Тянуть всю страницу - не айс.

По поводу цветов. По-моему, надо обеспечить совместимость с цветами Seditio, введя новые ббкоды, можно плагином. Зачем усложнять жизнь людям, заставляя их переводить всё в новый формат ?

Ratibor

сб, 07 фев 2009 22:23:48 -0000

# Sergey : Теперь к хедерам и футерам. Вклад их в мобильнике ничтожен: пару сотен байт. А вот как будет выглядеть новость для самых потенциальных пользователей сотового интернета, для наших милых дам:

в наш отдел "мужик в отпаде" тц "Одевайся" сегодня поступили кофточки от D&G:
фотка 1 кофточки (4 кбайта)
дальше...
............
фотка 33 кофточки (4 кбайта)
в начало...

как будет это работать: Дама нашла на новость, она ждет такой новости и днем и ночью...
нажала на новость и вся новость(статья) размером 300 кбайт будет грузиться 5 минут?

Это не аргументация :)

Во первых даже и не стоит думать о поддержке мобильников выпущенных ранее 4 квартала 2008.
Во вторых в любом случае если ты задумал делать сайт для мобильников,
то надо будет многое доделывать, ну а уж если речь идет о магазине, то там по любому будет самописный плагин :)
Ну и в третьих, тем кто делает покупки с мобильника до фени эти 300 килобайт,
всмысле трафик.
В четвертых во всю уже шагает 3G.

Trustmaster

сб, 07 фев 2009 20:56:31 -0000

О том и речь, что надо менять структуру БД и вводить 2 раздельных сущности: article и page. И это запланировано, но не на ближайшие полгода, потому что сейчас другой работы хватит с крышей.

Насколько мне известно, некоторые мобильные браузеры загружают большие страницы по частям. Но это все болтология. Практическую ценность могут иметь мобильные спецификации. И возможные пути решения проблем.