![]() |
SuExec compiling
Hello,
I have a homeserver, which has apache 2.0.54 as webserver. I've installed fastcgi and compiled php5 to run as FastCGI. I've tried to get fastcgi use suexec wrapper mechanism. It does work, but only on my primary web-address (www.example.com). My vhosts are set so that /www/example.com is docroot for the primary address, and /www/vhost1.example.com is for vhost1 /www/vhost2.example.com for vhost2 etc. Because I want FastCGI to use suexec, I used this howto: http://www.howtoforge.com/forums/showthread.php?t=4606 and complied php and suexec (I didn't edit suexec.c, because I want suexec to check file owner). But there's a problem on suexec compile, when I do "./suexec -V" after "make suexec" it says: Quote:
#define AP_DOC_ROOT DEFAULT_EXP_HTDOCSDIR replaced with #define AP_DOC_ROOT "/www" before "make suexec". I even tried to edit ap_config_layout.h so that #define DEFAULT_EXP_HTDOCSDIR "/www" #define DEFAULT_EXP_HTDOCSDIR "/www" but it didn't help. After make it still says "-D AP_DOC_ROOT="/var/www"" The reason why my primary domain works is (or I think it is...) that I have symlinked /var/www to /www/example.com like this: Quote:
ps. sorry about my bad english, I tried to make it understandable :) |
Quote:
Usually you'd specify the suExec docroot when you compile Apache (in the Apache configure statement). |
Quote:
I didn't want to compile apache, as I have installed it by the-easy-way, apt-get :) Now there is only one problem, php scripts work only on my userdir (public_html), and on other users it says "No input file specified.". So now set so apache's mod php will handle .php files (works fine on everywhere), but if I use .htaccess file like this to get php use FastCGI-SuExeced-php (what a word..): Quote:
|
What's the output of
Code:
updatedb |
Code:
server:/www# updatedbCode:
RemoveHandler .phpCode:
#!/bin/sh |
Quote:
|
Quote:
(sorry it took so long to reply this time... :( ) |
| All times are GMT +2. The time now is 19:59. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2013, vBulletin Solutions, Inc.