sunnybear Mar 11 2009 at 01:02

PHP Speedy — наше все

2 min

971

Self Promo

+65

Comments 45

ivv Mar 11 2009 at 02:40

Я так понимаю проект опенсоурс? молодцы :)

yelv Mar 11 2009 at 02:48

Замечательный скрипт, обязательно буду использовать его в своих проектах. Отдельное спасибо вам за статьи на webo.in. Могу помочь в разработке интерфейса для будущего скрипта :)

onthefly Mar 11 2009 at 02:49

Вы очень кстати со своим топиком, спасибо! Только сегодня задавался вопросом, как бы всё это автоматизировать. Через пару дней потестируем.

UFO just landed and posted this here

alesto Mar 11 2009 at 03:31

Скажите а под wordpress Вы так и не выпустились? а то я смотрел в репозитории чё то нету там вас.

6epcepk Mar 11 2009 at 08:44

Вот что написано в ридми:

«It's a standard Wordpress plugin install — just copy the entire php_speedy_wp folder into your Wordpress plugins folder. Activate the plugin via the „Plugins“ menu, then go to Options -> PHP Speedy.»

BlackStorkKCO Mar 11 2009 at 08:03

Как я понимаю, под IIS должным образом работать не будет? Ведь он не поддерживает .htaccess

sunnybear Mar 11 2009 at 09:00

под IIS вообще отдельная история, как и для любых других серверов. Нужно разбирать каждый случай индивидуально. Но особой проблемы нет: важны только конечные алгоритмы — остальное дело техники

Gorky Mar 11 2009 at 08:51

А мы юзаем nginx =)))

meramo Mar 11 2009 at 10:35

+1, хотелось бы под икс такую штуку заполучить. Не критично конечно, но хотелось бы :) Кстати, если в .htaccess что-то прописывается, то можно посидеть и переписать под nginx те же правила.

bomb Mar 11 2009 at 11:05

а кеширование на что? один раз загрузил и забыл.

-1

DYPA Mar 11 2009 at 11:14

было бы хорошо если бы скрипт не зависел от вордпресса (ну или классы пускай будут более автономны).
чем отличается от code.google.com/p/minify/?

sunnybear Mar 11 2009 at 11:25

на данный момент в общих чертах, скорее всего, ничем. Просто есть пара дополнительных возможностей, типа data:URI и того же .htaccess

Да и функциональные требования пониже, чем у minify. И потом хочется все-таки уйти от жесткой привязки к PHP и Apache и сделать более кросплатформенный проект.

dimkalinux Mar 11 2009 at 12:04

Объясните в общих чертах принцип работы скрипта. У меня есть форум, который поддерживает плагины. Каждый из этих плагинов подключает свой CSS и JS файлы, которые находятся в разных директориях. Может ли ваш скрипт в автоматическом режиме или в режиме с напильником, собрать все JS-скрипты в 1 файл?

sunnybear Mar 11 2009 at 12:10

в режиме с напильником — 100% :)
в полуавтоматическом режиме — если на всех страницах форума подключается один и тот же набор скриптов, то они обработаются и запишутся в один итоговый файл.

Для этого нужно загрузить PHP Speedy и сделать:

# Open the php file that controls the output of HTML that you will be compressing. This might be something like index.php. Include the php_speedy.php file at the very top, i.e like this:
require(’/home/my_site/public_html/aciddrop/php_speedy/php_speedy.php’);
# Add this code at the very bottom $compressor->finish();

Естественно, что хорошо бы сначала настроить директории для кэширования и опции сжатия через установщик (просто открыть саму директорию с PHP Speedy и выбрать опции, либо подправить config.php).

dimkalinux Mar 11 2009 at 12:14

Нет, набор скриптов разный. Просто ваш скрипт использует ob_handlerы, который также использует и форум, думаю напильник пригодится именно тут. На днях попробую прикрутить к форуму и посмотреть на результат.

sunnybear Mar 11 2009 at 12:28

там самое главное — не выставлять автоматическую очистку папки кэширования: PHP Speedy не умеет все варианты использования отслеживать

Bobos Mar 11 2009 at 12:41

Уря!
Вопрос: будет ли плагин нормально работать с другими плагинами, кеширующими и жмущими страницы, как например HyperCache?

sunnybear Mar 11 2009 at 12:45

по всей видимости, если оставить PHP Speedy только CSS/JS, то проблем быть не должно

Lilumi Mar 11 2009 at 13:00

Ты смотри, что творит чертяка :)
До:

После:

Только у меня есть такая бага, что при включенном этом плагине на вордпресе, перестают работать заголовки от плагина All In Seo Pack. Есть какой-то способ это устранить?

sunnybear Mar 11 2009 at 13:08

Хорошая иллюстрация: с 35 баллов до 97 :)

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

Lilumi Mar 11 2009 at 14:24

уже сам разобрался. Оказалось я слишком перемудрил над оптимизацией темы и вырезал все что было в тайтле странице, зная что All in SEO pack в этот тег сам проставляет данные, но при включенном PHP Speedy страница оптимизировалась и пустой тег title удаляла просто-напросто.

Но обнаружил еще один баг, перестали работать табы сделанные на jquery ui.tabs, джаваскрипт обрабатывается, а вот css нет, вместо табов данные идут вниз друг за другом. Я пока еще поковыряюсь, вдруг опять моя ошибка :)

konart Mar 11 2009 at 14:30

у меня на WP он конфликтует с сSprites, как я понимаю и Sharethis

