Zend Optimizer for Php 5.3.0

[jcharles7272]

Poor all those guys who bought products encoded and need ioncube now.
But wasting money seems to be 'modern'.

Wasting money is nothing new in this world LOL.

As a result: never trust properitary protocolls / products / ... once you will be alone ...

So we should not trust our cars, fridges, microwaves, phones, clothing, food, televisions, medicines, postal system, electricity, water supply, radios, sanitary products, toys, games, music ... because they are proprietary products? maybe with herbal medicine, diy food, no electricity and many other compromises, a non-proprietary "open" lifestyle is almost possible, but it wouldn't be very pleasant, and it would that person who hadn't had a bath for 2 years that would be alone :)

The fact is that in developed countries we all rely on proprietary products every second of every day, and when sometimes a product or consumable that we liked and used changes or disappears, we have to adapt and life goes on. There are always choices.

[joomx]

Well, it is fact that many vendors of OpenSource Products are using encoded files - and ioncube is needed to run this software.

If am using Windows (what i do since the 80's) i know what i have: an almost closed system.
But in the world i am working for (now), this 'business model' of offering encoded files is growing.
On the one side the claim to be OpenSource and their scripts are under the GPL, on the other side the are using those methods.

This is what i meant with 'poor': they do not know better their business.
And - finally - this is then not anymore 'OpenSource'!

And: your comparison is very poor: never heard of a 'microwave' which is encoded - but maybe time will come ...
Orwells vision will then become true.

[jcharles7272]

your comparison is very poor: never heard of a 'microwave' which is encoded

You touch on valid points, however my comment wasn't a comparison but refuting the recommendation to "never trust properitary protocolls / products / ... once you will be alone " (sic). In our lives, we not only use, but actually rely on proprietary products all the time, be it software or otherwise, and while many of them are not strictly essential, for the most part, life is easier and better for them. I've started playing with low level microwave radiation on a project that I'm working on, but I wouldn't go out and look for an instructables.com project on making my own microwave oven from scratch. I value my life too much and would head for a closed, proprietary, known brand make every time!

Focussing back to software, while there is plenty of good open source software, some of which will have longevity from having achieved sufficient popularity and momentum, it can also be a significant business risk to use open source products, the majority of which are maintained by hobbyists who work on them in their spare time, and who may give up the project at any point in time and for any number of reasons. The web is littered with a trail of promising but dead projects for which there are no updates, no bug fixes, and no support. While commercial products are not immune to the same fate, a product backed by a company is more likely to have a good future than an open source project, provided that there is sufficient revenue generated to sustain its workforce and the needs of the company behind the product. To maximise revenue and therefore product survival, such products frequently need to be licensed and closed in some way, with some kind of mechanism to enforce the licensing, and for PHP scripts that means encoding. Even if it's not for us and against our philosophy (or desire to get software on the cheap, which if they're honest is why most people want OSS), we shouldn't knock the commercial stuff.

[downloadr]

The year has less then one month left now. Has Zend Optimizer for PHP 5.3.0 been released yet?

[sstok]

This is ridiculous!
One year has passed. One year lady's and gentlemen, and Zend has still not released an compatible version for PHP 5.3.

A few weeks back I received an e-mail from Zend that they released an Beta of Zend Server for IBM.
LIKE I GIVE DEM ABOUT THAT!! I want to have an compatible version of Zend Optimizer for PHP 5.3!!!!

If Ioncube can release an version that is fully compatible with any previous versions.
Why can't Zend? Is it really made that complex that it is impossible to do so?

Your 'the' PHP Company, live u to your slogan.
You work with the developers of PHP, you have build the Zend Engine for PHP!

Then tell me, why can company that does not directly relate to PHP build an encoder that is fully compatible with previous versions and works with the latest version.
And an company that is directly related to PHP, fail to make something that is compatible or even manage to deliver something in an normal time span that works with the latest version!

Thats nonsense :'-)

[massimilianoc]

I would like to remember to this thread members that PHP 5.3 was released officially only in June.

Its adoption also seem to be something unusual in the PHP ecosystem, being the latter usually quite conservative in the regard of upgrading to a new major PHP version.

If not for decoding purposes, Zend already has and optimizer module released, for PHP 5.3, within Zend Server CE (http://www.zend.com/en/products/server-ce/index) called Optimizer+.

For decoding purposes, the cornerstone for the release of Zend Optimizer 5.3 is to have Zend Guard fully supporting 5.3, but, as you can imagine, it is not so simple to refactor Zend Guard to work with a compatibility breaking PHP.

Please bare with us a little longer, we are planning to release the pair, Guard and Optimizer, supporting PHP 5.3 in the first quarter of 2010.

Thanks for the patience.

[joomx]

I would like to remember to this thread members that PHP 5.3 was released officially only in June.

Its adoption also seem to be something unusual in the PHP ecosystem, being the latter usually quite conservative in the regard of upgrading to a new major PHP version.

If not for decoding purposes, Zend already has and optimizer module released, for PHP 5.3, within Zend Server CE (http://www.zend.com/en/products/server-ce/index) called Optimizer+.

For decoding purposes, the cornerstone for the release of Zend Optimizer 5.3 is to have Zend Guard fully supporting 5.3, but, as you can imagine, it is not so simple to refactor Zend Guard to work with a compatibility breaking PHP.

Please bare with us a little longer, we are planning to release the pair, Guard and Optimizer, supporting PHP 5.3 in the first quarter of 2010.

Thanks for the patience.

Guess the people had shown their patience!
It is really a shame for the company which says in their slogan 'The PHP Company'.
For me, i am not using any longer any Zend product anymore.

[sstok]

Oh wouw :) I managed to get ZendOptimizer+ to work with PHP5.3.
Loose from Zend Server.

Why do I need to download an complete server package, if I only need to two files?

Using something like this works, at least no errors and in shows-up in PHPInfo.
Bud it is an very minimal PHP installation.

Code: Select all

[Zend]
zend_extension_manager.load_order_file=zem_order
zend_extension=/usr/local/Zend/lib/Optimizer-3.2.0/php-5.3.x/ZendExtensionManager.so
zend_extension=/usr/local/Zend/lib/Optimizer-3.2.0/php-5.3.x/ZendOptimizerPlus.so


More testing is needed to make sure this works perfectly, bud why all the hassle.
Just give it away for normal PHP installations as well.


Edit: Ah well, it does not work!
No errors and no encoded files parsing...

[1b1b1b1b1]

This is unacceptable.

When will you finally support PHP 5.3?

[btrotter]

I don't understand why people are deploying products dependent on the absolute bleeding edge- I've run into clients whose hosts still don't have PHP 5.0 at all. I'm writing code now with 5.2.x in mind, but I still run into and expect problems with some clients' hosting environments. I can only apply so much pressure to convince them to change their infrastructure without losing them as a client. When targeting a particular version of PHP you really have to keep in mind the entire software stack- if you depend on Zend Guard/Optimizer supporting something, then don't target versions it doesn't support until the stack is ready. Stack aside, consider your possible clients and remember there -are- PHP 4 only hosts still out there that clients are stuck with- this doesn't mean only code for PHP4- but it just means keep in mind, while you as a programmer may like some of the things 5.3 has to offer, it's going to take a year or two for hosts to adopt it unless there's a major security issue. Even Godaddy is still running something like 5.2.8.