Probleme mit Schreibrechten auf Strato Server

**ahellmund** · 30.07.2009, 17:12

Zitat von brandtmarke Beitrag anzeigen

hat jemand eine Ahnung, warum Strato da so rumzickt?

Ich kann Dir zwar nicht sagen, warum Strato rumzickt aber ich hatte das gleiche Problem (Strato V-Power Server). Bei mir war es so, dass über das Web mit einem anderen User auf die Daten zugegriffen wird als über FTP. Zu lösen war das nur, indem ich dem Safe Mode Hack genutzt habe. Damit läuft es jetzt problemlos.

**brandtmarke** · 30.07.2009, 19:32

Der Save Mode Hack funktioniert in diesem Fall leider auch nicht, nach Aktivierung kommt im BE folgende Meldung:

Code:

Fatal error: Call to undefined function ftp_connect() in /mnt/web1/41/56/52104356/htdocs/cmneu/system/libraries/Files.php on line 72

in der localconfig steht:

Code:

$GLOBALS['TL_CONFIG']['useFTP'] = true;
$GLOBALS['TL_CONFIG']['ftpHost'] = 'ftp.strato.com';
$GLOBALS['TL_CONFIG']['ftpPath'] = 'cmneu/';
$GLOBALS['TL_CONFIG']['ftpUser'] = '*******';
$GLOBALS['TL_CONFIG']['ftpPass'] = '*******';

mir ist grade noch was aufgefallen: wenn ich mir die Dateiberechtigungen mit cyberduck (mac) ansehe steht da 777
wenn ich mir das Ganze mit Filezilla (unter Win) ansehe steht da nur xxx anstelle der numerischen Werte, auch wenn ich die Berechtigungen mit FileZilla neu setze ...

**phader** · 20.08.2009, 10:39

Hallo,

ich habe momentan ein ähnliches Problem bei einem Kunden, der bei Strato ein PowerPlus Paket besitzt.

Bei dem Versuch eine neue Seite in der Seitenstruktur anzulegen und zu speichern, kommt eine Fehlermeldung ("Fatal error: Cannot create file 'statistik'").

Den Safe Mode Hack kann ich nicht benutzen, da Strato PHP anscheinend ftp_connect() nicht aktiviert hat.

Weiß hier vielleicht jemand was ich machen könnte? Wäre für jeden Rat dankbar!

Viele Grüße,
Elias

***leo*** · 20.08.2009, 10:50

Kein ftp_connect() = kein Safe Mode Hack = kein TYPOlight bei Strato.

Diese Gleichung kann man auf zwei Arten lösen:

- anderes CMS verwenden
- anderen Hoster suchen

Ich selbst habe übrigens zwei Kunden bei Strato, die den Safe Mode Hack verwenden können. Eventuell muss man also ftp_connect() nachrüsten lassen?

**BugBuster** · 20.08.2009, 11:11

Irgendwie traurig und witzig zugleich wenn ich sehe das die höheren Pakete bei Strato weniger können als die kleinen.

Ich habe ein alten P.W. A und habe keinerlei Probleme, brauch auch keinen SMH. Nur die DB lahmte etwas, aber seit dem letztem Update inkl. PHP auf 5.2.10, scheint es jetzt etwas besser zu sein.

**Sebastian** · 20.08.2009, 11:15

HI

geht mir genauso wie BugBuster, aber ich ziehe jetzt sowieso um.

Sebastian

**BugBuster** · 20.08.2009, 12:22

aber ich ziehe jetzt sowieso um.

Habe ich auch schon einige Zeit vor, habs nur noch nicht geschafft.

***lucina*** · 20.08.2009, 12:55

"Just do it!"

(bin schmerzfrei mit mehreren Kundenprojekten zu Leo gezogen und habe das nicht im Ansatz bereut - im Gegenteil. Wenn ich mal zusammenzähle, wieviele Stunden mir das schon gespart hat: Allein die schnellere Datenbank hat mir inzwischen ein komplettes freies Wochenende eingebracht)

LG, Carolina.

**Sebastian** · 20.08.2009, 15:21

HI

genau meine Meinung...

Sebastian

**phader** · 20.08.2009, 16:47

Danke erst mal für die Antworten!

Das komische ist ja, dass TYPOlight bis dato wunderbar lief. Der Fehler existiert erst seit kurzem und seltsamerweise ohne, dass ich TYPOlight geupdated habe oder so. Naja, ich frag jetzt mal beim Kundenservice nach, ob man das irgendwie nachrüsten kann bzw. ob die eine Idee haben. Der Service bei Strato soll ja angeblich ganz gut sein ;-)

Viele Grüße,
Elias

**BugBuster** · 20.08.2009, 22:59

Strato hat vor kurzem, zumindest bei mir, auf PHP 5.2.10 ein Update gemacht.
Vielleicht haben die da ja dabei die Funktion ftp_connect deaktiviert.

**Eduard** · 16.09.2009, 19:05

Generelles Safe Mode (Hack) Problem beim Upload/Resize von Bildern

