Достаточно ли проверить наличие клиента в БД после IONCUBEing сценария? - PullRequest
Новая
       3

Достаточно ли проверить наличие клиента в БД после IONCUBEing сценария?

0 голосов
/ 30 июня 2010

Я собираюсь выпустить свой сценарий, но я хочу убедиться, что я делаю это правильно. Я БУДУ СЛЕДОВАТЬ сценарию, чтобы сохранить свои права, или использовать fopo.com.ar, чтобы запутатьскрипт (кстати, что вы думаете о fopo, это лучше, чем просить клиентов установить IONCUBE?) ..

Достаточно ли вызвать мой сайт из скрипта и вернуть TRUE, если он существует в моей БДи является ли реальный клиент или еще не запустить сценарий!?или я что-то здесь упускаю.

Ответы [ 2 ]

3 голосов
/ 30 июня 2010

Прежде всего, не делайте «давайте проверим на моем сайте, зарегистрирован ли этот скрипт». Просто не надо. Из-за множества причин:

  • Ваш клиентский сервер может запретить подобные функции (fopen и т. Д.) В php.ini
  • Веб-сайт вашего клиента может находиться в интрасети, поэтому в автономном режиме.
  • Ваш сайт может быть недоступен
  • Ваш сайт может долго отвечать
  • /* Insert here zillions of other good reasons */

При этом давайте продолжим с ionCUBE . Это выглядит хорошей идеей, так как ionCUBE действительно прост и легко устанавливается на выделенном / частном сервере . Забудьте о продаже вашего скрипта клиенту, у которого есть только общий сервер: он не имеет никакого контроля над php.ini и, еще меньше, копирует / добавляет файл на сервер.

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

2 голосов
/ 30 июня 2010

Вы должны спросить себя, какой уровень безопасности вам действительно нужен.

Запрос, который ваш скрипт делает для проверки действительности лицензии, может быть перехвачен и перенаправлен на вредоносный сервер, который всегда возвращает "ok"с не слишком большими усилиями, поэтому, чтобы быть на 100% уверенным, вам придется начинать шифрование вашего сообщения, которое, в свою очередь, может быть взломано экспертом и т. д. и т. д.

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

Обфускация также будет работать, однако будет очень легко удалить проверку лицензии из только что запутанного скрипта.

Кроме того, большинство настроек общего хостинга не допускают закодированные IonCube скриптыбежать.Подробности смотрите в очень хорошем ответе Клемента.

Личное мнение

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

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

Только мои 2 цента.

...