I siti di directory / default / files non è scrivibile su Mac OS X

drupal.stackexchange https://drupal.stackexchange.com/questions/8451

Domanda

Ho avuto il mio sito web sviluppato da qualcun altro e si sta attualmente lavorando con problemi sul nostro web server. Sto cercando di impostare lo stesso sito sul mio Mac OS X 10.6 usando il server Apache preinstallato, MySQL e PHP5. Inoltre, è Drupal 6,22 stiamo usando. Ho copiato tutti i file del sito web (compreso Drupal e il file .htaccess) e metterli in / Library / WebServer / Documents / sito web. Poi ho fatto un backup mysql sul server e importato il file sulla macchina locale con phpMyAdmin. Ho configurato il file settings.php e tutto il resto per funzionare bene in modo che possa collegarsi al DB, ecc.

La maggior parte delle opere site come previsto, tuttavia, v'è un paio di nodi che non funziona affatto. Invece ricevo questo messaggio quando vado a loro:

"Il sito non è attualmente disponibile a causa di problemi tecnici. Si prega di riprovare più tardi. Grazie per la vostra comprensione."

La parte strana è se entro l'URL per accedere alla pagina di modifica per quel nodo funziona, ma ancora non in grado di visualizzare la pagina.

Quando si tenta di cercare i problemi che problema solo ho trovato da nessuna parte è nella pagina "Status Report", si legge il file system non è scrivibile. Ottengo questo messaggio:

"directory dei siti / default / files non è scrivibile."

Ho controllato i permessi e quella cartella ha drwxr-xr-x Set per esso.

Tutte le idee su ciò che potrebbe non essere impostato correttamente sarebbe molto apprezzato.

È stato utile?

Soluzione

file cartella nel vostro sito deve essere scrivibile dal webserver. Nel Finder, fare un Informazioni Prendi sul file directory e assegnare Lettura e scrittura le autorizzazioni a personale . (Assicurarsi che questo vale per qualsiasi directory all'interno file come bene.) In alternativa, nel terminale si potrebbe "chmod -R 775 my-site-path / sites / default / files" per prendersi cura di file e le eventuali sottodirectory contenute.

Altri suggerimenti

Avevo controllato quale utente esegue il "httpd" processo. Nel mio caso era "daemon".

sudo chown -R daemon siti / default / files / aveva risolto il problema (permesso: 775)

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a drupal.stackexchange
scroll top