Zend Guard Loader requires Zend Engine API version 220100525

[wonb1930]

Hi guys, i'm from korean.
I just ask one question about Zend Guard Loader.

when installed Zend Guard Loader on Ubuntu 14.x, php 5.5.x (Package name; php5-fpm),
Zend prints sentences below.

Code: Select all

Zend Guard Loader requires Zend Engine API version 220100525.
The Zend Engine API version 220121212 which is installed, is newer.


I can't install Zend Engine API version 220100525.

How can I install Zend Engine API version220100525??
please help me ;(

[zvika]

Hi

PHP 5.5 is not yet supported and we do not have releases of Guard and Guard Loader for it.

When there is a PHP 5.5+ support for Zend Guard, it will be updated in the system requirements and you will have additional download on the Guard web pages.

[ed8267]

Hi,

I am running Yosemite recently.

The solution for me was to install php 5.4 by Liip
search the internet for:
setting-up-php-mysql-on-os-x-yosemite

Best regards,

Ed

[zvika]

Hi Ed,
Thank you for returning to post a solution to the community.
Enjoy!

[jan3847]

Hi

PHP 5.5 is not yet supported and we do not have releases of Guard and Guard Loader for it.

When there is a PHP 5.5+ support for Zend Guard, it will be updated in the system requirements and you will have additional download on the Guard web pages.

1. Most servers are upgraded to PHP 5.6 now, and you still have support for 5.4 only...

2. As I understand if older servers will upgrade from PHP 5.2 to PHP 5.6 your customers will have to buy newer ZendGuard and re-encode projects, because ZendGuardLoader will not work with files encoded for PHP 5.2 (with old ZendGuard version). Am I right?

[zvika]

Hi Jan,
Thanks for your questions.

Most servers are NOT using PHP 5.6, maybe in a new code base without old dependencies, shiny startup which provides cloud services or intranets.
http://w3techs.com/technologies/details/pl-php/5/all

You should not expect PHP 5.2 code to work flawlessly without any warning / errors / fatal on PHP 5.6, there are verbose upgrade instructions on php.net to migrating to higher sub versions and you can see the problems live when using a PHP IDE / Lexical check.

About the encoder and runtime, at our current architecture you will need a new set for PHP 5.5/5.6 and if it comes within a new Guard version, and your subscription expires when it is released, you will have to renew to get a later version.

Hope this helps.

[jan3847]

Hi Jan,
Thanks for your questions.

Most servers are NOT using PHP 5.6, maybe in a new code base without old dependencies, shiny startup which provides cloud services or intranets.

You should not expect PHP 5.2 code to work flawlessly without any warning / errors / fatal on PHP 5.6, there are verbose upgrade instructions on php net to migrating to higher sub versions and you can see the problems live when using a PHP IDE / Lexical check.

About the encoder and runtime, at our current architecture you will need a new set for PHP 5.5/5.6 and if it comes within a new Guard version, and your subscription expires when it is released, you will have to renew to get a later version.

Hope this helps.

Ok, all NORMAL servers are using PHP 5.6+. Page with statistics you have copied here is probably for "Hello world" pages, where no one cares about their data security. Who will use PHP 5.2 and PHP 5.3 (66.9% according to your link) while these versions are not supported anymore and have a lot of known critical security issues for both versions? BTW PHP 5.4 is also not supported (only security fixes for 8 more months).

When are you going to release newer version of ZendGuard and will it support php 5.6?

[zvika]

Hi Jan

As much as I like shiny and modern PHP, our customers think otherwise, and we still support PHP 5.3/5.4 on very big sites (hello world? really?).

Moreover, PHP Frameworks keeps the code and site clean and secured and supporting those PHP versions as minimal requirements.
Also, Zend provides LTS for PHP 5.3 and 5.4 for longer than you forsee - this is not because we like to keep customers on old PHP versions, its because what works and provides income, keeps working until there is a critical requirement needs upgrading, and that is also scheduled for several months ahead on big sites / backend systems.

[UPDATE] Regarding ETA for PHP 5.5+5.6 support in Guard, we are working on a release targetting Q1 2015 [UPDATE]

[jan3847]

[UPDATE] Regarding ETA for PHP 5.5+5.6 support in Guard, we are working on a release targetting Q1 2015 [UPDATE]

Thank you! Will be waiting for it