Onderwerp: Advies SuPHP of Mod_ruid

Hallo Webhostingtalk,

Bij deze wil ik jullie een advies vragen. Ikzelf heb een server die standaard geinstalleerd is met SuPHP. Echter dit brengt uiteraard enkele beperkingen met zich mee:
- URL als http://hostname/~user werken niet meer, als het php-files zijn. Werkt uitsluitend via domeinnamen.
- php_value flag in .htaccess werkt niet meer.

Nu is de server die ik gebruik meer bedoeld voor persoonlijke sites, en geen hostingactiviteiten, dus de kans dat er lek spul op draait zoals oude Joomla's is kleiner dan wat er allemaal op een hostingserver draait.
Nu vraag ik me af, wat is jullie advies in de keuze?
Toen ik op shared hosting-niveau zat met mijn site draaide de server mod_ruid.

En weet iemand of die 2 beperkingen van SuPHP te omzeilen zijn? Of gaat dat tegen het beveiligingsprincipe in?

Jullie advies graag ...

Het tweede is erg eenvoudig te omzeillen door je php_value's in een apart php.ini te plaatsen. Dat kan met Suphp, en is per account mogelijk.

Het eerste weet ik even zo gauw niet meer.

- php_value flag in .htaccess werkt niet meer.

Je kan voor elke gebruiker een aparte php.ini gebruiken waarbij je alle settings kan aanpassen, nadeel is dat dit alleen door de server admin gedaan kan worden maar in dit geval maakt dat niet zo heel veel uit.

eerste lossen wij op door by default ook "domeinnaam.tld.preview.domeintje.be" te configureren. In combinatie met een wildcard dns record werkt dat goed

Oorspronkelijk geplaatst door Yourwebhoster

Je kan voor elke gebruiker een aparte php.ini gebruiken waarbij je alle settings kan aanpassen, nadeel is dat dit alleen door de server admin gedaan kan worden maar in dit geval maakt dat niet zo heel veel uit.

hier en daar een beetje aaien, en je kan zonder problemen de php.ini vanuit de vhost laten oppakken. Of je het wilt is een ander verhaal

Oorspronkelijk geplaatst door Yourwebhoster

Je kan voor elke gebruiker een aparte php.ini gebruiken waarbij je alle settings kan aanpassen, nadeel is dat dit alleen door de server admin gedaan kan worden maar in dit geval maakt dat niet zo heel veel uit.

Gewoon een kopie van de bestaande php.ini uit: /usr/local/etc/php5/cgi/php.ini met je wijzigingen ergens plaatsen? Maar waar?

/usr/local/directadmin/data/users/gebruikersnaam/php5

Vervolgens in DA bij Custom HTTPD Configurations > Gebruiker > onderstaande regel toevoegen:
suPHP_ConfigPath /usr/local/directadmin/data/users/gebruikersnaam/php5

Tip: Kijk ook eens in de KB van Directadmin....

Hier heb je een mooi topic over hoe je het kan doen:
http://www.directadmin.com/forum/showthread.php?t=29483

Je kan de stukken overslaan om het om te zetten van cli naar cgi als je het direct als cgi geïnstalleerd heb.

Ik lees dit:
http://help.directadmin.com/item.php?id=176

Waarmee je de Paranoid mode van SuPHP verlaat. Maar is dit niet wat gevaarlijker?

Ga voor mod_ruid. Dit werkt sneller dan suPHP en je hebt geen last van gebruikers die je opnieuw moet opvoeden omdat zij handleidingen volgen, waarin staat dat ze mapjes op 777 moeten zetten, hetgeen bij suPHP meteen een 500-error geeft. Ook cachers werken niet met suPHP.

Over welke cachers heb je het Randy?
Maar aangezien mod_ruid niet meer wordt ontwikkeld, brengt dit geen veiligheidsgaten met zich mee?

Oorspronkelijk geplaatst door Aar

Over welke cachers heb je het Randy?

Alle cachers (eaccelerator, APC, xcache etc).

Oorspronkelijk geplaatst door Aar

Over welke cachers heb je het Randy?
Maar aangezien mod_ruid niet meer wordt ontwikkeld, brengt dit geen veiligheidsgaten met zich mee?

Cobol is ook zo goed als uitontwikkeld en toch gebruikt iedereen het nog. Het Alfabet heeft al eeuwen geen extra letters gekregen en toch gebruikt iedereen het. Omdat er geen nieuwe versies zijn, wil het niet zeggen dat iets slecht is.
Er zijn nog wel wat ontwikkelingen aan mod_ruid. Kees op dit forum heeft onlangs nog een versie bijgewerkt, waarin nu ook een chroot opgenomen is op /home/$user. Je kunt er zelf overigens prima wijzigingen in aanbrengen. Het zijn een paar regeltjes C. Iedere HBO'er informatieca moet dit kunnen. Dat is het leuke aan open source.

Magento en suPHP gaf hier trouwens wat problemen. Met name na het updaten via Magento Connect. Rechten bleken toch niet altijd geod te staan. Met mod_ruid heb ik hier geen problemen mee. Opcode caching gebruik ik overigens niet. Enkel memcached, waarbij alle sessies ook in het geheugen gaan (globaal op de server, niet specifiek in Magento). EN dat werkt snel.

Is DirectAdmin ook goed te combineren met mod_ruid?

Het wordt officeel niet door Direct Admin ondersteund, SuPHP wel.