Actualizarea WP nu poate crea directorul deși permisiunile sunt 777

26 ian. 2011, 23:34:20
Vizualizări: 40.4K
Voturi: 8

Încerc să fac upgrade la WP 3 dar primesc o eroare ciudată când încerc să fac asta:

Se descarcă actualizarea de la http://wordpress.org/wordpress-3.0.4.zip.

Se dezarhivează actualizarea.

Nu s-a putut crea directorul: /my/path/web/wp-content/upgrade/wordpress-3.tmp

Instalarea a eșuat

Motivul pentru care este ciudat este că directorul upgrade are permisiuni 777. Am rulat chmod -R 777 upgrade/ și când execut ls, văd că upgrade are permisiuni de scriere pentru toți utilizatorii. Sunt sigur că lucrez cu directorul corect deoarece dacă șterg upgrade, primesc o eroare diferită.

Are cineva idee de ce se întâmplă asta?

2
Comentarii

este activat modul safe_mode în PHP?

Cronco Cronco
27 ian. 2011 06:16:37

și este corect proprietarul acelui director? Permisiunile necesare pot varia în funcție de implementările diferite ale serverului

Tom J Nowell Tom J Nowell
27 ian. 2018 03:49:42
Toate răspunsurile la întrebare 13
2

Trebuie să executați comanda chown pe întregul director wp-content:

chown www-data:www-data /calea/către/wp-content/ -R
27 ian. 2011 07:42:40
Comentarii

Asta a funcționat pentru mine.

Zabba Zabba
12 iul. 2011 09:26:03

în funcție de server, user/group poate fi nobody în loc de www-data

yitwail yitwail
26 feb. 2013 01:39:04
2

Incapacitatea de a crea directoare chiar și cu permisiunea CHMOD 777 sugerează că utilizatorii FTP locali nu au practic permisiunea de a scrie fișiere pe mașina ta. Pentru a remedia această problemă, încearcă să editezi fișierul vsftpd.conf și verifică dacă write_enable este setat pe YES.

Editează fișierul vsftp.conf

sudo vim /etc/vsftpd.conf

apoi decomentează linia existentă (sau setează valoarea acesteia pe YES)

write_enable=YES
16 iul. 2014 06:12:29
Comentarii

Te rog să explici de ce această modificare va îmbunătăți Întrebarea. Un răspuns doar cu cod este cel mai slab.

Mayeenul Islam Mayeenul Islam
16 iul. 2014 07:08:08

@MayeenulIslam , răspuns editat

Mohamed Ayoub BENJELLOUN Mohamed Ayoub BENJELLOUN
18 iul. 2014 02:39:31
5

Soluția s-a dovedit a fi modificarea permisiunilor vsftp în fișierul de configurare vsftp.

20 ian. 2012 18:39:38
Comentarii

Apoi marchează-ți răspunsul ca Răspunsul Corect.

fuxia fuxia
20 ian. 2012 19:44:23

Există o întârziere înainte să te lase să faci asta, amice.

Jason Swett Jason Swett
20 ian. 2012 20:46:59

Poți fi mai specific în legătură cu modificările aduse fișierului vsftpd.conf?

iyrin iyrin
7 ian. 2014 22:07:37

@JasonSwett, răspuns necorespunzător, te rog să detaliezi exact ce ai modificat?

Black Black
9 iul. 2018 12:10:34

Îmi pare rău, asta a fost acum mulți ani și nu-mi amintesc detaliile.

Jason Swett Jason Swett
9 iul. 2018 16:32:21
0

în cazul meu a fost o eroare de spațiu pe disc. Am șters câteva fișiere de backup și problema cu permisiunile a dispărut.

15 iul. 2017 10:12:41
2

De ce cont este deținut directorul? Încearcă să folosești CHOWN pentru a atribui proprietatea directorului contului sub care rulează serverul tău web (probabil "apache").

În general, comanda arată astfel:

chown apache:apache calea/ta/către/upgrade

Dar poate varia în funcție de configurația serverului tău.

Din anumite motive (nu sunt un administrator de server expert), proprietatea directorului poate cauza probleme de permisiuni, chiar dacă permisiunile sunt setate la 777.

26 ian. 2011 23:58:01
Comentarii

Este deținut de utilizatorul jason. Am încercat deja să schimb proprietarul directorului meu la www-data (utilizatorul meu Apache), dar tot nu a funcționat.

Jason Swett Jason Swett
27 ian. 2011 00:09:13

