Bekijk Volledige Versie : eigen php pagina's
Hoe kan ik een gebruiker een eigen php.ini geven?
ik draai debian icm DA..
binnen Debian en DA is daar dacht ik geen optie voor !
dennis0162
23/05/07, 20:12
Dat kan toch met suphp als ik me niet vergis?
klopt, volgens mij moet dit met het nieuwe custombuild script wel lukken. Die heeft meen ik automatisch al suphp (en php4+php5).
zie de DA forums.
AlexanderOnline
23/05/07, 20:43
Klopt, je kunt met suPHP een klant een eigen php.ini geven door het pad naar die .ini en een .htaccess te zetten: suPHP_configPath /pad/ernaartoe/php.ini
ik ga er eens naar Suphp googlen,
hmmzzzz Ik vind het wel tricky om dit uit te voeren op een draaiende server... ook al test ik het eerst op een andere server.. is maar afvragen of alles scripts ect daarna nog lopen...
of moet die ene user op een nieuwe machine gaan plaatsen
Misschien een stomme vraag maar wat is nou het voordeel om ieder gebruiker een eigen php.ini te geven? Het is toch juist makkelijker als ze allemaal 1 php.ini hebben? Hierdoor is het overzichtelijker en eenvoudiger te beheren.
AlexanderOnline
23/05/07, 21:14
Misschien een stomme vraag maar wat is nou het voordeel om ieder gebruiker een eigen php.ini te geven? Het is toch juist makkelijker als ze allemaal 1 php.ini hebben? Hierdoor is het overzichtelijker en eenvoudiger te beheren.
Je hebt ook een centrale php.ini, maar als er users zijn die bepaalde dingen aangepast willen hebben kan dat zo.
daar heb je php admin value's voor in je vhost directive?
Maar is het nog wel aanstuurbaar met DirectAdmin als je aparte php.ini files gebruikt?
Je hebt ook een centrale php.ini, maar als er users zijn die bepaalde dingen aangepast willen hebben kan dat zo.
Met AllowOverride aan, kan men toch best een hoop overschrijven via htaccess? Zoals memory/post/upload limits etc.
daar heb je php admin value's voor in je vhost directive?
Probeer dat maar even met php in cgi-mode... werkt niet echt.
Probeer dat maar even met php in cgi-mode... werkt niet echt.
DA werkt met php in cgi-mode? Dat was mij onbekend omdat wij niet met een DA of PLESK werken..
hrodenburg
24/05/07, 09:27
Ik het voorheen ook wel suphp gedraaid, en dan heb je inderdaad die mogelijkheid. Echter vind ik de performance wel beneden peil. Waarschijnlijk komt dat niet zozeer door suphp, maar meer omdat je php in onder cgi draait. Aangezien dat blijkbaar bij jou toch al zo is, zal het qua performance niet uit maken.
AlexanderOnline
24/05/07, 09:39
Ik het voorheen ook wel suphp gedraaid, en dan heb je inderdaad die mogelijkheid. Echter vind ik de performance wel beneden peil. Waarschijnlijk komt dat niet zozeer door suphp, maar meer omdat je php in onder cgi draait. Aangezien dat blijkbaar bij jou toch al zo is, zal het qua performance niet uit maken.
True, is een afweging die je zelf moet maken. Suphp heeft veiligheids voordelen door alles onder de eigen user te laten draaien. Er zijn andere, snellere/betere alternatieven, maar die zijn imo een stuk lastiger op te zetten.
Met AllowOverride aan, kan men toch best een hoop overschrijven via htaccess? Zoals memory/post/upload limits etc.
Via google: "Some users will have php configuration values in their .htaccess files. Some configuration lines won't work with suPHP - at least, not within the .htaccess file. In particular, "php_value" and "php_flag" values are the two that are problematic."
Maar is het nog wel aanstuurbaar met DirectAdmin als je aparte php.ini files gebruikt?
Ja, zoals ik al zei verschilt het niet veel van een gewone setup, je hebt nog steeds een standaard php.ini. Maar users die bepaalde instellingen anders willen die kunnen zelf een php.ini instellen. DA staat hier vrij los van.
hrodenburg
24/05/07, 10:20
True, is een afweging die je zelf moet maken. Suphp heeft veiligheids voordelen door alles onder de eigen user te laten draaien. Er zijn andere, snellere/betere alternatieven, maar die zijn imo een stuk lastiger op te zetten.
Ik kies toch voor mod_ruid. Misschien ligt het aan mij, maar apache+php-cgi+fastcgi hebben mij alleen maar problemen gegeven. Maar nogmaals, dat kan natuurlijk ook door mijn eigen gepruts komen.
begrijp ik nu dat Suphp nog steeds de enige oplossing is?
begrijp ik nu dat Suphp nog steeds de enige oplossing is?
Volgens mij kan je het ook via .htaccess oplossen:
This article explains how to set up a custom php.ini that overides your servers default php.ini, providing an easier alternative (in the long run) than using .htaccess to overide php.ini settings. Itassumes that you have a ssh account set-up and are using a ssh client (e.g. putty - link to be added). You are also expected to logically replace directory structures given here, with your own, if they are different.
Het volledige stappen plan: drupal.org/node/113220
ok, dit ziet er een stuk minder ingrijpend uit voor me server :)
ik ga eens kijken of ik hier wat mee kan
bedankt