PHP Compressor Beta

[@ebogdanov]

Обфускаторы PHP дают ложную надежду что ваш код защищен.
В реальности при проходе дебагером по такому коду все прекрасно видно.
Просто достижение результата займет чуть больше времени и дисциплины, но не более. :)

[@donnerjack13589]

Я не ставлю основной функцией обфускатор. Это получается как результат сжатия.

[@ebogdanov]

А смысл сжатия кода? Быстрее будет выполняться? Насколько? Будет меньше занимать места на диске? Насколько?

[@donnerjack13589]

Зависит от кода, может стать и на 70% меньше.

[@inkover]

1. Размеры побольше бы
2. Галочки все по умолчанию сделать чекед
3. В остальном нормально. Только имхо велосипед.

[@inkover]

размеры textarea имелось ввиду

[@donnerjack13589]

Просмотрел, извиняюсь… поправил, вроде, под FF смотрели?

[@Fragster]

zend уже не торт?

[@Joka]

а какой выигрыш в скорости исполнения кода при убирании пробелов и тп?

[@jeje]

Интерпретатор начинает быстрее читать код, не останавливаясь на знаках препинания, выдерживая литературную паузу.

[@barker]

Это экономия на семечках. Никакого реального прироста производительности не будет заметно. И это при том, что на порядок (а то и больше) можно ускорить скрипт, оптимизировав алгоритмически и архитектурно.

[@barker]

Кстати. Если почитать хотя бы основы построения интерпретаторов, можно понять, что убирание пробелов — это именно семечки. И, предвидя ссылки на когда-то распространённые статьи про оптимизацию php скриптов, где утверждалось, что сократив имена переменных до 7 символов мы ускорим скрипт на 15%, замечу, что всё это, возможно, было актуально во времена php3, когда он был чистым интерпретатором. Сейчас, когда интерпретатор исполняет байткод это не настолько уж к месту.

И ещё. Полноценный автоматический текстовый(!) рефакторинг php-скрипта (вплоть до замены имён переменных) провести практически невозможно, ибо, очевидно, по трудоёмкости это сравнимо с написанием нового интерпретатора. А на уровне байткода оптимизировать уже вроде как и нечего. А хотите здесь ускорить — для этого есть акселераторы. И именно этот путь будет во много раз эффективнее. Убирать пробелы из текста (чтобы потом из него сделался байткод, который будет выполняться без акселератора) для ускорения скрипта это всё равно, что приделывать спойлер на «девятку», чтобы она быстрее ехала, когда есть возможность поставить двигатель от «тойоты».

[@donnerjack13589]

Вообще, я вот сейчас с включенным и настроенным XCache запустил api.php сжатый и несжатый и дал ему скушать самого себя. Результат разный. 74 мсек — сжатый, 80 мсек — несжатый.

[@Aecktann]

привет, байт-код.

[@nbordovskiy]

Очень неудобно при сжатии нескольких файлов — функции переименовываются по-разному, позникает ошибка «Fatal error: Call to undefined function...» Подозреваю, что с переменными то же самое.

[@donnerjack13589]

Вообще, в изначальном варианте, планируется загрузка всего проекта, просто это не реализовано в web версии.

[@kovyrlo]

Не правильно пробелы убирает
сурс:

<?php
    $BooBooJoo = «boo-boo»;
    $BooBooJoo .= " joo!";
    echo $BooBooJoo;
?>

компрессед:

<?php $BooBooJoo=«boo-boo»;$BooBooJoo%SPACE%.=" joo!";echo%SPACE%$BooBooJoo;%DOUBLESPACE%?>

[@donnerjack13589]

Да, пока что еще не идеально, работаю над этим.