Onderwerp: suPHP installeren

Na lang zoeken had ik dan eindelijk de op lossing voor mijn chmod rechten probleem.

Standaart draait alles onder www, maar dat moest per gebruiker worden

Nu ben ik dan achter suPHP gekomen
En zo als gewoonlijk...

Gaat het weer helemaal fout
Ik heb hem ginstalleerd, geprobeerd.

En dan werk php conpleet niet meer, ik kwam er achter dat php verkeerd stond opgegeven.
Dus verandert, opnieuw ge installeerd.

Apache gerestart, nog niets

Kan iemand mij als je blieft uit de brand helpen, ik heb apache2 met monteel mod_php5 op RedHat Linux.

Ik heb de laaste versie van suphp gebruikt.

bij httpd.conf staat dit:

Code:

#LoadModule php5_module modules/libphp5.so
LoadModule suphp_module modules/mod_suphp.so

AddHandler x-httpd-php .php

#AddType application/x-httpd-php .php
#AddType application/x-httpd-php .php4
#AddType application/x-httpd-php .php3
#AddType application/x-httpd-php-source .phps
#AddType application/x-httpd-php .phtml

#suPHP_Engine on

#

En in de test virtualhost staat dit.

Code:

<VirtualHost *:80>

# suPHPP-settings
suPHP_Engine on
suPHP_UserGroup rollerscapes www

DocumentRoot /data/htdocs/rollerscapes/public_html/rollerscapes
ServerName www.rollerscapes.net
<Directory "/data/htdocs/rollerscapes/public_html/rollerscapes">
allow from all
Options all
</Directory>

In dit staat er in /e t c/suphp.conf
[code]
[global]
;Path to logfile
logfile=/var/log/suphp.log

;Loglevel
loglevel=info

;User Apache is running as
webserver_user=www

;Path all scripts have to be in
docroot=/htdocs

; Security options
allow_file_group_writeable=false
allow_file_others_writeable=false
allow_directory_group_writeable=false
allow_directory_others_writeable=false

;Check wheter script is within DOCUMENT_ROOT
check_vhost_docroot=false

;Send minor error messages to browser
errors_to_browser=true

;PATH environment variable
env_path=/bin:/usr/bin

;Umask to set, specify in octal notation
umask=0077

; Minimum UID
min_uid=100

; Minimum GID
min_gid=100


[handlers]
;Handler for php-scripts
x-httpd-php=php:/usr/local/bin/php

;Handler for CGI-scripts
x-suphp-cgi=execute:!self
[code]

Als ik het zo als ik boven heb aan gegeven draait, werk php conpleet niet meer


Als iemand weet wat ik fout doet, hoor ik het graag.

Krijg je errors in je suphp.log? Parsed PHP totaal niet (en krijg je het bestand te downloaden aangeboden, bijv)?

Wat krijg je als je /usr/local/bin/php -v uitvoerd? Heb je de CLI of de CGI versie geïnstalleerd? Het moet namelijk de CGI versie zijn.

Hierdoor een beschrijving (in het Engels) zoals ik het ooit heb uitgelegd aan iemand anders op het DirectAdmin forum. Bij hem werkte het, maar ik weet niet of bij jou de installatie fout is gegaan. Het gedeelte waarin de CLI vesie terug wordt gekopieerd hoef je mogelijk niet te doen, tenzij er programma's de CLI versie nodig hebben.

I can't give you a very detailed explanation, but this will probably point you in the right direction.

First, copy the php bin to php.cli. Next compile a new version of php (get the source from php.net/downloads.php) and compile it with the following option: "--enable-force-cgi-redirect" and remove the following option: "--with-apxs".

You can test if the version is cgi, by running /usr/local/bin/php -v (it will output something like:
PHP 5.0.4 (cgi) (built: May 7 2005 10:27:01)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies
)

