Спасибо, в этой версии наконец исчезли нотисы:) Ещё добавьте в FAQ или руководство по установке замечание, что JS объединяется и сжимается только если скрипты подключаются с указанием type=«text/javascript» — в моём случае это было не так в одном проекте и поэтому js не объединялись.
ну просто не совсем понимаю как оно работает:( По идее таблицы стилей и яваскрипты могут генерироваться не только на титульной странице, но и на других страницах (например в панели администрирования сайтом грузить совсем другие таблицы стилей и ява скрипты). В общем ступор
админскую часть жать не совсем требуется. Но при желании можно вручную вставить вызовы 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
и далее белый экран…
После обновления страницы появился обновленный интерфейс.
После некоторых тестов выявилось странное — с включённым web-optimizer время отдачи страницы по Yslow увеличилось в 2 раза — с 0.9 до 1.8сек.
Отрабатывает всё нормально, ошибок нет, файлы объединяются, оценка производительности по тому же Yslow выросла с F до D.
это, скорее всего, связано с дополнительной проверкой всех файлов на изменение. На некоторых хостингах может существенным в плане производительности. В версии 0.4.5 по умолчанию файлы проверяться не будут (будет соответствующая настройка в конфигурации).
Юзер сайта общается с браузером, а не с сервером. Если браузер пашет быстрее — юзер доволен. Ему пофигу как сильно напрягается наш сервер :)
Правда если сервак станет безбожно тормозить, то это и юзеру не понравится, но это уже наши заботы — чтобы и браузер был быстр, и сервер не падал.
Скажите это своим пользователям :) Вот так прямо и скажите: «Вы знаете, я могу сделать так, чтобы мой сайт работал у вас в два раза быстрее, но мне жалко ресурсов сервера, так что извиняйте… тормозите дальше» :).
А если серьезно, то зря вы так. Вещь весьма неплохая. Если хотите дополнительной информации — почитайте две ссылки… наверху висят. скопирую:
дык я не говорю, что вещь плохая, очень даже неплохая…
смысл в том, что я в последнее время все больше прихожу к тому, что большую часть операций с кодом должен брать на себя браузер (JS), вы же не будете делать сортировку таблицы по колонке на сервере средствами SQL только потому, что бы не дай Бог загрузить пользователю проц
Не очень удачный пример привели :) Почти все данные, которые выводятся пользователю проходят сортировку на сервере. И дело не совсем про Js(про него вы правильно сказали), а про быструю загрузку и показ сайта в браузере. Для простых сайтов — критичный параметр. Для веб-приложений(там как раз может встретиться ваша сортировка в JS) — не очень.
я вот о чем… :)
я не против этой оптимизации, но если она вызывает тормоза сервака (локалхоста :)), то лучше эту оптимизацию провести руками, в этом случае и скорость серверная не упадет и браузер будет все быстро отдавать
да нет, в том-то и смысл, чтобы, увеличив нагрузку на сервер по минимуму, по максимуму снять ее в браузера. Т.е. сейчас оптимум перекосило в другую сторону — нагрузка ушла на сервер. Но это поправимо :)
может я что-то не так сделал, но в css получаются строчки вида
url(data:image//path/to/root-path/on/server//templates/paranoia/css/../images/fon.jpg
хотя должно быть:
Версия 0.4 — Stable Release Candidate