In dieses Thema muss ich mich einmal einklinken.
Ich nutze Typolight auf Debian Lenny mit "08/15" Apache/PHP/MySQL Stack und habe genau das gleiche Problem.

Safe_Mode ist aktiviert - Safe_Mode Hack in Typolight ebenso.
Soweit funktioniert das auch problemlos.

Beim Upload von Bildern, die größer sind als die im Backend in den Einstellungen gesetzte Maximale Bildbreite (nicht zu verwechslen mit der maximalen Frontend-Breite) erhalte ich aber den folgenden Fehler (also immer dann, wenn Typolight das Bild skalieren und neu abspeichern will:

Code:

Warning: imagejpeg() [function.imagejpeg]: Unable to open '/var/kunden/webs/webXYZ/tl_files/dasbild.jpg' for writing: Permission denied in /var/kunden/webs/webXYZ/system/libraries/Controller.php on line 800

Das Problem ist hier offenbar, dass der Nutzer unter dem Apache läuft www-data ist, der FTP Nutzer hingegen ein anderer.

Die Codezeile (Zeile 800 in /system/libraries/Controller.php), die dieses Problem hervorruft ist:

Code:

imagejpeg($strNewImage, TL_ROOT . '/' . $strCacheName, (!$GLOBALS['TL_CONFIG']['jpgQuality'] ? 80 : $GLOBALS['TL_CONFIG']['jpgQuality']));

Ich habe mal testweise ein

Code:

touch(TL_ROOT . '/' . $strCacheName);

davorgesetzt. Das hat allerdings auch nicht weitergeholfen.
Der touch() Befehl schlägt ebenfalls mit folgendem Fehler fehl:

Code:

Warning: touch() [function.touch]: Utime failed: Operation not permitted in /var/kunden/webs/webXYZ/system/libraries/Controller.php on line 800

Hat jemand noch eine Idee?
Meine Vermutung ist, dass der Safe_Mode-Hack hier in diesem speziellen Fall (imagejpeg() Funktion) nicht hilft.

Eine Lösung dieses Problems ist sicher auch für andere interessant.
Hoffentlich hilft meine kleine Problemanalyse jemandem weiter die genaue Ursache zu finden.

Noch eine kleine Ergänzung:
Ich habe gerade einmal aus dem Repository den SMH-Check installiert.
Hier die Ausgabe:

Code:

System temporary dir: 
Checking tmpfile() ... success!
Creating TYPOlight temporary file system/tmp/d3380ed510f1989849f2bdf9e43d611d ... success!
Connecting to FTP server ... success!
Login with FTP username and password to server ... success!
Check for correct directory ... success!
Upload file smhcheck.dat ... success!
Check file smhcheck.dat ... success!
Delete file smhcheck.dat ... success!
Create directory smhcheck.dir ... success!
Delete directory smhcheck.dir ... success!
Delete TYPOlight temporary file system/tmp/d3380ed510f1989849f2bdf9e43d611d ... success!
Safe Mode Hack is enabled and appears to be working.

Ich vermute auch, dass diese ganze Problematik mit den in diesem Thread im alten Forum besprochenen Änderungen zusammenhängt bzw. jedenfalls artverwandt ist:

Seite nicht gefunden (404)

https://contao.org/board/topic/9174.html?page=7

Viele Grüße,

--Ed

**Eduard** · 16.09.2009, 21:04

Ich habe das Problem nun in den Bugtracker geschrieben:

http://https://contao.org/ticket/1016

Wenn jemand also noch Erkenntnisse beitragen kann, bitte das o.g. Ticket nutzen.

**teo** · 09.07.2010, 01:24

Zitat von BugBuster Beitrag anzeigen

Irgendwie traurig und witzig zugleich wenn ich sehe das die höheren Pakete bei Strato weniger können als die kleinen.

Ich habe ein alten P.W. A und habe keinerlei Probleme, brauch auch keinen SMH. Nur die DB lahmte etwas, aber seit dem letztem Update inkl. PHP auf 5.2.10, scheint es jetzt etwas besser zu sein.

Also ich habe heute auch das Problem in einem uralten P.W. A Tarif von Strato. Bei diversen Aktionen kommt eine Exception beim Create file xyz

Wenn ich beispielsweise die CSS Dateien im Stammverzeichlis lösche und per Stylesheets / CSS Import rein hole, dann legt er sie problemlos an. Wenn ich aber die Systemwartung / Datenbereinigung CSS mache dann hat er ein Problem.

Bei einem anderen Strato Webspace (Premium) klappt alles ohne Problem und ohne SMH.

Im Premium ist das PHP 5 seit Beginn dabei und bei dem 'P.W. A' habe ich PHP 5 über den Webseiten Configurator eingeschaltet, der traegt das dann in die .htaccess als neue Applikation ein (so habe ich das auch schoneinmal manuell bei einem 1&1 Paket gemacht, klappte dort aber)

Probleme mit Schreibrechten auf Strato Server

Probleme mit Schreibrechten auf Strato Server

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar