Keep Server Online
If you find the Apache Lounge, the downloads and overall help useful, please express your satisfaction with a donation.
or
A donation makes a contribution towards the costs, the time and effort that's going in this site and building.
Thank You! Steffen
Your donations will help to keep this site alive and well, and continuing building binaries. Apache Lounge is not sponsored.
| |
|
 Topic: Solved:Probem with using mod_fcgid with phpxref0.7 generated |
|
| Author |
|
dynmosaic
Joined: 15 Dec 2005
Posts: 10
|
 Posted: Mon 16 Mar '09 0:25 Post subject: Solved:Probem with using mod_fcgid with phpxref0.7 generated |
 |
|
Background: I have been using mod_fcgid for quite a while with no problem. The server is mainly serving open source CMS sites such as Mambo/Joomla/MiaCMS. One thing I really like mod_fcgid is the ability of auto retarting in case the process choked for some reasons. However, I have encountered a problem in the last few days that I traced back to be a problem of mod_fcgid, and I hope that some knowledgeable folks here could help me out.
Problem: phpxref0.7 is basically a perl script which allows one to generate PHP cross reference source tree for online browsing of source code. I used it to generate Joomla API. I can view the html code without going thru the web server no problem. I can also view the html code going thru the web server without using mod_fcgid, instead using the php5_module. However, I cannot view the html code going thru the web server using mod_fcgid. It will give me an Internal 500 error when I tried to click on a php source file, which is actually a link to an html file which allow it to display the souce file.
Error Log:
| Quote: |
The source.php.html is not an executable; ensure interpreted scripts have "#!" first line.
|
Snippets of Configuration wrt mod_fcgid:
| Quote: |
IPCCommTimeout 45
IPCConnectTimeout 10
MaxProcessCount 12
DefaultMaxClassProcessCount 4
OutputBufferSize 64
IdleTimeout 3600
ProcessLifeTime 7200
MaxRequestsPerProcess 500
DefaultInitEnv PHPRC "c:/php/"
DefaultInitEnv PATH "c:/php;C:/WINDOWS/system32;C:/WINDOWS;C:/WINDOWS/System32/Wbem;"
DefaultInitEnv SystemRoot "C:/Windows"
DefaultInitEnv SystemDrive "C:"
DefaultInitEnv TEMP "C:/WINDOWS/TEMP"
DefaultInitEnv TMP "C:/WINDOWS/TEMP"
DefaultInitEnv windir "C:/WINDOWS"
Alias /fcgi/ "c:/fcgi/"
<Directory "M:/MyWeb">
AddHandler fcgid-script .php
Options Indexes FollowSymLinks ExecCGI MultiViews Includes SymLinksIfOwnerMatch
FCGIWrapper "c:/php/php-cgi.exe" .php
AllowOverride None
Order allow,deny
Allow from all
</Directory>
|
Server Details:
| Quote: |
Vista/Apache 2.2.11 from this site/MySQL5.0.77/PHP5.2.29-1
|
Anyone else has any suggestions as to what I might be doing wrong? For now, I have switched over to php5_module, but I would like to keep using mod_fcgid if I could find a solution to this problem.
Last edited by dynmosaic on Mon 16 Mar '09 4:46; edited 1 time in total |
|
| Back to top |
|
dynmosaic
Joined: 15 Dec 2005
Posts: 10
|
| Posted: Mon 16 Mar '09 3:57 Post subject: |
|
|
I found a solution, not very elegant, but works! After almost 5 hours trying. Thought sharing back with the community in case others ran into the same problem.
I moved the directory (in my case API) outside of the web root directory.
Then I created an alias
| Quote: | | Alias /api "m:/API" |
Then I created the folllwing default for API directory:
| Quote: | <Directory "M:/API">
Options Indexes FollowSymLinks
Order allow,deny
Allow from all
</Directory> |
The effect of this is to separate the mod_fcgid which by default is handling the .php, in M:/API, I don't want that to be handled.
I have tried to use the RemoveHandler, RemoveType directive in my oroginal location "M:/MyWeb/API" before this last approach, all without success.
If others can find a better and cleaner solution, please let me know. Do you guys think it's a bug in mod_fcgid to not allow RemoveHandler and RemoveType on specific directory? |
|
| Back to top |
|
|
|
|
|
|