@Jason Swett Hmm... ai schimbat și grupul când ai folosit chown? Upgrader-ul (în cele din urmă) folosește doar mkdir pentru a crea directorul, așa că poți testa orice modificări la permisiuni/grupuri făcând un script simplu care rulează o comandă mkdir și accesează-l din browser până funcționează.

MathSmath MathSmath
27 ian. 2011 00:31:03
1

Acesta poate fi o problemă legată de safe_mode din PHP. Mi-a făcut viața un iad atunci când am avut de-a face cu încărcări în foldere generate automat și bănuiesc că poate fi cazul și aici.

Dacă este activat, te rog să intri în cpanel-ul tău, panoul Plesk, să contactezi administratorul de sistem, să încerci să-l dezactivezi și să încerci din nou.

27 ian. 2011 16:53:46
Comentarii

Mulțumesc. După ce am pierdut mult timp, am găsit comentariul tău. În panoul Plesk pentru un domeniu, era o setare pentru a dezactiva safe_mode (Se putea face și prin php.ini).

tavi tavi
5 mai 2014 12:00:47
0

Încercând să actualizez WordPress, am întâmpinat eroarea "Nu s-a putut crea directorul". Am căutat soluții și am găsit mai multe recomandări pe care le voi împărtăși cu voi, urmate de soluția care a funcționat în cazul meu.

Prima soluție este să accesați folderul wp-content -> upgrades, să-l ștergeți, apoi să-l recreați și să-i setați permisiunile chmod 777 (puteți de asemenea să setați chmod 777 pentru întregul folder /wp-content). După finalizarea instalării, restabiliți permisiunile la chmod 755.

A doua soluție este să dezactivați toate pluginurile, sau cel puțin toate pluginurile de securitate.

A treia soluție este să faceți o instalare manuală.

Deoarece aceasta a fost prima dată când am întâmpinat această eroare de actualizare, am decis să încerc să dezactivez doar cel mai recent plugin de securitate instalat, numit AskApache (fără a modifica permisiunile). Actualizarea a continuat apoi fără nicio problemă.

12 mar. 2012 20:45:48
0

Am avut aceeași problemă, nu am putut actualiza pluginurile sau temele. De asemenea, nu am putut încărca fotografii, dar am putut crea un post nou. Problema mea s-a dovedit a fi una legată de spațiul pe disc, după ce am șters câteva fișiere de backup, totul a început să funcționeze. Folosesc hosting gratuit, iar în cPanel scria că nu eram aproape de limita de spațiu de stocare, așa că inițial nu am luat în considerare această soluție.

10 ian. 2018 13:34:38
0

Verifică limitele de spațiu pe sistemul de fișiere, aceasta a fost problema mea. După ce am actualizat limitele la o dimensiune mai mare, WordPress a funcționat corect.

27 ian. 2018 01:08:52
0

Cine este furnizorul tău de hosting? Drepturile de proprietate asupra noilor directoare pot fi o problemă la unele furnizori (ieftini) și nu vei putea să le modifici fără ajutorul lor.

Și nu lăsa nicio director cu permisiunile 777. WordPress are nevoie de maximum 755.

27 ian. 2011 02:28:45
0

Am avut aceeași problemă și am găsit soluția / am rezolvat-o:

  1. Utilizatorul care nu poate crea directorul este utilizatorul FTP pe care îl folosești pentru încărcare. Într-un mediu sigur, poți activa autentificarea ca root prin FTP. Dar - asigură-te că dezactivezi ulterior contul root pentru FTP. Nu uita acest lucru.

  2. În instalarea mea (ubuntu 16.04) aveam două directoare wp-content/plugins - nu întreba de ce. usr/share/wordpress/wp-content/plugins și var/lib/wordpress/wp-content/plugins. Asigură-te că ambele directoare au drepturi de scriere pentru utilizatorul FTP.

9 iun. 2016 08:08:09
0

Am rezolvat această problemă descărcând și mutând folderul pluginului dezarhivat în wp-content/plugins, apoi am schimbat permisiunile la 777. În acest fel, am putut vedea pluginul în panoul de administrare WordPress, pe pagina de pluginuri.

30 aug. 2016 16:34:17
1

Ar trebui să redescărcați fișierele WordPress, este posibil să vă lipsesc anumite foldere sau fișiere. Același lucru mi s-a întâmplat și mie acum 10 minute..

8 ian. 2017 09:31:26
Comentarii

Eroarea indică faptul că directorul nu a putut fi creat. Nu contează dacă a existat înainte sau nu.

fuxia fuxia
8 ian. 2017 11:07:55