madesst Mar 11 2009 at 13:17

Ммм… А если файлы подключаются с другого домена, то в репортах все эти файлы отмечаются «Cannot compress external files».

sunnybear Mar 11 2009 at 13:33

да, надо будет добавить выкачку внешних скриптов через curl + опцию «Не выкачивать внешние скрипты» — чтобы GA не трогался :)

Lilumi Mar 11 2009 at 14:26

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

bdbdbd Mar 11 2009 at 14:43

дай вам бох здоровья и хабрасилы

Vedmak Mar 11 2009 at 16:09

Хорошая штука и почти всё в одном. А имеет ли смысл использовать одновременно WP Super Cache и ваш PHP Speedy для WP? Или достаточно только PHP Speedy?

sunnybear Mar 11 2009 at 16:12

вообще говоря, имеет, но только в том случае, если критична нагрузка на сервер — Super Cache вообще заточен под серверную составляющую

Vedmak Mar 11 2009 at 16:14

спасибо за ответ

bezz Mar 11 2009 at 17:09

Спасибо, давно искал подобное решение, но… поставил себе на ВП, верстка разьезжается при включеном сжатии css, ощенка в webo.in упала на 3 пункта ( посмотрел, оказывается мои пнгшки сжаты лучше, если с моими пнгшками, то оценка увеличуется на 1 пункт (юзаю PNG Monster — www.vbgore.com/PNG_Monster). С нетерпением жду развития проэкта.

sunnybear Mar 11 2009 at 18:01

видимо, часть CSS-инструкций «помялась». Можно как-то скинуть / дать ссылку на исходный и «помятый» вариант?

bezz Mar 11 2009 at 19:05

Не отрабатуют свойства присвоенные первому селектору, скорее всего это из-за того, что в начале сжатого цсс-а:

@media screen {ï»¿ body { background: #333;…

не совсем понимаю, откуда и зачем появляется тот иероглиф )

vietnamese Mar 11 2009 at 18:24

Из ваших же примеров:
aciddrop.com/aciddrop/php_speedy/test_page/compress_me.php?no_images=true&compress=no
aciddrop.com/aciddrop/php_speedy/test_page/compress_me.php?no_images=true.

По второму адресу страница первый раз и правда грузится быстрее (4,01с), по первому — 10,09с.
НО
Есть одно «но» — кэширование. нажимаем F5 и все кардинально меняется. Закешированные файлы из первой ссылки грузятся ГОРАЗДО быстрее, чем новые файлы со второй ссылки.

Итого: если сайт рассчитан на повторное посещение пользователями — то лучше этот скрипт не использовать.

sunnybear Mar 11 2009 at 18:28

да, это основная проблема — отдача статических файлов. Предполагается ее решить либо за счет жесткого кэширования шаблонов, либо изменения самих шаблонов (чтобы они дергали статические CSS/JS-файлы, а не автособираемые «на лету»).

vietnamese Mar 11 2009 at 18:42

только ж надо проверять изменился ли файл, если да — то лить новый

sunnybear Mar 11 2009 at 18:47

оно так и проверяет. Только сама проверка очень ресурсоемкая :) Писали же на Хабре про сложности кэширования

sunnybear May 15 2009 at 21:46

теперь в Web Optimizer 0.4.5 проверка гораздо «умнее» — файл создается только раз, затем просто проверяется на существование на основе исходного HTML. В общем, должно просто летать.

kellas Mar 11 2009 at 18:35

у меня при включении сжатия css постоянно слетает… javascript нормально.
жду развития проекта.

AlexeyKucherenko Mar 13 2009 at 00:09

Скрипт действительно хороший, только смутил один момент — о нем ниже. При тестировании на локальной машине и на сервере время загрузки сайта сократилось почти в 2 раза (правда процесс разработки не закончен, поэтому там для оптимизации поле непаханное :))

Изначально, я подключал js файлы перед в конце файла перед тэгом, но файлы упорно не хотели кэшироваться. Перенес их в документа — все заработало.

sunnybear Mar 13 2009 at 00:10

можно последний абзац переформулировать? У меня такое ощущение, что из него несколько слов выпали

AlexeyKucherenko Mar 13 2009 at 00:24

Извените, попробую еще раз :)

AlexeyKucherenko Mar 13 2009 at 00:26

Вот так работает:

<script type=«text/javascript» src=«scripts/jquery-1.3.2.js»></script>
<script type=«text/javascript» src=«scripts/class.Logger.js»></script>

<?php
$compressor->finish();
?>

Вот так не работает:

AlexeyKucherenko Mar 13 2009 at 00:32

Прощу прощения за несколько постов, с непривычки :(
Вообщем проблема вот в чем:
Если разместить подключения скриптов в теле (body) документа
<body
…
<script src=""
<script src=""
<script src=""
</body
</html

кэширование не заработало и файлы скриптом все равно загружались

Переместил подключение скриптов в секцию head
<head
<script src=""
<script src=""
<script src=""
</head
<body
…
</body
</html

Все заработало

sunnybear Mar 13 2009 at 00:38

ага, наконец, понял проблема. PHP Speedy анализирует скрипты только из head. Вообще говоря, нужно скрипты не только объединять, но и вешать на пост-загрузку — но эта вообще отдельная ветка оптимизации.

Я посмотрю, почему там так сделано — вероятно, сложно определить все зависимости скриптов, но тогда можно просто все в конец /body пихать…

В общем, спасибо за замечание

Show the best of all time