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

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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


_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

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

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos