Hugo Monteiro wrote:
> Andrew Peng wrote:
>   
>> Hello folks;
>>   
>>     
>
>
> Hello Andrew
>
>   
>> I been banging my head about this one for quite some time and I can't
>> seem to figure it out. I have a clean base install of Debian 5 on
>> three machines. One is a virtual machine on my desktop computer, one
>> is an old PowerPC-G3 macintosh, and the last is a leased server at a
>> colocation. All of the servers experience the same issue.
>>
>> In all cases, doing a fresh install of Debian, libapache2-mod-suphp,
>> and apache2 (along with the PHP5 cgi and all supporting packages as
>> determined by apt-get) results in a working configuration with PHP. I
>> set a new virtualhost directive for Apache2 to be in the
>> /home/username/public_html/domain.com directory:
>>
>>
>> ***********************************************************
>> ***********************************************************
>> <VirtualHost example.hostname.com:80>
>>         ServerAdmin webmas...@localhost
>>
>>         DocumentRoot /home/username/public_html/example.hostname.com
>>         <Directory />
>>                 Options FollowSymLinks
>>                 AllowOverride None
>>         </Directory>
>>
>>         <Directory "/usr/lib/cgi-bin">
>>                 AllowOverride None
>>                 Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
>>                 Order allow,deny
>>                 Allow from all
>>         </Directory>
>>
>>         ErrorLog /var/log/apache2/error.log
>>
>>         # Possible values include: debug, info, notice, warn, error, crit,
>>         # alert, emerg.
>>         LogLevel warn
>>
>>         CustomLog /var/log/apache2/access.log combined
>> </VirtualHost>
>> ***********************************************************
>> ***********************************************************
>>
>>
>> Here is where it gets weird. I have my suphp config file now
>> configured with the docroot:
>> docroot=/home/${USERNAME}/public_html
>>
>> and when I try to execute a PHP script from the web browser, it complains:
>> [Mon Nov 02 16:54:59 2009] [error] [client xx.xx.xx.xx] SoftException
>> in Application.cpp:202: Script
>> "/home/username/public_html/example.hostname.com/index.php" resolving
>> to "/home/username/public_html/example.hostname.com/index.php" not
>> within configured docroot
>>   
>>     
>
>   
>> I also found that using multiple values for a variable as explained in
>> the documents for suphp don't work. The colon (:) and the extra line
>> (+=) don't appear to work. Other variables like ${HOME} do not work
>> either, and throw the same error. If I change the docroot to "/home"
>> it works fine, but I don't want to keep it that way for security
>> reasons. Below is my suphp.conf file in it's entirety:
>>
>>   
>>     
>
>
>
>  From what i understand, the variable substitution/multiple docroots 
> feature is only available in versions higher than 0.7.0. If you are 
> using debian lenny suphp packages, that's your problem. Either read 
> documentation for version 0.6.2, which is shipped with debian lenny, or 
> install the last stable version, which is 0.7.1, and use the on-line 
> documentation for it.
>
>
>   


On other thing. To use a 0.7.1 version package, in lenny, you can always 
try to get the src deb from sid and build the binary package yourself, 
in the lenny system.


Regards,

Hugo Monteiro.


-- 
ci.fct.unl.pt:~# cat .signature

Hugo Monteiro
Email    : [email protected]
Telefone : +351 212948300 Ext.15307
Web      : http://hmonteiro.net

Centro de Informática
Faculdade de Ciências e Tecnologia da
                   Universidade Nova de Lisboa
Quinta da Torre   2829-516 Caparica   Portugal
Telefone: +351 212948596   Fax: +351 212948548
www.ci.fct.unl.pt             [email protected]

ci.fct.unl.pt:~# _


_______________________________________________
suPHP mailing list
[email protected]
https://lists.marsching.com/mailman/listinfo/suphp

Reply via email to