Лучшее решение защитить код PHP без шифрования
Энтони заставил меня идти в правильном направлении с его ответом. Мы использовали OL 3.1.1, который не поддерживает wrapX. Я обновил до 3.2.0 и смог отключить упаковку. Однако это создало проблему UX (теперь карта заканчивается с каждой стороны, и пользователю необходимо вручную вернуться на другую сторону) и проблема с пользовательским интерфейсом (наша широкая область отображения карты теперь в основном пуста).
Я попытался перейти к последней версии (3.7.0), которая, как я заметил, начала обертывать векторный слой. (Векторная перенос был потерян при переходе к OL 3, но был восстановлен позже.) Это позволило мне снова включить мою карту, а штыри нарисованы на каждом повторе карты. Он также теперь сообщает правильные координаты даже на повторных картах.
8 ответов
Запутывание вещей может только причинить беспокойство Вашим законным, законопослушным клиентам, в то время как люди, которые были бы, сорвут Вас, не Ваши целевые клиенты оплаты так или иначе. (вырезанные другие мысли о путанице)
Другое предложение для защиты Вашего программного обеспечения: создайте бизнес-модель, в которой код является неполной частью значения Вашего предложения. Например, продайте лицензии на продукты наряду с доступом к некоторым данным, которыми Вы управляете на своем сайте или лицензируете продукт на модели подписки или с поддержкой клиентов.
Разработка EULA является правовым вопросом, не вопросом кодирования. Можно запустить путем чтения некоторого текста EULA для продуктов и веб-сайтов, которые Вы используете. Вы могли бы найти некоторые интересные детали!
Создание собственной лицензии, очень гибко, и вероятно предмет вне намеченного объема StackOverflow, так как это не строго о кодировании.
Некоторые части EULA, которые приходят на ум:
- Ограничение Вашей ответственности, если продукт имеет ошибки или наносит ущерб.
- Обстоятельно объясняющий, как клиент может использовать их лицензированное программное обеспечение, как долго, на сколько машин, с или без прав перераспределения, и т.д.
- Предоставление Вам права контролировать их сайт, таким образом, можно осуществить лицензии.
- , Что происходит, если они нарушают EULA, например, они теряют свое полномочие использовать Ваше программное обеспечение.
необходимо консультироваться с легальным профессионалом для подготовки коммерческого EULA.
редактирование: , Если этот проект не может выровнять по ширине расход адвоката, проверьте эти ресурсы:
- " совет EULA " на joelonsoftware
- " , Как Записать Лицензионное соглашение с конечным пользователем "
Необходимо рассмотреть цели:
1) Вы пытаетесь препятствовать тому, чтобы люди читали/изменяли Ваш код? , Если да, Вам будет нужен инструмент путаницы/шифрования. Я использовал охрана Зенда с хорошим успехом.
2) Вы пытаетесь предотвратить несанкционированное перераспределение своего кода?? А лицензия EULA/proprietary даст Вам правомочие предотвратить это, но на самом деле не остановит его. Схема ключа/активации позволит Вам активно контролировать использование, но может быть удалена, если Вы также не зашифруете свой код. У охраны зенда также есть возможности заблокировать конкретный сценарий к конкретной потребительской машине и/или создать ограниченные версии времени кода, если это - то, что Вы хотите сделать.
я не знаком с vBulletin и т.п., но они должны были бы или шифровать/запутывать или доверять своим пользователям, чтобы сделать правильную вещь. В последнем случае у них есть защита наличия EULA, который запрещает поведения, они находят, что нежелательный и правовая система создают резервную копию нарушений EULA.
, Если Вы не подготовленный / в состоянии подать в суд для защиты программного обеспечения и Вы не хотите шифровать/запутывать, Ваши опции a) Выпустите его с EULA, таким образом, Вы, имеют легальную опцию, если Вам когда-нибудь нужен он и надежда на лучшее, или b) рассмотрите, могла ли лицензия Open Source быть более соответствующей и просто позволить перераспределение.
Я не посмотрел на исходный код VBulletin в некоторое время, но способ, которым они раньше делали это приблизительно в 2003, состоял в том, чтобы встроить вызов в их сервер в коде. IIRC, это было на действительно долгой строке кода (как 200-300 + символы долго) и было разбито по нескольким конкатенациям строк и такому.
Это ничего не сделало "плохо", если Вы ограбили его - форум все еще работал 100%. Но IP Вашего сервера был зарегистрирован наряду с другой информацией, и они использовали это, чтобы заняться расследованиями и подать в суд.
Ваш номер лицензии был встроен в этот вызов, таким образом, они могли легко отследить, на скольких дюйм/с/веб-сайтах работала данная лицензированная копия.
Единственный способ действительно защитить Ваши php-приложения от другого, не должен совместно использовать исходный код. Если Вы отправляете Вас код где-нибудь онлайн или отправляете его Вам клиенты некоторым носителем, другие люди, чем у Вас есть доступ к коду.
Вы могли добавить уникальный водяной знак к каждой копии Вашего кода. Тем путем можно проследить утечки до клиента ожога. (Но это поможет Вам, так как код уже за пределами Вашего управления?)
Большая часть кода, который я вижу, идет с лицензией и возможно гарантией. Строка наверху сценария, говоря людям не изменить сценарий, возможно, будет достаточно. Сам; когда я найду неоткрытый исходный код, я не буду использовать его в своих проектах. Возможно, я - немного простофиля, но я ожидаю, что люди не будут использовать мой код ни-одного-OSS!
Они распределяют свое программное обеспечение под собственная лицензия . Закон защищает их права и препятствует тому, чтобы их клиенты перераспределили источник, хотя нет никакой фактической трудности, делающей так.
, Но поскольку Вы могли бы хорошо знать, нарушение авторского права (пиратство) программных продуктов довольно общее явление .
Если вы не можете создать «облачное приложение», которое вы размещаете самостоятельно, а они получают доступ через Интернет, вы можете изучить возможность создания виртуального устройства с использованием виртуального сервера (от VMWare, Parallels , Sun и т. Д.) И установите на нее "облегченную" версию Linux. Поместите свой PHP-код в виртуальную среду и установите виртуальную машину на их сервер. Обязательно создайте способ предотвратить загрузку в root. Конечно, это потребует личного посещения клиента.
См. Наш SD PHP Obfuscator . Обрабатывает огромные системы файлов PHP. Нет требований к среде выполнения на сервере PHP. Без дополнительных затрат времени выполнения.
[ИЗМЕНИТЬ, май 2016 г.] В недавнем ответе отмечалось, что Zend не поддерживает PHP5.5. Обфускатор SD PHP делает это.