Осмелюсь заметить, что это лишь первая статья цикла. И я не случайно говорил о двух принципах Веб-3: автоматизации и адаптивности. Пока я говорю об адаптивности, а не обмене данными между серверами и их объёме. Об этом ещё впереди.
По поводу вот этого:
>Из 20 с лишним строк ХМЛя получается 4 строки HTML.
>Прогресс . А наверное если бы из 40 строк получилось 2 , было бы еще лучше.
Это лишь вопрос сжатия данных. Кто мешает донору сжимать данные на своей стороне и потом пересылать по сети? (Тем более учитывая технологии
Кстати, XML и создавался как универсальный протокол для обмена данными, и с этой ролью он великолепно справляется. Тем более, что пересылать по сети текст всё одно легче, чем графические данные - что такое 1КБ текста-описания графики по сравнению с 10-15КБ самого баннера? Тем более учитывая, что ресурс, на котором он будет размещён, в куда меньшей мере зависят от серверных мощностей донора.
А что касается плохой разметки - это вина плохих проектировщиков веб-ресурсов и перегруженности HTML. Лично я с нетерпением жду, когда будет доработан
--
Не сломал - значит не старался.
(заповедь тестировщика)
А в том, что? :)
Мощности вычислительных систем сейчас растут в геометрической прогрессии - стоит ли жаловаться на их нехватку? А по поводу веса страницы - опять же, плохие проектировщики. Впрочем, здесь есть и вина производителей броузеров и необходимость многочисленных проверок на их совместимость в AJAX-коде. Лично я стараюсь придерживаться золотого правила: не более 100 КБ служебной информации на страницу (включая графику); остальное - содержание.
Кстати, вы отчасти сами ответили на своё же возражение:
>только вот это будет нарушением пользовательского соглашение с гуглом
Подобные лицензионные соглашения и тормозят развитие прогресса. Я ратую за открытые стандарты, потому и предоставил вашему вниманию одну из своих идей. :)
--
Не сломал - значит не старался.
(заповедь тестировщика)