Любой способ заставить Zend Guard Loader (php 5.3) выполнять скрипты, защищенные zendenc52.exe - PullRequest
1 голос
/ 10 ноября 2011

В настоящее время хостинговым средам PHP 5.3 необходимо установить и использовать расширение «Zend Guard Loader» для обработки и выполнения файлов, закодированных Zend Guard. Мне не удалось заставить его выполнять файлы, которые были закодированы для использования с Zend Optimizer (PHP 5.2).

Есть ли обходной путь для этого?

Ответы [ 3 ]

0 голосов
/ 18 ноября 2011

Единственный способ, который работал для меня, - это включить файл php 5.2 вместо сообщения Zend Guards, которое отображается, когда не найден загрузчик zend guard с проверкой версии php. Грязные, но работающие, все же 2 файла все еще должны присутствовать, но нет необходимости, чтобы загрузчик переключал их в незащищенный код.

0 голосов
/ 12 марта 2012

Чтобы ответить на кодирование и время выполнения в контексте Zend Guard / Optimizer / Loader - они должны идеально совпадать. Принятый ответ неверен - в оптимизаторе, загруженном в PHP 5.2, нет настройки для выполнения файлов в кодировке PHP 5.3.

Поддерживать 2 целевые версии очень легко, если вы выполняете сценарий / пакетируете процесс кодирования при обновлении кода. Вы просто выполняете исходную кодировку один раз с zendenc52, а затем с zendenc53, предоставляя им разные целевые каталоги.

Подробнее об этом. Код PHP 5.3 отличается от 5.2, и у вас должно быть 2 разных ветки для ваших источников, соответствующих этим версиям. Старые новости: http://php.net/manual/en/migration53.php

При тестировании / постановке приложения, закодированного Zend Guard, обязательно протестируйте кодированную версию (и, конечно, при необходимости отлаживайте открытые исходные коды). Причина проста - закодированные файлы имеют некоторые накладные расходы на таблицы данных, которые обрабатывают запутывание, и могут изменить функциональность PHP с помощью некоторого расширенного синтаксиса PHP. Если во время тестирования обнаруживается какая-либо проблема в зашифрованных файлах - легко найти и исправить источник. Если вы тестируете только исходную версию, а затем кодируете и внедряете для своих клиентов - результат непредсказуем.

Что касается развертывания, когда вы устанавливаете / untar / git / svn развертывание своих файлов PHP, вы можете либо прикрепить целевую версию PHP к вашим выпускам релизов / загрузок / кода, чтобы они установили правильную версию, либо развернуть 2 версии в разных корневых каталогах документов, и вы можете использовать символическую ссылку / переписать правильную версию защищенного приложения, соответствующую целевой версии PHP 5.2 или 5.3.

И последнее, но не менее важное. Поддерживаемая среда выполнения для Zend Guard - это Zend Server. Он имеет общедоступную версию, и любой может установить его бесплатно (или приобрести лицензионные компоненты, если необходимо дополнительное повышение производительности и мониторинг) в поддерживаемых ОС через встроенные менеджеры пакетов для DEB / RPM или установочный файл (Windows, Mac, другие Linux, которые не поддерживаются с помощью нативные менеджеры пакетов). Необязательный компонент загрузчика Zend Server будет обрабатывать закодированные файлы приложения и поставляется с ветками PHP 5.2 и 5.3, поэтому нет необходимости вручную устанавливать Zend Optimizer или Loader на ваш PHP. Обновление с PHP 5.2 до 5.3 легко и просто, когда приложения (закодированные и открытые) были должным образом перенесены.

Надеюсь, это поможет.

0 голосов
/ 14 ноября 2011

Я так не думаю ... Я также застрял с использованием php 5.2 из-за этого.

Если вы хотите запускать скрипты Zend 5.2 с использованием «Zend Guard Loader», вам потребуется раскошелиться и купить новую версию, чтобы снова закодировать скрипты .... sad.

...