I've installed the lastest wiki and all seemed well until I tried to login and I get error #500 server misconfiguration.
I saw only one other post with this problem but there were no replies.
I know I have perms set correctly and after reading all the documentation I could find I think the problem may be that "pear" is disabled on my server. My site is running apache 1.3.12 and has php 4.0.4pl1 enabled.
If the "pear" problem is indeed why my installation doesn't work, is there a way around this? My ISP probably won't reconfigure php just for me as I am merely sharing a box with other web site...
I can't speak for everyone volunteering on this project but I do know that some have been away or occupied with family during the holidays so please excuse the delayed response.
The PHP info at the url you gave does indicate that PEAR was explicitly disabled when it was built and installed on the server.
The PhpWiki 1.2.x branch is the last version of PhpWiki which does not require PEAR, it does not have the latest features but it works well.
The PEAR functions are used in 1.3 because it provides a database abstraction, which allows PhpWiki to work with more database packages without having to add a lot of separate code for each new database we want to add compatibility for.
Carsten Klapp
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
<quote>I've installed the lastest wiki and all seemed well until I tried to login and I get error #500 server misconfiguration.
I saw only one other post with this problem but there were no replies.
I know I have perms set correctly and after reading all the documentation I could find I think the problem may be that "pear" is disabled on my server. My site is running apache 1.3.12 and has php 4.0.4pl1 enabled.
</quote>
Yep, not having pear is definitely your problem:
From the phpinfo() you gave: '--disable-pear' under configure command.
<quote>
If the "pear" problem is indeed why my installation doesn't work, is there a way around this? My ISP probably won't reconfigure php just for me as I am merely sharing a box with other web site...
</quote>
There wouldn't really be a way around this unless you went in and re-wrote all the database commands to work with some other database interface.
If your ISP isn't willing to help you out, get another ISP. Fortunately mine has helped with any upgrade requests that I've had.
Your server API is CGI. I don't think that the authentication is going to work. The global variables $PHP_AUTH_* are just not available.
From the docs:
One additional note about PHP: if PHP is installed as an Apache module on the Linux/UNIX platforms, there are additional global variables available to your PHP script:
$PHP_AUTH_USER -- Authenticated User name
$PHP_AUTH_PW -- Authenticated Password
$PHP_AUTH_TYPE -- Authentication Type
Additionally, your PHP program can force Apache to prompt the user for a username and password with the following PHP commands:
From then on, your application logic can decide how to respond to the user. Note that on the Windows platform, PHP is installed as a CGI, and these features are therefore not available.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've installed the lastest wiki and all seemed well until I tried to login and I get error #500 server misconfiguration.
I saw only one other post with this problem but there were no replies.
I know I have perms set correctly and after reading all the documentation I could find I think the problem may be that "pear" is disabled on my server. My site is running apache 1.3.12 and has php 4.0.4pl1 enabled.
If the "pear" problem is indeed why my installation doesn't work, is there a way around this? My ISP probably won't reconfigure php just for me as I am merely sharing a box with other web site...
Here is a page that shows hoe php is configured on my server: http://www.mysongplanet.com/test.php
Any help would be greatly appreciated!
thanks!
don't count on ever getting a response from the creator of this program...
don't count on ever getting a response from the creator of this program...
don't count on ever getting a response from the creator of this program...
don't count on ever getting a response from the creator of this program...
don't count on ever getting a response from the creator of this program...
Hi Christian,
I can't speak for everyone volunteering on this project but I do know that some have been away or occupied with family during the holidays so please excuse the delayed response.
The PHP info at the url you gave does indicate that PEAR was explicitly disabled when it was built and installed on the server.
The PhpWiki 1.2.x branch is the last version of PhpWiki which does not require PEAR, it does not have the latest features but it works well.
The PEAR functions are used in 1.3 because it provides a database abstraction, which allows PhpWiki to work with more database packages without having to add a lot of separate code for each new database we want to add compatibility for.
Carsten Klapp
<quote>I've installed the lastest wiki and all seemed well until I tried to login and I get error #500 server misconfiguration.
I saw only one other post with this problem but there were no replies.
I know I have perms set correctly and after reading all the documentation I could find I think the problem may be that "pear" is disabled on my server. My site is running apache 1.3.12 and has php 4.0.4pl1 enabled.
</quote>
Yep, not having pear is definitely your problem:
From the phpinfo() you gave: '--disable-pear' under configure command.
<quote>
If the "pear" problem is indeed why my installation doesn't work, is there a way around this? My ISP probably won't reconfigure php just for me as I am merely sharing a box with other web site...
</quote>
There wouldn't really be a way around this unless you went in and re-wrote all the database commands to work with some other database interface.
If your ISP isn't willing to help you out, get another ISP. Fortunately mine has helped with any upgrade requests that I've had.
Joel
Here is a page that shows hoe php is configured on my server: http://www.mysongplanet.com/test.php
Any help would be greatly appreciated!
thanks!
Your server API is CGI. I don't think that the authentication is going to work. The global variables $PHP_AUTH_* are just not available.
From the docs:
One additional note about PHP: if PHP is installed as an Apache module on the Linux/UNIX platforms, there are additional global variables available to your PHP script:
$PHP_AUTH_USER -- Authenticated User name
$PHP_AUTH_PW -- Authenticated Password
$PHP_AUTH_TYPE -- Authentication Type
Additionally, your PHP program can force Apache to prompt the user for a username and password with the following PHP commands:
header('WWW-Authenticate: Basic realm="My Private Stuff"');
header('HTTP/1.0 401 Unauthorized');
echo 'Authorization Required.';
From then on, your application logic can decide how to respond to the user. Note that on the Windows platform, PHP is installed as a CGI, and these features are therefore not available.