sunnybear Apr 21 2009 at 01:46

Версия 0.4 — Stable Release Candidate

4 min

646

Self Promo

+35

Comments 39

Polosat Apr 21 2009 at 09:20

Вот теперь можно качать и ставить, спасибо за Stable ver.

поправте ссылку на скачивание Загрузить версию 0.4.0

johnny_palec Apr 21 2009 at 12:12

Спасибо, в этой версии наконец исчезли нотисы:) Ещё добавьте в FAQ или руководство по установке замечание, что JS объединяется и сжимается только если скрипты подключаются с указанием type=«text/javascript» — в моём случае это было не так в одном проекте и поэтому js не объединялись.

leshka Apr 21 2009 at 12:35

а как он нормально работает с самописными движками?

sunnybear Apr 21 2009 at 12:40

нормально. Если движки нормальные :)
Если есть единственный index.php для обработки запросов и выдается валидный HTML-код, то проблем не возникнет.

leshka Apr 21 2009 at 12:56

ну просто не совсем понимаю как оно работает:( По идее таблицы стилей и яваскрипты могут генерироваться не только на титульной странице, но и на других страницах (например в панели администрирования сайтом грузить совсем другие таблицы стилей и ява скрипты). В общем ступор

sunnybear Apr 21 2009 at 13:16

админскую часть жать не совсем требуется. Но при желании можно вручную вставить вызовы Web Optimizer в админскую часть.
Жмет на основе md5 от числа и содержания файлов. Поэтому для каждой страницы получается свой набор файлов: 1 CSS и 1 JS. Конфликтов тут не получается.

GDie Apr 21 2009 at 12:36

При обновлении на Джумле 1.5.10 выползло:
Warning: Invalid argument supplied for foreach() in D:\VertrigoServ\www\ic\web-optimizer\controller\admin.php on line 133
Warning: Cannot modify header information — headers already sent by (output started at D:\VertrigoServ\www\ic\web-optimizer\controller\admin.php:133) in D:\VertrigoServ\www\ic\web-optimizer\controller\admin.php on line 145

и далее белый экран…
После обновления страницы появился обновленный интерфейс.

sunnybear Apr 21 2009 at 12:40

да, спасибо. При обновлении опции не сохранялись :( Поправили

rsboarder Apr 21 2009 at 12:52

А только у меня не в UTF-8 установка происходит?

rsboarder Apr 21 2009 at 12:57

И еще подправленный скриптом корневой htaccess положил хостинг с 500 ошибкой. Хостинг: majordomo

sunnybear Apr 21 2009 at 19:51

там в заголовках локаль пишется. По умолчанию не выставилось?

GDie Apr 21 2009 at 12:59

Вот такая бяка вылазит иногда:
easycaptures.com/5307416845
Появляется достаточно часто.
В чем может быть причина?

И еще было бы не плохо бекапить файлы движка при изменении.

johnny_palec Apr 21 2009 at 13:02

После некоторых тестов выявилось странное — с включённым web-optimizer время отдачи страницы по Yslow увеличилось в 2 раза — с 0.9 до 1.8сек.
Отрабатывает всё нормально, ошибок нет, файлы объединяются, оценка производительности по тому же Yslow выросла с F до D.

sunnybear Apr 21 2009 at 13:04

это, скорее всего, связано с дополнительной проверкой всех файлов на изменение. На некоторых хостингах может существенным в плане производительности. В версии 0.4.5 по умолчанию файлы проверяться не будут (будет соответствующая настройка в конфигурации).

johnny_palec Apr 21 2009 at 13:21

Хм, настройка такая вроде есть и я её отключал для теста, называется dont_check_file_mtime, стоит у меня 1. Либо вы про другую настройку говорите.

sunnybear Apr 21 2009 at 18:11

эта настройка сейчас дает очень мало :) Будет давать больше эффекта в будущем

GDie Apr 21 2009 at 13:04

А есть где-нибудь перевод рекомендаций которые YSlow дает?
В частности developer.yahoo.com/yslow/help/ и developer.yahoo.com/performance/rules.html
И есть ли ему альтернатива?

sunnybear Apr 21 2009 at 13:06

webo.in/articles/habrahabr/15-yahoo-best-practices/
webo.in/articles/habrahabr/27-yahoo-best-practices-2-presentation/

konart Apr 21 2009 at 14:02

Parse error: syntax error, unexpected '

konart Apr 21 2009 at 14:21

НЛО съело код)

