has anybody ever got eaccelerator working with open_basedir on CentOS? https://bugzilla.redhat.com/show_bug.cgi?id=751569
i wonder that the last build is more than a yaer ago and nobody hitted until now or nobody is secring his vhsost and so did not take notice about it http://koji.fedoraproject.org/koji/buildinfo?buildID=181336
On 11/06/2011 05:01 AM, Reindl Harald wrote:
has anybody ever got eaccelerator working with open_basedir on CentOS? https://bugzilla.redhat.com/show_bug.cgi?id=751569
i wonder that the last build is more than a yaer ago and nobody hitted until now or nobody is secring his vhsost and so did not take notice about it http://koji.fedoraproject.org/koji/buildinfo?buildID=181336
People should really stop relying on php-eaccelerator and move on. Right now going to the projects website just show a default installation apache page and there seems to be no development taking place other than clunky patches to make it survive the latest php changes. Given that APC is basically the official bytecode cache now and will probably be soon merged into the php core I'm not sure why people are still bothering with dead projects.
Regards, Dennis
Am 06.11.2011 14:27, schrieb Dennis Jacobfeuerborn:
On 11/06/2011 05:01 AM, Reindl Harald wrote:
has anybody ever got eaccelerator working with open_basedir on CentOS? https://bugzilla.redhat.com/show_bug.cgi?id=751569
i wonder that the last build is more than a yaer ago and nobody hitted until now or nobody is secring his vhsost and so did not take notice about it http://koji.fedoraproject.org/koji/buildinfo?buildID=181336
People should really stop relying on php-eaccelerator and move on. Right now going to the projects website just show a default installation apache page and there seems to be no development taking place other than clunky patches to make it survive the latest php changes. Given that APC is basically the official bytecode cache now and will probably be soon merged into the php core I'm not sure why people are still bothering with dead projects.
eaccelerator works fine with PHP 5.3
it works fine with Fedora since F9 until F15 here in production php-eaccelerator-0.9.6.1-20.fc15.20111029.rh.x86_64
before PHP 5.3 i thought also it is dead because upstream did not show progress until suddenly a perfectly working version was ready for download
so as long as i use eaccelerator on > 20 production servers since years and the only CentOS test-system is broken i see no reason to play with apc around because i do not like to switch for one single customer to a extension we are not using in prodcution nor is tehre any reason to suddenly switch to APC
On 11/06/2011 05:08 PM, Reindl Harald wrote:
Am 06.11.2011 14:27, schrieb Dennis Jacobfeuerborn:
On 11/06/2011 05:01 AM, Reindl Harald wrote:
has anybody ever got eaccelerator working with open_basedir on CentOS? https://bugzilla.redhat.com/show_bug.cgi?id=751569
i wonder that the last build is more than a yaer ago and nobody hitted until now or nobody is secring his vhsost and so did not take notice about it http://koji.fedoraproject.org/koji/buildinfo?buildID=181336
People should really stop relying on php-eaccelerator and move on. Right now going to the projects website just show a default installation apache page and there seems to be no development taking place other than clunky patches to make it survive the latest php changes. Given that APC is basically the official bytecode cache now and will probably be soon merged into the php core I'm not sure why people are still bothering with dead projects.
eaccelerator works fine with PHP 5.3
it works fine with Fedora since F9 until F15 here in production php-eaccelerator-0.9.6.1-20.fc15.20111029.rh.x86_64
before PHP 5.3 i thought also it is dead because upstream did not show progress until suddenly a perfectly working version was ready for download
so as long as i use eaccelerator on> 20 production servers since years and the only CentOS test-system is broken i see no reason to play with apc around because i do not like to switch for one single customer to a extension we are not using in prodcution nor is tehre any reason to suddenly switch to APC
That's the point. Right now you don't have to "suddenly" switch but can install APC on a machine or two and get familiar with it.
I just prefer to choose my deployed tech proactively and don't like to wait for a project to be terminated forcing a switch on me.
Regards, Dennis
Am 06.11.2011 18:35, schrieb Dennis Jacobfeuerborn:
so as long as i use eaccelerator on> 20 production servers since years and the only CentOS test-system is broken i see no reason to play with apc around because i do not like to switch for one single customer to a extension we are not using in prodcution nor is tehre any reason to suddenly switch to APC
That's the point. Right now you don't have to "suddenly" switch but can install APC on a machine or two and get familiar with it.
I just prefer to choose my deployed tech proactively and don't like to wait for a project to be terminated forcing a switch on me.
well, i tested apc some minutes ago on CentOS AND Fedora 15
CentOS 6: php-pecl-apc-3.1.3p1-1.2.el6.1.x86_64 Fedora 15: php-pecl-apc-3.1.9-4.fc15.20111106.rh.x86_64
on CentOS i had to rewrite a script which relies on serialized objects in session it told me $db is unknown and i hd to place a require at the top of the script
on Fedora 15 it seems to work like a charme without touching any script
so i would love to get the CentOS version updated
On 11/06/2011 06:59 PM, Reindl Harald wrote:
Am 06.11.2011 18:35, schrieb Dennis Jacobfeuerborn:
so as long as i use eaccelerator on> 20 production servers since years and the only CentOS test-system is broken i see no reason to play with apc around because i do not like to switch for one single customer to a extension we are not using in prodcution nor is tehre any reason to suddenly switch to APC
That's the point. Right now you don't have to "suddenly" switch but can install APC on a machine or two and get familiar with it.
I just prefer to choose my deployed tech proactively and don't like to wait for a project to be terminated forcing a switch on me.
well, i tested apc some minutes ago on CentOS AND Fedora 15
CentOS 6: php-pecl-apc-3.1.3p1-1.2.el6.1.x86_64 Fedora 15: php-pecl-apc-3.1.9-4.fc15.20111106.rh.x86_64
on CentOS i had to rewrite a script which relies on serialized objects in session it told me $db is unknown and i hd to place a require at the top of the script
on Fedora 15 it seems to work like a charme without touching any script
so i would love to get the CentOS version updated
For anything php related I use the repository of Remi Collet: http://rpms.famillecollet.com/ (Remi is also responsible for the php packages in Fedora)
The repo contains a current php-pecl-apc and a php-eaccelerator package that may fix your original issue.
Regards, Dennis
Am 06.11.2011 um 05:01 schrieb Reindl Harald:
has anybody ever got eaccelerator working with open_basedir on CentOS? https://bugzilla.redhat.com/show_bug.cgi?id=751569
i wonder that the last build is more than a yaer ago and nobody hitted until now or nobody is secring his vhsost and so did not take notice about it http://koji.fedoraproject.org/koji/buildinfo?buildID=181336
open_basedir kills the realpath_cache. If you need security and performance, use php-fpm, which can do a full chroot.
Rainer
Am 06.11.2011 20:40, schrieb Rainer Duffner:
Am 06.11.2011 um 05:01 schrieb Reindl Harald:
has anybody ever got eaccelerator working with open_basedir on CentOS? https://bugzilla.redhat.com/show_bug.cgi?id=751569
i wonder that the last build is more than a yaer ago and nobody hitted until now or nobody is secring his vhsost and so did not take notice about it http://koji.fedoraproject.org/koji/buildinfo?buildID=181336
open_basedir kills the realpath_cache
i know but this has nothing to do with a bytecode-cache
If you need security and performance, use php-fpm, which can do a full chroot
uninteresting, not practicable in a running env with > 500 webspaces and agin: has nothing to do with the benefits of a byte-code cache and the fact that php-eaccelerator is only broken in centos
-
Dennis Jacobfeuerborn -
Rainer Duffner -
Reindl Harald