00092: Fix PATH_INFO detection and handling

Summary: Fix PATH_INFO detection and handling
Created: 2004-10-13 11:04
Status: Closed
Category: Feature
From: Pm
Assigned:
Priority: 4
Version: 2.0.devel13
OS: All

Description: It'd be really nice if PmWiki could be very intelligent about detecting if PATH_INFO based page names will work or not.

The basic problem is that if PATH_INFO names don't work, the only way to know this is via "404 Page Not Found" errors, where the control never gets to pmwiki.php for PmWiki to be able to do anything about it.

The possible solutions I've come up with so far:

1. Have pmwiki default to "?pagename=" style URLs, and have the administrator set $EnablePathInfo=1; if they want to switch to the other style URLs. This has the advantage of "always working" out of the box, with the disadvantage of not looking as slick upon first install as other PmWiki sites might.

2. The first time PmWiki is run, have it run a set of diagnostics to determine an appropriate setting for $EnablePathInfo (and other variables), and store these in a configuration file somewhere. This has the advantage of being slicker, but adds a fair amount of complexity (and potential for things to go wrong) to the overall system

3. Leave things the way they are now, so that the system makes guesses at $EnablePathInfo and leaves it to the administrator to override its guess if it guesses incorrectly. (Again, because the result of an incorrect guess is a "404 error", PmWiki can't automatically tell the administrator when it has guessed wrong.)

Any suggestions/comments welcomed.

-- I have a site with pmwik2 devel11 hosted by free.fr, this morning all the pages were blank, and as I was reading this pit, I try $EnablePathInfo=0; in my config.php file and everything is working now. Is it due to some change in my provider php configuration ? -- noe

-- It's entirely possible. --Pm