some modules for PHP 5.3.27

[jconrad@ucg.com]

hello . . . i recently signed up for the PHP 5.3.27 nucleus repository. seems to be a life-saver with PCI compliance, so i'm really hoping it will work out for me!

there's 4 PHP modules that i can't seem to find that will work with 5.3.27:

php-pear php-pecl-memcache php-xcache php-zts

i'm certainly no PHP expert, so i'm hoping to just find these in a repository somewhere.

thanks for any help anyone can offer . . . john.

[scott]

php == php-zts, theres no separate package. Its all combined into the same php package

php-pear - anything specific you can talk to about this?

php-pecl-memcache / xcache - we dont have these yet, you could put in a feature request for it and any other module through the bug tracker in the support portal

[jconrad@ucg.com]

thanks!

i did put in a request for the cache modules.

for the php-pear, you'll have to excuse my very limited PHP knowledge on this one. we've got one server running redhat EL6, and it's got this package:

php-pear-1.9.4-4.el6.noarch

i guess this is related to the "pecl" command.

again, sorry for my limited PHP knowledge.

[Highland]

You can always install pecl libraries by compiling them as well.

Code: Select all

pecl install memcache

People like the yum versions because they can be linked to their PHP counterparts as dependancies. PECL compiles against PHP so if you move major versions (like from 5.3 to 5.4) you have to recompile them.

[jconrad@ucg.com]

thanks . . . i was playing around with the "pecl" command a little today . . . first time i ever used that!

anyway, i think i'm set for most of these now, except for "xcache".

i've been doing some research, and i THINK that "APC" will be my substitute.

i'm not the PHP developer here, but i'm wondering if this switch from "xcache" to "APC" might cause any issues??

things are currently being tested, but i was curious if anyone's made this switch or knows of anything to look out for??

thanks again . . . john.

[Highland]

I've been preaching the benefits of Zend Opcache lately (available via PECL prior to 5.5 and as the package php-opcache afterwards). I find it's more stable than APC and easier to configure. With it being part of the PHP core now I think APC is not going to get as much attention (3.1.14 had to be rolled back due to major stability issues) and will probably wind up like eaccelerator before it.

[jconrad@ucg.com]

thanks, highland. my problem is i'm sorta relying on the developers to say what will work for them. i'm HOPING APC will work out OK, because it's already on our test server, and i've got all the steps down to start using the atomicorp repository.

then again, just adding xcache to the repository would make my life SO much easier!

[scott]

xcache went out to atomic & nucleus earlier this week for el6

[jconrad@ucg.com]

oh man . . . i forgot to specify EL5!

sorry about that -- any chance for an EL5 32-bit version for PHP 5.3.27??

[jconrad@ucg.com]

just to provide a follow-up . . . i was able to use APC as a substitute for xcache . . . PCI compliance, here we come!

[scott]

It just doesnt want to work with an el5 platform at this point, we put a BR in with upstream to see what they have to say.

[jconrad@ucg.com]

appreciate that, scott . . . but we seem to be OK with APC now. we've been running with it for a few weeks now with no issues.