Pull to refresh

Comments 48

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

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

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

Давайте тогда в приват конкретные проблемы
Как скоро вы прикрутите новый дизайн к web-optimizer?
как только очередной верстальщик (уже третий по счету) сверстает-таки макеты :)

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

Удачи вам.
Кстати, быть может имеет смысл в данном топике как-то визуально отделить текст вопроса от текста соответствующего ответа? Хотя бы просто выделить вопрос полужирным. Так оно будет легче восприниматься…
Планируете ли вы добавить поддержку blogger.com? Размещён на своём хостинге.
как только разберемся, как его «вытащить» на тестовую площадку — обязательно :)
Что-то мне кажется этот топик призван не ответить на вопросы, а пропиарить свой проект… и вопросы если не выдуманы, то по крайней мере очень странные:
2. Web Optimizer от гугла?
Нет, проект разрабатывается группой активистов (прямо или косвенно связанных с webo.in). Google Code — просто хостинг для файлов и SVN, почти что narod.yandex.ru. Вы же сайты на Народе не называете проектами Яндекса, правда?
Не понимаю кто такие вопросы на хабре задает… а если не на хабре, то смысла писать здесь нет, так как текущея аудитория вопросы вряд ли задаст
часть вопросов — да. Но все же настолько технически подкованы?
Да, мне тоже кажется, что этот топик уместнее на сайте оптимизатора, а не постом на Хабре.
неплохо бы было выложить парочку сравнительных тестов
тестов в какую сторону?

LiveStreet 0.3alpha
Web Optimizer для LiveSteert 0.3alpha

MODx 0.9
Web Optimizer для MODx 0.9

DataLife Engine 8.0
Web Optimizer для DataLife Engine 8.0
в сторону «до» и «после» =)
Вчера мой программист снес веб-оптимизер, говорит проблемы с авторизацией. Установлена была новая версия. Может кто сталкивался?
Если он based на PHP Speedy, который GPL, как получилось что он MIT?
ключевое слово «initially». Сейчас там мало, что осталось от Speedy

И с автором PHP Speedy этот вопрос согласован.
Как оптимизатор работает на связке nginx-apache?
отлично работает :) Основной набор тестовых окружений на такой связке и развернут.
Вся оптимизация-то под apache делается. Если что nginx сам отдает, то это не затрагивается (вопрос о том, как оптимизировать конкретно под nginx остается открытым).
Я имел в виду что происходит если например в nginx настроена запаковка html, css и javascript и заголовки настроены на кэширование 10 дней.

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

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

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

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

Кстати, что такое CMS42? :)
CMS 42 — универсальная заглушка для неопознанных систем?
а по поводу того что документ пустой отдается?
это лучше в индивидуальном порядке в приват
Все должно работать хорошо, главное не включать тогда кеширование у web-optimizer.

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

Был связан со связкой настроек:
['gzip']['page'] = 1
['htaccess']['mod_defalte'] = 0
['gzip']['page'] = 1
['htaccess']['mod_deflate'] = 0
['htaccess']['mod_gzip'] = 0
['html_cache']['enabled'] = 1
['gzip']['page'] = 1
['htaccess']['mod_deflate'] = 0
['htaccess']['mod_gzip'] = 0
['html_cache']['enabled'] = 1
['html_cache']['flush_only'] = 0
во время инсталяции на шаге настройки в секции «Вечное» кэширование очепятка в слове «предоствратить»
Такой вопрос к автору: есть ли польза при работе с Drupal?
На сколько я понимаю, Drupal может почти всё это и сам делать (gzip, объединение css и js, сжатие css — это ведь есть в 6 версии друпала).
Или я не прав и какой-то выигрыш в производительности можно получить?
Drupal менее всех других CMS выиграет при подключении этого приложения. Однако основные плюсы я вижу в чем:
1. Все настройки в одном месте, а не разбросаны по 10 модулям
2. Есть CSS Sprites. Для некоторых тем Drupal это может быть критично. Хотя можно и воспользоваться генератором на sprites.in/ — там алгоритм такой же.
3. Настройки записываются в .htaccess (в модулях Drupal такого не встречал). Хотя можно и самому .htaccess настроить
4. Есть поддержка некоторых интересных моментов, например, параллельные хосты для картинок и быстрый сброс документа. Хотя наверное, скоро уже появятся и под Drupal соответствующие модули.
Но ведь парсить HTML, чтобы выделить обращение к css/js-файлам (а еще и проверять потом дату модификации каждого) — явный изврат, не согласитесь? мне кажется, возможности клиентской оптимизации должн быть изначально заложены в фреймворк/CMS.
к сожалению, проще один раз написать рабочую процедуру, чем пытаться донести это до тысяч разработчиков…

А разбираться с десятками API самих систем не сильно проще. Здесь веб-стандарты выступают как раз такой площадкой, которая позволяет связать произвольную систему с возможностью ее оптимизации.
конфликтов с eAcceletator'ом на Apache через Nginx не будет?
нет. Они вообще на разных слоях кэширования работают.
Sign up to leave a comment.

Articles