Комментарии 65
Это здорово! Особенно новость про издание порадовала.
Однако, скачал, открываю через Adobe Acrobat 9: обложка в порядке, оглавление тоже, а потом чертовщина, большая часть символов не видна :(.
Пишет сообщение: «Cannot extract the embedded font 'BAAAA+DejaVuSans'. Some characters may not display or print correctly».
Такая досада.
Foxit Reader вообще выводит иероглифы.
Однако, скачал, открываю через 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 — попробуй, плиз
хм, перезакачал под другое имя и все нормально показывает…
кэш виноват что ли
кэш виноват что ли
Желаю удачи
отличная работа! Будем читать :)
Ещё раз хочу выразить благодарность за столь полезный сервис.
Насчёт выкладывания книги в сети, могут возникнуть проблемы с издательством, которое посчитает что печатать не стоит, т.к. можно свободно скачать. Такие проблемы были у известных российских авторов.
Так что узнайте если они не против.
Ещё раз хочу выразить благодарность за столь полезный сервис.
Насчёт выкладывания книги в сети, могут возникнуть проблемы с издательством, которое посчитает что печатать не стоит, т.к. можно свободно скачать. Такие проблемы были у известных российских авторов.
Так что узнайте если они не против.
у издательства переспросил лишний раз, они не возражали.
В любом случае, пока есть эта электронная версия — можно качать. Кто его знает, что через месяц будет :)
В любом случае, пока есть эта электронная версия — можно качать. Кто его знает, что через месяц будет :)
В ПДФ вроде как ссылки можно делать активными.
А так спасибки, удобственно.
А так спасибки, удобственно.
А раз уж они не возражают, есть надежда на выход fb2 или специальной уменьшенной PDF версий?
Такие будет удобно загружать на всяческие e-ink читалки. Вам это, имея оригинал текста, сделать будет проще, чем нам «конечным пользователям», конвертируя PDF.
В формате fb2 возможно вставлять изображения, инструменты создания тоже имеются. (http://ru.wikipedia.org/wiki/FB2).
Для специ PDF формата, например, для sony reader, можно делать примерно, как у fb2pdf.com (размер — 9,06 × 12,24 см, крупный шрифт).
Спасибо за книгу.
Такие будет удобно загружать на всяческие 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 кликов, а не переслал другу — жди, когда он переформатирует — потом выкладывай).
Вот.
1. Сейчас рукопись представляет собой документ Word 2007
2. Ее можно сохранять как Word 97-2003 без потери смысла
3. Еще ее можно печатать с помощью doPDF — получается .pdf документ, который читается на всех платформах — он и выложен как основной документ (еще не дошел до издательства, там его основательно переформатируют).
Если кто-то объяснит, что нужно поставить, чтобы:
1. Конвертировать Word'07 в .pdf с сохранением структуры (оглавления)
2. Конвертировать Word'07 или .pdf во все-что-душе-угодно
То я с радостью перекодирую информацию и выложу там же. Честно скажу, что в различных форматах разбираюсь слабо, но готов тратить время на обновление версий во всех форматах, для которых будет простой путь конвертирования (простой — не больше 2-3 кликов, а не переслал другу — жди, когда он переформатирует — потом выкладывай).
Вот.
Специальная надстройка для Microsoft Office 2007 (935 Кб.), которая добавляет пункт «Сохранить как PDF и XPS». Доступна также на самом сайте Microsoft.
Для docx -> fb2 попробуйте что-нибудь из этих утилит.
Никогда ни одной из них не пользовался, но в ближайшее время попробую и отпишусь.
У меня есть ощущение, что плагин ExportToFB21 для OpenOffice должен быть вполне подходящим.
Никогда ни одной из них не пользовался, но в ближайшее время попробую и отпишусь.
У меня есть ощущение, что плагин ExportToFB21 для OpenOffice должен быть вполне подходящим.
Большое спасибо! Бегло просмотрел, впечатления очень хорошие.
Орфографию лишний раз проверять не нужно. Как минимум, она будет проверена раза три перед самой публикацией квалифицированными специалистами.
А как насчет опечаток в терминах?
Здорово! Спасибо.
«Загружается более 1 CSS-файла.
Рекомендуется объединить все файлы в один внешний или даже включить его в итоговый HTML. Это позволит сократить количество запросов к сервер»
Вы всерьёз считаете это правильным советом?
Рекомендуется объединить все файлы в один внешний или даже включить его в итоговый HTML. Это позволит сократить количество запросов к сервер»
Вы всерьёз считаете это правильным советом?
да. У вас есть примеры, когда это неправильно?
А, я понял. Вы рассчитываете только на в первый раз пришедщих посетителей, им действительно так проще. А если у сайта соотношение хитов к посетителям больше одного, лучше выносить css и js отдельно, чтобы не подтягивать каждый раз при просмотре страницы.
этот момент подробно освещается в книге на примере многих сайтов.
В совете дается рекомендация использовать 1 файл, чтобы не плодить запросы. Включать ли его в сам HTML — зависит от очень многих факторов, которые автоматически сложно оценить (например, отношение постоянных к одномоментным посещениям).
В совете дается рекомендация использовать 1 файл, чтобы не плодить запросы. Включать ли его в сам HTML — зависит от очень многих факторов, которые автоматически сложно оценить (например, отношение постоянных к одномоментным посещениям).
Очень неожиданно и круто!
Респект и спасибо! :)
Респект и спасибо! :)
На обложке поправьте
Это книга поможет разобраться
Это книга поможет разобраться
спасибо, читал отдельные статьи, но в таком виде гораздо лучше :)
Некоторых моментов еще не знал, спасибо, интересно почитать
Скажите, я так понимаю, что глава 7.4 — это перевод/калька статьи Justin-a Rogers-a из IE team? Тогда почему вы решили не упоминать про IE вообще, перенеся то, что написано про JScript(tm) на JavaScript(tm)?
Да, это перевод. Большинство вещей, упомянутых для JScript, справедливы и для JavaScript.
Пожалуй, стоит сделать соответствующее пояснение в начале этой главе и заменить JavaScript на JScript. Спасибо
Пожалуй, стоит сделать соответствующее пояснение в начале этой главе и заменить 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) особенностях замыканий.
Но ведь замыкания в некоторых случаях являются причиной утечек памяти, поэтому вполне справедливо рассказать о некоторых (как минимум, верных для старых IE) особенностях замыканий.
Вопрос про будущую печатную версию: предзаказ будет? :D
свежие версии уже выкладывались с какой-то периодичностью. Сейчас очередной milestone. Дальше (в течение 10 дней) вычитка, затем рукопись уйдет уже в издательство.
свежие версии уже выкладывались с какой-то периодичностью. Сейчас очередной milestone. Дальше (в течение 10 дней) вычитка, затем рукопись уйдет уже в издательство.
Книга, несомненно, очень полезная. Автор заслуживает благодарностей.
После поверхностного просмотра книги хочу отметить следующее:
1) Обложка
Больше похожа на заднюю обложку.
2) Рисунки
Названия не по ГОСТу. Должно быть «Рис. Х. Название», а не «Рисунок Х. Название». Вначале книги сделано правильно, дальше — нет.
Названия всех осей должны быть ОБЯЗАТЕЛЬНО. Иначе не всегда понятно, что показано на графиках.
И напоследок:
На рисунке 6 легенда не соответствует изображению: на графике изображено не все, что указано в легенде, а цвета там и там вообще разные!
З.Ы. За скромное упоминание в разделе благодарностей готов более подробно ознакомиться с книгой и указать на найденные неточности/опечатки.
После поверхностного просмотра книги хочу отметить следующее:
1) Обложка
Больше похожа на заднюю обложку.
2) Рисунки
Названия не по ГОСТу. Должно быть «Рис. Х. Название», а не «Рисунок Х. Название». Вначале книги сделано правильно, дальше — нет.
Названия всех осей должны быть ОБЯЗАТЕЛЬНО. Иначе не всегда понятно, что показано на графиках.
И напоследок:
На рисунке 6 легенда не соответствует изображению: на графике изображено не все, что указано в легенде, а цвета там и там вообще разные!
З.Ы. За скромное упоминание в разделе благодарностей готов более подробно ознакомиться с книгой и указать на найденные неточности/опечатки.
Рукопись действительно интересная.
Но есть моменты:
стр 86:
— берем хэш функцию md5, при этом забываем, что есть более простая и быстрая CRC32 (кстати, ее легче на JScript посчитать...)
— там же напоминаем владельцам веб-сайтов, что большое количество одновременных соединений плодят большое количество апачей, кои либо утыкаются в MaxClients, либо уходят в своп… Посему твердим об акселераторах (nginx, 0W)…
стр 90:
— при отказе одного из серверов, сервер DNS все равно будет отправлять на него пользовательские запросы, и половина ваших пользователей окажется за бортом — Лечится простым перетаскиванием IP адреса на соседний сервер (конечно же, если серверы находятся в одной подсети). Геморно, но лечится же…
Но есть моменты:
стр 86:
— берем хэш функцию md5, при этом забываем, что есть более простая и быстрая CRC32 (кстати, ее легче на JScript посчитать...)
— там же напоминаем владельцам веб-сайтов, что большое количество одновременных соединений плодят большое количество апачей, кои либо утыкаются в MaxClients, либо уходят в своп… Посему твердим об акселераторах (nginx, 0W)…
стр 90:
— при отказе одного из серверов, сервер DNS все равно будет отправлять на него пользовательские запросы, и половина ваших пользователей окажется за бортом — Лечится простым перетаскиванием IP адреса на соседний сервер (конечно же, если серверы находятся в одной подсети). Геморно, но лечится же…
спасибо за комментарии. Некоторые пояснения добавил (выложу в течение суток, наверное: много мелких правок идет).
Еще обнаружил момент, требующий проработки:
Во-вторых, не все сервера читают прямо с диска. Для высоконагруженных систем и прокси-серверов (squid, nginx, thttpd) данные хранятся прямо в оперативной памяти, поэтому время доступа к ним существенно меньше, чем к файловой системе.
Дело в том, что nginx так и не начал кешировать данные в RAM (хотя очень пафосно эта возможность была анонсирована), а кеширует только файловые дескрипторы, squid, как мне помнится, хранит кеш на диске…
А вот малютку 0W стоит добавить — оно умеет кешировать в памяти и довольно неплохо.
Во-вторых, не все сервера читают прямо с диска. Для высоконагруженных систем и прокси-серверов (squid, nginx, thttpd) данные хранятся прямо в оперативной памяти, поэтому время доступа к ним существенно меньше, чем к файловой системе.
Дело в том, что nginx так и не начал кешировать данные в RAM (хотя очень пафосно эта возможность была анонсирована), а кеширует только файловые дескрипторы, squid, как мне помнится, хранит кеш на диске…
А вот малютку 0W стоит добавить — оно умеет кешировать в памяти и довольно неплохо.
А еще в «Два слова об nginx» надо сказать, что он был бы никому не нужен, если бы ни одна особенность архитектуры апача — он на каждый коннект отфоркивает потомка. Поэтому nginx в основном используют в качестве акселератора старины апача… А уж потом извращаются и пытаются удалить апач из схемы.
Но по мне лучше nginx — apache+(perl|php), чем nginx — FastCGI+(perl|php)
Но по мне лучше nginx — apache+(perl|php), чем nginx — FastCGI+(perl|php)
Я взял на себя смелость выложить вашу книгу (версия 1.4) на lib.rus.ec — lib.rus.ec/b/142752
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
«Разгони свой сайт». Первая версия рукописи