Zend guard loader что это

Установка Zend Guard Loader на CentOS / Debian

Статья давно не обновлялась, поэтому информация могла устареть.

Zend Guard Loader — это runtime модуль PHP, который необходим чтобы запускать скрипты закодированныйе при помощи Zend Encoder. Это расширение PHP пришло на смену Zend Optimizer который использовался под PHP 5.2 и не совместимо с ним.

Содержание

Установка через панель ISPmanager 5

2. В открывшемся списке найдите zendguardloader, выделите его и нажмите кнопку «Установить» либо «Включить»

Установка вручную

Скачайте файл дистрибутива:

ZendGuardLoader (PHP 5.3)

32-x битная система:

64-x битная система:

ZendGuardLoader (PHP 5.4)

32-x битная система:

64-x битная система:

Подключение модуля в CentOS Linux (x64). Пример для PHP 5.3

Распакуйте и исправьте права (так как в архиве права на файлы стоят 777 и это небезопасно)

Пропишите загрузку модуля в /etc/php.d/zend.ini добавив в него строку:

Убедитесь что расширение загружается

и перезапустите Apache

Подключение модуля в Debian Linux (x64). Пример для PHP 5.3

Распакуйте и исправьте права (так как в архиве права на файлы стоят 777 и это небезопасно)

Убедитесь что расширение загружается и перезапустите Apache

Источник

Введение в Zend Framework

Update (2014): Это статья 2007 года, которая, к моему удивлению, до сих пор пользуется спросом. По этой причине я обновил её в соответствии с новыми правилами оформления постов на Хабре, и добавил подсветку синтаксиса для примеров кода. Если кому-то захочется что-то добавить или исправить, исходник текста с хабра-разметкой выложен в открытый доступ: gist.github.com/dreikanter/2b4ee996d7a775e707d7

Аннотация от переводчика

PHP — один из самых широко распространенных языков разработки веб-приложений и при этом один из самых спорных. Я очень часто видел негативное отношение к этой технологии, да и недостатки, провоцирующие это отношение — не для кого не являются секретом. Тем не менее, PHP активно эволюционирует и во многих отношениях постепенно становитс лучше. Одним из серьезных шагов его развития, на мой взгляд, является появление MVC-фреймворков, призванных систематизировать процесс разработки веб-приложений и приучить к порядку разработчиков, которым зачастую здорово не хватает силы воли, чтобы при всей предоставляемой языком свободе, сохранить грамотную и красивую инфраструктуру разрабатываемого ПО (сразу уточню, что последнее утверждение субъективно и основано исключительно на виденном мной коде различных программных решений).

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

Вначале я испытал некоторое разочарование в официальной документации, которая оказалась хорошим reference-ом, но просто никаким tutorial-ом и поэтому на роль вводного материала не подошла. Но почти сразу нашлась неплохая статья, в которой автор пошагово разбирает процесс создания веб-приложения. Материала достаточно, чтобы разобравшись в нем можно было начать осмысленно ориентироваться в мане от Zend. Текст ориентирован на программистов, имеющих некоторый опыт в программировании веб-приложений на PHP, но не знакомых с Zend Framework.

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

В завершение введения, небольшой дисклаймер. Уважаемые любители Ruby on Rails и Python on Django, я уважаю вашу религию 🙂 Убедительная просьба не развивать в комментариях тему о том, какой фреймворк или язык лучше. Это совсем не относящаяся к топику данного поста тема. Мне и, вероятно, многим сейчас будет гораздо интереснее узнать об опыте реальных разработок ПО на Zend.

Материал рассчитан на то, чтобы дать общее представление об использовании Zend Framework для создания простейших приложений с использованием баз данных. Приведенные примеры были протестированы на Zend Framework версии 1.0.0. Скорее всего, они будут работать и с более поздними версиями, но не с более ранними.

Архитектура Модель-Вид-Контроллер

PHP-приложение, написанное традиционным способом, может представлять собой некое подобие следующего примера:

В ходе жизненного цикла приложений подобного типа, трудоемкость их поддержки становится крайне высока, т. к. меняющиеся требования заказчика приводят к необходимости вносить большое количество изменений («заплаток») в исходный код. Это делает его плохо структурированным и трудно читаемым. Один из методов для повышения гибкости приложения состоит в разделении кода на три категории:

Системные требования

У Zend Framework следующие требования:

Где скачать Zend Framework

Zend Framework доступен для свободного скачивания в виде ZIP или TAR.GZ архивов по адресу framework.zend.com/download/stable.

Структура директорий

На данный момент в Zend Framework жестко не стандартизирована структура директорий приложения, но в официальной документации рекомендуется использовать общепринятую схему. Эта схема основана на том, что пользователь, как предполагается, имеет полный доступ к конфигурированию сервера Apache. Мы же будем использовать немного видоизмененный подход, чтобы смягчить данные требования и сделать Zend Framework более применимым в условиях широко распространенного разделяемого хостинга.

Для начала, создайте директорию zf-tutorial в корневом каталоге вашего тестового веб-сайта. Это будет означать, что URL этой директории примет вид localhost/zf-tutorial (адрес может варьироваться, в зависимости от настроек вашего сервера).

