@sunnybear29 мар 2008 в 06:54

Yahoo: высокопроизводительные Веб-страницы. Часть 2

1 мин

758

Клиентская оптимизация *

Перевод

+36

Комментарии 39

НЛО прилетело и опубликовало эту надпись здесь

@Balagur 29 мар 2008 в 09:11

Афигеть, давно такого отличного материала не видел на хабре!
Половину вообще не понял, поэтому в избранное и буду потом перечитывать =)

@yoreeq 29 мар 2008 в 09:49

хорошая статься, только не



pngcrush image.png -rem alla -reduce result.png



pngcrush -rem alla -reduce image.png result.png

@zorba_buddha 29 мар 2008 в 10:19

благодарствую за ценную информацию.

@delightmanua 29 мар 2008 в 10:39

использование GET для AJAX-запросов приведёт к очень простой реализации XSS взлома на вашем сайте

читайте вдумчиво

@sunnybear 29 мар 2008 в 10:51

позвольте поинтересоваться, а чем кардинально GET отличается от POST ?

@ugnich 29 мар 2008 в 13:22

Например тем, что поисковики (а очень часто именно им подсовывают такие ссылки) делают GET, а не POST.

@sunnybear 29 мар 2008 в 13:57

Это легко решается: достаточно обновление при GET делать только по авторизации или каким-то другим условиям

@delightmanua 29 мар 2008 в 20:25

<img src="http://site/?do=delete">
дальше можно думать самому

@sunnybear 29 мар 2008 в 20:32

сначала Вы говорили о XSS-взломе, теперь уже про элементарную защиту GET-запросов от поисковых ботов и неавторизованных пользователей. Как работать со вторым случаем, я указал, но про первый информации так и не получил.

@delightmanua 30 мар 2008 в 11:28

какие поисковые боты, какой неавторизированный пользователь, о чем речь? )

если я такой код влеплю на сайт, браузер как миленький пошлёт куку, принадлежащую site и пользователь будет опознан

ознакомьтесь с историей про Чёрного Властелина на Хабре

@not_ice 29 мар 2008 в 10:44

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

@quark 29 мар 2008 в 11:18

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

@Butjok 29 мар 2008 в 11:22

Чем сжимать HTML на стороне сервера?

@sunnybear 29 мар 2008 в 11:37

пара RegExp + gzip/deflate. Подробнее про gzip

@sylvio 29 мар 2008 в 12:25

еще небольшая ошибка - у jpegtran нету -perfect, по крайней мере не в доступной для меня версии.

придумываю как оптимизировать все jpg разом, пока команда получается достаточно монстроуозная ввиду того, что я не знаю как научить xargs запускать последовательность из нескольких команд.

ls -1s *.jpg | awk '{if($1 > 4) print $2;}' | xargs -I % jpegtran -copy none -optimize -progressive -outfile %.packed % && ls -1 *.packed | sed s/\.packed//i | xargs -I % mv %.packed %

также тут я проверяю на размер файла, так как -progressive для маленьких картинок наоборот увеличивает их размер, а большие без него хуже оптимизируются

@sunnybear 29 мар 2008 в 12:30

а зачем последовательность? можно ведь цикл с помощью for запустить, а там творить все, что душе угодно, хоть последовательно, хоть параллельно команды выполнять

@sylvio 29 мар 2008 в 12:32

да, я сейчас на цикл и думаю переделать, по тому что наткнулся на ls: Argument list too long :)

@akhasanov 16 апр 2008 в 19:47

ну как? получилась универсальная команда?

@gorp 29 мар 2008 в 12:49

отлично, по такой статье можно смело книгу сделать

@sunnybear 11 окт 2008 в 13:44

черт, кто-то оказался провидцем :)
habrahabr.ru/blogs/client_side_optimization/41665/

@sphere 29 мар 2008 в 14:19

sunnybear, матёрый человечище.

@Gektor 29 мар 2008 в 15:46

Многое очень полезно, но «написано» — как для роботов. Списки и неполные предложения — на любителя.

@Kapustos 29 мар 2008 в 16:56

Товарищи, ни у кого нет информации, как обстоят дела с сжатием css и js в ИЕ? Автор статьи рекоммендует их сжимать, но в интернете пишут что ИЕ 6 иногда глючит на сжатых css.
Отключать сжатие для ИЕ в конфигах апача?

@sunnybear 29 мар 2008 в 17:12

иногда по моим наблюдением — это 1 раз на 1000. Если это настолько критично для проекта и важнее ускорения для 999 человек, то стоит отключить :)

Также обычно семантическая верстка выглядит настолько хорошо, что стили ее только портят :)

@Lockal 29 мар 2008 в 19:18

Если оптимизировать изображения, то лучше всего воспользоваться инстукциями из Википедии:
http://ru.wikipedia.org/wiki/Википедия:П…

@sunnybear 29 мар 2008 в 20:29

хмм, сомнительные они какие-то. Попробовал OptiPNG при максимальном сжатии (5 разных картинок) — работает не лучше pngcrush, но заметно медленнее.

@Lockal 29 мар 2008 в 21:34

Задача pngcrush — объединить все ветви IDAT и подобрать наилучшие параметры deflate-алгоритмов

У OptiPNG задача намного объёмнее:
* Без потерь уменьшить цветовую глубину, палитру и типы цвета.
* Подобрать и использовать походящие фильтры сжатия; применить эти фильтры для подходящих строк
* Поддержка BMP, GIF, PNM (PBM, PGM, PPM) TIFF
* Сжать CRC для IDAT

Большинство таких возможностей формата png выполнит OptiPNG, но не pngcrush

@sunnybear 29 мар 2008 в 21:59

т.е. он будет эффективен только для PNG24? ибо для gif можно применять gif2png, для bmp: bmp2png, остальные форматы как-то не совсем вебовские (т.е. все равно жать нужно, может, правда, tiff как-то затешется).

И по поводу эффективности я бы все же провел дополнительное тестирование: я верю, что он может жать, в среднем, лучше чем pngcrush, но надо смотреть, насколько лучше. Ресурсы-то сильно тратит.

@vithar 1 апр 2008 в 21:25

Оптимальнее всего использовать pngcrush и optipng в связке, иногда прогон opti-crush даёт лучшие результаты, иногда crush-opti. У меня даже sh-скрипт под это дело есть.