– Change Uploaded File Permissions –
ACHTUNG: Die weitere Entwicklung an diesem Plugin wurde am 06.04.2009 eingestellt! Mehr Informationen hier.
1. Informationen
2. Funktionsweise
3. Installation
4. ToDo
5. Versionen
6. Hinweise
7. Download
1. Informationen
Kunden des Webhosters domainFACTORY (wie ich) haben scheinbar Probleme mit dem WordPress Skript, welches für den Upload von Dateien zuständig ist. Während bzw. nach dem Dateiupload werden falsche Rechte auf die entsprechenden Dateien gesetzt. Dadurch ist die Datei später nicht lesbar. Eine Lösung, bei der man in den WordPress-Quellcode eingreifen muss, wurde von bklocke im domainFACTORY-Forum gepostet und befindet sich auch in der Doku bei wordpress-deutschland.org.
Bei den regelmäßigen Updates von WordPress, kann es mitunter vorkommen, dass die entsprechenden Dateien überschrieben werden und man erneut die Änderungen durchführen muss. Auch wenn es nicht viel Arbeit ist die Rechte zu ändern, habe ich ein Plugin geschrieben, dass die Dateirechte nach dem Datei-Upload korrigiert.
Das Plugin ist speziell auf die domainFACTORY-Problematik ausgerichtet, aber vielleicht auch für andere interessant, die ähnliche Probleme haben. Warum dieses Problem überhaupt auftritt, ist bis dato nicht bekannt. Um einen WordPress-Bug scheint es sich aber nicht zu handeln, da das Problem ansonsten viel häufiger auftreten würde.
Der Fehler scheint insbesondere dann aufzutreten, wenn PHP auf dem Webserver als CGI-Modul läuft. Dies ist aber bisher nicht bestätigt.
2. Funktionsweise
Nach dem Upload einer Datei oder eines Bildes (inkl. Thumbnails) werden die Dateirechte der gerade hoch geladenen Datei auf 0640 gesetzt.
3. Installation
Das Zip-Archiv entpacken und den Ordner change-uploaded-file-permissions in den Ordner wp-content/plugins der WordPress-Installation kopieren. Anschließend in den Adminbereich der WordPress-Installation wechseln und unter Plugins das Plugin “Change Upload File Permissions” aktivieren. Im Administrationsbereich von WordPress steht unter Einstellungen -> Upload Dateirechte eine Testfunktion zur Verfügung, die prüft, ob der Upload-Ordner einwandfrei gefunden werden kann. Entsprechende Änderungen können hier direkt vorgenommen werden.
Plugin so anpassen, dass nur das Recht der aktuell hoch geladenen Datei angepasst wirdAdmin-Menu mit eigenem Punkt für das Plugin erweiternLog einbauen, welches die Änderungen speichert
- Fehler beim Hochladen von Bildern in alte Beiträge/Seiten behoben.
Version 3.4
- Fehler beim Aktivieren des Logs behoben.
Version 3.3
- Fehler beim erzeugen des Jahr und Tag basierten Ordners behoben
Version 3.2
- Fehler, der eine Warnung beim Erzeugen des des Jahr und Tag basierten Ordners hervorgerufen hat, behoben
Version 3.1
- Fehler beim setzen des WP-Pfades behoben
- Fehler beim testen des WP-Pfades behoben
- Sprachdatei aktualisiert
Version 3.0
- Plugin benötigt nun mind. WordPress 2.6
- Plugin ist nun Kompatibel zu WordPress 2.7
- Readme Datei aktualisiert
- Sprachdatei aktualisiert
Version 2.8
- Problem bei der Benutzung von jahrbasierten Ordnern behoben
Version 2.7
- Kleine Code-Korrektur
Version 2.6
- Behoben: Probleme mit WordPress 2.6
Version 2.5
- Deaktivierungs-Funktion arbeitete nicht korrekt
Version 2.4
- Kleinere Code-Änderungen
- Anpassungen für automatisches WordPress Update
- Sprachdatei aktualisiert
Version 2.3
- Problem mit WordPress 2.5.1 behoben
- Klasse wird auf Existenz geprüft
- Englische Übersetzung hinzugefügt
Version 2.2
- Fehler beim hinzufügen eines Bildes in den Editor behoben
Version 2.1
- Plugin-Einstellungen werden nun beim deaktivieren gelöscht
Version 2.0
- Komplettes klassenbasiertes Neu-Design
- Fehler behoben, wenn nur ein Log-Eintrag vorhanden ist
- Letzter Log-Eintrag wird nun zuerst dargestellt
- Plugin funktioniert jetzt auch, wenn eine Datei mit gleichem Namen bereits existiert
- Plugin arbeitet jetzt mit dem WP-Dateiname und nicht mehr mit dem Name der Originaldatei
- Plugin benötigt jetzt mind. WP 2.1
Version 1.7
- Bug beim Hochladen einer Datei als Bild behoben
- Plugin läuft jetzt mit WordPress 2.5 und früheren Versionen
Version 1.6beta
- Release ausschließlich für WordPress 2.5
Version 1.5.1
- Logging kann jetzt auch deaktiviert werden (Bug-Fix)
- Doppelt deklarierte Variable entfernt
Version 1.5
- Security-Fix
- Code-Review
- Optische Anpassungen
Version 1.4
- Logging hinzugefügt (Standardmäßig deaktiviert)
- Fehler bei Problemen mit großgeschriebenen Dateinamen behoben
Version 1.3
- Plugin funktioniert jetzt auch, wenn die Dateien nicht in einer Monats- und Jahresstruktur abgespeichert werden
Version 1.2
- Überprüfung der Benutzerrechte hinzugefügt
- Es wird nur noch die gerade hochgeladene Datei geprüft
Version 1.1
- Seite für Einstellungen hinzugefügt
- Nicht-Standard Upload Ordner wird berücksichtigt
- WordPress Root-Pfad kann über Einstellungen festgelegt werden
- Testfunktion hinzugefügt
Version 1.0beta
- Initiales Release
6. Hinweise
Ab Version 2.3 liegt das Plugin in einem eigenen Verzeichnis. Ich empfehle deshalb bei einem Update auf diese Version, dass Plugin “frisch” von Hand zu installieren.
Ab Version 1.7 läuft das Plugin sowohl mit WordPress 2.5, als auch mit früheren Versionen (>= 2.1).
Die Version 1.6beta enthält einen Fehler, der u.U. dazu führen kann, dass die Dateirechte des WP-Admin Ordners falsch gesetzt werden. Sollte der Fehler auftreten, empfiehlt es sich, alle Dateien und Ordner unterhalb des WP-Admin Ordners (sowie des WP-Admin Ordners selbst) per FTP Programm auf 777 zu setzen und den kompletten WP-Admin Ordner zu löschen. Anschließend lädt man den WP-Admin Ordner aus dem englischen oder deutschen Release neu hoch. Alternativ kann man auch die Rechte von Hand setzen:
- WP-Admin Ordner (710)
- Alle Dateien unterhalb von WP-Admin (740)
- Alle Ordner unterhalb von WP-Admin (710)
Die Version 1.5.1 (und davor) meines Plugins ist von dem Fehler nicht betroffen.
Ab Version 1.4 steht eine Logging Funktion zur Verfügung, die anzeigt, ob die Rechte einer Datei erfolgreich geändert wurden. Des Weiteren gab es Probleme, wenn Großbuchstaben im Dateiname vorkamen. Dies wurde in sofern behoben, als das der Dateiname vor dem Ändern komplett in Kleinbuchstaben umgewandelt wird. Hierbei ist allerdings zu beachten, dass in dem Dateinamen nur ein “.” (für die Trennung von Dateiname und Dateiendung) vorkommen darf.
Ab Version 1.2 wird nur noch die gerade hochgeladene Datei geprüft.
Ab Version 1.1 kann der absolute Root-Pfad zur WordPress Installation unter Einstellungen -> Upload Dateirechte konfiguriert werden. Hier steht auch eine Möglichkeit zum Testen der Einstellungen zur Verfügung.
DOWNLOAD 3.5 – (58 kB)
STABLE Version
Hallo Sven!
vielen Dank für das Plugin! Mit dem update auf WP 2.3 hätte ich sonst ewig in den wp-admin Funktionen suchen müssen.
Ein wichtiger Hinweis fehlt aber für dein Plugin:
Es muss “Organisiere meine Uploads in monats- und jahresbasierten Ordnern” aktiviert sein. sonst funktioniert es nicht!!
Danke für das Lob und den Hinweis. Ich dachte immer, dass WordPress seit Version 2 standardmäßig alle Upload-Dateien in Monats- und Jahresordnern ablegt. Ich werde mir das noch einmal ansehen und ggf. eine aktualisierte Version veröffentlichen.
Hallo Sven,
danke für die schnelle Antwort.
Aus irgendwelchen Gründen setzt er jetzt aber nur die Rechte für das Thumbnail auf 640. Das Orignalbild bleibt bei 600. Damit funktioniert es dann doch nicht. Irgendeine Idee?
[Kommentar ID #390 wird hier zitiert]
Also bei mir bekommen beiden Bilder 640. Ich konnte den “Fehler” allerdings gerade reproduzieren, als ich ein Bilder noch einmal (also mit dem gleichen Dateinamen) hochgeladen habe.
Anscheinend wollte ich zu viel:-)
Es gab offensichtlich einen Konflikt mit dem Plugin “flexible Upload”
Nach dem ich dieses deaktiviert habe, funktionierte dein Plugin. Interesanterweise funktioniert es immer noch, nach dem ich flexible Upload wieder aktiviert habe. Leider funktioniert flexible upload nicht so wie ich dachte. Deswegen werde ich wohl nur dein Plugin benutzen.
Hast Du zufällig Kommentare zu unserer neuen Webseite? Einiges ist noch im Aufbau, aber für Tips bin ich immer dankbar.
Hallo Sven,
erstmal vielen Dank für dein PlugIn, das erspart eine Menge Arbeit. Leider habe ich auch das Problem, dass es bei den Originalgrößen der Bilder nicht funktioniert, wenn die Datei schon vorhanden ist.
Flexible Upload hatte ich an, jetzt aber aus. Ergebnis ist das gleiche.
Hast du noch eine Idee?
Mit freundlichen Grüßen
Christian Jung
[Kommentar ID #395 wird hier zitiert]
Hi Chris,
besagtes Problem kann ich reproduzieren wenn das Bild bereits vorhanden war/ist. Kannst du einmal nachsehen ob das der Fall ist.
Das ist so, ja.
[Kommentar ID #397 wird hier zitiert]
Okay, die doppelte Datei ist das “Problem”. Die Umbennung der Datei in xxx1 erfolgt durch den Webserver – da ist das Skript schon lange druchgelaufen. Du musst der Datei einen anderen Namen geben, sonst funktioniert es leider nicht. Werd mir in den nächsten Tagen mal anschauen wie man das anpassen kann.
Alles klar, danke dir für deine Mühen!
Ich habe jetzt einen Hinweis mit aufgenommen, dass das Plugin nicht funktioniert, wenn die hochzuladene Datei bereits mit gleichem Namen exisitiert. Eine Lösung dafür wäre möglich, würde aber das Plugin m.M.n. zu sehr unnötig aufblähen.
Vielen Dank für das Plugin. Habe gerade meiner Mutter eine Website mit Wordpress bei DF aufgebaut und hatte das Upload-Problem. Jetzt funktioniert es aber.
Hallo Sven,
ich habe soeben dein Plugin installiert und nun kann ich endlich in den Aktuellen Beiträgen die Bilder sehen.
Aber leider nicht, wenn ich die Kategorie oder das Archiv anklicke? Warum ist das so? Kann ich das ändern?
Beispiel Link: http://www.gs-kranenburg-ogs.de/?p=32 (und dann z.B. eine Kategorie anklicken).
Über Hilfe würde ich mich sehr freuen.
Viele Grüße
Marga
Hallo Marga,
dass Plugin ändert ja nur die Dateirechte des Bildes, so dass dieses “normal” angezeigt werden kann. Ob das in einem Beitrag oder in einer anderen Übersicht (z.B. in Kategorien) dargestellt wird, ist dabei egal. Wann also im Archiv oder in der Kategorie etwas nicht angezeigt wird, deutet das eher auf ein anderes Problem hin.
Hallo Sven,
vielen Dank für das Plugin. Hat auf Anhieb funktioniert und befreit mich endlich von dem lästigen nachträglichen Ändern der Rechte nach einem Upload mit einem FTP-Programm.
Mario
Hier
http://momworx.de/dateiupload-…
ist das alles recht einfacher erklärt. Natürlich muss man beim Update das neu machen. Aber mit dem Textschnipsel geht das echt schnell.
Danke euch allen.
[Kommentar ID #540 wird hier zitiert]
Hallo Gerd,
genau wegen der ganzen Fummellei habe ich das Plugin ja geschrieben. Bei jedem Update (und die kommen ja doch recht häufig) im Code rumfummeln finde ich ehrlich gesagt ziemlich albern.
Mein Held!
Jetzt funktioniert’s. Muss ich nachher gleich mal drüber bloggen.
tausend dank, riesenproblem für mich ist gefixt
Hi kubi,
bei mir läuft der oder das PlugIn nicht 
Steht auch so in dem Log.
Ich lade eine Datei hoch, die Freizeichen im Namen hat. WP benennt die Datei nach dem Upload um und ersetzt die Freizeichen durch “-”. Dadurch wird die Datei aber nicht mehr gefunden um die Rechte zu ändern
@the0bone
Mit Leerzeichen kommt das Plugin leider noch nicht klar. Ich arbeite derzeit an der Version 2.0 und
suche noch nach der Stellehabe die richtige Stelle bereits gefunden, in der die Dateien umbenannt werden. Leerzeichen werden kein Problem mehr sein. Auch bereits vorhandenen Dateien werden mit der neuen Version laufen. 2.0wird *wahrscheinlich* am Wochenendeerscheint noch heutebei mir funktionierts nich
das 2.0
ich krieg mein wp 2.5 einfach nich zum bilderzeigen bei DF
@Kai
Was sagt denn das Log?
Ansonsten schau mal hier. WP 2.5 scheint im Allgemeinen Probleme mit der Mediathek zu haben.
grüß dich!
zu deinem tip:
ich kann doch in der htacces nichts modifizieren, wenn ich mein hosting bei DomainFactory hab. oder?
so
auch wenn das bild im artikel nach veröffentlichung nich angezeigt wird, ist es im quellcode MANCHMAL mit drinne. Im Opera wird sogar ein leeres bild angezeigt (mit dem roten x für fehlendes bild)
die eigenschaften vom leeren bild sagen im browser:
Forbitten
You don’t have permission to access /blog/wp-content/uploads/2008/04/kai51.jpg on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Mit deinem plugin habe ich meinen upload ordner überprüft – alles üm grünen bereich – trotzdem zeigt WP keine bilder an und die fehlermeldung im browser sagt immer noch was von no access
@Kai
Doch, htaccess geht auch bei Domainfactory. Wobei das glaube ich auf den Tarif ankommt. Bin mir da aber nicht ganz sicher. Bei mir kann ich aber mit htaccess arbeiten.
Das sieht mir bei dir eher nach einem Konfigurationsproblem des Webspaces, als nach einem WordPress Problem aus. Prüf mal die Rechte des Uplaods Ordners und/oder der anderen WP-Ordner.
ich machs wp.5 nochma neu drauf
weil
als ich dein plugin einbaute, hatte ich zuvor zusätzlich änderungen per hand eingepflegt (in image.php und file.php)
http://doku.wordpress-deutschland.org/Wordpress-domainFactory
es muss wohl heißen, entweder plugin einbauen ODER per hand umcoden.
beides zusammen wäre wieder neufalsch bestimmt.
ich kann die rechte an ordnern nich prüfen/ändern mit meinem ftp tool. ich kann nur ordner rumschieben.
ich benutz die firefox erweiterung ftp
@Kai
Ich habe es zwar noch nicht getestet, aber rein theoretisch müsste umcoden *und* plugin funktionieren. Ist dann halt nur “doppelt-gemoppelt”
mist
dann wirds wieder nich funktionieren
also mach ich folgendes:
1. alles runter
2. WP2.5 deutsch neu installieren
3. mit ftp programm rechte an ordnern änder
(welches ftp programm benutzt du?)
4. dein Plugin rein
4. htaccess cecken
4.b bei DomainFactory anrufen, und die checken dann die htaccess, wenn ichs nich darf
@Kai
Ich nutze Filezilla.
Wenn du nicht die Probleme mit der Mediathek hast, brauchst du dich erstmal nicht um die htaccess kümmern. Ich bin mir aber ziemlich sicher, dass es mit den richtigen Rechten des Uploads Ordners schon getan ist.
auf wlches recht soll ich den nu ändern?
welche zahl?
@Kai
Normalerweise muss man die Ordnerrechte nach dem Upload von WP überhaupt nicht mehr anfassen, aber mit 710 für den wp-content und 777 für den wp-uploads sollte es keine Probleme geben – ohne Gewähr.
alles is neu
und richtig
es funktioniert nicht
keine bilder nich
wiso ist das bei mir spezieller?
das plugin müsste doch auch bei mir funzen
trotzdem danke für die hilfe hm
Kai
okay! danke Sven.
wenn man WP2.5 richtig installiert, funtioniert es nun primstens.
ich hatts kaputt repariert
meine schuld
Hallo,
habe das aktualisierte Plugin auf WP 2.5 installiert und aktiviert. Die Dateirechte werden jetzt richtig gesetzt und die Bilder angezeigt, jedoch wird beim einfügen der Bilder in den Artikel wird das Bild immer nur in Originalgröße angezeigt, egal welche Größe ich beim einfügen auswähle.
Bearbeite ich das Bild im Artikel manuell, und ändere den Bildnamen auf 150×150 dann wird es natürlich in der richtig Größe angezeigt.
Problem bekannt?
Gruß
Roland
@Roland
Darüber bin ich auch schon gestolpert, hatte aber bis jetzt noch keine Zeit mir das anzusehen. So wie ich das sehe, scheint das ein Problem von WordPress selber zu sein, denn mit deaktiviertem Plugin klappt es leider auch nicht.
Also wenn ich das Plugin deaktiviere und eine Datei neu hochlade, dann werden je nach Auswahl die unterschiedlichen Größen in den Artikel korrekt eingefügt. Jedoch sieht man die Bilder aufgrund der Dateirechte Problematik nicht. Aber das mit den Größen funktioniert.
Daher denke ich nicht, dass das an WP liegt.
Wenn ich jetzt versuche ein Bild, dass ich bei aktiviertem Plugin hochgeladen habe, in einen Artikel einzufügen (egal ob in dem Moment das Plugin de- oder aktiviert ist), dann funktioniert die Größenauswahl nicht. Das Bild wir immer in der Originalgröße angezeigt.
Echt komisch
Also von der Logik her sollte das Größenproblem also nicht an WP liegen, sondern am Plugin…meinst du nicht auch?
Roland
@Roland
Mist, du hast recht. Hab die ganze Zeit das falsche Plugin deaktiviert. Wie dämlich.
Problem schau ich mir an!… behobenIch habe 2.2 installiert, naja und es tut nicht wirklich
Es werden nur 2 Dateien beim Upload “erstellt”: Originalgröße und Medium, das Vorschaubild wird im Uploadordner nicht erstellt.
Und wenn ich Medium und Orginalgröße einfüge, dann ist es jeweils immer die Originalgröße.
Ist ein bisschen durcheinander. Hast du es bei dir getestet??
Also ich bin eingefleischter DF User, seit Jahren. Ich bin absoluter Fan. Aber was das mit den Dateirechten soll ist mir schleierhaft. Naja, nevermind.
Ich freue mich auf deine nächste Version
@Roland
Klar habe ich es getestet
Bei mir läuft es prima. Es werden alle Größen erstellt, und ich kann alle korrekt zum Editor senden. Das Erstellen war übrigens auch nicht der Fehler, sondern dem “Popup” fehlten einfach die Namen der Dateien. Deshalb konnte ich das Problem auch so schnell beheben
Es kann übrigens gut sein, dass WordPress nur 2 Dateien, oder sogar nur eine erstellt. Je nach dem, wie klein das Bild ist.
Hast du ggf. noch andere Plugins die mit Bildern arbeiten? Bildergalerien, etc.?
Okay, ich habe es jetzt nochmal ausführlich bei mir getestet.
Die Originalversion eines hochgelandenen Bildes hat CHMOD 640, aber Medium und Vorschaubild haben weiterhin CHMOD 600.
Das Einfügen der unteschiedlichen Größe funktioniert, aber leider werden die Größen Medium und Vorschaubild aufgrund des CHMODs nicht angezeigt.
Funktioniert das bei dir?
Roldn
@Roland
Bei mir werden die Rechte richtig gesetzt.
Hast du die automatische Update-Funktion von WordPress benutzt? Diese deaktiviert das Plugin nach der Aktualisierung.
Ah, ich habs. Der absolute Pfad war nicht richtig gesetzt in den Einstellungen. Man sollte immer die Einstellungen überprüfen, wenn man ein Plugin komplett neu installiert
Vielen Dank! Weiter so!
Vielen Dank für dein PlugIn! Hat mir eine Menge Ärger erspart und funktioniert perfekt für mich! Jetzt muss ich nur noch den Content einfügen…
Sven,
I hope you speak a little english, I gather from the english on the http://wordpress.org/extend/plugins/change-uploaded-file-permissions/ page that you can hopefully speak enough english to help me out.
I think this plugin is just what I need. My webhost uses cPanel, and I have a complication where my Wordpress uploads create errors unless my uploads directory (and recursive subdirectories) has 777 permissions. I like to keep my uploads directory (and recursive subdirectories) as permissions of 755 as recommended by Wordpress. Would this plugin help?
It probably explains in your documentation whether or not this plugin will work for me, although unfortunately I have no idea how to read your language! If you happen to speak enough to understand this, I would be happy to work with you to produce an english translation of your plugin and make sure that nothing is lost in translation.
Thanks in advance,
Tom
@Tom
I think the best way to see if the plugin can help you, is to try it out
Also the plugin is already available in english and german, so there is no need for translation
Kubi,
I’ve just given it a shot. What exactly does this do? what does it change file permissions from, and what to? What is the benefit of this plugin?
I thought it might be useful for me because I’m trying to keep all my permission for folders at 755, although I can’t successfully upload with these permissions. Therefore, I was hoping that this plugin would allow me to maintain 755 permissions, but upload the files as something else and then change them back to secure again. Clearly I got this wrong, and I’m hoping you might be able to add an english translation for “about” this plugin.
I look forward to it! Thanks in advance,
Tom
@Tom
What the plugin does is simple: it changes the file permissions of pictures, thumbnails and files after the files have been uploaded to the default wordpress value (640).
More Details (in english):
http://wordpress.org/extend/plugins/change-uploaded-file-permissions/
Hallo Sven,
könnte man das Plugin so erweitern, dass es auch mit NextGen Gallery funktioniert? Ich habe den Pfad in NextGen Gallery schon auf ‘uploads/gallery’ geändert, so dass es die Daten dort ablegt. Die Dateien unterhalb des ersten angelegten Ordners haben dann auch 640. Es gibt aber nochmals einen Unterordner images, dort haben die Files immer noch 600.
Struktur:
/wp-content/uploads/gallery/galeriename/thumbs
In galeriename scheint es noch zu funktionieren. In thumbs nicht mehr.
Viele Grüße
Kai
@Kai
Ich hatte NextGen Gallery mal im Einsatz und kann mich nur noch wage erinnern, aber hat das Plugin nicht einen eigenen Upload? Wenn ja, müsste dort die Änderung der Rechte erfolgen. Eine Kombination mit meinem Plugin ist da eher schwierig.
Hallo Sven,
mein Hosting is bei DF, WP 2.6 und dein Plugin. Mein uploads folder heißt “media” und liegt im Rootverzeichnis. Anscheinend klappt das mit der Rechtezuteilung so nicht. Da werde ich mal die default-Werte probieren. Sonst laß ich den Galeriebrowser sausen und poste meine Links per Handarbeit in den Artikel…
@Thomas
Hast du den Upload-Ordner auch entsprechend in den Einstellungen des Plugins festgelegt? Was sagt das Log?
Jetzt ist der Upload-Ordner auf default in wp-content eingestellt, damit klappts. Hat ja doch noch ein paar Ecken und Kanten, das liebe Wordpress.
hi!
ich habe ein etwas komisches problem mit dem plugin. ich hab’s vor ein paar wochen installiert und alles lief prima. seit kurzem, ich vermute seit dem update auf 2.6.2 bekomme ich bei den pluginsettings “Pfad-Test: Fehler – the folder wp-content/uploads was not found!” angezeigt. da hat sich halt nur nichts geändert und der ordner liegt auch genau dort.
hat das evtl. mit den rechten zu tun? wie sollten die denn eigentlich sein? ich habe nämlich auch das problem, dass ich dateien nicht aus der mediathek löschen kann. die bleiben einfach drin. das problem hatte ich allerdings schon von anfang an.
weiß jemand für die beiden probleme ne lösung?
danke + grüße
so. wordpress komplett neu installiert, alle probleme gelöst.
muss man nicht verstehen, oder?
interessant ist, dass jetzt die rechte für bilder komplett richtig geschrieben werden, damit also dieses plugin für mich als domainFactory kunde nicht mehr notwendig ist. auch komisch, oder?
Hab gerade gesehen, dass bei mir der Pfad auch nicht mehr korrekt erkannt wird. Werde mir das morgen mal ansehen.
hallo,
ich verwende wp 2.6.1 und die neuste version 2.7 deines plugs. auch ich bekomme Pfad-Test: Fehler – the folder wp-content/uploads was not found!
und somit schlägt das ganze dann fehl
irgendeine idee wie man das lösen kann ?
lg
thomas
p.s. generell natürlich vielen dank für deine arbeit an dem plugin
Interessanterweise funktioniert es bei mir jetzt wieder.
@thomas
Versuch mal das Plugin zu deaktivieren und anschließend wieder zu aktivieren.
@ kubi
alles schon probiert. deaktiviert und aktiviert. neu runtergeladen und dann neu aktiviert … nix hilft.
@thomas
Doofe Frage: der Pfad an sich ist korrekt?
@ kubi: ja … der stimmt. was mich wundert ist, das es bei eigenen … also nicht vom rpadmin verwendeten domains funktioniert.
das wo es jetzt nicht geht ist eine domain die vom rp admin verwaltet wird. der pfad stimmt mit der angabe im rpkunde überein.
@thomas
Daran kann es aber nicht liegen. Meine Domains laufen auch alle über das RP-System.
@thomas
Ich glaube, ich habe das Problem gefunden. Wenn “Jahrbasierte” Speicherung aktiviert ist, und in dem entsprechenden Monat noch kein Upload erfolgte, dann gibt es logischerweise auch den entsprechenden Ordner nicht. Der Pfad ist dann zwar korrekt, aber der entsprechende Ordner existiert noch nicht.
MEIN HELD !
genau daran liegt es. häkchen rausgenommen und alles funktioniert einwandfrei
wenn du in der nähe von kassel bist kommst du aber auf ein bier vorbei
vielen dank !
@thomas
Abgemacht
Aber das muss auch mit der Jahrbasierten-Speicherung funktionieren. Werd mal schauen, ob ich das ändern kann.
Hallo Sven,
habe Probleme mit Deinem Plugin für die Dateirechte. Der Pfad in dem Plugin ist korrekt, jedoch kommt die Fehlermeldung, dass er den Orndner wp-content/uploads nicht findet. Der Ordner liehgt aber in dem entsprechenden Pfad.
Kannst Du mir helfen wie ich den Fehler behebe?
Übrigens wird beim Download des Plugins von Deiner Seite nur ein leerer Ordner übermittelt.
@Fil one the road
Der Download kommt direkt vom Wordpress-Plugin-Verzeichnis. Werd mir das heute Abend mal ansehen. Mit der aktuellen Version (2.8) sollte das Problem nicht mehr auftreten.
Okay super. Gib mir einfach kurz ein Feedback, so bald Du das mit dem Download geklärt hast.
So, habe es gerade noch einmal “committed”. Innerhalb der nächsten 30 Minuten sollte der Download wieder einwandfrei funktionieren.
Ich bin am verzweifeln….
Auch ich benutze WordPress 2.6.2 DE-Edition und domainFactory Managed Hosting S.
Das Pligin ist installiert, aber es funktioniert einfach nicht. In den Einstellungen kann es wp-content/uploads nicht finden obwohl der Ordner existiert. Könnte der Absolute Pfad falsch und wenn wie finde ich den richtigen raus?
Vielen Dank im Vorraus…
Gruß, Jonathan
@Jonthan
Benutzt du die aktuelle Version 2.8?
ja bzw. die hier zum Download bereitstehende!
@Jonathan
Deaktiviere und aktiviere das Plugin einmal.
Wird “nur” der Pfad nicht gefunden oder funktioniert der Upload von Bildern auch nicht?
Nein der Upload funktioniert auch nicht bzw. er funktioniert, aber das Bild wird im Beitrag nicht angezigt, wenn ich auf das Bild direkt zugreife kann ich es sehen und dann auch manuell einbinden..
Deaktivieren / Aktivieren bringt auch nichts…
trotzdem Danke
@Jonathan
Dann scheint aber irgendwas mit dem Pfad selber etwas nicht zu stimmen.
hmmmh, aber wie könnte ich denn überhaupt irgendetwas an dem Pfad verändern? Der ist doch an den d(F Account geknüpft und lässt sich nicht von mir ändern…
@Jonathan
Ne, ich meine die Einstellungen die du vorgenommen hast.
Hmmh, aber ich habe ja nichts verändert (bis auf das Aktivieren und Deaktzivieren…
aber grundsätzlich: Wie finde ich denn den richtigen Pfad raus?
Hi ich habe das gleiche Problem wie Jonathan.
Ich arbeite auch mit 2.6.2 und habe 2.8 installiert.
Giebt es eine lösung dafür?
Danke
@Jonathan, @Marco
Prüft bitte einmal, ob der eingegebene Upload-Pfad auch wirklich existiert. Nicht nur bis zum wp-content/upload, sondern, sofern ihr die jahrbasierte Speicherung von hochgeladenen Dateien benutzt, auch der Ordner für das aktuelle Jahr und den aktuellen Monat.
bei mir ist die jahrbasierte Speicherung abgeschaltet und der uplodpfad existiert.
Kann es an irgend welchen Einstellungen in wp liegen.
Ich organisiere meine Uploads in monats- und jahresbasierten Ordnern und alle Ordner sind Vorhanden:
wp-content/uploads/2008/10
@Jonathan, @Marco
So langsam fällt mit nicht mehr viel ein
Habt ihr mal das Log aktiviert und nachgesehen was für eine Meldung beim Upload eines Bildes ausgegeben wird?
Beginnt der absolute Pfad zum WordPress-Root mit einen Schrägstrich und hat _keinen_ abschließenden Schrägstrich?
————
Beginnt der absolute Pfad zum WordPress-Root mit einen Schrägstrich und hat _keinen_ abschließenden Schrägstrich?
————
/kunden/195946_64297/wegeins
Funktioniert alles nicht… interassant ist aber, dass der Upload von *.bmp Dateien einwandfrei funktioniert
achja… hier nochmal ein screenshot vom Log:
http://a1zmrls7.multipic.de/unbenannt-1.jpg
@Jonathan
Das er das Originalbild findet (und ändert) ist interessant. Am Pfad selber scheint es also anscheinend (zumindest nach Log) nicht zu liegen.
Allerdings hatte ich das Problem mit den Thumbs bereits vor 4 Versionen behoben.
kann es vieleicht was mit den Save mode zutuen haben.
Wenn ich Bilder mit den Client hochladen will werden diese nicht in WP angezeigt.
@Marco
Ja, dass ist möglich. Meinst du mit “Client” den Upload via FTP? Wenn das schon nicht klappt, wird es mit dem Plugin höchst wahrscheinlich auch nicht klappen.
ja genau, wie kann ich das problem beheben,ich hab das Plugin über WP hochgeladen.
Wenn ich mit den FTP Client hochlade wird die Datei zar im Client angezeigt, aber in WP taucht sie nicht auf.
Bitte um Hilfe
Danke
Mir ist klar, dass dieses Plugin möglicherweise noch nicht auf diese (Beta-)Version angepasst ist. Auf jeden Fall stelle ich fest, dass mit WP 2.7 beta1-9502 die Uploads trotz Plugin nicht angezeigt werden.
Da es die Beta erst seit gestern gibt, ist das auch nicht verwunderlich, ich wollte nur auf die bald bevorstehende neue Version hinweisen und vielleicht gibt es ja eine Beta vom Plugin, die hier bereits funktioniert?
@Thomas
Da mein Eigenbedarf an dem Plugin nach dem Wechsel meines Hoster gegen 0 tendiert, steht die Weiterentwicklung derzeit noch in den Sternen. Da ich aber auch externe Blog betreue, die ebenfalls bei Domainfactory hosten, kann es gut sein, dass es für WP 2.7 eine neue Version geben wird.
Eine Beta für die Beta wird es aber definitv nicht geben.
Ohnein.
Das wäre natürlich fein, wenn damit nun nicht Schluss wäre. Da ich allerdings – wenn alles so weiterläuft – auf kurz oder lang von DF weg muss, erübrigt sich das vielleicht auch irgendwann für mich. Im Moment wäre es allerdings noch ein aktuelles Problem, dass die Uhren bei DF leicht anders ticken in dieser Hinsicht.
Bist Du nicht zufrieden mit Domainfactory oder wie darf man das verstehen mit “die Uhren ticken anders”.
Hier möchte ich mich auch gleich bedanken für das tolle Plugin.
Lg
sascha
Na, da will der bklocke doch auch mal schreiben.
Was waren Deine Beweggründe um von Df wegzugehen?
Hat bei mir und meinem Wordpress 2.7 leider nicht funktionert. Dein Download verweist übrigens noch auf die Version 2.8 und nicht 3.0…
@cube
“Hat bei mir und meinem Wordpress 2.7 leider nicht funktionert.” ist ungefähr gleichzusetzen mit “mein auto fährt nicht, warum?”
Ohne genaue Fehlerbeschreibung kann ich dir nicht helfen
Danke für den Tipp wg. des Links.
Ups. Nach deinem Providerwechsel klang das eher nach “NO SUPPORT”, so dass ich mir nicht die Mühe gemacht habe nach dem Warum zu fragen und auszuholen…
Ich kann bei mir den Link zum Rootverzeichnis nicht ändern und bekomme so ständig die Fehlermeldung, dass das Verzeichnis nicht stimmt. Allerdings kriege ich auch die “Settings have been successfully saved”-Nachricht. Seltsam. Ich habe noch nicht nachgesehen, wohin dein Plugin den Pfad speichert – dann hätt ich den Pfad einfach selbst editiert.
So lange ich die Entwicklung nicht einstelle, gibt es natürlich auch noch Support dafür
Nachdem Providerwechsel war halt nur nicht klar, ob ich es noch brauche und ich wollte auch keine Beta (Plugin) für die Beta (WordPress) raus bringen. Bis auf weiteres werde ich aber daran weiterentwickeln, da ich es für einige Projekte benötigte, die noch bei Domainfactory sind.
Das von dir beschriebene Problem war in der tat ein Bug, den ich in der gerade hoch geladenen 3.1 behoben haben.
GANZ grosses Kino. Unheimlich schneller Bugfix – 3.1 funktioniert bestens. Herzlichen Dank!
hi, danke für das plugin.
bei mir kam heute ein fehler / php warning, irgendwas mit mkdir in zeile 60, anscheinend ausgelöst vom jahres/monatswechsel
in zeile 60 steht
function_exists(mkdir) …
müsste das nicht
function_exists(‘mkdir’) …
sein? ich habe es mal bei mir geändert, jetzt ist die php warnung weg.
gruss
Tom
@Webrocker
Danke für den Tipp! Werde den Fehler im nächsten Release beheben.
Hallo…
Erstmal danke für dein klasse Plugin für DF/DG-Kunden.
Ich habe das Plugin problemlos installiert bekommen und es funktioniert auch bei mir für die Originaldatei.
Mein Problem ist, das die Vorschaubilder nicht auf 640 gesetzt werden. Sie bleiben auf 600. Ich muss die Vorschaubilder immer eigenhändig mit dem FTP-Programm ändern.
Ich habe auch leider keine Ahnung, wo das Problem dabei ist.
Kann mir hier jemand helfen?
Gruß
Agadius
@Agadius
Überprüfe in den Einstellungen, ob er Pfad korrekt ist und aktivere das Logging.
Hallo…
Habe testweise mal was hochgeladen. Der Pfad ist korrekt gesetzt und auch erkannt. Sonst würde das Originalbild ja nicht in den Rechten verändert werden, oder?
Log Ausgabe
Dateiname Datum Log
gothic2gn-224×300.jpg 19.01.09 – 14:06:12 Datei exisitiert nicht oder ist ein Verzeichnis
gothic2gn-150×150.jpg 19.01.09 – 14:06:12 Datei exisitiert nicht oder ist ein Verzeichnis
gothic2gn.jpg 19.01.09 – 14:06:12 Dateirechte wurden erfolgreich geaendert
@Agadius
Ich bin mir nicht ganz sicher, aber das Originalbild funktioniert glaube ich immer. Probier mal bitte aus das Plugin zu deaktivieren und wieder zu aktivieren und setzt dann den Pfad neu. Du nutzt auch die aktuelle Version 3.5?
Hallo Sven,
Danke für deine Hilfe.
Ich habe jetzt das Plugin deaktiviert, reaktiviert und den Pfad geändert und gespeichert. Und wieder zurück geändert und gespeichert.
Wie immer, steht dort, das bei der richtigen Pfadangabe, das der Pfad korrekt ist.
Leider funktioniert es immernoch nicht.
Log Ausgabe
Dateiname Datum Log
guiness-199×300.jpg 22.01.09 – 07:34:14 Datei exisitiert nicht oder ist ein Verzeichnis
guiness-150×150.jpg 22.01.09 – 07:34:14 Datei exisitiert nicht oder ist ein Verzeichnis
guiness.jpg 22.01.09 – 07:34:14 Dateirechte wurden erfolgreich geaendert
@Agadius
Sorry, dass ich da nochmal nachhake, aber du benutzt wirklich die aktuelle Version 3.5 (mit WordPress 2.7)?
Hallo….
Ja, ich habe WP 2.7 und das Plugin 3.5.
Da ich von einer älteren Version per Automatik auf 3.5 geupdatet habe, habe ich das PlugIn jetzt nochmal deaktiviert und den PlugIn-Ordner gelöscht. Dann hier runtergeladen und neu auf den Server gespielt.
Keine Verbesserung. Die Vorschaubilder bekommen nicht die richtigen Rechte.
@Agadius
Sorry, aber ich hab auch keine Idee mehr woran das liegen könnte. Setze das Plugin auch bei Domainfactory ein, und da funktioniert es reibungslos.
hi,
bei mir ist das gleiche “Problem” wie bei @Agadius.
Die originalen, hochgeladenen Dateien werden wie erwartet geändert (640), aber die serverseitig generierten Vorschaubilder haben die falschen Rechte (600).
Ich benutze den “browser”uploader, nicht den “flash”uploader von WP, das der letztere immer einen nicht näher spezifizierten “html fehler” auswirft.
gruss
Tom
@Webrocker
Ob der Browser- oder Flashuploader benutzt wird ist egal. WordPress behandelt den reinen “Upload” gleich. Ich kann dir leider auch nur die gleichen Tipps wie “Agadius” geben. Das einzige was mir noch einfällt ist die Überprüfung des Besitzers des Ordners “Uploads” bzw. die darauf gesetzten Rechte.
Da ich jetzt auch wieder df-Kunde bin, läuft das Plugin hier auch wieder – ohne Probleme.
… ist es evtl. so, dass zum zeitpunkt der rechteänderungsversuche die entsprechenden vorschaubilder noch gar nicht im dateisystem vorhanden sind? zumindest legt der hinweis in den logs das nahe;
“Datei exisitiert nicht oder ist ein Verzeichnis”
Vielleicht tickt der “browserupload” da anders als der “flashupload” – da dieser ja bilder im batch verarbeiten kann. sind vielleicht bei abschluss des uploads (wenn das rechteändernscript aufgerufen wird), die vorschaubilder schon erzeugt.
der browseruploader macht es ja file für file, sodass vielleicht das rechteändern script vor dem erzeugen der thumbs aufgerufen wird?
gruss
Tom
@Webrocker
“Datei exisitiert nicht oder ist ein Verzeichnis” eduetet, dass das Plugin die Datei nicht finden kann.
Wie gesagt, Browserupload und Flashupload sind bezogen auf den WP-Core das Gleiche. Beim Flashupload wird die Routine (bei mehreren Bilder) einfach hintereinander aufgerufen. Auf das Plugin und die damit verbundene Bearbeitung hat das keine Auswirkungen.
Ist das Posting, in dass du dein Bild laden möchtest neu (als Februar 09) oder alt (vor Februar 09)?
@sven,
und die erläuterung der beiden uploadverfahren.
danke für deine zeit
es ist mir schon im januar aufgefallen und konkret geht es um ein neues posting. der monatsordner für februar wurde automatisch erzeugt. die rechte des “uploads” verzeichnisses, des jahres- und des monatsverzeichnisses ist jeweils “710″.
gruss
Tom
@Webrocker
“710″ sollte ausreichend sein….
Sorry, ich kann dir leider nicht sagen woran es liegt. Geh vielleicht nochmal die Tipps durch, die ich “Agadius” gegeben haben.
Danke für das sehr hilfreiches Plugin. Eine Anpassung an NextGen Gallery würde ich auch sehr begrüßen. Auch wenn NextGen einen eigenen Upload hat, gibt es doch bestimmt irgendeinen Hook, an dem man da ansetzen könnte.
@Mario
Das Plugin ist ja auf den Upload über den WP-Core ausgerichtet. Wenn NextGen die Rechte beim Upload falsch setzt, wäre doch eher eine Anpassung von NextGen nötig, oder?
Hallo Sven,
das Problem ist ja, dass weder WP, noch NextGen irgendwas falsch setzen. Im Normalfall müssen nach einem Upload keine Rechte gesetzt werden, da das Script unter dem gleichen User läuft, wie der Webserver und damit die gesetzten Rechte für den Webserver auch ausreichen, um die hochgeladen Dateien auch wieder lesen zu können. Bei DF ist das anders und der Script-user ist ungleich dem Webserver-User. Deshalb müssen zusätzlich noch Leserechte für die Gruppe eingeräumt werden.
Insofern ist es eigentlich nicht die Aufgabe von NextGen, da irgendwelche Rechte zu setzten. Schuld ist in meinen Augen DF, denen ich heute auch noch mal geschrieben habe. Da sich dort seit Jahren aber nichts getan hat, gehe ich nicht von einer Lösung von DF aus und dein Plugin ist ohne Änderungen am Code von NextGen die beste Lösung.
Allerdings weiß ich auch nicht, ob NextGen irgendwelche Einstiegspunkte bietet und du da was mit deinem Plugin machen kannst.
@Mario
Das Problem bei DF ist seit Jahren bekannt und wird sich wohl auch nicht ändern, da dies ja mit der Installation der Webserver oder im genauer gesagt mit der Konfiguration von PHP zusammenhängt.
Dennoch sehe ich eine Erweiterung eher in anderen Plugins, als in Change Upload File Permissions – es gibt ja schließlich nicht nur NextGen. Anstatt alle möglichen Hooks für Plugins bereits zu stellen, wäre es m.M.n sinnvoller in Change Upload File Permissions einen Hook bereit zu stellen, auf den dann die anderen Plugins zugreifen.
Ich will die Diskussion keinesfalls verkomplizieren und auch niemandem hier etwas unterstellen, es juckt mich allerdings unter den Nägeln, die Frage in den Raum zu werfen, ob es wirklich sinnvoll ist, dass svenkubiak sozusagen ein plugin für nextgen gallery entwickelt, das sich möglicherweise genauso verhält wie wp es tut, für user die – und das ist jetzt die stelle, die ich nicht unterstellen möchte, sondern das verallgemeinernd vor mich hin sage – evtl. für das WP-Plugin, das sie nutzen, noch nicht mal eine Spende entrichtet haben, von SK aber quasi fordern, er solle sein plugin doch bitte für dies und jenes und hastunichtgesehn anpassen.
Zum eigentlichen Problem: DF. Ich denke, dass es hier eine systembedingte sicherheitseinstellung bei DF gibt, die man auch mit erneuten bitten nicht außer kraft setzen können wird. Es hat wohl damit zu tun, PHP als CGI laufen zu lassen, wobei DF ja nicht die einzigen sind, die das so machen, vielleicht aber einer der wenigen, die wichtige Sicherheitseinstellungen so blockieren, dass wp – was in 90% der fälle gut funktionieren mag – hier stolpert.
Das ist ja aber oft so: Sicherheit steht im Gegensatz zu leicht benutzbar, das war bei den ersten WLAN-Routern ja auch so, die wurden ohne standardmäßig aktivierte Verschlüsselung ausgeliefert, damit die Kunden sich damit nicht rumärgern müssen.
ich denke, dass der vernünftigste weg sein wird, dass alle benutzer, die die nextgen-gallery bei df nutzen wollen und dieses problem haben, dies bei der nextgen gallery als problem melden – und auf behebung bestehen, oder meinetwegen freundlich darum bitten. vielleicht gibt es ja eine leichte lösung, die sowohl bei df als auch überall sonst funktioniert.
@thomas
Ja, so nur in Kurzform wollte ich das mit meinem letzten Kommentar zum Ausdruck bringen
Ich bin gerne bereit über eine Schnittstelle in Change Uploaded File Permission nachzudenken, auf die dann andere Plugins zugreifen können. Aber es wird definitv keine speziellen Anpassungen für Plugin x oder y geben. Davon abgesehen, benötigt das Ändern von Dateirechten nicht einmal eine Zeile Code.
Danke, Thomas!
@thomas: Erst mal fordere ich hier überhaupt nichts von Sven. Es gibt ein Problem mit DF und da Sven sich diesem Problem nun mal angenommen hat, hab ich neben anderen Nutzern einfach noch mal das weiterhin bestehende Problem mit anderen Plugins angesprochen.
Was DF angeht, mit Sicherheit hat das gar nichts zu tun. Die haben einfach nur unterschiedliche Nutzer für PHP und den Webserver und das ist ungewöhnlich. Ein Plus an Sicherheit bringt das nicht (ich wüsste zumindest nicht wo) und macht eher Probleme. Das Problem liegt wohl daran, das DF einen angepassten Apache Webserver benutzt und diesen nicht mehr ändern will. Das ist auch der Grund, warum Df so ziemlich der einzige Webhoster ist, der über 6 Jahre nach dem Erscheinen von Apache 2.0 und mittlerweile schon 2.2 immer noch auf Apache 1.3.x setzt, obwohl dieser weniger Funktionen bietet und die 2.x deutlich performanter ist. DF ist zwar ein Klasse Hoster aber an dieser Stelle hängen sie der Konkurrenz weit hinterher und machen sich damit unnötige Probleme.
@Sven: War wie gesagt nur ein Vorschlag. Einen Hook anzubieten ist eine gute Idee. Das hilft zwar momentan nicht weiter, könnte in Zukunft nützlich sein, wenn andere Plugin-Entwickler diesen nutzen. Wenn du das umgesetzt hast, werde ich es auf jeden Fall dem NextGen-Entwickler schreiben.
@Mario
Prinzipiell ist das fertig, denn es sollte ausreichen die entsprechenden Methode einfach “statisch” zu deklarieren.
Hallo….
So wie ich das jetzt bei DF verstanden habe, brauch man nur den übergeordneten Ordner (/uploads) auf 750 zu setzen. Dann werden die nachfolgenden Ordner auch auf 750 gesetzt und damit die neu hochgeladenen Dateien auf 640.
Man bräuchte das PlugIn eventuell dann nicht mehr bei DF.
Habe das heute nach einem Hinweis von DF mal ausprobiert und bei mir funktioniert es.
Könnt ihr das auch bestätigen?
@Agadius:
Ich habe es gerade ausprobiert – Es funktioniert auch bei mir!
Danke für den Hinweis. Wo findet man den bei der DF?
gruss
Tom
@Webrocke @Agadius
Ich kann es ebenfalls bestätigen! Wobei ich “uploads” und alle Unterordner auf 750 setzten musste. Allerdings frage ich mich, was mit den Verzeichnisrechten beim automatischen Update von WordPress passiert bzw. wenn ein neuer Monatsordner durch WP erstellt wird.
Auf jeden Fall vielen Dank für die Info! Ich hätte nichts dagegen, wenn ein langjähriges DF-Problem endlich gelöst ist
Hallo…
Einmal hier: http://forum.df.eu/forum/showpost.php?p=344872&postcount=25
Was bei dem automatischen Update passiert, weiß ich nicht.
Jedoch werden alle durch Wordpress angelegten Ordner auf 750 gesetzt, wenn der Ordner Upload auch 750 hat.
Auch neue Monatsordner.
Gruß
Agadius
Mein Problem besteht weiterhin und das hat nix mit den Rechten zu tun. Irgendwo in der Mediathek ist nämlich der Standard-Pfad drin, ignorierend was man in die Einstellungen tippte. Sprich das Image wird schon hochgeladen, in der richtigen Ordner, aber die Mediathek bleibt beim falschen Pfad und daher wird die Datei nicht gefunden. Ich meine sie ist ja theoretisch da. Deshalb auch keinerlei Fehlermeldungen.
Hi,
Bilder erhalten die richtigen Rechte, wenn man die changePermission-funktion etwas abändert:
$currentfile = get_option(‘upload_path’).”/”.$folder[0].”/”.$folder[1].”/”.$filename;
So funktioniert es jetzt bei mir, DF + WP – 2.7.1
Gruß