Да, это не панацея. Но это лучшее, что может защитить код на данный момент.

И что на что менять?   "R160B6F6AB8B123CE49124372CDE87FBF" заменить на "any_unknown_function1" ? Да, много пользы это принесет. Прежде чем давать функции/классу/переменной осмысленное название, надо разобраться, что делает та или иная функция, а вот это как-раз самое сложное.
Кроме того методы могут называться одинаково или для локальных переменных те же названия, что и для свойств классов, вариантов много т.ч. даже замена по регулярному выражению тут не поможет. Единственное что легко восстановить - это переносы строк и отступы. Приводить же код к первоначальному виду выйдет дороже, чем написать с нуля.

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

sTa1kEr, 
Я английского не знаю, да и некоторые программисты не когда не называют переменные понятными именами, поэтому, 
 вполне вариант... цель - разлечать функции и переменные в коде... а вот lllldasdllll32 и u4124488a отличаються очень плохо от аналогичных....

Добавлено через 5 минут и 49 секунд
ARG, 
есть и такое дело, но мне честно говоря пофиг  мне важны мои клиенты и как раз именно по той, причине, чтоб они не устраивали мне головную боль после того как им себя прорекламировал другой программист, переманил, а сделать нечего не смог.. т.к. закзчик смутно понимает слово "качество"

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

Если скрипт пишется на заказ, то да, это это бы выглядело как минимум не красиво по отношению к клиенту. Но когда скрипт пишут на продажу, то это какая-никакая, но все же защита от любителей "зануливать" чужие скрипты.

Цель не просто различать функции и переменные, а понимать код и уметь его модифицировать.

3 шага:
1. Разбиение на строки по символу ";" - explode
2. Замена все "абры" и  "кадабры" на "function1-2-3" и "var1-2-3" - replace
3. Ручками добивание "логически нужны в дыннах местах переменных" т.е. result, val, i и т.п.

код читаеться... имхо все кроме третьего пункта можно доверить дешефратору написанному за 1-2 часа максимум.... 

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

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

А как же строкои, html код, конструкции вида $str = <<< EOS, в них вы тоже будете менять все без разбора? А различия между классами, функциями, методами, константами?

"Добейте" ручками эту переменную (пускай даже не в "абрах" и не в "кадабрах") 
А такого кода будет 95%.

Я не спорю, что возможно привести код к более-менее читабельному виду, но, уверяю, это только на практике кажется 3 preg_replace() и готово. В реале вы потратите в лучшем случае в разы больше усилий, чем напишете с нуля.
Вы просто попробуйте сами восстановить, если у вас много свободного времени 

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




Убедили 

А ещё можно заказать переработку кода в нормальное состояние авторам обсфукатора 
Тоже бизнес

Serkys, 
авторы могу в два счета написать дешифратор...

BuShaRt, у меня на этот счёт сомнений нет

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

GZep, 
Жжешь) 
чтоб привести в нормальный вид код некоторых "умельцев", его сначала надо прогнать через шифратор 
а ведь оно и правда...

Это сообщение отредактировал(а) BuShaRt - 12.6.2007, 21:59