Onderwerp: HOWTO: Centos, apache 2, php4, php5 & suphp

Oorspronkelijk geplaatst door snaaps

is er iets bekend dat squirrelmail na deze upgrade een 500 error vertoond?

Krijg je die error ook via http://IPADRES/squirrelmail ?

nee dan niet,

heb nu in de da templates 2 extra regels toegevoegd net zoals met /webmail

maar nu ook voor squirrelmail en phpmyadmin.

Hou activeer je nu zend op beide php versies?

in het standaard build script staat de volgende regel:
Onder: doZend() {
echo -e "Location of php.ini:\n /usr/local/lib";

Kan deze regel simpel worden aangepast naar de lokatie van de nieuwe ini.pgp files en dan ./build zend 2x uitvoeren?

Edit:

Het volgende heb ik nu gedaan:

2x ./build zend uit gevoerd

./build zend

installation path: /usr/local/zend4
lokation php.ini: /usr/local/etc/php4/cgi/

After this done:

./build zend
installation path: /usr/local/zend5
lokation php.ini: /usr/local/etc/php5/cgi/

Vraagje,

Waneer je een map in public_html chmod naar 777 kan deze hierna geen php bestanden meer lezen.

Men krijgt een 500 error.

De map moet schijfbaar zijn voor het script, nu werkt 755 ook wel echter in de meeste howto,s staat: chmod de directory naar 777.
Als men dit doet werkt het script niet meer en hangt vervolgens bij ons aan de lijn.

Oorspronkelijk geplaatst door snaaps

Hou activeer je nu zend op beide php versies?

Wij gebruiken geen Zend, dus helaas kan ik je daar niet op antwoorden.

Oorspronkelijk geplaatst door snaaps

Vraagje,

Waneer je een map in public_html chmod naar 777 kan deze hierna geen php bestanden meer lezen.

Men krijgt een 500 error.

De map moet schijfbaar zijn voor het script, nu werkt 755 ook wel echter in de meeste howto,s staat: chmod de directory naar 777.
Als men dit doet werkt het script niet meer en hangt vervolgens bij ons aan de lijn.

Lijkt me erg sterk, gezien 777 zorgt dat er geschreven kan worden in de directory. Belangrijk is dat de files in de map in ieder geval +x hebben, zodat deze uitvoerbaar is.

Kijk anders in /var/log/suphp.log wat er gebeurd als er zo'n script wordt uitgevoerd. Wellicht kan je dan wat gerichter zoeken.

Zend is inmiddels gelukt door 2x te installeren.

Btreft de 500 errors met php bestanden in een 777 directory:

Apache error log:

HTML Code:

[Tue Feb 27 13:08:22 2007] [error] [client 80.126.139.xx] Premature end of script headers: lala.php
[Tue Feb 27 13:08:22 2007] [error] [client 80.126.139.xx] SoftException in Application.cpp:233: Directory "/home/user/domains/domein.nl/public_html/log-test" is writeable by group
[Tue Feb 27 13:08:22 2007] [error] [client 80.126.139.xx] *** glibc detected *** double free or corruption (fasttop): 0x09237c40 ***
[Tue Feb 27 13:08:22 2007] [error] [client 80.126.139.xx] File does not exist: /home/user/domains/domein.nl/public_html/500.shtml

SUphp Log:

HTML Code:

[Tue Feb 27 12:39:58 2007] [warn] Directory "/home/user/domains/domein.nl/public_html/log-test" is writeable by group
[Tue Feb 27 12:40:07 2007] [warn] Directory "/home/user/domains/domain.nl/public_html/log-test" is writeable by group

zoals ik het hier lees in de logs, dat als je hoger geeft dan 755 dan geeft SuPHP een error terug. daardoor krijg je de 500 error. Omdat dankzij SuPHP PHP onder de eigen gebruiker draait, hebt je ook niet meer nodig dan 755 het is alleen wel lastig, omdat je daar weer support op moet geven.

Hallo, wij zijn bezig freetype te installeren echter dit wil niet lukken.

Wat wij doen:
download en installer freetpye 2
build script aanpassen with-freetype
rebuild GD: ./build gd
rebuild Apache: ./build apache_2

Configureer PHP:
./configure --prefix=/usr/local/php4 --enable-force-cgi-redirect --enable-fastcgi --with-config-file-path=/usr/local/etc/php4/cgi --with-curl --with-curl-dir=/usr/local/lib --with-gd --with-gd-dir=/usr/local/lib --with-gettext --with-jpeg-dir=/usr/local/lib --with-freetype --with-freetype-dir=/usr/local/lib --with-kerberos --with-mcrypt --with-mhash --with-mysql=/usr --with-pear --with-png-dir=/usr/local/lib --with-xml --with-zlib --with-zlib-dir=/usr/local/lib --with-zip --enable-bcmath --enable-calendar --enable-ftp --enable-magic-quotes --enable-sockets --enable-track-vars --enable-mbstring --enable-memory-limit

#make
#make install

Herstart apache.

phpinfo geeft bij GD aan dat freetype niet is gecompileerd.
zie phpinfo: http://ccc27.nl/test.php

Tijdens deze procedure krijgen we geen errors,

Probeer om eerst eens een een build clean te doen. (maak a.u.b een backup van je huidige config bestanden)
En zorg dat --with-freetype vòòr --with-gd staat.
Doe dan opnieuw een build apache_2

Werkt dit ook met Apache 1?

DirectAdmin heeft nu zelf een script gemaakt welke nog in BETA is.

Deze doet precies wat hier staat en werkt met apache 1 en 2 en kan php4 en php5 tegelijk draaien middels suphp. Alles is mogelijk

Zie directadmin.com/forum

zijn inmiddels maar afgestapt van php4 en ph5, een en al ellende...
Nieuwe servers bevatten nu enkel php5 met apache 1, werkt als een trein..

Heeft bij mij niet gewerkt helaas,

Ik gebruik DirectAdmin 1.30.2 (latest) met CentOS 4.4

Heb alle stappen gedaan, gingen ook zonder problemen verder, maar php5 wil gewoon niet werken helaas, ik heb geen idee wat er verkeerd is.

Mensen, opgelet, heb suphp ooit ook draaiende gehad en het heeft lang goed zijn ding gedaan, maar er is toch een ernstig conflict met de laatste versie van directadmin.

Dus iedereen met directadmin, informeer je eerst goed op voorhand.

Bij de update naar de laatste directdmin versie, weigerde de httpd-server dienst, kon niet herstart worden, niets. Dit was een major issue zoals jullie wel zullen begrijpen.

Hiermee, pas op met suphp:
- is nog in ontwikkelingsfase
- vraagt veel meer resources
- support is ook niet om van de daken te schreeuwen, van alle vragen maar enkele antwoorden gekregen, meestal week later.

Een gewaarschuwd man is er 2 waard

Vind dit een beetje onnodig paniek zaaien, vertel eerst maar eens waarom het niet zou werken (in jouw geval) hier draaien genoeg servers icm deze setup geheel zonder problemen!

Volgens mij heeft DirectAdmin nu ook zelf een script gebouwd. Custombuild heet het. Zoek maar op hun forum. Die ondersteund ook suphp en dergelijke.