Vagrant & PuPHPet: Mauvaise racine de document ou malentendu

Je suis nouveau sur Vagrant et je viens de mettre en place des machines virtuelles. Peu importe comment je configure les VM, je pense que je comprends mal un concept clé ici.

Je crée les Vagrantfiles à l’aide de PuPHPet , un outil qui aide à démarrer rapidement.

Une partie de la configuration consiste à définir les répertoires corrects.
Il y a une option appelée Box Sync Folder Source, qui est et to /. . Une autre option appelée Box Sync Folder Target est définie sur /var/www . Pour moi, cela signifie que tout dans le même dossier que le fichier Vagrant sera synchronisé avec /var/www .

Il est alors possible de définir la racine du document. Là, je suis entré dans /var/www/public .

• Avertissement: la directive SuexecUserGroup requirejs une erreur d’encapsuleur SUEXEC
• redirect l’URL pour le support pushstate vers l’URL .html
• Comment définir la racine Web et masquer app.php et app_dev.php dans localhost en utilisant xampp et apache?
• Le sous-domaine renvoie une erreur cgi
• Rails 4 Contraintes de sous-domaine de routage

Après avoir couru vagrant up , j’obtiens la structure de répertoire suivante:

 ├── default ├── html └── index.html [Apache "It works!"] ├── public ├── puphpet └── [puphpet files] ├── Vagrantfile 

Lorsque j’accède à l’adresse IP ou au nom d’hôte de la machine à l’aide d’un navigateur Web, j’obtiens “404 File Not Found”.

Cela semble avoir du sens pour moi, puisque / public est la racine du document, et non / html, mais pourquoi y a-t-il un dossier / html? Dois-je définir ma racine de document sur / html pour que le serveur fonctionne correctement?

Je me souviens d’avoir vu quelqu’un mettre en place un serveur il y a quelques années (sans PuPHPet et Vagrant bien sûr) et je ne me souviens plus d’aucun répertoire / html. Aussi je crois le “ça marche!” Le fichier HTML est là pour fournir un retour visuel indiquant que tout est opérationnel – pourquoi ce fichier est-il placé dans un dossier inaccessible par défaut?

• Nexus sonatype apache 2.4 proxy ne permet pas la connexion administrateur
• Serveur Web ne recevant pas POST d’une application Android utilisant Asynchttp – localhost
• fichier apache camel split csv
• Des en-têtes de cache appropriés pour garantir que les pages PHP sont toujours récupérées
• .htaccess règle de réécriture ne fonctionnant pas en production