ISP3 3.x Apache2 Worker
- Ersteller des Themas TychoBLN
- Erstellungsdatum
Du kannst mal Folgendes probieren. Editiere mal die Datei:
/usr/local/ispconfig/server/conf/vhost.conf.master
Dort findest Du eine Sektion für php-fcgi. Wenn Du die durch Deine Version austauschst, müsste es eigentlich gehen, wenn Du ein neues Web anlegst oder das bestehende bearbeitest. Ich habe das mal in den Bugtracker mit aufgenommen, wäre aber nett wenn Du es bei Dir noch mal ausprobieren könntest.
/usr/local/ispconfig/server/conf/vhost.conf.master
Dort findest Du eine Sektion für php-fcgi. Wenn Du die durch Deine Version austauschst, müsste es eigentlich gehen, wenn Du ein neues Web anlegst oder das bestehende bearbeitest. Ich habe das mal in den Bugtracker mit aufgenommen, wäre aber nett wenn Du es bei Dir noch mal ausprobieren könntest.
ah danke für den hinweis: ansonsten hack ich meine einstellungen rein, aber ich vermute ja dass du mit deiner config was gedacht hast 
funktioniert den fastcgi / cgi / suphp bei dir mit ner frischen installation?
und äh... das ispconfiginterface geht leider nicht ohne mod_php aktiviert?!
funktioniert den fastcgi / cgi / suphp bei dir mit ner frischen installation?
und äh... das ispconfiginterface geht leider nicht ohne mod_php aktiviert?!
Zuletzt bearbeitet:
Die SuPHP Implementierung ist nicht von mir sondern einem anderen Entwickler. Soweit ich weiß, hatte er mod_php garnicht installiert und soweit ich mich erinnere schreibt der Installer etwas anderen Code für das ISPConfig Interface, wenn fastcgi zum Einsatz kommt. Dü müsstest nach der Deaktivierung von mod_php also möglicherweise nochmal ein update rüber laufen lassen und auswählen, dass die Dienste neu konfiguriert werden sollen.
Ich habe bei mir hier auf dem Testsystem im Moment kein fcgi, daher kann ich Dir nicht sagen, ob nicht doch irgend was in der aktuellen Beta bei fcgi nicht geht.
Wenn aber Dein Ansatz auch bei vorhandenem mod_php geht, dann würde ich das aktuele Config Schema ggf anpassen, da es die Konfiguration flexibler macht.
Ich habe bei mir hier auf dem Testsystem im Moment kein fcgi, daher kann ich Dir nicht sagen, ob nicht doch irgend was in der aktuellen Beta bei fcgi nicht geht.
Wenn aber Dein Ansatz auch bei vorhandenem mod_php geht, dann würde ich das aktuele Config Schema ggf anpassen, da es die Konfiguration flexibler macht.
könnte man eigentlich einen php umschalter relasieren? also php4 / php5 umschalter?
wenn man verschiedene starter verwendet sollte das gehen
Geht sicherlich, müsste man nur mal sehen, wie man das einbaut, ohne dass es zu kompliziert in der benutzung wird.
mit folgender config funktioniert das ispconfig interface auch mit fastcgi:
ich hab einen symlink von /usr/local/ispconfig/interface/web auf /var/www/ispconfig gemacht und außerdem den fastcgi starter nach /var/www/php-fcgi-scripts verschoben.
Das ist auch ein problem von den angelegten virtuellen hosts.
diese werden nämlich mit beispielsweise mit: DocumentRoot /var/clients/client0/web6/web
angelegt.
Warum eigentlich? ein symlink auf /var/www ist ja vorhanden?!
ich hab einen symlink von /usr/local/ispconfig/interface/web auf /var/www/ispconfig gemacht und außerdem den fastcgi starter nach /var/www/php-fcgi-scripts verschoben.
problematisch ist, dass suexec den document root umbedingt unter /var/www finden möchte.
Das ist auch ein problem von den angelegten virtuellen hosts.
diese werden nämlich mit beispielsweise mit: DocumentRoot /var/clients/client0/web6/web
angelegt.
Warum eigentlich? ein symlink auf /var/www ist ja vorhanden?!
Das Problem ist, dass die Webs unterhalb von /var/clients/client0 liegen müssen, damit ein Kunde mit einem Shell User der sein Chroot auf /var/clients/client0 gesetzt hat dort auf alle seine Webs zugreifen kann. Wenn ich das andersrum mache, also den Symlink von /var/clients/client0/ auf /var/www setze, geht das nicht.
mh, zumindest hatte ich noch keine probleme mit den ganzen symlinks. ich hab das so schon länger auf mehrern servern am laufen
suexec meckert allerdings noch mit dem ordner, wo der starter drin liegt, rum...
da hat es sich als beste Lösung ergeben:
/var/www/starter/username/
zu verwenden. Der Ordner mit dem Usernamen kriegt dann alle Userrechte...
Möchte suPHP den webroot nicht unter /var/www haben?
suexec müsste man selbst neu compilieren, damit das keine probleme macht.
suexec meckert allerdings noch mit dem ordner, wo der starter drin liegt, rum...
da hat es sich als beste Lösung ergeben:
/var/www/starter/username/
zu verwenden. Der Ordner mit dem Usernamen kriegt dann alle Userrechte...
Möchte suPHP den webroot nicht unter /var/www haben?
suexec müsste man selbst neu compilieren, damit das keine probleme macht.
Zuletzt bearbeitet: