Часто задаваемые вопросы — 1

[@theKitich]

и все же, очередной раз задам коронный вопрос: gzip-сжатие выдачи всего и вся уже поддерживается или пока только в планах? :)

[@sunnybear]

вопроса не понял. Gzip-сжатие было еще в версии 0.1

[@theKitich]

т.е. абсолютно рабочее?

Это, так понимаю, через .htaccess происходит. Вроде бы какие-то проблемы были, когда ставил — уже не помню точно :(

[@sunnybear]

ну, так надо написать о проблемах, чтобы их исправили. Если поставить, получить нерабочую версию и снести — то никакого результата и не будет :)

сжатие идет через Apache (если есть mod_deflate, mod_gzip) или через PHP

[@theKitich]

Я, помнится, тогда спрашивал — Вы как раз исчезли куда-то. Теперь надо все поднять, разобраться снова. К сожалению, какие-то технические проблемы на хостинге и посмотреть сейчас не могу, в чем дело (

[@sunnybear]

черт, я уже начинаю себя ощупывать — неужели похож на человека-невидимку? :)

Давайте тогда в приват конкретные проблемы

[@TuTbaker]

Как скоро вы прикрутите новый дизайн к web-optimizer?

[@sunnybear]

как только очередной верстальщик (уже третий по счету) сверстает-таки макеты :)

Точных сроков дать не могу, но в версии 0.5 будет. А это не позже 15 июня.

[@TuTbaker]

Могу присоединиться и помочь с версткой

[@sunnybear]

спасибо большое :)

[@devaka]

Да, кстати, могу тоже помочь с версткой, ради такой проги готов день выделить.

[@arnold-sakhnov]

Был приятно удивлен, увидев в списке поддерживаемых систем такую, казалось бы, малоизвестную как Textpattern. Так как ей я активно пользуюсь, будет повод испытать ваши наработки, спасибо.

Удачи вам.

[@arnold-sakhnov]

Кстати, быть может имеет смысл в данном топике как-то визуально отделить текст вопроса от текста соответствующего ответа? Хотя бы просто выделить вопрос полужирным. Так оно будет легче восприниматься…

[@denisyukphp]

Планируете ли вы добавить поддержку blogger.com? Размещён на своём хостинге.

[@sunnybear]

как только разберемся, как его «вытащить» на тестовую площадку — обязательно :)

[@highw]

Что-то мне кажется этот топик призван не ответить на вопросы, а пропиарить свой проект… и вопросы если не выдуманы, то по крайней мере очень странные:

2. Web Optimizer от гугла?
Нет, проект разрабатывается группой активистов (прямо или косвенно связанных с webo.in). Google Code — просто хостинг для файлов и SVN, почти что narod.yandex.ru. Вы же сайты на Народе не называете проектами Яндекса, правда?

Не понимаю кто такие вопросы на хабре задает… а если не на хабре, то смысла писать здесь нет, так как текущея аудитория вопросы вряд ли задаст

[@sunnybear]

часть вопросов — да. Но все же настолько технически подкованы?

[@ESQUELETO]

Да, мне тоже кажется, что этот топик уместнее на сайте оптимизатора, а не постом на Хабре.

[@hellohaos]

насколько стабильно он работает?

[@Crashus]

неплохо бы было выложить парочку сравнительных тестов

[@sunnybear]

тестов в какую сторону?

LiveStreet 0.3alpha


MODx 0.9


DataLife Engine 8.0

[@Crashus]

в сторону «до» и «после» =)

[@Idris]

Вчера мой программист снес веб-оптимизер, говорит проблемы с авторизацией. Установлена была новая версия. Может кто сталкивался?

[@ashmind]

Если он based на PHP Speedy, который GPL, как получилось что он MIT?

[@sunnybear]

ключевое слово «initially». Сейчас там мало, что осталось от Speedy

И с автором PHP Speedy этот вопрос согласован.

[@ashmind]

Понятно, спасибо.

[@dab512]

Как оптимизатор работает на связке nginx-apache?

[@sunnybear]

отлично работает :) Основной набор тестовых окружений на такой связке и развернут.
Вся оптимизация-то под apache делается. Если что nginx сам отдает, то это не затрагивается (вопрос о том, как оптимизировать конкретно под nginx остается открытым).

