SuPHP

Citaat:

---

Origineel geplaatst door eXite
Ach, lekker interessant :p PHP in safe mode laten draaien, dat kun je niet maken als betaalde host vind ik. Daar begin ik dus niet aan. Klanten moeten gewoon verantwoord omgaan met de aangeboden ruimte, doen ze dit niet, dan zijn er genoeg logs die hen kunnen identificeren als de veroorzaker van evt. problemen. De vitale delen (passwords, backups etc) kunnen zowieso enkel door de root user ingelezen worden, dus ik zie het probleem überhaubt niet zo..

---

lekker lullig voor de mensen met een cms of een script van meer dan 1000 euro die jouw users gewoon gratis kunnen downloaden?

Ik raad die mensen altijd een dedicated server aan, zo komt er ook bij mij op de plank wat brood :)

Helaas is dat niet voor iedereen weggelegt. Maar niemand dus ervarin met mod_suphp :S. Naja dan maar zelf eens testen. Lijkt wel of ik de enige ben die hier om de veioligheid mbt PHP inzit :X

Nee hoor je bent niet de enige. Mij is enige tijd geleden aangegeven dat PHP 5.0 voorgoed met dat probleem zou afrekenen, maar de Changelog van de beta bekijkend vind ik er niets over terug. Misschien moet ik me er opnieuw in verdiepen.

Het probleem tot nu toe bij mij is geweest dat ieder alternatief er ook voor zorgde dat er nogal wat veranderingen nodig waren om het werkend te krijgen. Zo wil phpmyadmin standaard niet werken onder php-cgiwrap, dus dat valt voor mij weg. Niet omdat phpmyadmin nou zo belangrijk is, maar ik verwacht gewoon dat het een totale imitatie wordt van mod_php. Een klant die een script download en installeert moet mij dan niet lastig vallen met dit soort problemen.

Dus ik moet eens een keer nalopen of mijn standaard tests (phpmyadmin, phpbb, phpnuke/postnuke) vlekkeloos draaien onder suphp, zonder enige code aan te passen. Dan wordt het pas interessant voor mij.

PHPmyADMIN werkt perfect met Suexec. Enkel moet je dan gebruik maken van Cookies ipv http_auth otie in de config.

het gedoe met http_auth heb ik gelezen, maar er zijn nu eenmaal niet zo heel veel scripts die daar gebruik van maken, dus daar kan ik mee leven. En phpnuke, postnuke, phpbb en een zooi andere forums? En gallery? Als je dat eens zou kunnen bevestigen, gooi ik na mijn vakantie (hehe :) ) suphp erop en laat ik het je weten (als je het tot die tijd nou nog niet weet).

Ik zie neit in waarom bovenstaande programmas niet zouden werken..... Maar ik zal wanneer ik tijd heb eens in mijn Port collectie make install gaan doen :)

Citaat:

---

Origineel geplaatst door Deimos
Ik zie neit in waarom bovenstaande programmas niet zouden werken..... Maar ik zal wanneer ik tijd heb eens in mijn Port collectie make install gaan doen :)

---

Ik installeer wel mod_suphp.
De mensen met speciale scripts kunnen het bij mijn testen op de testing bak als ze dat willen.

nou ja niets speciaals, gewoon de standaard zooi die de klanten er ook op gooien. Ik ga maar eerst eens op vakantie en als ik terug ben laat ik mijn bevindingen weten.

Deimos, om terug te komen bij jouw vraag waarom ze niet zouden werken, het is heel simpel. Heel vaak is het zo dat de environment anders wordt, en daardoor de globale variabelen (super variables, whatever) daardoor niet hetzelfde zijn als bij mod_php. En daar wil het wel eens fout gaan (heb al 2 verschillende geprobeerd, php-cgiwrap en nog een andere waarvan ik de naam niet meer herinner). Besides, op hun website hebben ze het al over het feit dat http_auth anders gaat, dus ik vermoed dat er wel meer problemen de kop zullen opduiken. Ik hoop het niet, maar de mogelijkheid bestaat.

Premature end of script headers: /home/sites/site3/web/index.php
Doe ik wat fout of moet er wat extra in de php files?

Geen idee of je wat fout doet, je geeft ons nu een beetje weinig info.

Citaat:

---

Origineel geplaatst door Deimos
Geen idee of je wat fout doet, je geeft ons nu een beetje weinig info.

---

Dit is de error in error_log.
Alle .php bestanden zijn nu offline.
-----------------------------------------------
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, admin and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.
----------------------------------------
suphp_log
----------------------------------------
[Wed Jul 09 03:25:49 2003] [info] /home/sites/site3/web/index.php executed as user starinternet (1007), group site3 (113)
[Wed Jul 09 03:43:39 2003] [info] /home/sites/site3/web/index.php executed as user starinternet (1007), group site3 (113)
[Wed Jul 09 03:51:22 2003] [info] /home/sites/site3/web/index.php executed as user starinternet (1007), group site3 (113)
[Wed Jul 09 03:51:26 2003] [info] /home/sites/site3/web/index.php executed as user starinternet (1007), group site3 (113)
[Wed Jul 09 10:53:20 2003] [info] /home/sites/site3/web/index.php executed as user starinternet (1007), group site3 (113)
------------------------------------------
Dus dat gaat goed na mijn weten.
Waarom apache nu zo zit te zeuren.

heb je wel de php cgi versie geinstalleerd ipv de cli versie?

Citaat:

---

Origineel geplaatst door Deimos
heb je wel de php cgi versie geinstalleerd ipv de cli versie?

---

soryr naar de verkeerde php binary laten forwarden =)

het werkt nu perfect ook de http header van phpmyadmin.
als iemand een script wil testen geef het dan even door.
wil anders wel test login aanmaken.