- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Господа, а у кого-нибудь после 22 декабря статистика в "Site performance" обновлялась?
alexber220 - да, это может помочь!
alex14n - тоже с 22 постоянна
Картинки и большая часть остального начинают подгружаться без ожидания окончания загрузки основного кода. Кстати, про 170 кБ вы опять нафантазировали ;)
Где нафантазировал, там четко есть указание, что сжат только один объект и его размер:
Compressed bytes 174 948 B
Это и есть HTML, который пожат CMS'кой.
Полный размер страницы вообще 1800КБ.
Где нафантазировал, там четко есть указание, что сжат только один объект и его размер
Вот тут и нафантазировали. Под "compressed bytes" на site-perf.com понимается количество сэкономленных байт. Размер HTML кода по этому числу достоверно назвать нельзя (ориентировочно — 250 килобайт плюс-минус 30%).
Вот тут и нафантазировали. Под "compressed bytes" на site-perf.com понимается количество сэкономленных байт. Размер HTML кода по этому числу достоверно назвать нельзя (ориентировочно — 250 килобайт плюс-минус 30%).
Про плюс-минус 30% - это вы сами нафантазировали.
Compressed bytes 174 948 B
Average compress ratio 13 %
Сжатие составляет 13%, экономия составляет 87% (174948 байт). Из этого получаем размер исходника 201089 байт или 196 Кбайт. Проверил на двух своих сайтах - совпадение полное.
Про плюс-минус 30% - это вы сами нафантазировали.
Compressed bytes 174 948 B
Average compress ratio 13 %
Сжатие составляет 13%, экономия составляет 87% (174948 байт). Из этого получаем размер исходника 201089 байт или 196 Кбайт. Проверил на двух своих сайтах — совпадение полное.
Во-первых. 200 килобайт вполне укладывается в 250кБ-30%. Что не посмотрел на конкретную цифру коэффициента сжатия — это да, но в вашем-то сообщении его и не было.
Во-вторых, не надо опять сочинять, что HTML всегда жмётся до 13%. До 13% (и даже лучше) жмётся однообразный говнокод, особенно сгенерированный автоматически; для нормальных страниц с человеческим кодом без мусора типичное сжатие - до 30...40% от первоначального размера. С внедрёнными в код картинками или зашифрованным джаваскриптом может жаться и того хуже.
Так что моя оценка несжатого размера по сэкономленному (при неизвестном коэффициенте сжатия) останется прежней — 1.5x±30%.
Во-вторых, не надо опять сочинять, что HTML всегда жмётся до 13%.
Вы издеваетесь, да? Это site-perf.com показывает сжатие данной страницы 13%. Зачем что-то выдумывать?
Вы издеваетесь, да? Это site-perf.com показывает сжатие данной страницы 13%. Зачем что-то выдумывать?
Вы написали, что на ваших сайтах "совпадение полное", я решил, что это относится и к цифре 13% :) В противном случае непонятно, чем вас напрягло моё "плюс-минус 30 процентов".
Вы написали, что на ваших сайтах "совпадение полное", я решил, что это относится и к цифре 13% :) В противном случае непонятно, чем вас напрягло моё "плюс-минус 30 процентов".
Полное совпадение в расчетах, а не в 13%. Вы зачем-то начали приводить мифические 30% и утверждать, что размер исходной страницы определить невозможно, в то время как все точные цифры были приведены в топике. В данных есть и коэффициент сжатия и размер данных, более того можно смело утверждать, что страница генерирутся CMS'кой с кучей мусора.
Вы зачем-то начали приводить мифические 30% и утверждать, что размер исходной страницы определить невозможно, в то время как все точные цифры были приведены в топике.
В топике — да, в вашем сообщении, на которое я отвечал — нет. Подключите, пожалуйста, логику и оцените разницу разницу между моим "Размер HTML кода по этому числу достоверно назвать нельзя" и вычислением точного размера по двум числам. Значение слова "мифичность" в словаре тоже не помешает посмотреть, чтобы не употреблять его мимо кассы.
И забавно выглядит апелляция к "цифрам в топике" после того, как вы с ними обращались :)