Pull to refresh

Comments 65

Это здорово! Особенно новость про издание порадовала.

Однако, скачал, открываю через Adobe Acrobat 9: обложка в порядке, оглавление тоже, а потом чертовщина, большая часть символов не видна :(.
Пишет сообщение: «Cannot extract the embedded font 'BAAAA+DejaVuSans'. Some characters may not display or print correctly».

Такая досада.

Foxit Reader вообще выводит иероглифы.
спасибо, перевыложил, сейчас вроде нормально.
нет, к сожалению, проблема осталась прежней :(
да, товар ищ по маком говорит, что все плохо. Я перевыложил снова, файл SpeedUpYourWebsite.v1.0.2.pdf — попробуй, плиз
хм та битая версия датировалась на обложке 01.11.2008, рабочая — 26.10.2008
мы ничего не потеряли? :)
вообще ничего, просто я сам в версиях запутался, там не текущая дата :)
в общем, спасибо за тестирование
Evince выдает на старте PDF document is damaged. Все таки что-то не так.
у меня всё норм=)
Прочитал про кеш, изменил имя, вся нормально :)
хм, перезакачал под другое имя и все нормально показывает…
кэш виноват что ли
да, чертово кэширование. С одной стороны хорошо: если сайт упал, то пользователи HTML могут из кэша брать. С другой стороны — хрен из этого кэша выкинешь :)
С другой стороны — хрен из этого кэша выкинешь :)
И это говорит человек, в книге которого целая глава посвящена кэшированию? ;-)
просто кэшированию конкретно HTML глава не посвящена. А кэшировать динамику (HTML) на 10 лет вперед — это своего рода эксперимент над пользователями :)
отличная работа! Будем читать :)
Ещё раз хочу выразить благодарность за столь полезный сервис.

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

В любом случае, пока есть эта электронная версия — можно качать. Кто его знает, что через месяц будет :)
В ПДФ вроде как ссылки можно делать активными.
А так спасибки, удобственно.
А раз уж они не возражают, есть надежда на выход fb2 или специальной уменьшенной PDF версий?

Такие будет удобно загружать на всяческие e-ink читалки. Вам это, имея оригинал текста, сделать будет проще, чем нам «конечным пользователям», конвертируя PDF.

В формате fb2 возможно вставлять изображения, инструменты создания тоже имеются. (http://ru.wikipedia.org/wiki/FB2).
Для специ PDF формата, например, для sony reader, можно делать примерно, как у fb2pdf.com (размер — 9,06 × 12,24 см, крупный шрифт).

Спасибо за книгу.
Это все безумно хорошо и позитивно, но есть одно но:

1. Сейчас рукопись представляет собой документ Word 2007
2. Ее можно сохранять как Word 97-2003 без потери смысла
3. Еще ее можно печатать с помощью doPDF — получается .pdf документ, который читается на всех платформах — он и выложен как основной документ (еще не дошел до издательства, там его основательно переформатируют).

Если кто-то объяснит, что нужно поставить, чтобы:
1. Конвертировать Word'07 в .pdf с сохранением структуры (оглавления)
2. Конвертировать Word'07 или .pdf во все-что-душе-угодно
То я с радостью перекодирую информацию и выложу там же. Честно скажу, что в различных форматах разбираюсь слабо, но готов тратить время на обновление версий во всех форматах, для которых будет простой путь конвертирования (простой — не больше 2-3 кликов, а не переслал другу — жди, когда он переформатирует — потом выкладывай).

Вот.
спасибо, но сохраненный в таком виде .pdf тоже без оглавления.
рукопись в формате xps кому-то нужна?

Я конвертил через doc2pdf.com — но не у всех тот .pdf открывался :(
хм, но это уже лучше, чем просто печать в файл — тут внутренние ссылки сработали. Спасибо
Для docx -> fb2 попробуйте что-нибудь из этих утилит.

Никогда ни одной из них не пользовался, но в ближайшее время попробую и отпишусь.
У меня есть ощущение, что плагин ExportToFB21 для OpenOffice должен быть вполне подходящим.
спасибо большое, выложил еще в виде архива с fb2
пока алгоритм такой: сохраняем в формате Word97-2003, потом запускаем doc2fb, он конвертит в fb2
Спасибо за fb2. После незначительных правок всё сконвертировалось и залилось на Sony Reader.
Уже начал читать.
Большое спасибо! Бегло просмотрел, впечатления очень хорошие.
UFO just landed and posted this here
Орфографию лишний раз проверять не нужно. Как минимум, она будет проверена раза три перед самой публикацией квалифицированными специалистами.


А как насчет опечаток в терминах?

ну, можно. Наверное, их тоже пересмотрю еще
Кстати, если будет нужно, я бы не отказался от редакторского просмотра текста.
«Загружается более 1 CSS-файла.
Рекомендуется объединить все файлы в один внешний или даже включить его в итоговый HTML. Это позволит сократить количество запросов к сервер»

Вы всерьёз считаете это правильным советом?
да. У вас есть примеры, когда это неправильно?
А, я понял. Вы рассчитываете только на в первый раз пришедщих посетителей, им действительно так проще. А если у сайта соотношение хитов к посетителям больше одного, лучше выносить css и js отдельно, чтобы не подтягивать каждый раз при просмотре страницы.
этот момент подробно освещается в книге на примере многих сайтов.

В совете дается рекомендация использовать 1 файл, чтобы не плодить запросы. Включать ли его в сам HTML — зависит от очень многих факторов, которые автоматически сложно оценить (например, отношение постоянных к одномоментным посещениям).
Очень неожиданно и круто!
Респект и спасибо! :)
На обложке поправьте
Это книга поможет разобраться
черт, «йа креветко!» и здесь прорвалось :)
ах ты черт, не закрыл :(
интересный случай кстати
спасибо, читал отдельные статьи, но в таком виде гораздо лучше :)
Некоторых моментов еще не знал, спасибо, интересно почитать
Скажите, я так понимаю, что глава 7.4 — это перевод/калька статьи Justin-a Rogers-a из IE team? Тогда почему вы решили не упоминать про IE вообще, перенеся то, что написано про JScript(tm) на JavaScript(tm)?
Да, это перевод. Большинство вещей, упомянутых для JScript, справедливы и для JavaScript.

