topmedia

Рейтинг
179
Регистрация
07.04.2008
Ippi:
В топике — да, в вашем сообщении, на которое я отвечал — нет. Подключите, пожалуйста, логику и оцените разницу разницу между моим "Размер HTML кода по этому числу достоверно назвать нельзя" и вычислением точного размера по двум числам. Значение слова "мифичность" в словаре тоже не помешает посмотреть, чтобы не употреблять его мимо кассы.

И забавно выглядит апелляция к "цифрам в топике" после того, как вы с ними обращались :)

Я что-то не понимаю или мое сообщение было в каком-то другом топике? Цифры есть, размер можно вычислить. Зачем утверждать что это невозможно?

Значение слова "мифический" мне объяснять не надо, оно очень хорошо подходит для ваших 30%.

Если есть точная цифра 13%, не надо подтягивать "типичное сжатие - до 30...40%"

С цифрами я обращался нормально учитывая их противоречивость, например:

Average compress ratio 13 %

Effective compress ratio 91 %

выглядят довольно странно.

Camtasia Studio

SotEX:
Домен: SаlеsDоt.ru - "Точки продаж" (переводчик-google), "Коммерческая точка" (ICQ-переводчик)

Выслушаю вашу оценку и готов продать.

Sales dot - бессмысленный набор слов. Торговая точка будет sales spot или sales point.

Sibwel:
Не работал только наш сайт! Вы представьте сколько бы тут было сообщений за 8 часов что хостинг лежит! Вот вам и ну-ну...

Это разве не косвенный показатель? Хостеру наплевать, что его сайт 8 часов лежит?

Я не знаю сколько здесь было бы сообщений, потому что не знаю сколько у вас клиентов :)

Ippi:
Вы написали, что на ваших сайтах "совпадение полное", я решил, что это относится и к цифре 13% :) В противном случае непонятно, чем вас напрягло моё "плюс-минус 30 процентов".

Полное совпадение в расчетах, а не в 13%. Вы зачем-то начали приводить мифические 30% и утверждать, что размер исходной страницы определить невозможно, в то время как все точные цифры были приведены в топике. В данных есть и коэффициент сжатия и размер данных, более того можно смело утверждать, что страница генерирутся CMS'кой с кучей мусора.

Ippi:

Во-вторых, не надо опять сочинять, что HTML всегда жмётся до 13%.

Вы издеваетесь, да? Это site-perf.com показывает сжатие данной страницы 13%. Зачем что-то выдумывать?

Ippi:
Вот тут и нафантазировали. Под "compressed bytes" на site-perf.com понимается количество сэкономленных байт. Размер HTML кода по этому числу достоверно назвать нельзя (ориентировочно — 250 килобайт плюс-минус 30%).

Про плюс-минус 30% - это вы сами нафантазировали.

Compressed bytes 174 948 B

Average compress ratio 13 %

Сжатие составляет 13%, экономия составляет 87% (174948 байт). Из этого получаем размер исходника 201089 байт или 196 Кбайт. Проверил на двух своих сайтах - совпадение полное.

Sibwel:
Был сбой в работе сервера вчера, все было восстановлено за час!

Ой врете! Посмотрите на время сообщений - первое в 18:43 о том что хостинг лежит, второе уже в 2 часа ночи - хостинг все еще лежит. За час говорите восстановлен? Ну-ну...

Ippi:
Картинки и большая часть остального начинают подгружаться без ожидания окончания загрузки основного кода. Кстати, про 170 кБ вы опять нафантазировали ;)

Где нафантазировал, там четко есть указание, что сжат только один объект и его размер:

Compressed bytes 174 948 B

Это и есть HTML, который пожат CMS'кой.

Полный размер страницы вообще 1800КБ.

Ippi:
Кгхм, странная у вас интерпретация результатов с site-perf.com. 1933 секунды - это суммарное время ожидания для всех объектов страницы — их очень много, но ждут они параллельно. Полное время загрузки страницы — 17.7 секунды.

Надо учитывать, что браузеры одновременно закачивают не более 10 файлов, а статистика показывает 269 объектов. IE7 и более ранние грузят в два потока, соответственно и время ожидания будет гораздо больше 17 секунд. Один только HTML размером более 170Кб грузится 15 секунд. Пациент скорее мертв, чем жив.

Всего: 1102