Вот игрался   

Базируюсь на eval
Пока что идут в дело

 gzdeflate
base64_encode
ord
chr

зачем ord и chr?

А я по циклу строку каждую букву повышаю на допустим 3 значения ascii а в декодере оно понижает на 3 к примеру...

Хотелось бы как то побитно что то наворотить... 
В инете ничего не нашел про то как пишут кодировщики...


Вот сейчас с этой фигни 8w6PcvYLdQxIczcsTQ7Pz/EJzskNDIk09Ml3DEjMzShJcQ7NSw03LE11DgPi0IKoLC8XL5Ca8BRjP1ffvEBHC6CYY3mgo7YzAA==
выходит цикл




Но как вообще защитить саму функцию которая декодирует?

Как добавить ключь?

Я вот думаю а почему бы через функцию crypt домейн не подставить?


Это сообщение отредактировал(а) Muerto - 30.9.2010, 02:04

бред какой-то..
Muerto, Вы от кого защищаетесь?

От хостеров видимо

уже не рас такой бред всплывал.

одно я знаю точно "твой код не кому не нужен, это все ваши предрассудки!!!"

Muerto, практического смысла в этом нет, разве что заради спортивного интереса. Скрыть процедуру декодирования нельзя. Как-то ведь декодировать php должен? Да и отладчик для php никто не отменял   

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

Без криптования (только сжатие) - такой подход позволит построить небольшую служебную утилитку, которая будет содержать в одном файле и картинки и стили и библиотеки. Ее удобно грузить на сервер. Для примера - утилита jsys из joomla.

Если практический смысл все-таки интересует - есть более продвинутые системы "защиты" скриптов, типа ZendGuard.

наверное, никому это не нужно

bars80080, Возможно=-)
Но вот даже такую вещь как Zend Guard вроде бы любой школьник декодирует бесплатными прогами с инета...

А твою прогу, вроде бы как сложней если хорошо все продумать и никому не раздавать 

Собственно если закодировать требования ключа(к примеру даже стандартный инклюд и проверка), и ключь давать в придачу, то может быть очень даже не плохо, по домейну как ksnk подметил   

Вы сами ответили на вопрос.
В интерпретируемом языке в принципе нельзя этого сделать средствами самого языка.
Любая защита построена на сложности декодирования/декомпиляции устройства защиты. В интерпретируемом языке исходные тексты доступны, так что задача декомпиляции принадлежит O(1).
Для защиты текстов в таких языках применяют обфускацию, что затрудняет, но не гарантирует.

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

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

Вот вы сами если видите прогу на холяву или за 50 баксов, что делать будите?

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

Это сообщение отредактировал(а) Muerto - 30.9.2010, 19:47

Muerto, А что вообще за продукт? 
Сколько времени он создавался, какой примерно объем кода? Сколько времени примерно займет его написание чужим человеком "с нуля"?

ну, и что, битрикс совсем что ли не продаётся? хотя исходный код легко можно найти в сети



когда мы говорим о вэбе, то продаётся не прога, а труд людей, которые под тебя прогу затачивают. за что тогда платят вэб-студиям клепающим сайты на джумле с форумами phpbb?

Добавлено через 2 минуты и 2 секунды
кстати, 

не отменяет, что я уже сказал


открытый битрикс - классический пример.

ksnk, Как правило продукты которые есть желание кодировать по объему маленькие, но по идеи очень хорошие...

Так же есть желание кодировать главные функции полноценных систем...


bars80080, Ну оно конечно так, к примеру одна из двух компаний на которых я сейчас - 
к примеру создают компаниям wiki и crm , которые в свою очередь основаны на открытом движке...


В общем все в конце продается... но то что на холяву не достать продается лучше   

Но мы как то от темы отошли... тема о том как кодировать, а не нужно оно или нет   

можно примеры из вэба?

Устойчивое мнение у народа - что оно вообще ненужно.  Отсюда и сворачивание на эту мысль.  Частично мнение оправдывается тем, что и действительно, открытые исходники продаются не так уж и плохо, если они уникальны, а обычно люди не любят брать инкубаторские поделки. Частично тем, что защитить, вообще говоря, сложно. И за приличную защиту нужно платить приличные деньги. Естественно, эта защита никак не завязана на PHP, а является сторонней серверной фичей, так как защита на PHP так или иначе преодолевается дебагером...
В конце концов - PHP является свободным продуктом, что помогает появлению желания работать для  общества и выкладывать мелкие и не очень вещи в открытый доступ. 

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

Добавлено через 1 минуту и 34 секунды
А что ты кодировать собрался? Код?

Добавлено через 2 минуты и 41 секунду
Лучшая защита - лицензия на все это дело