[@dab512]

Я имел в виду что происходит если например в nginx настроена запаковка html, css и javascript и заголовки настроены на кэширование 10 дней.

Какие правила для кэшировния будут применяться в этом случае, и не будет ли повторно упаковываться отдаваемый документ?

И вообще, через что лучше паковать? Через nginx, apache или php?

[@sunnybear]

если упаковка уже настроена на каком-то уровне, то лучше ее в самом Web Optimizer отключить. Тем более что в 0.4.8alpha есть автоматическое создание .gz файлов для статического кэширования.

Паковать лучше точно не через PHP (если такое возможно). Насчет nginx / apache не уверен, но больше склоняюсь к самому nginx. Однако тут прирост производительности будет минимален.

[@dab512]

gjghj,jdfk —

[@dab512]

извиняюсь — кнопка нажалась случайно…

Попробовал поставить — мой движок не грузится вообще :(
Пустой документ от сервера приходит. Пробовал в настройках поставить все параметры на «нет» — тот же результат.

Кстати, что такое CMS42? :)

[@sunnybear]

CMS 42 — универсальная заглушка для неопознанных систем?

[@dab512]

а по поводу того что документ пустой отдается?

[@sunnybear]

это лучше в индивидуальном порядке в приват

[@gunya]

Все должно работать хорошо, главное не включать тогда кеширование у web-optimizer.

Я бы паковал через nginx или php. Php может получиться медленнее, если кодировать «на лету».

[@gunya]

Не успел :)

[@sunnybear]

да, по поводу кэширования баг был только найден и пофикшен. Окончательно войдет в 0.4.8

Был связан со связкой настроек:
['gzip']['page'] = 1
['htaccess']['mod_defalte'] = 0

[@sunnybear]

['gzip']['page'] = 1
['htaccess']['mod_deflate'] = 0
['htaccess']['mod_gzip'] = 0
['html_cache']['enabled'] = 1

[@sunnybear]

['gzip']['page'] = 1
['htaccess']['mod_deflate'] = 0
['htaccess']['mod_gzip'] = 0
['html_cache']['enabled'] = 1
['html_cache']['flush_only'] = 0

[@anr]

во время инсталяции на шаге настройки в секции «Вечное» кэширование очепятка в слове «предоствратить»

[@brooho]

Такой вопрос к автору: есть ли польза при работе с Drupal?
На сколько я понимаю, Drupal может почти всё это и сам делать (gzip, объединение css и js, сжатие css — это ведь есть в 6 версии друпала).
Или я не прав и какой-то выигрыш в производительности можно получить?

[@sunnybear]

Drupal менее всех других CMS выиграет при подключении этого приложения. Однако основные плюсы я вижу в чем:
1. Все настройки в одном месте, а не разбросаны по 10 модулям
2. Есть CSS Sprites. Для некоторых тем Drupal это может быть критично. Хотя можно и воспользоваться генератором на sprites.in/ — там алгоритм такой же.
3. Настройки записываются в .htaccess (в модулях Drupal такого не встречал). Хотя можно и самому .htaccess настроить
4. Есть поддержка некоторых интересных моментов, например, параллельные хосты для картинок и быстрый сброс документа. Хотя наверное, скоро уже появятся и под Drupal соответствующие модули.

[@brooho]

ясно, спасибо

[@egorinsk]

Но ведь парсить HTML, чтобы выделить обращение к css/js-файлам (а еще и проверять потом дату модификации каждого) — явный изврат, не согласитесь? мне кажется, возможности клиентской оптимизации должн быть изначально заложены в фреймворк/CMS.

[@sunnybear]

к сожалению, проще один раз написать рабочую процедуру, чем пытаться донести это до тысяч разработчиков…

А разбираться с десятками API самих систем не сильно проще. Здесь веб-стандарты выступают как раз такой площадкой, которая позволяет связать произвольную систему с возможностью ее оптимизации.

[@Sway]

конфликтов с eAcceletator'ом на Apache через Nginx не будет?

[@sunnybear]

нет. Они вообще на разных слоях кэширования работают.