Mac OS Mountain Lion Apache en cours d'exécution, mais localhost ne fonctionne pas
J'ai chargé un serveur Web Apache sur Mac OS Mountain Lion avec la commande
sudo apachectl start
Cependant, lorsque j'essaie d'ouvrir localhost dans Firefox, j'obtiens le message
Pas Trouvé: The requested URL /n'a pas été trouvée sur ce serveur. Apache/2.2.21 (Unix) DAV/2 Serveur en localhost Port 80
J'ai édité deux httpd.conf et httpd.conf.défaut de changer
#ServerName www.website.com
à
ServerName localhost
Cela ne fonctionne toujours pas. Des suggestions?
Trouvé des solutions?
Je suis de la programmation d'un site web en html et css et à l'aide de server side includes pour permettre une conception cohérente et éviter d'avoir à répéter inutilement le code. Est-ce hors sujet? Si non, j'ai besoin d'avoir mon ordinateur gérant les inclusions côté serveur afin que je puisse tester mon code. En ce sens, apache est un outil qui me permet de tester mon code, sans avoir à les télécharger sur mon hébergeur, afin d'obtenir apache et en cours d'exécution sous mountain lion est essentiel pour moi. Je suppose qu'il y aurait d'autres programmeurs web qui ont vécu la même chose et pourrait contribuer à une solution.
J'ai eu le même problème. La commande de redémarrage de ne pas donner toute erreur ou de sortie qui gauche, je me demande ce qui s'est passé. Vérifier les ports, j'ai trouvé que apache n'était pas en cours d'exécution. L'exécution de cette commande
Je suis de la programmation d'un site web en html et css et à l'aide de server side includes pour permettre une conception cohérente et éviter d'avoir à répéter inutilement le code. Est-ce hors sujet? Si non, j'ai besoin d'avoir mon ordinateur gérant les inclusions côté serveur afin que je puisse tester mon code. En ce sens, apache est un outil qui me permet de tester mon code, sans avoir à les télécharger sur mon hébergeur, afin d'obtenir apache et en cours d'exécution sous mountain lion est essentiel pour moi. Je suppose qu'il y aurait d'autres programmeurs web qui ont vécu la même chose et pourrait contribuer à une solution.
J'ai eu le même problème. La commande de redémarrage de ne pas donner toute erreur ou de sortie qui gauche, je me demande ce qui s'est passé. Vérifier les ports, j'ai trouvé que apache n'était pas en cours d'exécution. L'exécution de cette commande
/usr/sbin/httpd -D FOREGROUND
en fait m'a aidé à voir le véritable message d'erreur et le démarrage d'apache avec succès.OriginalL'auteur Spartanblogger | 2012-09-12
Vous devez vous connecter pour publier un commentaire.
Vous devriez vérifier les autorisations sur le dossier spécifié comme le "DocumentRoot" dans votre "httpd.conf", et de permettre à au moins un accès en lecture pour l'utilisateur Apache (qui devrait par "_www" par défaut).
Sinon, vous pourriez faire un "sudo chmod 755" sur le "DocumentRoot" le dossier.
Par la manière, vous ne devez modifier le "httpd.conf" fichier, puisque le "httpd.conf.par défaut" est une configuration par défaut que vous pouvez utiliser si vous souhaitez restaurer l'Apache configuration d'origine, simplement en écrasant la "httpd.conf" fichier "httpd.conf.par défaut" fichier.
Je suppose que vous n'avez pas activé les serveurs virtuels par nom, car lorsque vous activez des serveurs virtuels par nom, la racine du document dans la configuration principal est ignoré; au lieu de cela, la racine de la correspondance de nom de domaine sera utilisé, et si aucune ne correspond, il sera par défaut à la première de l'hôte virtuel.
Enfin, lorsque vous avez des problèmes, la première chose à vérifier est toujours le journal des erreurs d'Apache fichier.
L'emplacement de l'erreur de journal peut être trouvé en regardant le "Journal" de la directive dans le fichier de configuration d'Apache.
Désolé, appuyé sur la touche retour accidentellement la dernière fois. C'est ce que j'étais en tapant: Merci. J'ai fait ce qui suit: (1) définir des autorisations sur DocumentRoot correctement, (2) Revient changements de httpd.conf.par défaut, (3) vérifier le journal des erreurs et trouvé ceci: "[client ::1] File does not exist: /usr/htdocs"
Le message d'erreur "le Fichier n'existe pas: /usr/htdocs" signifie que vous avez une erreur dans votre fichier de configuration d'Apache. Où avez-vous mis "/usr/htdocs" dans votre "httpd.conf"?
Tous les succès? Je suis bloqué au même point. Ont tout essayé, mais ne pouvait pas obtenir l'erreur Forbidden disparaissent
Quelle erreur avez-vous obtenir dans le journal des erreurs?
OriginalL'auteur
Pour vérifier qu'un processus est à l'écoute sur le port 80, vous pouvez utiliser lsof dans une fenêtre de terminal:
Ceci permettra de vérifier que vous avez correctement activé apache.
(J'ai xcode installé, mais je pense que lsof est le cadre normal de l'installation)
AJOUTÉ:
Qui confirme qu'apache écoute sur le port 80. La prochaine étape je voudrais faire est de regarder les logs d'accès, de voir ce que apache enregistré lorsque vous avez demandé '/' comme indiqué dans le message d'erreur apache retourné à votre navigateur. C'est ce qui mine montre. Notez que la requête http GET est montré avec le code de retour de 200 (succès):
Vous pouvez également vérifier que l'url de votre navigateur demande, en rafraîchissant la fenêtre de votre navigateur, puis en confirmant que les logs apache qu'une nouvelle requête à la access_log.
Ok, donc, qui confirme l'exécution d'apache et de l'écoute, bien qu'en recul, ce qui est évident à partir de l'apache d'erreur renvoyé à votre navigateur dans la question d'origine.
C'est un très beau approfondie de la réponse. Keep it up!
Vous dites "Qui confirme qu'apache écoute sur le port 80" ... ce qui confirme ce? Ce n'échoue sortie?
La commande
sudo lsof -iTCP:80 -sTCP:LISTEN
liste tous les processus qui sont à l'écoute sur le port 80, et dans mon exemple, vous pouvez voir qu'une instance de httpd est à l'écoute. Si elle n'était pas, vous ne devriez pas voir la sortie de cette commande. Vous pouvez voir à quoi il ressemblerait en remplaçant80
avec n'importe quel numéro de port inutilisé. (Essayer avec quelque chose comme 88888)OriginalL'auteur Tim B
Commentaire de tous les
IfDefine !WEBSERVICE_ON
balises, en gardant le contenu à l'intérieur-il n'est pasWEBSERVICE
sur la Montagne du Lion.OriginalL'auteur Peter Poptarts