ispCP - Board - Support
[ERLEDIGT]suphp - Printable Version

+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+---- Forum: Archiv (/forum-54.html)
+---- Thread: [ERLEDIGT]suphp (/thread-4051.html)



[ERLEDIGT]suphp - Splinter - 08-16-2008 02:12 AM

Hallo Community,
ich bin hier der neue und wollte auch gleich erstmal ein Lob aussprechen was ispcp angeht.
Geile Sache.
Aber wie es so ist sobald man hier sein ersten Eintrag macht hat man auch gleich ein Problem:-)
Server debian etch 4.0 aufgesetzt nach dem perfekt Setup von howtoforge.de
Hatte vorher das ispconfig drauf.
Was auch gut war und stable lief.
Nun habe ich mich aber für ispcp entschieden weil wohl doch besser:-)
Meine Frage. Ich würde gerne suphp nutzen und möchte gerne wissen wo ich was eintragen muss das es gleich für alle domains zur verfügung szeht.

Hoffe ich habe mich richtig ausgedrückt und ihr versteht meine Frage.

Bedanken tu ich mich schonmal im voraus für eure Hilfe.

Splinter


RE: suphp - Cube - 08-16-2008 02:58 AM

ispCP nutzt PHP über FastCGI und somit läuft dieses bereits unter Benutzerrechten. suPHP bringt dir rechtemäßig also nichts.


RE: suphp - Splinter - 08-16-2008 03:20 AM

Das ja mal ne schnelle antwort.
ich habe Probleme bei einer Joomla installation.
Wenn ich Bilder per ftp rauflade haben die Bilder 644
Wenn ich sie per browser hochlade werden leider nur rechte von 600 vergeben.
Vorher beim ispconfig hatte ich den fehler auch und nach dem ändern der suphp.cfg bei unmask 0700 auf 0200 war dieser Fehler weg.

Jetzt denke ich das ich auch diesmal den Fehler wegbekommen werde durch das einfügen von suphp.

Wenn ich mich irren sollte bin ich für jede anregung sehr dankbar.

Splinter


RE: suphp - singha - 08-16-2008 05:22 PM

Hi,

suPHP wäre ein Schritt nach hinten, da dies langsamer ist als FastCGI... Die Rechteproblematik hatte ich auch, ich meine mich zu erinnern dass dies an der verwendeteten PHP-Version liegt. Dieses Problem tritt bei einigen Versionen auf. Abhilfe bei Joomla 1.0: In der globalen Konfiguration unter dem Reiter Server die File und Directory Permissions entsprechend anpassen. 2. Möglichkeit: Joomla 1.5 einsetzen und den FTP-Layer verwenden. 3. Möglichkeit: PHP aktualisieren...

Habs grade mal mit dem Media-Manager in den Standard-Einstellungen (kein chmod in der Global Konfig) unter PHP 5.2.6 getestet: Kein Problem, Dateien 644, Verzeichnisse 755

gruss

PS:

http://www.isp-control.net/forum/gelc3b6st-datein-nach-php-upload-immer-chmod-600-t-2815.html


RE: suphp - ZooL - 08-16-2008 05:53 PM

installiere dir die dotdeb php version und es sollte klappen..
achte auf richtigkeit..
mfg


RE: suphp - Splinter - 08-17-2008 11:23 PM

Danke danke danke für die ganzen Antworten.
Hab ein wenig getestet was ihr so geschrieben habt.
Hier nun meine Ergebnisse in der Hoffnung das noch weitere Antworten von euch kommen.
Meine Server configuration jetzt:
debian 4.0
PHP-Version: 5.2.6-0.dotdeb.1
Apache/2.2.3 (Debian) mod_fastcgi/2.4.2
Bei Joomla 1.0 geht es jetzt auch ohne globalconfig chmod :-) "freu freu"
Also genau so wie ich es gerne hätte.
Bei Joomla 1.5.6 geht es nicht mit und auch nicht ohne ftp-layer.
Ich schiebe dieses Problem allerdings mal auf Joomla , denn es geht nämlich doch:-)
Man darf nur nicht den fire fox nehmen dort wird das bild noch nichtmal hochgeladen.
Mit den IE7 alles kein problem auch ohne ftp-layer einstellungen.
Danke in diesem Sinne an diese Community das ich das Problem beheben konnte.
Ich komme wieder, ganz bestimmt(drohung):-)


RE: suphp - Splinter - 08-18-2008 04:07 AM

Kleiner nachtrag.für alle die auch das Problem haben sollten.
Auch 1.5.6 geht jetzt der upload.
In der konfiguration unter system Medien habe ich den
Flash-Uploader deaktivieren müssen.

Gruß
Splinter


RE: [ERLEDIGT]suphp - ZooL - 08-19-2008 07:31 PM

ich schliesse mal hier...

mfg