Eigene PHP.ini

[bibabu]

Hallo,

ich würde mir für zukünftige Versionen wünschen das automatisch für jede Domain eine eigene PHP.ini angelegt wird wenn suphp / fastcgi genutzt wird.

Somit könnten Anwendungen wie ZeroC, ZendOptimizer, IonCube pro Domain geladen werden. Ich habe bereits schlechte Erfahrungen gemacht wenn ZendOptimizer und IonCube gleichzeitig für eine Domain geladen sind.

[planet_fox]

klingt gut

[Quest]

automatisch halte ich für keine gute Idee.
Wenn dann eher optional pro vHost.
Nur, weil ich einem Kunden suPHP gebe heißt das in meinen Augen noch lange nicht, dass er auch eine eigene php.ini dazu bekommt.

Allerdings würde ich mir wünschen diverse Settings, die über den vHost per php admin flag vorgenommen werden können kundenfreundlich in ISP konfigurierbar zu machen.
Ein Beispiel wäre z.B. display_errors
Im Fehlerfall oder auf Entwicklungsseiten enorm hilfreich,
bei schlecht programmierten Skripten die viele warnings schmeißen auf einer Produktivseite allerdings extrem nervig.
Mit Programmierkenntnissen kann das ja von uns entwicklern direkt im Skript ein/ausgeschaltet werden, aber die meißten Kunden wissen ja nicht mal mit welcher Anwendung sie eine .php-Datei öffnen sollen

[bibabu]

Zitat von Quest

automatisch halte ich für keine gute Idee.
Wenn dann eher optional pro vHost.
Nur, weil ich einem Kunden suPHP gebe heißt das in meinen Augen noch lange nicht, dass er auch eine eigene php.ini dazu bekommt.

Allerdings würde ich mir wünschen diverse Settings, die über den vHost per php admin flag vorgenommen werden können kundenfreundlich in ISP konfigurierbar zu machen.
Ein Beispiel wäre z.B. display_errors
Im Fehlerfall oder auf Entwicklungsseiten enorm hilfreich,
bei schlecht programmierten Skripten die viele warnings schmeißen auf einer Produktivseite allerdings extrem nervig.
Mit Programmierkenntnissen kann das ja von uns entwicklern direkt im Skript ein/ausgeschaltet werden, aber die meißten Kunden wissen ja nicht mal mit welcher Anwendung sie eine .php-Datei öffnen sollen

Ich betreibe mehrer Server mit Confixx und diese Funktion ist definitiv nicht mehr wegzudenken. Erweiterungen wie IonCube oder ZendOptimizer pro Kunde aktivieren zu können hat nur Vorteilen.

Bei suphp / fastcgi läuft PHP sowieso unter dem jeweiligen Benutzer. Daher ist es durchaus sinnvoll auch gleich eine eigenen PHP.ini anzulegen. Diese muss ja nicht automatisch vom Kunden bearbeitet werden können.

php_admin_value und php_admin_flag funktionieren nur bei mod_php. Bei suphp und fastcgi werden diese Einstellungen nicht beachtet.

[Till]

Bei suphp kannst Du einfach die php.ini Datei mit suPHP_ConfigPath angeben.

[bibabu]

Zitat von Till

Bei suphp kannst Du einfach die php.ini Datei mit suPHP_ConfigPath angeben.

Das weiß ich. Aber ich würde a) FCGI nutzen und b) fände ich eine Verwaltung direkt im ISPconfig sehr praktisch.

[get.the.MaX]

Eine eigene php.ini pro Vhost, ist definitiv eine wichtige Sache die noch fehlt.

[Grey]

Nebenbei erwähnt: man kann ggf. auch apache2-mpm-itk nutzen, dadurch läuft php wieder als mod (was durchaus den ein oder anderen Vorteil hat) und man kann die Direktiven direkt in ISPConfig bei den Apache Direktiven vornehmen. Mit mpm-itk laufen dann wie bei suPHP die Apache Kinder auch im Kontext des Users und das ganze noch sehr performant.

[planet_fox]

Hi Grey

Danke für den Tip, muss ich mir mal anschaun. Hier auch ein Guide für alle anderen eventuell

http://www.debianadmin.com/running-v...on-debian.html

[gOOvER]

Ich finde es auch nicht schlecht, wenn für jede Domain automatisch ne php.ini angelegt wird. Automatisch heisst, ja nicht, das der Kunde darauf Zugriff hat. Leg die php.ini's doch einfach in ein Verzeichnis, auf das der Kunde keinen Zugriff hat z.B.
/var/www/fcgi/php<version>/<domain>/

So hat es z.B. IspCP geregelt, welches unter fgid läuft.