Как стать автором
Обновить

Комментарии 39

Спасибо, в этой версии наконец исчезли нотисы:) Ещё добавьте в FAQ или руководство по установке замечание, что JS объединяется и сжимается только если скрипты подключаются с указанием type=«text/javascript» — в моём случае это было не так в одном проекте и поэтому js не объединялись.
а как он нормально работает с самописными движками?
нормально. Если движки нормальные :)
Если есть единственный index.php для обработки запросов и выдается валидный HTML-код, то проблем не возникнет.
ну просто не совсем понимаю как оно работает:( По идее таблицы стилей и яваскрипты могут генерироваться не только на титульной странице, но и на других страницах (например в панели администрирования сайтом грузить совсем другие таблицы стилей и ява скрипты). В общем ступор
админскую часть жать не совсем требуется. Но при желании можно вручную вставить вызовы Web Optimizer в админскую часть.
Жмет на основе md5 от числа и содержания файлов. Поэтому для каждой страницы получается свой набор файлов: 1 CSS и 1 JS. Конфликтов тут не получается.
При обновлении на Джумле 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

и далее белый экран…
После обновления страницы появился обновленный интерфейс.
да, спасибо. При обновлении опции не сохранялись :( Поправили
А только у меня не в UTF-8 установка происходит?
И еще подправленный скриптом корневой htaccess положил хостинг с 500 ошибкой. Хостинг: majordomo
там в заголовках локаль пишется. По умолчанию не выставилось?
Вот такая бяка вылазит иногда:
easycaptures.com/5307416845
Появляется достаточно часто.
В чем может быть причина?

И еще было бы не плохо бекапить файлы движка при изменении.
После некоторых тестов выявилось странное — с включённым web-optimizer время отдачи страницы по Yslow увеличилось в 2 раза — с 0.9 до 1.8сек.
Отрабатывает всё нормально, ошибок нет, файлы объединяются, оценка производительности по тому же Yslow выросла с F до D.
это, скорее всего, связано с дополнительной проверкой всех файлов на изменение. На некоторых хостингах может существенным в плане производительности. В версии 0.4.5 по умолчанию файлы проверяться не будут (будет соответствующая настройка в конфигурации).
Хм, настройка такая вроде есть и я её отключал для теста, называется dont_check_file_mtime, стоит у меня 1. Либо вы про другую настройку говорите.
эта настройка сейчас дает очень мало :) Будет давать больше эффекта в будущем
Parse error: syntax error, unexpected '
НЛО съело код)

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

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

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

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

webo.in/articles/habrahabr/15-yahoo-best-practices/
webo.in/articles/habrahabr/27-yahoo-best-practices-2-presentation/
дык я не говорю, что вещь плохая, очень даже неплохая…

смысл в том, что я в последнее время все больше прихожу к тому, что большую часть операций с кодом должен брать на себя браузер (JS), вы же не будете делать сортировку таблицы по колонке на сервере средствами SQL только потому, что бы не дай Бог загрузить пользователю проц
Не очень удачный пример привели :) Почти все данные, которые выводятся пользователю проходят сортировку на сервере. И дело не совсем про Js(про него вы правильно сказали), а про быструю загрузку и показ сайта в браузере. Для простых сайтов — критичный параметр. Для веб-приложений(там как раз может встретиться ваша сортировка в JS) — не очень.
я вот о чем… :)
я не против этой оптимизации, но если она вызывает тормоза сервака (локалхоста :)), то лучше эту оптимизацию провести руками, в этом случае и скорость серверная не упадет и браузер будет все быстро отдавать
да нет, в том-то и смысл, чтобы, увеличив нагрузку на сервер по минимуму, по максимуму снять ее в браузера. Т.е. сейчас оптимум перекосило в другую сторону — нагрузка ушла на сервер. Но это поправимо :)
Было бы неплохо включить в список DataLife Engine CMS :) А вообще огромадное спасибо за проделанную работу!
ок, спасибо, включим
огромное человеческое спасибо!!!
Прикол: мой самопальный движок, определился как Joomla! 1.0 ))))
А можно к MODx прикрутить?
может я что-то не так сделал, но в css получаются строчки вида
url(data:image//path/to/root-path/on/server//templates/paranoia/css/../images/fon.jpg
хотя должно быть:

двиг: джумла 1.0.15
что глюкнуло.
Должно быть
url(../images/fon.jpg)
да, этот баг уже исправлен. Войдет в версию 0.4.1. Можно пока из SVN загрузить libs/php/css.sprites.php
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории