Книга: мы строили, строили. Блог Евгения Степанищева

baka.name (baka.name)
14 сентября 2009, 17:04

Если есть какие-то замечания, можно писать, в комментарии на «Хабре» или в почту любому из авторов.

А прямо здесь писать нельзя?

( стр. 31
"а для выполнения клиентские редиректов"
)

bolk (bolknote.ru)
14 сентября 2009, 17:12, ответ предназначен baka.name:

Можно, спасибо :)

migel.livejournal.com (migel.livejournal.com)
14 сентября 2009, 17:34

Молодцы, поздравляю!

bolk (bolknote.ru)
14 сентября 2009, 17:41, ответ предназначен migel.livejournal.com:

Спасибо! :)

baka.name (baka.name)
14 сентября 2009, 17:56

Можно, спасибо :)

(стр. 31) В том же абзаце - "ренее открытых веб-страниц" .

стр. 37 - "Помимо этого существуют" (абзац этим заканчивается)

bolk (bolknote.ru)
14 сентября 2009, 19:45, ответ предназначен baka.name:

Спасибо! :)

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 12:42

Также благодаря тесному сотрудничеству с Русланом Синицким (aka sirus,
http://fullajax/#:developers)

Неправильный урл.

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 12:44

Недаром высоконагруженные проекта

Неправильный падеж

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 12:49

CDN, afaik — не «облачные» вычисления (господи, до чего ж слово корявое).

Вы тут путаете два родственных, но разных понятия — content delivery network и cloud computing.

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 12:53

Дополнение YSlow для Firefox

Тогда уже для firebug, и имеет смысл рассказать о нем выше по тексту.

bolk (bolknote.ru)
16 сентября 2009, 13:33, ответ предназначен decil.livejournal.com:

Спасибо большое!

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 15:14, ответ предназначен bolk (bolknote.ru):

Не за что :)

Не совсем понятно, зачем было включать главу про обфускацию. Может имелось в виду упаковка JS через base64?

Отдельный мердж для ИЕ, на мой взгляд, имеет право на существование только при наличии какого–то системного решения по мерджам (которое собирает из нескольких файлов один при деплое, или делает это в рантайме с кешированием). В противном случае (работа руками), будет огромное дублирование кода. Мы, в свое время, кстати, поставили задачу и практически свели до минимума CSS для ИЕ (по началу было всего 2 правила, сейчас не больше 10). Если серьезно озадачиться этим, то CSS для ИЕ может быть ужат до такого размера, что его можно вставлять инлайном.

Касательно объединения изображений. Насколько я знаю, существует общепринятый термин «спрайт» для подобного рода оптимизации.

Опять же, как–то режет глаз «встраиваемый» (инлайновый), «двоичный» (бинарный), но это я скорее придираюсь :)

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 15:20, ответ предназначен bolk (bolknote.ru):

Оптимизация верстки

Замена CSS-expressions одноразовыми expressions тоже имеет право на существование.
Для таблиц (например прайсов) следует задать тэги <col> чтобы браузер отображал ее до полной загрузки.
Для картинок следует избегать инплейс–масштабирования (когда размер картинки, строго указаный в width/height не совпадает с ее реальным размером). Если уж никак нельзя этого сделать, то хотя бы масштабировать пропорционально (в идеале — в целое число раз).

bolk (bolknote.ru)
16 сентября 2009, 15:53, ответ предназначен decil.livejournal.com:

Спасибо, передам ребятам.

Тегов <col>, кстати, таблицам мало. Надо ещё указать ширину каждой col и сказать table-layout: fixed.

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 15:55

Ну, с шириной — самом собой, иначе какой в них смысл.

Хотя ФФ давно уже кусками рисует большие таблицы, насколько я помню.

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 16:21

применить к ним

динамическое сжатие, или, для еще большего быстродействия — статическое сжатие. При
использовании статического сжатия серверу не придется тратить дополнительного
времени на сжатие, он будет сразу готов отдать сжатый файл.

Передозировка слова «сжатие».

чтобы опыт пользователя был наилучшим.

Бездумная калька с User Experience.

gzip (x-gzip) —два метода gzip и deflate используют один и тот же алгоримт

сжатия — DEFLATE (RFC 1951), использующий комбинацию алгоритма LZ77 и
кодирования Хаффмана.
использует-использующий, стилистически некрасиво.

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 16:25

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

Это опера–то старейшая? Ну и стилистически тяжеловесно, конечно.

bolk (bolknote.ru)
16 сентября 2009, 16:33, ответ предназначен decil.livejournal.com:

А какой браузер есть старше?

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 17:07

Вопрос некорректный, на мой взгляд. Старше оперы — ие, нетскейп, мозаика (это не принимая во внимание ряд текстовых браузеров).

Таймлайн есть вот тут:
http://en.wikipedia.org/wiki/C~~omparison_of_web_browsers#Web_b~~rowsers_by_year

Была еще отличная картинка с ветками, но найти не могу.

Если говорить о том, какой браузер из ныне используемых является старейшим, то это все равно будет ИЕ (1995, Опера — 1996). А если вспомнить 0.05% пользователей нетскейпа (или приписать историю нетскейпа мозилле) — то и он :)

В любом случае, данная информация:
1. Неверна.
2. Не имеет прямого отношения к теме главы.

Может я, конечно, неверно понял пассаж в целом, но и это не в его пользу :)

bolk (bolknote.ru)
16 сентября 2009, 17:21, ответ предназначен decil.livejournal.com:

Вопрос вполне корректный. Там написано «старейшего из всех используемых браузеров». Из перечисленного ряда используемный — только IE, а он младше «Оперы» на год («Опера» родилась в 1994-м).

Netscape, который используется сейчас (5.0—9.0) не имеет ничего общего с Netscape версий 0.x—4.x, кроме названия.

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 17:25

Родилась в 94–ом, а опубликована была в 96. Но, собственно, не суть важно.

unrelated:
Вот, кстати, некоторые мои изыскания по оптимизации большого количества png:
http://chikuyonok.ru/2009/07/punypng/#comment-962

bolk (bolknote.ru)
16 сентября 2009, 17:31, ответ предназначен decil.livejournal.com:

Спасибо! Кажется, ровно эти же выводы есть в книге?

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 18:10

Недочитал :)

Выводы то я сделал раньше выхода книги.

bolk (bolknote.ru)
16 сентября 2009, 18:18, ответ предназначен decil.livejournal.com:

Пальму первенства ни в коем случае не отбираю :)

decil.livejournal.com (decil.livejournal.com)
16 сентября 2009, 18:57, ответ предназначен bolk (bolknote.ru):

Я и не претендую :-D
Но главку по JS дописал бы с удовольствием :)

bolk (bolknote.ru)
16 сентября 2009, 19:49, ответ предназначен decil.livejournal.com:

Куда? В книгу? Почему бы и нет? Напишите Николаю (Nikolay.Matsievsky@webo.name), думаю, он будет только за.

decil.livejournal.com (decil.livejournal.com)
22 сентября 2009, 13:37, ответ предназначен bolk (bolknote.ru):

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

vitaly (vitaly.ya.ru)
23 сентября 2009, 15:06

<blockquote>Минусов у метода объединения изображений всего два:</blockquote>

Самый большой минус в MSIE6, который рендерит background очень медленно.

bolk (bolknote.ru)
23 сентября 2009, 23:50, ответ предназначен vitaly (vitaly.ya.ru):

Отпишу ребятам.