PDA

View Full Version : PHPA Version 1.3.2 Released


Raz Meister
Mon 29th Jul '02, 4:47pm
NEW IN THE 1.3.2 RELEASE
----------------_-------

The main change is that activation keys are removed. This version
is also compatible with ionCube PHP Encoded files (www.ioncube.com/encoder)
if the ionCube decoder is loaded. PHPA will not currently cache encoded
files for security reasons, but unencoded files are cached as usual.

The are a few minor bug fixes.

The startup behaviour has changed slightly, and should avoid the need to
flush the cache during startup scripts. See the changes section below.


New php.ini entries
-------------------

; Sets the period in seconds before a process waiting to get a lock on the
; shm cache will log a warning to say that it's been trying for a while.

phpa.shm_lock_threshold0 = 10


; Sets the period in seconds before a process waiting to get a lock on the
; shm cache will decide to break the cache lock even if the process holding
; the lock is still alive. Do not change this unless advised to as it may
; cause PHPA to kill processes that are legitimately using the cache

phpa.shm_lock_threshold1 = 10


Cache Display Tool
------------------

Verbose mode now displays times and memory sizes in a more human
readable format.


Support for ionCube Encoded Files
---------------------------------

Files encoded with the ionCube Encoder are now supported. Note that if
installing the decoder for encoded files, the decoder extension must be
installed *first*.

e.g.

zend_extension = /usr/local/lib/php_decoder_1.0.2.so
zend_extension = /usr/local/lib/php_accelerator_1.3.2.so


CHANGES FROM PREVIOUS RELEASES
------------------------------

PHPA logs less uninteresting information to the error log to keep it cleaner.

All php.ini entries related to activation keys are no longer recognised and
have no effect.

If the php.ini setting 'shm_release_at_exit' is set, (which is the default).
then any existing shm cache at *startup* will be deleted, in addition to
at exit. The rationale for this is that if the cache should be deleted at
exit, then it shouldn't exist at startup. If it does then it's
probably because of an unclean shutdown. The new behaviour should ensure a
clean start, and the use of 'phpa_cache_admin -D' before startup should
no longer be required.


PROBLEM FIXES
-------------

There are a few minor fixes. The most significant of these are:

* global functions (i.e. any non-method) can now be defined inside a method

* a problem where include_once() or require_once() would sometimes process
a file already read with require() or include() is fixed.
Using require_once() or include_once() worked correctly, and is always
recommended as safe design practice over include/require unless there is
a reason to not use it. Performance of include_once() and require_once()
is immeasurably different to include() and require() but safer.


-- Nick Lindridge 29 July 2002 --

Download it here: http://www.php-accelerator.co.uk/download.php :D

eva2000
Mon 29th Jul '02, 5:19pm
beat me to it huh :)

:cool:

Chris Schreiber
Mon 29th Jul '02, 5:26pm
Me too! We must be slipping! LOL

eva2000
Mon 29th Jul '02, 5:32pm
Originally posted by Chris Schreiber
Me too! We must be slipping! LOL hehe yeah we must be :)

glad to see the removal of the registration keys completely!

Updated my install guide http://i4net.tv/marticle/get.php?action=getarticle&articleid=31 :D

Raz Meister
Mon 29th Jul '02, 6:09pm
Originally posted by Chris Schreiber
Me too! We must be slipping! LOL hehe...just lucky i guess :D

LanciaStratos
Tue 30th Jul '02, 12:36am
Oh, man! Just my luck - as soon as I get it installed after lots of turmoil over registration keys...

Gamingforce
Thu 1st Aug '02, 6:32am
Waiting on the FreeBSD 4.5 release. I gave Nick access to my FreeBSD server so he can make FreeBSD 4.5 builds from there.

Raz Meister
Thu 1st Aug '02, 7:06pm
Would be easier if he just released the source...

Gamingforce
Thu 1st Aug '02, 11:51pm
It probably would be, but he doesn't seem to want to release the source right now.