Bekijk Volledige Versie : Directadmin server met php4 en php5 blijft php5 serveren
Een klant van ons heeft een directadmin server waar ze php4 & php5 naast elkaar willen draaien.
Er draait custombuild op dus ik heb in de options.conf "php4_cgi=yes" en "php5_cli=yes" staan. Vervolgens de boel opnieuw laten compileren en de httpd configuratie opnieuw gegenereerd.
Om het de klant wat makkelijker te maken heb ik vervolgens ook de PHP Version selector plugin geinstalleerd en als ik in de .htaccess voor dit domein kijk staat er netjes "AddHandler x-httpd-php4 .php .php3 .php4 .phtml # phpvs v4"
Het zou op deze manier moeten werken maar wat ik ook doe, ik krijg bij phpinfo niet de juiste 4 versie maar de standaard 5 versie.
Iemand dit eerder gehad en een idee hoe ik het op kan lossen?
Weet je zeker dat de allowoverride optie in apache aan staat zodat het .htaccess bestand de instellingen wel mag overschrijven.
dreamhost_nl
26/11/12, 16:29
Om het de klant wat makkelijker te maken heb ik vervolgens ook de PHP Version selector plugin geinstalleerd en als ik in de .htaccess voor dit domein kijk staat er netjes "AddHandler x-httpd-php4 .php .php3 .php4 .phtml # phpvs v4"
Het zou op deze manier moeten werken maar wat ik ook doe, ik krijg bij phpinfo niet de juiste 4 versie maar de standaard 5 versie.
En de phpinfo() voor PHP5 geeft hij altijd, ongeacht de extensie van de pagina (.php, .php3, .php4, .phtml)?
Weet je zeker dat de allowoverride optie in apache aan staat zodat het .htaccess bestand de instellingen wel mag overschrijven.
Zo goed als zeker. De enige AllowOveride optie staat in /etc/httpd/conf/extra/httpd-directories.conf volgens mij en die staat op "AllowOverride All". Voor de rest staan er volgens mij geen rules in een default directadmin installatie.
En de phpinfo() voor PHP5 geeft hij altijd, ongeacht de extensie van de pagina (.php, .php3, .php4, .phtml)?
Ja, zowel bij .php4 als .php
Is php5 ook vermeld in httpd.conf (of een bestand dat daardoor geïnclude wordt)? Mocht je het zo niet weten dan wil ik wel even kijken om het op te lossen.
Is php5 ook vermeld in httpd.conf (of een bestand dat daardoor geïnclude wordt)? Mocht je het zo niet weten dan wil ik wel even kijken om het op te lossen.
Ik zal het vannacht tijdens het maintenance window even nakijken.
Hmm, denk het al gevonden te hebben. php was helemaal niet opnieuw gecompileerd door een openssl error. Hetzelfde probleem als hier:
http://www.directadmin.com/forum/archive/index.php/t-29423.html
StealthyXor
11-29-2011, 05:26 AM
a workaround would be to go into
/usr/local/directadmin/custombuild/configure/suphp
and remove the line that says --with-ssl in configure.php4
then run your ./build again
this makes it so that php4 compiles without SSL support
it's not a fix obviously but luckily our old websites don't require SSL
Nog 1 dingetje. Nu krijg ik met info.php4 wel netjes 4.4.9 te zien maar als ik info.php open krijg ik nog steeds php 5.
Ik kan nu alle bestanden simpel naar .php4 renamen maar ik weet niet of de site het dan blijft doen.
Nog 1 dingetje. Nu krijg ik met info.php4 wel netjes 4.4.9 te zien maar als ik info.php open krijg ik nog steeds php 5.
Ik kan nu alle bestanden simpel naar .php4 renamen maar ik weet niet of de site het dan blijft doen.
Even .php koppelen aan php4 ipv php5. Dat kan vaak via een .htaccess.
... in de .htaccess voor dit domein kijk staat er netjes "AddHandler x-httpd-php4 .php .php3 .php4 .phtml # phpvs v4"
Even .php koppelen aan php4 ipv php5. Dat kan vaak via een .htaccess.
Dat doet hij volgens mij dus al ;)
Om het de klant wat makkelijker te maken heb ik vervolgens ook de PHP Version selector plugin geinstalleerd en als ik in de .htaccess voor dit domein kijk staat er netjes "AddHandler x-httpd-php4 .php .php3 .php4 .phtml # phpvs v4"
Dat zou hem moeten zijn. Ik denk dat ik het inmiddels gevonden heb maar dat moet ik van het weekend even uitzoeken.
@Mark17 Bedankt voor het aanbod om te kijken! Ssh toegang is echter alleen mogelijk via een vpn client op deze server. Bovendien moet ik dan toestemming hebben van de klant.
@Mark17 Bedankt voor het aanbod om te kijken! Ssh toegang is echter alleen mogelijk via een vpn client op deze server. Bovendien moet ik dan toestemming hebben van de klant.
Via Onsite zou het mogelijk zijn dat je mee kunt kijken wat ik doe. Op deze manier hoef je ook geen logins te delen.
Mocht het niet lukken mail/bel even.
Dat doet hij volgens mij dus al ;)
De vraag is of die string in dit geval correct is en of die gebruikt wordt door Apache.
Ok, eindelijk gevonden :cursing:
Ik zal de oplossing nog even posten:
Edit het bestand /etc/httpd/conf/extra/httpd-suphp.conf, haal daar de FilesMatch regels weg en alles werkt ineens prima
#<FilesMatch "\.(inc|php|php3|php4|php5|php6|phtml|phps)$">
AddHandler x-httpd-php5 .php5
AddHandler x-httpd-php4 .inc .php .php3 .php4 .phtml
#</FilesMatch>