it-swarm.com.de

Update wird ausgepackt ... Verzeichnis konnte nicht erstellt werden. Wordpress

Wenn ich nextgen-gallery plugins installiere. Diese Fehlermeldung wird angezeigt 

Downloading update from https://downloads.wordpress.org/plugin/nextgen-gallery.Zip…

Unpacking the update…

Could not create directory.

Wie kann ich dieses Problem beheben?

11
BigTech

Dies ist ein Berechtigungsproblem. Stellen Sie sicher, dass das Verzeichnis von Apache beschreibbar ist. Plugins werden in das Verzeichnis wp-content/plugins entpackt, daher würde ich zuerst versuchen, als Apache in das Verzeichnis zu schreiben:

Sudo -u Apache touch /path/to/wp-content/plugins/test.txt

Stellen Sie die Berechtigungen entsprechend ein, um das Problem zu beheben. Informationen zu Berechtigungen finden Sie hier: http://www.linux.com/learn/tutorials/309527-understanding-linux-file-permissions

Informationen zum richtigen Dateiberechtigungsschema für Wordpress finden Sie hier: http://codex.wordpress.org/Changing_File_Permissions#Permission_Scheme_for_WordPress

22
skrilled

@skrilled und @knutoles Antwort war großartig, aber ich habe festgestellt, dass beim Versuch, das Problem im Plugins-Ordner zu beheben, alles in Ordnung war und die Antwort für mich nicht funktionierte. 

Wenn jemand anderes dieses Problem hat, schauen Sie sich auch den Upgrader-Ordner an. Dieser Ordner (aus dem, was ich sehen kann) wird als Ordner zum Speichern temporärer Dateien verwendet, wenn WP Upgrades oder Plugin-Updates ausgeführt werden. 

Wenn Sie einfach die Meldung erhalten, dass "Verzeichnis konnte nicht erstellt werden" und kein Pfad angegeben wurde, könnte es sich tatsächlich um den Ordner "Upgrades" handeln.

18

für nginx menschen 
Wenn Sie php-fpm installiert haben, müssen Sie ihm mitteilen, dass der Benutzer und die Gruppe nginx sind. /etc/php-fpm.d/www.conf. Finden Sie einen Benutzer, der standardmäßig Apache zugewiesen ist, und ändern Sie ihn in nginx. mach es auch für eine Gruppe. Dann führen Sie diesen Befehl aus:

Sudo-Dienst php-fpm neu gestartet


führen Sie diese Befehle auch in Ihrem WordPress-Verzeichnis aus

Sudo chown nginx: nginx * -R 
Sudo usermod -a -G nginx-Benutzername

Ändern Sie den Benutzernamen in den aktuellen Benutzernamen .

sie müssen jedoch die entsprechenden Berechtigungen anwenden. Diese Befehle müssen in Ihrem WordPress-Verzeichnis ausgeführt werden

Sudo finden. -type -exec chmod 664 {} + 
Sudo finden. -typ d -exec chmod 775 {} +
3
Hassan Gilak

Wenn Sie vsftpd als FTP-Server verwenden und passive Verbindungen aktiviert haben, müssen Sie pasv_promiscuous=YES zu /etc/vsftpd/vsftpd.conf hinzufügen.

1
Meekohi

Ich betreibe Nginx mit Wordpress. Ich habe den Upgrade-Ordner in WP-Content gelöscht und dann das Upgrade erneut über die WordPress-Benutzeroberfläche ausgeführt. Ich stellte fest, dass der Linux-Benutzer für den erstellten Upgrade-Ordner "www-data" war. Ich habe dann ein {Sudo chmod -R www-data: www-data.} 

Möglicherweise müssen Sie die Berechtigungen für die meisten Ordner ändern, damit sie nicht von www-data geändert werden können. Ich werde das aber morgen herausfinden. 

0
Andrew Jennings

Das Einstellen der Berechtigungen über ftp hat für mich auch keinen Unterschied gemacht. Es ist kein SSH verfügbar, also musste ich mich in der Systemsteuerung anmelden (directadmin in meinem Fall), den Dateimanager, bei dem ich den Besitzer zurücksetzen konnte, um das "/ eigentum" zurückzusetzen.

0
Dirk

Ich hatte ein ähnliches Problem. Es begann mit dem Versuch, ein Plugin auf einer migrierten WP -Installation zu aktualisieren. Ich habe es nicht verstanden, alle meine Berechtigungen waren genau das gleiche wie der alte Server. In meiner Situation fing ich an zu sehen, dass nicht viel richtig funktionierte. Ich konnte weder Plugins noch Themes installieren oder löschen, da das Hochladen von Medien fehlerhaft wäre. Dann fand ich den Fix durch Recherchen.

Wenn Sie immer noch dieses Problem haben und die Berechtigungen ändern DID, beheben Sie das Problem NICHT. Versuchen Sie Folgendes:

Gehen Sie in Ihr Hosting-Kontrollfeld und finden Sie Ihre Hosting-Einstellungen, wo immer Sie Ihre Skripteinstellungen bearbeiten können. In Plesk (wie in meinem Beispiel) wäre dies unter Websites & Domains. Klicken Sie unten auf Ihren Domainnamen. Auf dem nächsten Bildschirm, wo es heißt "PHP-Unterstützung (Ausführen als ..." ändern Sie das Dropdown-Menü von "Apache-Modul" auf "FastCGI-Anwendung" .) jetzt!

FastCGI

0
Ce.

Stellen Sie sicher, dass Apache (www-data) über Schreibberechtigungen verfügt.

0
Sanjok Gurung

Alle oben genannten Punkte sind großartig, aber ich denke, Sie haben das einfachste Problem übersehen. Ihre Website verwendet mehr Speicherplatz, als sie zugewiesen hat, und ist daher fehlerhaft. Wordpress erstellt mehr Dateien als verwendet. Wenn Sie kurz davor sind zu gehen, ist eine einfache Ausgabe über Nacht möglich, bei der Sie nichts unternommen haben. Gehen Sie ins Bett, alles in Ordnung. Am Morgen ist die Website pleite.

Ich besitze meine Websites, also gehe ich in den Reseller-Bereich von Hostmonster oder Hostgator (ich habe Websites auf beiden Hosting-Plattformen), und ich ordne mehr Speicherplatz zu, und das Problem wird normalerweise behoben. Versuchen Sie es zuerst, oder schauen Sie sich das an, bevor Sie mit den Berechtigungen herumspielen. Wenn Sie eine Berechtigung geändert haben und das Problem aufgetreten ist, könnten dies Berechtigungen sein. Andernfalls sollten Sie dies zuerst überprüfen.

0
David Cox

Wenn Sie es richtig konfiguriert haben, gehört der mit Ihrer Wordpress-Site verknüpfte http-Server höchstwahrscheinlich zur Gruppe www-data. So sollte man es richtig konfigurieren.

Versuchen Sie es mit members www-data und ps aux | grep www-data. Im letzteren Befehl sollten Sie in den letzten Spalten entweder nginx oder Apache sehen.

In diesem Fall müssen Sie diese Gruppe nur auf das Verzeichnis setzen

Sudo chgrp -R www-data <your_wordpress_root_dir>/

und fügen Sie diesem Verzeichnis dann die vollständigen Gruppenberechtigungen hinzu

Sudo chmod -R g+rwx <your_wordpress_root_dir>/

Jetzt funktioniert es perfekt :)