The version seems to be compiled correct as cgi, so move it to '/usr/local/bin/php.cgi' and move '/usr/local/bin/php.cli' back to '/usr/local/bin/php' so DirectAdmin (which needs a CLI version) has the correct version.

Now we can compile suPHP with the new php binary, use any of the options specified here: http://suphp.org/Documentation-Installation.en.html. And use --with-php=/usr/local/bin/php.cgi, instead of the default one (which will default to /usr/bin/php). Don't use the cli version (/usr/local/bin/php), which won't work (suPHP requires a cgi version).

Everything should be working now (at least suPHP should compile), if you have problems, check the suPHP error log (you can specify where to save it with '--with-logfile'. I set it to /etc/httpd/logs
/suphp.log).

Good luck!

Jochem

Hopelijk werkt het hiermee, anders zit de fout waarschijnlijk niet in de installatie.

Jochem

Hij parsed niet en hij word te download aan geboden, soms dan.

Soms krijg ik ook alleen de text, zonder download.

Ik heb inderdaat de CLI versie, dat zal mijn probleem wel zijn.

Ik maak ook gebruik van php op command-line, moet ik hier voor CLI versie houden of kan ik daar ook de CGI versie voor gebruiken ?

Nu word ik gek

PHP opnieuw geinstalleerd (CGI).
suPHP opnieuw geinstalleerd, en nog niets

Ps: ik heb hem zo geconfiguereerd:

./configure --with-php=/usr/local/bin/php --with-apache-user=www --with-apxs=/data/apache2/bin/apxs --with-setid-mode=paranoid --with-logfile=/var/log/suphp.log

Ik las niet zo gek lang gelden in een topic dat suPHP de load van de server dramatisch verhoogt.

En wat moet ik dan in plaat daar van gebruiken

Dat het wel onder aparte gebruikers vald ?

Ps: load is monteel geen probleem, procesor komt niet eens tot 01.00.00.00


Edit: kennelijk gebruikt plesk zelf, suexec

Origineel geplaatst door Triloxigen
Ik las niet zo gek lang gelden in een topic dat suPHP de load van de server dramatisch verhoogt.

0.6 is helemaal herschreven en zou een stuk minder load moeten veroorzaken.

al moet ik wel toegeven dat ik van 0.5.2 nooit last ondervonden heb.

@Rollerscapes gebruik de search eens.

Het zal nog steeds zo zijn dat suPHP steeds nieuwe PHP processen moet forken wat nu eenmaal de load een stuk omhoog gooit.

Ik heb de search gebruikt, maar dit probleem komt zeer wijnig voor

Kan het zijn dat mijn apache niet goed is ingesteld ?

./configure --enable-so --enable-ssl --enable-shared=max --prefix=/data/apache2

fast-cgi in combinatie gebruiken als je last hebt van teveel forks (dus resources).

Dat is niet de oplossing voor mijn probleem

Volgens mij heb ik de oplossign

Moet ik nog wel proberen, morgen

Wel vertellen wat je gedaan hebt, hè!

@ Trixoligen: Niet dramatisch. Hij moet nu voor elke keer dat een script uitgevoerd moet worden een apart proces beginnen, dit zou je moeten merken op de load. Wij hebben er nauwelijks iets van gemerkt en de load stijging die we in de loop van de tijd ondervinden kan ook liggen aan het groeiende aantal gebruikers.

Daarnaast denk ik dat dat kleine nadeel (want het is niet zo dramatisch) niet opweegt tegen de voordelen: Je weet wat er gebeurd op je server en je klanten hebben er nooit last van dat een bestand of map door apache bezeten wordt (wat soms het geval is en dan komen ze weer klagen bij ons dat een bestand niet verwijderd wilt worden).

Jochem

Ik heb geprobeerd

AddHandler x-httpd-php .php

te veranderen naar

AddHandler x-httpd-php-cgi .php

Helaas werk dit nog steeds niet

Kan het zijn dat de config-file van op de verkeerde gebruiker staat(root) ?

Als dit niet werk ga ik aan de slach met suExec