Raphael,
Your advice to dl() made me realize that php.ini was not being loaded
by lighttpd in any way. None of configurations I change on php.ini was
being reflected in phpinfo() after lighttpd force-reload or restart.
The thing is so deep that I even moved /etc/php5 to another location
in the filesystem, but lighttpd was still loading the same php.ini and
all other /etc/php5/cgi/conf.d/*.ini configuration files as if they
still exists. Then I manually removed /tmp/php.socket. After that,
lighttpd was able to reload all php.ini and conf.d files and phpinfo()
then presented the correct settings.
So, my observation shows that this is not a php5-ldap bug as I first
thought. This is a lighttpd issue related with fastcgi module and the
way its sockets are managed. As an advice to other that faces similar
trouble, after change your fastcgi parser settings, remove any sockets
created by it before start lighttpd again.
As an adittional advice to lighttpd package maintainers, I think it
would be nice that lighty init.d script deletes any socket created
upon stop if fastcgi module is enabled.
This bug report can be considered closed now.
Best,
Deny Dias.
Em 03/07/2009, às 12:14, Raphael Geissert escreveu:
On Friday 03 July 2009 02:13:57 Deny Dias wrote:
Raphael,
Yeap, ldap is the only extension missing. Nope, lighttpd is not
chrooted. I don't know what you mean by "ld() the extension". Please
point me how to do that.
I meant dl()[1], sorry.
[1]http://www.php.net/dl
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
