WordPress non può creare la directory quando il processo PHP non riesce a generare la cartella prevista dentro `wp-content/uploads` o nel percorso configurato. Le cause più comuni sono permessi, proprietario, quota, inode o un percorso upload obsoleto dopo una migrazione.
Questa guida approfondisce WordPress non può creare la directory con una procedura progressiva e reversibile. Non inviare password, codici 2FA, token, chiavi private o file di configurazione completi nei ticket.
Che cosa significa
Il messaggio spesso include la domanda “La directory superiore è scrivibile dal server?”. Rendere tutto scrivibile con 777 non è una soluzione sicura.
WordPress crea normalmente cartelle organizzate per anno e mese. Una impostazione media o un valore storico nel database può indirizzare gli upload altrove.
Come riconoscere il problema
- Media non caricati.
- Errore durante installazione o aggiornamento.
- La cartella dell’anno o mese non viene creata.
- Dopo migrazione il percorso contiene la vecchia home.
- File esistenti si vedono ma nuovi upload falliscono.
Cause più frequenti
1. Permessi errati
uploads o una directory superiore non è scrivibile. Verifica questa ipotesi usando il messaggio completo e i dati dell’orario interessato, senza basarti soltanto sul testo mostrato dal browser o dall’applicazione.
2. Proprietario non corretto
File copiati come root o altro utente impediscono la scrittura. Verifica questa ipotesi usando il messaggio completo e i dati dell’orario interessato, senza basarti soltanto sul testo mostrato dal browser o dall’applicazione.
3. Quota o inode
Il filesystem non accetta nuovi oggetti. Verifica questa ipotesi usando il messaggio completo e i dati dell’orario interessato, senza basarti soltanto sul testo mostrato dal browser o dall’applicazione.
4. Percorso upload personalizzato
upload_path punta a una directory inesistente. Verifica questa ipotesi usando il messaggio completo e i dati dell’orario interessato, senza basarti soltanto sul testo mostrato dal browser o dall’applicazione.
5. Filesystem in sola lettura
Un problema temporaneo impedisce modifiche. Verifica questa ipotesi usando il messaggio completo e i dati dell’orario interessato, senza basarti soltanto sul testo mostrato dal browser o dall’applicazione.
6. Regole di sicurezza
Protezione o immutable flag possono bloccare la creazione. Verifica questa ipotesi usando il messaggio completo e i dati dell’orario interessato, senza basarti soltanto sul testo mostrato dal browser o dall’applicazione.
Diagnosi passo per passo
- Leggi il percorso. Annota la directory completa mostrata. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Controlla quota e inode. Escludi limiti dell’account. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Verifica permessi. Controlla uploads e cartella superiore. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Verifica proprietario. Confronta con file creati normalmente dall’account. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Controlla upload_path. Esamina impostazioni media e opzioni WordPress. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Crea un test dal pannello. Non usare comandi root come soluzione. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
- Controlla error_log. Cerca permission denied e read-only filesystem. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
Metodo sicuro di intervento
Prima di modificare la configurazione, registra lo stato iniziale: indirizzo o funzione coinvolta, messaggio completo, data e ora, ultima modifica nota e risultato da un secondo dispositivo, rete o strumento. Una diagnosi ripetibile è più utile di molti tentativi eseguiti contemporaneamente.
Applica una sola correzione alla volta e conserva una copia dei file, dei record o dei valori precedenti. Dopo ogni intervento ripeti esattamente il test originale e controlla i log relativi allo stesso intervallo temporale. Se il risultato cambia, annota quale modifica lo ha prodotto.
Evita disattivazioni globali di firewall, WAF, TLS, cache o sistemi di sicurezza. Quando serve una eccezione, deve essere limitata all’URL, al parametro, al processo o al servizio realmente interessato.
Procedura di risoluzione
- Ripristina 755 per cartelle. Usa valori coerenti con l’ambiente. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Correggi proprietario tramite assistenza. Non eseguire chown indiscriminati su server condiviso. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Libera quota e inode. Rimuovi soltanto dati identificati. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Rimuovi percorso obsoleto. Lascia il percorso predefinito quando non serve personalizzazione. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Crea la cartella mancante. Solo nel percorso corretto e con permessi adeguati. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Ripristina da backup se necessario. Quando una migrazione ha alterato struttura e proprietari. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
- Testa upload e miniature. Verifica anche la generazione delle dimensioni immagini. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
Controlli finali
- Nuovi media caricati.
- Cartelle anno/mese create.
- Miniature generate.
- Permessi non eccessivi.
- Quota stabile.
Prevenzione
- Migra mantenendo proprietari.
- Monitora quota.
- Evita upload_path personalizzati.
- Non usare root per copiare file.
- Conserva backup.
Errori da evitare
- Non usare 777.
- Non creare cartelle fuori dalla home.
- Non modificare proprietari casualmente.
- Non ignorare quota inode.
- Non cancellare uploads esistente.
Come documentare la verifica
Conserva una breve nota con configurazione iniziale, risultato di ogni controllo e modifica applicata. Inserisci sempre data e ora, perché cache, log, code, rate limit e processi pianificati possono cambiare nel tempo. Questa documentazione facilita il rollback e permette all’assistenza di evitare verifiche già eseguite.
Quando confronti due test, usa le stesse condizioni: stesso URL o destinatario, stesso file, stesso client e stessa rete quando possibile. Se cambi più variabili, il risultato non permette di individuare con certezza la causa.
Controllo incrociato
Dopo la correzione esegui almeno un controllo indipendente. Per un sito confronta browser, risposta HTTP e log; per DNS interroga autoritativo e resolver pubblico; per la posta confronta Webmail, intestazioni e Track Delivery; per PHP verifica il valore effettivamente applicato al dominio. Un solo indicatore può essere influenzato da cache o configurazioni locali.
Se il problema ricompare, evita ulteriori modifiche e raccogli nuovamente i dati. La ricorrenza può indicare un processo pianificato, un limite raggiunto, una dipendenza esterna o una configurazione che viene rigenerata automaticamente.
Quando contattare l’assistenza Xlogic
Apri un ticket quando il problema persiste dopo i controlli di base, coinvolge più servizi oppure richiede log e configurazioni non disponibili nel pannello. Indica:
- percorso errore
- dominio
- orario
- permessi
- quota e inode
Non inviare credenziali. Per iniziare la diagnosi sono sufficienti dati tecnici, orari, URL, codici e messaggi di errore.
Fonti tecniche ufficiali
Domande frequenti su WordPress non può creare la directory
Devo impostare 777?
No. È insicuro e può non risolvere proprietario o quota.
Perché accade dopo una migrazione?
I file possono avere proprietario errato o conservare un percorso della vecchia home.
upload_path deve essere valorizzato?
Normalmente no, WordPress usa `wp-content/uploads`.
Gli inode possono impedire la cartella?
Sì, perché non è possibile creare nuovi oggetti.
Chi corregge il proprietario?
Su hosting condiviso è preferibile l’assistenza, fornendo il percorso esatto.