Comments 18
Обфускаторы PHP дают ложную надежду что ваш код защищен.
В реальности при проходе дебагером по такому коду все прекрасно видно.
Просто достижение результата займет чуть больше времени и дисциплины, но не более. :)
В реальности при проходе дебагером по такому коду все прекрасно видно.
Просто достижение результата займет чуть больше времени и дисциплины, но не более. :)
1. Размеры побольше бы
2. Галочки все по умолчанию сделать чекед
3. В остальном нормально. Только имхо велосипед.
2. Галочки все по умолчанию сделать чекед
3. В остальном нормально. Только имхо велосипед.
zend уже не торт?
а какой выигрыш в скорости исполнения кода при убирании пробелов и тп?
Интерпретатор начинает быстрее читать код, не останавливаясь на знаках препинания, выдерживая литературную паузу.
Это экономия на семечках. Никакого реального прироста производительности не будет заметно. И это при том, что на порядок (а то и больше) можно ускорить скрипт, оптимизировав алгоритмически и архитектурно.
Кстати. Если почитать хотя бы основы построения интерпретаторов, можно понять, что убирание пробелов — это именно семечки. И, предвидя ссылки на когда-то распространённые статьи про оптимизацию php скриптов, где утверждалось, что сократив имена переменных до 7 символов мы ускорим скрипт на 15%, замечу, что всё это, возможно, было актуально во времена php3, когда он был чистым интерпретатором. Сейчас, когда интерпретатор исполняет байткод это не настолько уж к месту.
И ещё. Полноценный автоматический текстовый(!) рефакторинг php-скрипта (вплоть до замены имён переменных) провести практически невозможно, ибо, очевидно, по трудоёмкости это сравнимо с написанием нового интерпретатора. А на уровне байткода оптимизировать уже вроде как и нечего. А хотите здесь ускорить — для этого есть акселераторы. И именно этот путь будет во много раз эффективнее. Убирать пробелы из текста (чтобы потом из него сделался байткод, который будет выполняться без акселератора) для ускорения скрипта это всё равно, что приделывать спойлер на «девятку», чтобы она быстрее ехала, когда есть возможность поставить двигатель от «тойоты».
И ещё. Полноценный автоматический текстовый(!) рефакторинг php-скрипта (вплоть до замены имён переменных) провести практически невозможно, ибо, очевидно, по трудоёмкости это сравнимо с написанием нового интерпретатора. А на уровне байткода оптимизировать уже вроде как и нечего. А хотите здесь ускорить — для этого есть акселераторы. И именно этот путь будет во много раз эффективнее. Убирать пробелы из текста (чтобы потом из него сделался байткод, который будет выполняться без акселератора) для ускорения скрипта это всё равно, что приделывать спойлер на «девятку», чтобы она быстрее ехала, когда есть возможность поставить двигатель от «тойоты».
привет, байт-код.
Очень неудобно при сжатии нескольких файлов — функции переименовываются по-разному, позникает ошибка «Fatal error: Call to undefined function...» Подозреваю, что с переменными то же самое.
Не правильно пробелы убирает
сурс:
компрессед:
сурс:
<?php
$BooBooJoo = «boo-boo»;
$BooBooJoo .= " joo!";
echo $BooBooJoo;
?>
компрессед:
<?php $BooBooJoo=«boo-boo»;$BooBooJoo%SPACE%.=" joo!";echo%SPACE%$BooBooJoo;%DOUBLESPACE%?>
Sign up to leave a comment.
PHP Compressor Beta