Question

J'avais mon site Web développé par quelqu'un d'autre et il travaille actuellement avec aucun problème sur notre serveur web. Je suis en train de mettre le même site sur mon Mac OS X 10.6 en utilisant le serveur Apache pré-installé, MySQL et PHP5. Aussi, il est Drupal 6,22 que nous utilisons. Je l'ai copié tous les fichiers du site (y compris Drupal et le fichier .htaccess) et les mettre dans / Bibliothèque / WebServer / Documents / site. Je me suis alors fait une copie de sauvegarde de MySQL sur le serveur et importé ce fichier sur la machine locale avec phpMyAdmin. J'ai configuré le fichier settings.php et tout le reste au travail bien il peut se connecter à la base de données, etc.

La plupart des travaux du site comme prévu, cependant, il y a deux nœuds qui ne fonctionnera pas du tout. Au lieu de cela, je reçois ce message quand je vais à eux:

« Le site est actuellement pas disponible en raison de problèmes techniques. S'il vous plaît réessayer plus tard. Nous vous remercions de votre compréhension. »

La partie étrange est que si je rentre dans l'URL pour accéder à la page d'édition pour ce noeud cela fonctionne, mais je ne peux toujours pas voir la page.

Lorsque vous essayez de rechercher des problèmes que seul problème que je trouve nulle part est dans la page « Rapport d'étape », il dit que le système de fichiers est en lecture seule. Je reçois ce message:

"Les sites de répertoire / default / fichiers n'est pas modifiable."

J'ai vérifié les autorisations et ce dossier a défini le paramètre drwxr-xr-x pour elle.

Toutes les idées sur ce qui pourrait ne pas être réglé correctement serait grandement apprécié.

Était-ce utile?

La solution

fichiers dans votre site doit être accessible en écriture par le serveur Web. Dans le Finder, faites une Obtenir des informations sur la fichiers et Assigner en lecture et écriture autorisations personnel . (Assurez-vous que cela s'applique à tous les répertoires dans fichiers aussi bien.) Sinon, dans le terminal que vous pourriez "chmod -R 775 mon site-chemin / sites / default / files" pour prendre soin de fichiers et les sous-répertoires contenus.

Autres conseils

J'avais vérifié que l'utilisateur exécute le processus « httpd ». Dans mon cas, il était « démon ».

sudo chown -R démon sites / default / files / avait résolu le problème (autorisations: 775)

Licencié sous: CC-BY-SA avec attribution
Non affilié à drupal.stackexchange
scroll top