Zum glück gibt es ja den Konfigbereich
Setz $Slimbox auf false und du hast das alte Verhalten
(ist auch dokumentiert)
OK, das probiere ich aus. Ich bin ja für kleine, schlanke und dadurch elegante Lösungen. Hatte ich schon mal gesagt, glaube ich
Du warst einer der ersten Tester... da wurde Ordner noch mit den Berechtigungen des Web-Users erstellt, und ohne public write kannst du ihn mit deinem ftp-User nicht löschen!
Ähm... der Thumbnails Ordner wurde mit Deiner Version von gestern abend erstellt, nachdem ich diese auf ".php5" umbenannt habe. Danach habe ich administriert, daß nun ".php" als PHP5.2.8 interpretiert werden soll. Danach habe ich noch ein Bild in den Ordner eingeladen, um zu sehen wie das Script dann reagiert. Von dem neuen Bild wurde kein Thumb erstellt, angezeigt wurde es einwandfrei.
(Ich musste auch in die Root-Konsole dafür
)
Sowatt hab ich goa nich, trotzdem ging es irgendwann. Umbenennen ging auch vorher, nur löschen nicht. Nach einer Weile wieder FileZilla ageworfen und... nach delete verschwand der Ordner anstandslos.
File Attribute hatte ich alle möglichen ausprobiert, keines half. In diversen Foren wurde von diesen Problemen berichtet, und dieses Problem tritt öfter auf: Wenn ein Script Dateien/Ordner erstellt, hat der ftp_User keinen Vollzugriff mehr darauf.
Ich stell nachher ein kleines Script online (1-Zeiler), dass den Ordner auch im Web-Userkontext löscht.
Danke, vielleicht braucht man es nochmal...
Die aktuelle Version müsste die Rechte entsprechend setzen!
OK, das probiere ich nochmal. Hattest Du nochmal ausgetauscht? Ich lade sicherheitshalber nochmal frisch von
#1.
Macht immer Spaß, mit Programmierern etwas auszutesten
- vielleicht weil ich früher selbst viel programmiert habe (lange her...)