À l'aide de Laravel Homestead: "no input file specified'

Je suis nouveau à l'aide de Laravel et la propriété, et serais reconnaissant de toute aide ou un point dans la bonne direction. J'ai réussi à obtenir le "Vous êtes arrivé" à l'écran, quand je lance "php artisan servir" mais quand j'essaie de faire la même chose via Vagabond, j'ai "no input file specified". Mon Homestead.fichier yaml ressemble à ceci:

authorize: /Users/me/.ssh/id_rsa.pub

keys:
    - /Users/me/.ssh/id_rsa

folders:
    - map: /Users/me/code/exampleproject
      to: /home/vagrant/code/exampleproject

sites:
    - map: exampleproject.app
      to: /home/vagrant/code/exampleproject/public

variables:
    - key: APP_ENV
      value: local

Sur mon ordinateur, j'ai les répertoires suivants:

/Users/me/code/Homestead
/Users/me/code/exampleproject //this is the directory created with composer

Sur mon Vagrant Box que j'ai pour une raison, les deux répertoires nommés "code" et "Code":

/home/vagrant/code/exampleproject 
/home/vagrant/Code

J'ai vérifié et je peux voir les modifications apportées à mon ordinateur exampleproject fichiers sont reflétées dans le vagabond des fichiers.

Pas vraiment sûr de savoir comment comprendre cela!! Je serais vraiment reconnaissant de toute aide possible 🙂

InformationsquelleAutor bryant | 2014-06-17

126

Au lieu d'essayer de réinstaller
```
vagrant up --provision
```
ou
```
homestead up --provision
```
- ou si elle est déjà en place, il suffit de "vagrant provision"
- vagrant up --provision ne fonctionne pas pour moi, mais homestead up --provision n'
- Merci beaucoup!
- vagrant provision a fonctionné pour moi. Merci
- Il suffit de ne vagrant reload --proivision.
- Cette méthode de travail vous pouvez aussi essayer de les détruire et vagrant up puis-je faire de toutes les configurations et beaucoup plus propre.
- salut j'ai le même problème ici au lieu de homestead je le lance dans cpanel des suggestions?
InformationsquelleAutor sleimanx2
44

J'ai eu exactement le même problème et trouvé la solution grâce à l'utilisation de larachat.

Ici comment résoudre ce problème, vous devez avoir votre ferme.fichier yaml les paramètres corrects. Si vous voulez savoir comment il faut faire suivre Jeffery Façon de tutoriel sur la ferme 2.0 https://laracasts.com/lessons/say-hello-to-laravel-homestead-two.

Maintenant pour corriger Input not specified problème, vous devez utiliser le protocole ssh dans homestead zone et le type

serve domain.app /home/vagrant/Code/path/to/public/directory cela va générer un service de script pour nginx. Vous aurez besoin de le faire chaque fois que vous passez projets.

Il a également discuté de ce que j'ai expliqué dans cette série https://laracasts.com/series/laravel-5-fundamentals/
- C'est exactement ce que je cherchais. Merci Rudy!
- génial, merci!
- Je suppose problème se produit si l'option ajouter un autre projet à Homestead droit? Il n'est pas possible d'exécuter serve automatiquement pour tous?
- a travaillé pour moi aussi. merci!
- Cela a fait l'affaire pour moi. Merci Rudy!
- Merci pour le partage du tuto. Ai eu de travail maintenant!
- Avec une nouvelle installation de vagabond, virtualbox, homestead... et d'essayer de détruire/up, le service de commande est ce qui a finalement fonctionné. Merci
- vous règles, mate!
InformationsquelleAutor Rudy Jessop
25

C'est facile à corriger, parce que vous avez changé le nom du dossier à: exampleproject

Donc SSH à votre vagrant:
```
ssh vagrant@127.0.0.1 -p 2222
```
Alors modifier la config nginx:

sudo vi /etc/nginx/sites-enabled/homestead.app

Modifier URI correct à la racine sur la ligne 3 jusqu'à ce avec le nom du nouveau dossier:
```
root "/Users/MYUSERNAME/Code/exampleproject/public";
```
Redémarrer Nginx
```
sudo service nginx reload
```
Recharger le navigateur web, il devrait maintenant fonctionner
- Cette réponse m'a aidé ( the correct URI )
- meilleure réponse dans tous le web pour ce problème. bravo!
- Cette verrouillé mon ordinateur. Ce serait bien si les raisons de ces commandes ont été donnés - exactement pourquoi ils sont nécessaires et ce qu'ils font.
- Juste le sudo service nginx reload a fonctionné pour moi.
InformationsquelleAutor Truc
13

Pour moi qui suit travaillé:

vagrant reload --provision
- Cela a fonctionné pour moi aussi de l'obtenir pour charger les sites après j'ai changé le répertoire de l'hôte de la base de Code au lieu de webdesign. Merci! – rhand viens de modifier
- A travaillé pour moi. merci.
- Il pourrait aussi être une minuscule ou une majuscule problème dans Homestead.yaml fichier. Par exemple, j'ai été la cartographie de /phpmyadmin quand il mon nom de répertoire, il était réellement phpMyAdmin.
- La raison que j'utilise cette solution est-elle garde ma base de données l'intégrité des données. Cette solution est décrite plus en détail ici: laracasts.com/discuss/channels/general-discussion/...
InformationsquelleAutor Dave Chambers
8

Donner ma réponse juste au cas où si quelqu'un aux prises avec ce problème.
1. Vous pourriez avoir besoin pour vérifier que le serveur.configuration de la racine dans "/etc/ngnx/sites-available/domaine" appariement avec vos sites.la configuration en "Homestead.yaml".
2. Si sa ne correspond pas ensuite de le modifier et de redémarrer le serveur avec "sudo service nginx restart"
3. Et encore les choses ne fonctionnent pas ensuite permettre l'autorisation d'écriture pour le "VOTRESITE/app/stockage" dossier "chmod -R 777/app /stockage"
InformationsquelleAutor Senthil
7

J'ai également eu le même problème, j'avais supposé que Laravel est installé "out of the box", mais il semble qu'il ne l'est pas. - Je ed SSH à la machine et a couru ces commandes:
```
cd Code
sudo composer self-update #not necessary, but I did it anyways
composer create-project laravel/laravel Laravel --prefer-dist
```
Et tout ce qui était en cours d'exécution comme d'habitude.
- Grâce Arda! C'est la clé. Il m'a fallu quelques heures 🙁 Vous devez aller à l'intérieur de la Machine Virtuelle et l'exécuter: compositeur de création de projet laravel/laravel nom de dossier
- Ce qu'il est important de comprendre avec le "No input file specified" erreur, est de regarder sur votre ordinateur hôte, la configuration de Homestead.yaml -> Ce fichier contient vos sites de cartographie (carte: homestead.test: /home/vagabond/code/public ) Cela signifie que si vous allez à votre machine virtuelle à la racine-> /home/vagabond/code/public/ vous devez avoir votre code html php fichiers. Si il n'y a pas là, lancez le: compositeur de création de projet laravel/laravel 🙂 Si tout fonctionne, alors vous devez savoir que "~/" signifie "c:/windows/users/yourname/" donc il y aura votre sincronized des fichiers à partir de l'errance à votre hôte
InformationsquelleAutor Arda
5

Ce problème s'est produit pour moi après l'édition de la Ferme.yaml. J'ai résolu ce problème en
```
homestead destroy
homestead up
```
- malheureusement, cela fonctionne pour moi aussi, qui resulst dans mes bases de données détruites à chaque fois. Avez-vous trouvé un solution pour cela?
- Vous pourriez être en mesure de simplement faire "homestead disposition" à la place. Aussi, si vous ne l'avez pas déjà, je vous recommande la configuration de semoirs et les migrations de sorte que vous pouvez être de moins en moins de protection de la base de données.
- Ce correctif mon problème 😀 , et c'est bon : laracasts.com/lessons/say-hello-to-laravel-homestead-two
InformationsquelleAutor Rayzor
4

J'ai eu les mêmes problèmes

Mais il a oublié que les spécifications dit que le fichier de configuration situé à

~/.ferme/Ferme.yaml
et a été mise à jour
~/Ferme/src/talons/Homestead.yaml

Si le CORRECTIF a été mise à jour le Homestead.yaml ici, à

~/.ferme/Ferme.yaml

Avant

sites: - map: homestead.app to: /home/vagrant/Laravel/public

Après

sites: - map: homestead.app to: /home/vagrant/Code/mysitename/public

Ensuite, j'ai couru

vagrant up --provision

Espère que cela fonctionne pour n'importe qui d'autre.

InformationsquelleAutor lightup
2

Redémarrez votre maison. A travaillé pour moi.
```
homestead destroy
homestead up
```
InformationsquelleAutor Selassie Twumasi
2

J'ai eu le même problème en suivant le Laravel docs (https://laravel.com/docs/5.2/homestead)

Mon problème est très simple, j'ai manqué de lire cette partie de la doc:

Homestead.yaml fichier sera placé dans le ~/.homestead cachés
répertoire:

J'ai donc été mise à jour le mauvais Homestead.fichier yaml, puisque le fichier a été déplacé quand j'ai couru le bash init.sh commande.

Je ne l'ai réalisé cet après beaucoup de recherche, donc espérons que cela va aider quelqu'un.
- oui, il n'a fonctionné pour moi. Merci!
InformationsquelleAutor aljaydavids
1

Mot de prudence, linux est sensible à la casse. C'est probablement la raison pour laquelle vous voyez un "Code" et un "code" de répertoire.

Ce que je voudrais faire est de refaire le vagabond nouveau le programme d'installation et si vous voulez garder les choses simples et correspondant à ce que le Homestead zone a comme un défaut de rendre votre répertoire sur votre machine hôte "Code" avec une majuscule.

Vous pourriez également dans les "dossiers" de la section juste la carte à votre "Code" dans le dossier de votre machine, dans le cas où vous décidez d'ajouter d'autres sites à votre Homestead d'installation plus tard. De cette façon sous /home/vagabond/Code/vous verrez tous vos projets de site et vous pouvez le cul plus de sites pointant vers leur "public" des répertoires.
- Merci, @noeldiaz! Hier, j'ai fini par faire ce que vous avez dit. J'ai téléchargé l'errance de nouveau, puis enlevé mon Homestead répertoire avec "rm-r Homestead", puis n'a vagrant, et quand je l'ai fait j'ai vu que le vagabond procédure couru quelques choses supplémentaires comme le démarrage du serveur nginx. Quand j'ai essayé le site, il a travaillé! Aussi, le "code" "Code" dossier de problème a disparu 🙂 j'ai fait ce que vous avez suggéré, autant que les "dossiers" de la section. I/m un peu peur, car il semble que je ne comprends pas comment déboguer un serveur/virtual box problème", mais continuera sur! J'apprécie vraiment votre aide 🙂
InformationsquelleAutor noeldiaz
1

C'est probablement parce que le serveur web nginx est pas pointant vers le droit chemin.

Il y a deux clés que vous devriez regarder: le map clé sous folders et la to clé sous sites. Le folders clé de cartes dossiers sur votre ordinateur local, le vagabond de la VM. Le sites clé est utilisée pour créer un hôte virtuel sur nginx avec la valeur de la to.

Ce que vous voulez vous assurer que to sous sites points dans le droit chemin à public.

Le problème est que j'ai créé mon laravel projet avec composer create laravel/laravel. Cela a créé un dossier dans mon répertoire nommé laravel. Puis, sans modifier les répertoires que j'ai installé le homestead helper avec composer require laravel/homestead --dev.

Après l'exécution de php vendor/bin/homestead make et vagrant up ma structure de répertoire cherché quelque chose comme ceci:
```
$ cd laravel51
$ ls -a
.
..
.vagrant
laravel
composer.json
composer.lock
vendor
Homestead.yml
Vagrantfile 
```
Mon Homestead.yml ressemblait à ceci:
```
folders:
    - map: "/Users/USER/Sites/sandbox/php/laravel51"
      to: "/home/vagrant/laravel51"

sites:
    - map: laravel51
      to: "/home/vagrant/laravel51/public"
```
Si vous regardez de près, les /Users/USER/Sites/sandbox/php/laravel51 chemin sera monté sur l'errance des VM. C'est le mauvais répertoire, car il doit être dirigée vers le laravel racine du projet où votre répertoire app est. Ce qui s'est passé ici, c'est que j'étais censé exiger le homestead helper alors que j'étais dans la racine du projet.

Alors maintenant la question est que dois-je faire? Vous avez deux options: se débarrasser de votre homestead VM et de recommencer, mais cette fois à partir de la racine du projet OU récupérer ce que vous avez déjà.

Si vous voulez récupérer ce que vous avez, vous aurez à déplacer plusieurs fichiers et un dossier à votre laravel racine du projet.

Ce sont les objets que vous aurez besoin de se déplacer:
```
.vagrant
Homestead.yml
Vagrantfile
```
La composer.json ne sera pas nécessaire, car vous en aurez besoin plus tard.

Déplacer ces fichiers vers votre laravel racine du projet et de changer votre répertoire de travail en cours à là (cd laravel). À ce point il suffit de mettre à jour le map sous folders et assurez-vous qu'il pointe vers la racine du projet. Assurez-vous également que le to clé sous sites est le to clé sous folders avec /public ajouté.

Par exemple:
```
folders:
    - map: "/Users/USER/Sites/sandbox/php/laravel51/laravel"
      to: "/home/vagrant/laravel51"

sites:
    - map: laravel51
      to: "/home/vagrant/laravel51/public"
```
Maintenant exécuter composer require laravel/homestead --dev de sorte que le homestead d'aide est requis dans votre projet en cours de compositeur.fichier json et installé.

Exécuter vagrant reload --provision et vous devriez être tous ensemble.

InformationsquelleAutor 2upmedia
1

Les anciennes versions de Homestead cartes de dossiers dans ~/Code - à-dire par exemple par défaut ~/Code/laravel/public. Avis le cas capitalisations dans ~/Code. Ces sont sensibles à la casse. De nouvelles versions sont en minuscules ~/code. Mise à jour de ces répertoires dans votre Homestead.yaml en fonction de vos réels répertoires.

TL;DR;

Mise à jour ~/Code à ~/code ou vice-versa en fonction de vos noms de répertoire.

InformationsquelleAutor doncadavona
1

J'étais juste aux prises avec la même situation. Suivant le problème est réglé:

Si vous avez un répertoire structure comme ceci:
```
folders:
    - map: /Users/me/code/exampleproject
      to: /home/vagrant/code/exampleproject
```
Il suffit de créer "public" dossier dans exampleproject sur votre machine hôte.

InformationsquelleAutor Shreyansh Panchal
1

Après j'ai renommé certains répertoires, j'ai dû détruire et exécutez à nouveau le vagabond. Aucune des solutions travaillaient ici.

Cela a fonctionné pour moi:
```
vagrant destroy
vagrant up
```
InformationsquelleAutor yper
0

Dans Laravel 5 j'ai dû faire un ssh sur mon homestead serveur et exécutez ces commandes:
```
sudo chmod -R 777 storage
sudo chmod -R 777 bootstrap/cache
```
InformationsquelleAutor EvWill
0

Voici ma solution:

C'est un chemin d'accès au fichier de problème donc, ci-dessous sont mes dossiers & sites chemins. Aussi, j'ai dû utiliser "vagrant détruire" que la configuration n'a pas fonctionné.

InformationsquelleAutor Matt Pierce
0

Cela se produit généralement lorsque vous modifiez le Homestead.yaml fichier.

Si comme moi vous avez essayé homestead up --provision et n'a pas travaillé!
ensuite, essayez ceci (il fonctionne pour moi):
- homestead destroy
- homestead up
InformationsquelleAutor Mahmoud Zalt
0

Mon problème était dans le fichier de configuration du domaine:

le dossier public de mon projet a été créé dans /home/vagabond/Code/demo/public

le fichier de configuration du domaine (pour moi /etc/nginx/sites-available/démo.app) a configuré: "/home/vagabond/Code/Laravel/public" au lieu de "/home/vagabond/Code/demo/public".

Maintenant, c'est le travail parfait.

InformationsquelleAutor Angel Noriega
0

J'ai eu des problèmes similaires avec Homestead et juste la configuration de la boîte a travaillé pour moi. Ainsi, vous devriez essayer ceci:

vagrant provision

InformationsquelleAutor masummdar
0

vagrant provision codes ne fonctionne pas pour moi, après avoir perdu un peu de temps, j'ai redémarrer l'ensemble du système. Maintenant il fonctionne... -,-"

InformationsquelleAutor giovannipds
0

J'ai édité homestead.yaml et hosts selon ce tutoriel laracast et redémarré ferme à l'aide de vagrant suspend, vagrant halt, etc. /vagrant up; J'ai essayé de vagrant provision, mais no file specified seulement s'en alla après je redémarré mon ordinateur (je suis sur PC Windows 7) après avoir fait toutes les ci-dessus. C'est certainement une perte de temps et difficile d'erreur.

C'est ce que mon travail homestead.yaml ressemble pour deux laravel projets:
```
ip: "192.168.10.10"
memory: 2048
cpus: 1
provider: virtualbox

authorize: ~/.ssh/id_rsa.pub

keys:
- ~/.ssh/id_rsa

folders:
    - map: D:\Projects
      to: /home/vagrant/Projects

sites:
    - map: projectone.app
      to: /home/vagrant/Projects/ProjectOne/public
    - map: projecttwo.app
      to: /home/vagrant/Projects/ProjectTwo/public

databases:
    - laraveldb
```
et voici mon hosts fichier:
```
...
127.0.0.1       localhost
192.168.10.10   projectone.app
192.168.10.10   projecttwo.app
```
Remarque, il y a deux installations distinctes de laravel dans D:\Projects\ProjectOne et D:\Projects\ProjectTwo

Je puis accéder au premier projet en tapant projectone.app:8000 dans le navigateur et projecttwo.app:8000 pour le second projet.

P. S. j'ai testé pour Laravel 5.2 sur Windows

InformationsquelleAutor Arthur Tarasov
0

Cela se produit parce que vous avez besoin pour configurer votre serveur nginx correctement afin de vous servir de l'application. Vous pouvez le faire en suivant ce guide, à partir de la rubrique Configurer Nginx et la Racine Web.

Après avoir correctement la configuration de votre lien symbolique entre votre /etc/nginx/sites-available et /etc/nginx/sites-enabled, vous devez vous assurer que votre racine de la variable est mise à votre demande le chemin d'accès au dossier. Définissez votre nginx racine de
```
root /usr/share/nginx/html;
```
à
```
/home/vagrant/Projects/ProjectOne/public
```
Aussi, vous avez de la place index.php avant que vos fichiers html pour php est servi avant de html. Modifier ce
```
index index.html index.htm;
```
à ce
```
index index.php index.html index.htm;
```
Après avoir terminé votre configuration, redémarrez votre serveur nginx avec
```
sudo service nginx restart
```
Votre demande doit être servi maintenant.

InformationsquelleAutor Carlos Adames

Je suis avec Windows 10 et a la suite de Homestead configuration

---
ip: "192.168.10.10"
memory: 2048
cpus: 1
provider: virtualbox

authorize: ~/.ssh/id_rsa.pub

keys:
    - ~/.ssh/id_rsa
folders:
    - map: ~/code               #folder in local computer where codes are stored eg, c:\xampp\htdocs\project1
      to: /home/vagrant/code    #folder in the VM where the above code will be mapped

sites:
    - map: homestead.local          #fake name of the site (redirect this domain to the above IP ie 192.168.10.10 in hosts file ie, c:\windows\system32\etc\hosts)
      to: /home/vagrant/code/public #complete path to index.php file in the local computer to be utilized by homestead.local 
databases:
    - homestead

Je PINGed le homestead.domaine local et a été l'obtention de résultats.

Mais quand j'ai tapé http://homestead.local dans le navigateur, j'ai eu "no input file specified' erreur

J'ai vérifié le code/dossier public et il n'y a pas de fichier index. J'étais sûr que le système était à la recherche pour le fichier par défaut qui a été en quelque sorte disparu.

Une fois, j'ai créé un fichier d'index qu'il a commencé à bien fonctionner.

InformationsquelleAutor Nava Bogatee

0

Même problème pour moi.

Ni vagrant provision ou homestead up --provision a fonctionné pour moi, mais le ci-dessous n' - probablement comme homestead était déjà en cours d'exécution lorsque j'ai modifié le fichier yml

vagrant reload --provision

InformationsquelleAutor nzbenny

Vous devez vous connecter pour publier un commentaire.