короче: при патче index.php теряется ">" в вордепресс(может это у меня только такое всплыло конечно...)

sunnybear Apr 21 2009 at 18:03

версия Wordpress?

konart Apr 21 2009 at 18:06

2.7.1

romanoza Apr 21 2009 at 14:14

скорость работы браузера увеличилась, а вот сам сервер стал медленней работать

+ вся верстка умерла в ie6 :(

Adelf Apr 21 2009 at 14:53

>> скорость работы браузера увеличилась, а вот сам сервер стал медленней работать

Было бы странно, если бы както по-другому получилось :)

romanoza Apr 21 2009 at 15:52

а смысл тогда?

Adelf Apr 21 2009 at 15:57

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

romanoza Apr 21 2009 at 16:32

а по мне так нельзя снимать нагрузку с одного путем увеличения нагрузки в другом

Adelf Apr 21 2009 at 16:51

Скажите это своим пользователям :) Вот так прямо и скажите: «Вы знаете, я могу сделать так, чтобы мой сайт работал у вас в два раза быстрее, но мне жалко ресурсов сервера, так что извиняйте… тормозите дальше» :).

А если серьезно, то зря вы так. Вещь весьма неплохая. Если хотите дополнительной информации — почитайте две ссылки… наверху висят. скопирую:

webo.in/articles/habrahabr/15-yahoo-best-practices/
webo.in/articles/habrahabr/27-yahoo-best-practices-2-presentation/

romanoza Apr 21 2009 at 18:32

дык я не говорю, что вещь плохая, очень даже неплохая…

смысл в том, что я в последнее время все больше прихожу к тому, что большую часть операций с кодом должен брать на себя браузер (JS), вы же не будете делать сортировку таблицы по колонке на сервере средствами SQL только потому, что бы не дай Бог загрузить пользователю проц

Adelf Apr 21 2009 at 19:13

Не очень удачный пример привели :) Почти все данные, которые выводятся пользователю проходят сортировку на сервере. И дело не совсем про Js(про него вы правильно сказали), а про быструю загрузку и показ сайта в браузере. Для простых сайтов — критичный параметр. Для веб-приложений(там как раз может встретиться ваша сортировка в JS) — не очень.

romanoza Apr 21 2009 at 19:39

я вот о чем… :)
я не против этой оптимизации, но если она вызывает тормоза сервака (локалхоста :)), то лучше эту оптимизацию провести руками, в этом случае и скорость серверная не упадет и браузер будет все быстро отдавать

sunnybear Apr 21 2009 at 17:54

да нет, в том-то и смысл, чтобы, увеличив нагрузку на сервер по минимуму, по максимуму снять ее в браузера. Т.е. сейчас оптимум перекосило в другую сторону — нагрузка ушла на сервер. Но это поправимо :)

Attlant Apr 21 2009 at 16:07

Было бы неплохо включить в список DataLife Engine CMS :) А вообще огромадное спасибо за проделанную работу!

sunnybear Apr 21 2009 at 17:55

ок, спасибо, включим

viperrsh Apr 21 2009 at 18:00

огромное человеческое спасибо!!!
Прикол: мой самопальный движок, определился как Joomla! 1.0 ))))

GmasteR Apr 21 2009 at 18:05

А можно к MODx прикрутить?

snnwolf Apr 24 2009 at 17:08

может я что-то не так сделал, но в css получаются строчки вида
url(data:image//path/to/root-path/on/server//templates/paranoia/css/../images/fon.jpg
хотя должно быть:

двиг: джумла 1.0.15

snnwolf Apr 24 2009 at 17:09

что глюкнуло.
Должно быть
url(../images/fon.jpg)

sunnybear Apr 24 2009 at 17:26

да, этот баг уже исправлен. Войдет в версию 0.4.1. Можно пока из SVN загрузить libs/php/css.sprites.php