Пока открывал пиво, проскользнула мысль, если бы послал все коды со всех крышечек, вкладышей и купонов по смс, то обязательно что-нибудь выиграл. Просто по закону вероятности.
Поисковое продвижение сайтов, обучение, заработок с Интернет
Профессия:И что я должен подумать, прочитав это в анкете? А женщина вроде приличная на фото хотя и сунула нос в мою анкету. Честно признаюсь, маялся этой фигней со знакомствами. А потом тупо забил. И теперь захожу, читаю только то, что мне сами девушки пишут. Пишу в ответ. Потом на месяц пропадаю. Тоскливо там. Настоящая жизнь сегодня здесь.
начальник отдела по развитию а.с.
Никитин Максим
Коллег, мне кажется “уменьшение объемов кода в 2-3 раза”, “снижение нагрузки на сервер” и т.п. - это все правильно в теории, но на практике - лабуда. Давайте разберемся. Есть у меня портал realto.ru. Вес заглавной страницы в коде - 136 Кб с контентом. Если выкинуть контент, то, примерно 70 Кб (это с учетом меню, всяких счетчиков и прочей служебной инфы). При этом, когда страница загружается, то передается до 800 Кб данных (картинки, файлы js-скриптов, css и прочее, что кешируется на клиенте и при повторной загрузке происходит передача порядка 250-300Кб).
Сокращаем исходный текст страницы в 2 раза за счет дивовой верстки и получаем 70/2 = 35 кб. При этом количество графики и контента осталось прежней. И клиент, зайдя страницу портала в первый раз не заметит особой разницы (да, на модемном соединении 35 Кб - это порядка 5 секунд, но я не думаю, что “модемники” - основные посетители сайтов :) ). Все равно соотношения контент/код будет всегда с большиииим отрывом в сторону контента. Поэтому, да, код сокращается, но клиентам это абсолютно фиолетово.
Теперь давайте разберемся с “нагрузкой на сервер”. Воспользуемся открытой статистикой и посмотрим на посещаемость сайта: за прошедшую полную неделю у нас было 375 429 просмотров. За один просмотр мы уменьшили передаваемых данных на 35 Кб. Значит, за неделю у нас сократился трафик 13 мегабайт с копейками. Значит, за день мы имее выигрыш чуть меньше 2 Мб. Мне кажется, эта цифра абсолютна несерьезная по нынешним меркам. Особенно, если учесть, что общий ежедневный исходящий трафик нашего сайта около 7 ГБ в сутки! Выигрыш составит 0.03%.
А теперь давайте о негативных сторонах. Первая и самая страшная - отсутствие кроссбраузерности. Все эти шаманские трюки во-первых, затрудняют разработку, а во-вторых, делают ее более дорогой - и специалист по див-верстке дороже стоит, и времени на одну и ту же страницу будет уходить больше. В итоге мы получаем чистый убыток :) Я уже не говорю о том, что переделать с таблиц на дивы - это тоже время, которое деньги.
Вобщем, увы и ах. На данный момент применять данную технологию в промышленных масштабах нерентабельно. Но это не значит, что надо забыть о ней и отказаться. Нет, развивать это направление нужно. Но не нужно слепо бросаться делать именно так :)
С наилучшими пожеланиями :)