Пожалуй, стоит сделать соответствующее пояснение в начале этой главе и заменить JavaScript на JScript. Спасибо
Оригинальная статья, как вы знаете, называется «Understanding and Solving Internet Explorer Leak Patterns», вы эту статью обозначили как «Closures and Memory Leaks», разница всё-таки есть, нет ничего про IE и акцент на замыканиях. Если вы раскрываете leak-проблемы одного движка (JScript), то замыкания будучи распространенным паттерном всё-таки являются частностью (автор пишет об этом — «сlosures are a specific form of circular reference»), пугать замыканиями в общем смысле и выводить их в оглавление вне контекста IE — сомнительное решение. Если же вы хотите обобщить memory leaks, то это большой труд, каждый движок по своему отличился, множество микропроблем от всем известных (например, конкатенация строк в IE) до менее известных…
спасибо за замечание. Сейчас времени на сбор материалов об остальных движках нет, просто ограничусь замечанием и акцентом на JScript.

Но ведь замыкания в некоторых случаях являются причиной утечек памяти, поэтому вполне справедливо рассказать о некоторых (как минимум, верных для старых IE) особенностях замыканий.
Вопрос про будущую печатную версию: предзаказ будет? :D
UFO just landed and posted this here
Я это видел, но меня не уведомление по выходу интересует, а именно предзаказ конкретного количества книг, которые по выходу я могу оплатить и получить :-)
боюсь, пока не получится — мне даже не известно, кто из ритейлеров будет ее распространять…
UFO just landed and posted this here
свежие версии уже выкладывались с какой-то периодичностью. Сейчас очередной milestone. Дальше (в течение 10 дней) вычитка, затем рукопись уйдет уже в издательство.
свежие версии уже выкладывались с какой-то периодичностью. Сейчас очередной milestone. Дальше (в течение 10 дней) вычитка, затем рукопись уйдет уже в издательство.
UFO just landed and posted this here
UFO just landed and posted this here
Книга, несомненно, очень полезная. Автор заслуживает благодарностей.

После поверхностного просмотра книги хочу отметить следующее:

1) Обложка
Больше похожа на заднюю обложку.
2) Рисунки
Названия не по ГОСТу. Должно быть «Рис. Х. Название», а не «Рисунок Х. Название». Вначале книги сделано правильно, дальше — нет.
Названия всех осей должны быть ОБЯЗАТЕЛЬНО. Иначе не всегда понятно, что показано на графиках.

И напоследок:
На рисунке 6 легенда не соответствует изображению: на графике изображено не все, что указано в легенде, а цвета там и там вообще разные!

З.Ы. За скромное упоминание в разделе благодарностей готов более подробно ознакомиться с книгой и указать на найденные неточности/опечатки.
спасибо за комментарии, но при более внимательном анализе рис. 6 указанного замечания не возникло бы.
Рукопись действительно интересная.
Но есть моменты:
стр 86:
— берем хэш функцию md5, при этом забываем, что есть более простая и быстрая CRC32 (кстати, ее легче на JScript посчитать...)
— там же напоминаем владельцам веб-сайтов, что большое количество одновременных соединений плодят большое количество апачей, кои либо утыкаются в MaxClients, либо уходят в своп… Посему твердим об акселераторах (nginx, 0W)…
стр 90:
— при отказе одного из серверов, сервер DNS все равно будет отправлять на него пользовательские запросы, и половина ваших пользователей окажется за бортом — Лечится простым перетаскиванием IP адреса на соседний сервер (конечно же, если серверы находятся в одной подсети). Геморно, но лечится же…
спасибо за комментарии. Некоторые пояснения добавил (выложу в течение суток, наверное: много мелких правок идет).
Еще обнаружил момент, требующий проработки:
Во-вторых, не все сервера читают прямо с диска. Для высоконагруженных систем и прокси-серверов (squid, nginx, thttpd) данные хранятся прямо в оперативной памяти, поэтому время доступа к ним существенно меньше, чем к файловой системе.

Дело в том, что nginx так и не начал кешировать данные в RAM (хотя очень пафосно эта возможность была анонсирована), а кеширует только файловые дескрипторы, squid, как мне помнится, хранит кеш на диске…
А вот малютку 0W стоит добавить — оно умеет кешировать в памяти и довольно неплохо.
А еще в «Два слова об nginx» надо сказать, что он был бы никому не нужен, если бы ни одна особенность архитектуры апача — он на каждый коннект отфоркивает потомка. Поэтому nginx в основном используют в качестве акселератора старины апача… А уж потом извращаются и пытаются удалить апач из схемы.
Но по мне лучше nginx — apache+(perl|php), чем nginx — FastCGI+(perl|php)
Sign up to leave a comment.

Articles