Я бы не сказал, что это удачный подход. Во-первых, массовое использование chr ударит по производительности. Во-вторых, bcompiler — отлично декодируется, тем более, что это проект с открытым исходным кодом. И, к слову, с bcompiler-ом больше мороки тем, кто кодирует, чем тем, кто декодирует :)
Не знаю, почему ваш «человек с форума» отказался декодировать ваш вариант. Возможно, поленился возиться.
За все время работы я видел только один запрос на декодирование файлов после Nu-Coder'а, это было на одном из форумов.
По-моему, публично доступные декодеры справляются с такими файлами.
А вообще, компания NuSphere мне нравится тем, что они создали свой стэк для PHP-разработки.
Это как раз тот случай, когда нужно было отрепортить баг создателям ZendGuard. Хотя, по моему субъективному мнению, только создатели IonCube серьезно относятся к таким запросам — быстро разбираются и исправляют. Могу быть и неправ.
Позднее связывание вообще никаких проблем не вызывает. Один из публично доступных декомпиляторов глючит с ключевым словом «new», но это скорее исключение.
Замыкания, как я подозреваю, сейчас вообще никто из декодеров не поддерживает — т.е. корректно не декодирует. Во многом потому, что большинство кода, который приходится декодировать, пишут индусы в худшем значении этого слова :)
Создатели Zend Guard решили не делать «дешевый» онлайн-энкодер для единичных скриптов. Видимо, больше мороки, чем отдачи.
Про аналогичные пиратские сервисы я ничего не слышал и сомневаюсь, что они существуют.
Один из сайтов по декодированию предлагает за деньги сделать так, чтобы ваши скрипты не могли бы декодировать другие сервисы — очень напоминает шутку про то, как «русский луноход отбирает образцы грунта у американского» :)
С точки зрения тех, кто декодирует — двояко: опкоды достаются проще (соответственно, можно всякие пароли в тексте подсмотреть даже без декомпилирования). Зато Zend Guard перед кодированием использует свой optimizer, а это усложняет декомпилирование. Причем, чем сложнее была структура исходного кода (вложенные циклы, switch-и, разветвленные if-ы), тем декомпиляторы больше запутываются.
Да, действительно слили движок Ioncube версии 6. На данный момент, актуальная версия — 8.
Ioncube — самый качественный и проработанный энкодер, но не самый взломостойкий, если под взломостойкостью понимать 100% восстановление исходного кода.
Текущая цена на декодирование — от $6 за файл до $10 за 100Kb, в зависимости от жадности декодировщика :)
Не знаю, почему ваш «человек с форума» отказался декодировать ваш вариант. Возможно, поленился возиться.
По-моему, публично доступные декодеры справляются с такими файлами.
А вообще, компания NuSphere мне нравится тем, что они создали свой стэк для PHP-разработки.
Hello I use namespace because public dezenders can not bypass it.
Замыкания, как я подозреваю, сейчас вообще никто из декодеров не поддерживает — т.е. корректно не декодирует. Во многом потому, что большинство кода, который приходится декодировать, пишут индусы в худшем значении этого слова :)
Я ради интереса отправил запрос этому товарищу, о результатах сообщу.
Про аналогичные пиратские сервисы я ничего не слышал и сомневаюсь, что они существуют.
Один из сайтов по декодированию предлагает за деньги сделать так, чтобы ваши скрипты не могли бы декодировать другие сервисы — очень напоминает шутку про то, как «русский луноход отбирает образцы грунта у американского» :)
Ioncube — самый качественный и проработанный энкодер, но не самый взломостойкий, если под взломостойкостью понимать 100% восстановление исходного кода.
Текущая цена на декодирование — от $6 за файл до $10 за 100Kb, в зависимости от жадности декодировщика :)