После этого дополнительно создайте следующую структуру каталогов для хранения файлов веб-приложения:

Начальная загрузка

zf-tutorial/application /.htaccess, zf-tutorial/library/.htaccess:

Файл начальной загрузки index.php

Файл начальной загрузки zf-tutorial/index.php содержит следующий код:

Рассмотрим код подробнее.

Данные строки обеспечивают вывод интерпретатором всех сообщений о происходящих ошибках (подразумевается, что в конфигурационном файле php.ini параметру display_errors задано значение on ). Вторая строка кода задает часовой пояс, согласно стандартному требованию PHP 5.1+. Приведенное в примере значение параметра следует заменить на соответствующее вашему географическому положению.

Файл Zend/Loader.php содержит класс Zend_Loader со статическими функциями, позволяющими подключать любой класс из Zend Framework.

Далее нам понадобится сообщить первичному контроллеру о местоположении директории с другими контроллерами:

Учитывая, что наша программа предназначена для образовательных целей и функционирует на тестовой системе, можно разрешить все исключения, которые могут происходить при ее работе. По-умолчанию, первичный контроллер будет перехватывать их все до одного и хранить в свойстве _exceptions своего объекта (данному объекту соответствует англоязычный термин Response object). Этот объект используется для хранения всей информации, возвращаемой при обращении к заданному URL, что включает HTTP-заголовок, содержимое веб-страницы и массив произошедших исключений.

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

В итоге, после всех выполненных приготовлений, наше приложение может быть запущено:

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

Веб-сайт

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

Необходимые страницы

Для реализации перечисленных выше функций, нам понадобятся следующие страницы:

Организация страниц

Прежде чем приступить к созданию файлов, следует понять, как принято организовывать их в Zend Framework. Согласно принятой терминологии, каждая страница веб-приложения определяется термином «действие».

Примечание переводчика. Небольшое пояснение терминологии. Англоязычным оригиналом используемого в данной статье термина «действие» является слово action. Приведенный перевод на данный момент еще не является устоявшимся понятием, и в некоторых текстах о модели MVC вместо него попадаются иные определения. Например, так же известна прямая (и режущая слух) транслитерация — «экшен».

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

Учитывая, что данная статья ориентирована на первое знакомство с Zend Framework, мы не будем пока касаться таких нюансов работы веб-приложения, как авторизация пользователей. Ограничимся реализацией основной функциональности, а именно — набором перечисленных выше страниц. Учитывая, что все они относятся к работе с альбомами, можно отнести их к одному контроллеру. Мы используем стандартный контроллер, а его действия будут выглядеть следующим образом:

Настройка контроллера

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

Теперь у нас имеется работающий класс-роутер с набором действий, соответствующих каждой странице веб-приложения. При возникновении каких-либо проблем в процессе его создания, обратитесь к разделу «Устранение неполадок» в конце статьи.

А теперь пришло время добавить в наше приложение новый вид.

Простейший вариант использования Zend_View выглядит как показано ниже:

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

После рендеринга, сгенерированный контент веб-страницы сохраняется в объекте Response, который, как было упомянуто ранее, служит для группировки HTTP заголовков, содержимого страницы и сгенерированных в ходе работы скрипта исключительных ситуаций. в итоге, первичный контроллер автоматически отсылает веб-клиенту заголовок страницы и ее содержательную часть.

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

Изменения внутри класса IndexController выделены жирным шрифтом.

Теперь нам понадобится добавить четыре файла для видов нашего веб-приложения.

При тестирование каждого из действий, должны быть отображены выделенные заголовки каждой из страниц.

Общий HTML-код

(Обратите внимание на изменения, добавленный в код.)

Файлы видов так же понадобится откорректировать.

Стилевое оформление

Ссылку на CSS-фалй понадобится добавить в секцию файла header.phtml :

В завершении, понадобится создать, собственно, сам стилевой файл.

Это заставит страницы выглядеть несколько приятнее.

Источник

Linuxoid

OpenSource forever

Установка модулей ionCube Loader и Zend Guard Loader

Некоторые модули CMS требуют наличия плагинов ionCube PHP Loader и Zend Guard Loader, которые позволяют запускать закодированные соответствующими кодировщиками PHP-скрипты. Модуль Zend Guard Loader пришел на смену Zend Optimizer который использовался под PHP 5.2 и 5.3 и не совместимо с ним.
Модули собирать не нужно. Проекты предлагают их в скомпилированном виде под 32 и 64 битные платформы. Смотрим версию OC

В дальнейшем будем ориентироваться на 64 битную платформу.
Скачиваем и распаковываем ionCube PHP Loader:

Внутри несколько файлов. Нам нужно выбрать для своей версии PHP

У нас версия PHP 5.5, поэтому интересуют два файла ioncube_loader_lin_5.5_ts.so и ioncube_loader_lin_5.5.so.

Копируем их на место:

Чтобы в последствии не путаться. Занесем все настройки в отдельный файл

Вешать сервер не очень хорошо, поэтому вначале проверим в командной строке. Затем если все нормально, подключим к веб-серверу.

Обращаю внимание на номер. ionCube должен загружаться первым. Иначе получите ошибку.

Если все нормально подключаем веб-сервер.

Zend Guard Loader подключается почти аналогично. Регистрируемся на сайте https://www.zend.com/en/products/loader, скачиваем архив под свою платформу и версию PHP.

Внутри есть и модуль OPCache но лучше использовать тот что идет в дистрибутиве. Копируем на место.

Создаем конфигурационный файл.

Теперь можно подключать веб-сервер.

Источник

Zend Guard PHP App Protection

Prevent Reverse Engineering and Unauthorized Use

Protecting PHP Code

With Zend Guard, you can encode, obfuscate and protect your PHP code to prevent unlicensed use and reverse engineering.

Zend Guard maximizes software profitability by:

Zend Guard supports PHP versions up through 5.6. Please read this blog for more information.

PHP Encryption and PHP Obfuscation Solution Features

Encoding

With Zend Guard, developers can encode their PHP script at any time during the development process, protecting PHP code prior to distribution or publishing.

Obfuscation

You can prevent external code tampering by using obfuscation in Zend Server. It converts tags and names in code files into cryptic names. As a result, external parties will not be able to easily understand your code, yet your applications will run successfully.

Licenses

Choose a license model that meets your requirements. Options include number of concurrent users or specific amounts of time, network segments, or servers.

Prevent Reverse Engineering

You worked hard to develop your code. Now you need to protect it. Zend Guard’s powerful encoding and obfuscation technologies prevent reverse engineering, copyright infringement, and unauthorized modification of your code.

Encoding is a process where the PHP source code is converted to an intermediate machine readable format, just like PHP encryption. This format is hard for humans to read and convert back to source code. As a result it protects your code from casual browsing. This means that if people obtain access to your site’s code they will not be able to use that for unintended purposes.

Obfuscation is a process where the code is intentionally made very hard to read as source code or as reverse engineered code. This obfuscation is designed to manage risks that stem from unauthorized access to source code. These risks include loss of intellectual property, ease of probing for application vulnerabilities and loss of revenue that can result when applications are reverse engineered, modified to circumvent licensing and then recompiled. Although reverse engineering always existed in computer software, it is especially important for in computing environments such as PHP which take advantage of dynamic processing of language elements rather than code which has been compiled into machine language before being deployed.

Protect Your PHP Code from Unauthorized Use

Zend Guard’s licensing capabilities allow Independent Software Vendors to create a variety of licensing policies for their commercial PHP applications. The product supports most commonly used licensing models such as concurrent users, time limited, segment of network, or server specific licensing. These capabilities allow vendors to maximize their revenue by preventing unauthorized use.

PHP Encoder

Compiles and converts the plain-text PHP scripts into a platform-independent binary format known as a ‘Zend Intermediate Code’ file. These encoded binary files can then be distributed instead of the plain text PHP protecting your hard programming efforts. Benefits of using this PHP encrypt process:

Источник

База знаний wiki

Продукты

Статьи

Установка Zend Guard или Zend Optimizer

Установка Zend Optimizer в CentOS/RedHat/Fedora

1. Для начала загружаем пакет под нужную архитектуру: 32-бит OC (i386 или i686):

64-бит ОС (x86_64 или amd64):

2. Извлекаем содержимое из архива, используя tar:

3. Проверяем какая версия PHP установлена на сервере

например если установлена версия PHP 5.3, нам нужна библиотека для данной версии. Ее нужно скопировать в директорию модулей php /usr/lib/php/modules/ что мы и делаем:

Теперь в конфигурационном файле PHP (обычно располагается по пути /etc/php.ini) нужно прописать модуль:

Сохраняем изменения и перезапускаем веб-сервер apache:

Установка выполнена, проверим доступность модуля для php:

Установка Zend Optimizer на Debian/Ubuntu. Установка в Debian производится аналогично установке в CentOS/RedHat/Fedora c небольшими различиями. 1. Для начала узнаем версию PHP, установленную на сервере:

Допустим, мы определили, что на сервере установлен PHP 5.3. В Debian расположение конфигурационных файлов различно в зависимости от от версии PHP (в случае, когда установлен PHP4, путь соответственно будет /usr/lib/php4 или /usr/lib64/php4).

2. Копируем нужный модуль в директорию с модулями PHP (желательно использовать одно расположение для всех модулей, для меньшей путаницы, но можно использовать и любое другое расположение):

3. Теперь активируем модуль, для большего удобства, создаем отдельный конфигурационный файл (можно вписать его и в сам php.ini):

Добавляем строку: 4. Сохраняем файл и перезапускаем веб-сервер apache:

5. Проверяем как работает, сделать это можно несколькими способами. Для начала смотрим, установился ли модуль:

Видим, что модуль доступен. Установка завершена. Если установленная версия PHP выше 5.3, то Zend Optimizer уже не поддерживает данные версии и нужно устанавливать Zend Guard.

Источник