Onderwerp: PHP extensie probleem

je zou ook gewoon een volledig path in extension_dir kunnen zetten, maar dan krijg je wel problemen met andere extenties (in dit geval bijv ioncube)

/usr/local/lib/ioncube_loader_lin_5.2.so

In die map had ik memcache.so al gezet, httpd herstart maar php kan
de extensie toch niet vinden ???

Misschien dat Randy nog een tip heeft als centos kenner ?

Ben al een paar dagen bezig....veel op gegoogled...

btw heb je wel eens gekeken naar naar xcache? die vind ik zelf erg goed, ik weet niet meer precies het verschil tussen apc en xcache maar ik heb ze in het verleden allebei gebruikt en ben toen van apc overgestapt naar xcache

vond die maar 1 ioncube loader? meestal heb je er 2 (1 voor 32bit en 1 voor 64bit) meestal staan die ook in verschillende directories

btw wat is je ServerRoot van apache? ik meen me ook te herinneren dat php vaf die directory relative paths ging doen, ik heb er in het verleden iig ook wel eens problemen mee gehad

Als ik in /usr/local/lib/php.ini dit aanpas:

; Directory in which the loadable extensions (modules) reside.
extension_dir = "./"

in:

extension_dir = "/usr/local/lib/modules"

en die module in die map zet en httpd weer herstart dan wordt memcache (APC) netjes geladen, de rest lijkt ook allemaal goed te werken.

Toch zou ik graag willen weten waar die "./" nu eigenlijk naar verwijst (current map, maar welke is dat dan ?)

In elk geval bedankt allemaal voor de hulp !

Zal een howto voor de memcache installatie bij centos v5.3 maken en hier posten,
dan hebben anderen er ook misschien wat aan ;-)

Mooi dat het iig nu goed werkt (check wel nog even of ioncube ook nog geladen word die stond namelijk een directory hoger)

over je (prive) vraag over xcache:

het beste kan ik je verwijzen naar http://xcache.lighttpd.net/ het is net zo iets als apc (opcode cacher) maar er zit ook gelijk een optimizer in. In het verleden heb ik veel problemen gehad met apc dat die stopte met werken of vage errors gaf (vooral bij classes)
ik gebruik het nu ook vooral om dat het standaart in debian zit en je apc moet steeds moet compilen

Oorspronkelijk geplaatst door preserver

vond die maar 1 ioncube loader? meestal heb je er 2 (1 voor 32bit en 1 voor 64bit) meestal staan die ook in verschillende directories

Ja hoor, heb die er zelf in gezet.
Is een 64bits centos versie, dus 32bits is dan niet nodig.

Oorspronkelijk geplaatst door preserver

Mooi dat het iig nu goed werkt (check wel nog even of ioncube ook nog geladen word die stond namelijk een directory hoger)

over je (prive) vraag over xcache:

het beste kan ik je verwijzen naar http://xcache.lighttpd.net/ het is net zo iets als apc (opcode cacher) maar er zit ook gelijk een optimizer in. In het verleden heb ik veel problemen gehad met apc dat die stopte met werken of vage errors gaf (vooral bij classes)
ik gebruik het nu ook vooral om dat het standaart in debian zit en je apc moet steeds moet compilen

ioncube werkt nog, wordt als zend_extension geladen in php.ini ;-)

Zal zeker even naar xcache kijken !