Discussion :

[bndd24]

Salut à tous,

Je rencontre un problème lors de l'installation de Laravel sous un hébergement mutualisé 1&1.

Je tiens a préciser que c'est la première fois que je mets en production un site Lavarel donc je lis les tutos pour savoir comment faire..

Dans un premier temps, j'ai installé Composer en suivant le tuto de mon hébergeur : https://community.1and1.com/using-ph...oser-at-1and1/

maintenant je vois un répertoire .composer dans mon espace.

ensuite le tuto d'installation sur le site de Laravel https://laravel.com/docs/5.5 me dit de "téléchargez l'installateur Laravel à l'aide de Composer"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

composer global require "laravel/installer"

mais il me m'affiche un message :
-bash: composer: command not found

quelqu'un a t'il une idée ?

merci à vous

[Spartacusply]

C'est parce que composer n'est pas installé de manière globale sur ton système.

Il va donc te falloir l'installer (lien : https://getcomposer.org/doc/00-intro...linux-unix-osx) mais comme tu es sur un hébergement mutualisé tu ne vas pas pouvoir l'installer globalement, tu vas toujours devoir lancer la commande localement (ce qui se fait se fait sans problème, c'est juste moins pratique).

[bndd24]

Salut et merci pour la réponse.
Lancer la commande localement c’est à dire précisément ?
Je suis nouveau avec les framework donc je ne comprends pas trop.

[Spartacusply]

Tu ne pourras pas lancer la commande "composer' depuis n'importe quel répertoire, tu devras obligatoirement te placer dans le répertoire où composer est installé.

[bndd24]

et c'est le seul inconvénient ?

Pour lancer la commande je me place DANS le répertoire .composer avec "cd .composer" ou dans le répertoire dans lequel je vois le répertoire .composer ?

car j'ai toujours le même message.. Merci à toi pour ton aide.

[Spartacusply]

Tu dois te placer dans le dossier où tu as installé composer. Imaginons que tu installes composer dans le dossier /composer :

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
cd /
mkdir composer
cd composer
#Tu fais l'install de composer selon la doc
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"
php -r "if (hash_file('SHA384', 'composer-setup.php') === '544e09ee996cdf60ece3804abc52599c22b1f40f4323403c44d44fdfdd586475ca9813a858088ffbc1f233e9b180f061') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;"
php composer-setup.php
php -r "unlink('composer-setup.php');"

Ensuite pour utiliser composer tu devras te placer dans le dossier /composer et lancer tes commandes en utilisant l'option "-d" qui permet de spécifier le répertoire de travail qui par défaut est le répertoire courant.

Si par exemple tu souhaites lancer un composer update sur un projet qui se situe dans "/var/www/monprojet" par exemple :

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cd /composer
php composer.phar update -d /var/www/monprojet

Avec composer installé de manière globale ce serait plus simple :

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cd  /var/www/monprojet
composer update

[bndd24]

sincèrement je te remercie pour ton aide mais malheureusement je ne comprends rien !

a la racine de mon ftp j'ai le dossier test, et dans le dossier test j'ai le fichier composer.phar

je fais la connexion ssh avec le petit programme putty (comme pour mes taches cron).

une fois la connexion établie, je fais quoi exactement ? chaque fois que je tape quelque chose, rien ne fonctionne ! et ce n'est pas faute de lire la doc !!

j'ai réussi a faire entièrement ceci : https://community.1and1.com/using-ph...oser-at-1and1/

mais après il y a aucune explication sur comment installer laravel et sur le site de laravel rien non plus pour composer NON global https://laravel.com/docs/5.5 il y a la commande uniquement pour le composer global c'est fou !

[Spartacusply]

Bon et ben du coup c'est pas compliqué, pour faire simple remplace "composer" par /usr/bin/php5.5-cli composer.phar et spécifie le chemin de ton projet en utilisant l'option "-d"

[Tsilefy]

Le plus simple c'est de créer le site Laravel en local et d'uploader ensuite les fichiers sur le serveur. Comme ça tu t'auras jamais à utiliser Composer.

[bndd24]

Spartacusply : en écrivant

/usr/bin/php5.5-cli composer.phar

J'ai exactement la même image que sur https://community.1and1.com/using-ph...oser-at-1and1/ Composer est apparemment installé mais moi je veux installer Laravel.. quelle est la commande ?

Tsilefy : Merci pour ta réponse mais c'est une méthode pas recommandé d’après plusieurs sites..

[Tsilefy]

Spartacusply : en écrivant
J'ai exactement la même image que sur https://community.1and1.com/using-ph...oser-at-1and1/ Composer est apparemment installé mais moi je veux installer Laravel.. quelle est la commande ?

Est-ce que ceci ne marche pas?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/usr/bin/php5.5-cli composer.phar create-project --prefer-dist laravel/laravel monsite

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 composer.phar create-project --prefer-dist laravel/laravel monsite

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
composer global require "laravel/installer"
laravel new monsite

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
/usr/bin/php5.5-cli global require "laravel/installer"
laravel new monsite

monsite étant le nom du dossier dans lequel va se trouver ton site.

Remplace évidemment php5.5-cli par la version de ton PHP, sachant que Laravel demande 7.0 au minimum, à moins que tu ne veuilles installer une autre version dépassée (mais dans ce cas, il faut voir la doc pour l'installation de cette ancienne version).

Evidemment, une fois Laravel installé, tu dois configurer ton site pour que le dossier monsite/public devienne la racine web.

Tsilefy : Merci pour ta réponse mais c'est une méthode pas recommandé d’après plusieurs sites..

C'est une particularité de 1&1 alors? Parce que je peux t'assurer que le seul moyen professionnel pour déployer un site consiste à le créer sur un serveur local, puis à l'envoyer (par git, rsync, FTP etc...) sur le serveur de production. C'est aussi le système le plus simple.

[Spartacusply]

Toutes les commandes de type globale ne pourrons pas fonctionner mais je pense que la première proposée par Tsifely devrait fonctionner, avec php 7 effectivement je n'avais pas fait attention à ce détail.

C'est une particularité de 1&1 alors? Parce que je peux t'assurer que le seul moyen professionnel pour déployer un site consiste à le créer sur un serveur local, puis à l'envoyer (par git, rsync, FTP etc...) sur le serveur de production. C'est aussi le système le plus simple.

Non, ce n'est pas le seul moyen professionnel de déployer un site web. J'irai même jusqu'à dire que ce n'est pas la bonne manière professionnelle de déployer ses sources. Il y a plusieurs raisons à cela, la principale je pense c'est que cela peut rapidement entraîner des problèmes de performance si la taille des vendors devient importante.

Une autre (et meilleure aussi je pense) manière, c'est de synchro ses sources via ftp,git,rsync... sans les vendors puis de lancer un composer update --no-dev (avec l'option --no-dev tant qu'à fair) sur le serveur de production, ce qui limite les transferts de fichier et optimise les performances pour la production.

[Tsilefy]

Non, ce n'est pas le seul moyen professionnel de déployer un site web. J'irai même jusqu'à dire que ce n'est pas la bonne manière professionnelle de déployer ses sources. Il y a plusieurs raisons à cela, la principale je pense c'est que cela peut rapidement entraîner des problèmes de performance si la taille des vendors devient importante.

Une autre (et meilleure aussi je pense) manière, c'est de synchro ses sources via ftp,git,rsync... sans les vendors puis de lancer un composer update --no-dev (avec l'option --no-dev tant qu'à fair) sur le serveur de production, ce qui limite les transferts de fichier et optimise les performances pour la production.

Je me suis emmêlé les pinceaux et tu as raison, c'est évidemment la meilleure méthode pour les libs dans vendors. Je voulais parler du cas présent uniquement, qui consiste à créer le projet laravel directement sur le serveur de prod (d'où je conclus que tout le reste du développement se fera directement sur le serveur de prod aussi). Je déconseille de faire ça. Mais évidemment il aura besoin de faire composer update sur le serveur.

[bndd24]

Je voulais parler du cas présent uniquement, qui consiste à créer le projet laravel directement sur le serveur de prod (d'où je conclus que tout le reste du développement se fera directement sur le serveur de prod aussi). Je déconseille de faire ça. Mais évidemment il aura besoin de faire composer update sur le serveur.

ton premier code fonctionne, j'ai juste changé la version php en 7.0, super merci mais bizarrement le 7.1 ne fonctionne pas.

La meilleure solution est justement celle qui consiste à créer un laravel directement sur le serveur de prod en ligne de commande et ensuite d'uploader nos pages par ftp. En tout cas, c'est bien la suggestion de l'ensemble des sites qui parlent de laravel.

Une autre (et meilleure aussi je pense) manière, c'est de synchro ses sources via ftp,git,rsync... sans les vendors puis de lancer un composer update --no-dev (avec l'option --no-dev tant qu'à fair) sur le serveur de production, ce qui limite les transferts de fichier et optimise les performances pour la production.

oula, je viens seulement de réussir ma première installation laravel alors doucement

[Spartacusply]

ton premier code fonctionne, j'ai juste changé la version php en 7.0, super merci mais bizarrement le 7.1 ne fonctionne pas.

Y'a pas de miracle, c'est juste que ton héergeur n'a pas installé php 7.1 sur le serveur

[bndd24]

dans le tuto ils disent bien qu'en effet, supprimer le répertoire public n'est pas une bonne idée, ils disent même que c'est une manière laborieuse. Mais parfois si pas d’accès ssh et pas de possibilité de faire pointé le domaine vers le répertoire public, l'auteur propose tout de même cette solution au cas ou. Moi ce n'est pas mon cas car j'ai accès au ssh et j'ai la possibilité de pointer mon domaine vers public même si je suis en mutualisé. Tu as un autre site intéressant pour apprendre laravel, tutos etc.. (sauf site officiel que je connais déjà) ? si oui je suis preneur

[Pierre Louis Chevalier]

Si tu veux un bon tutoriel Laravel il y en à un ici : http://maurice-chavelli.developpez.c...ravel-5/bases/

Si tu connais pas encore bien PHP dans ce cas voir les cours PHP ici : http://php.developpez.com/cours/

[Spartacusply]

Je peux rien dire et ne dis rien sur la qualité de ses cours, juste la solution de déplacer le répertoire public n'est en aucun cas une bonne solution, cela peut créer des problèmes de sécurité si on est pas extrêmement méthodique. Dans le très rare cas où on ne peut pas spécifier l'emplacement du document_root, il existe toujours la possibilité de réécriture d'url ou de redirect par exemple pour contourner ce problème.

[Tsilefy]

dans le tuto ils disent bien qu'en effet, supprimer le répertoire public n'est pas une bonne idée, ils disent même que c'est une manière laborieuse. Mais parfois si pas d’accès ssh et pas de possibilité de faire pointé le domaine vers le répertoire public, l'auteur propose tout de même cette solution au cas ou.

Je comprends la raison, mais le vrai problème c'est qu'il faut arrêter d'utiliser un hébergement mutualisé pour tout ce qui n'est pas Wordpress/Drupal/Prestashop... Aujourd'hui pour 5$ par mois tu peux avoir un droplet Digital Ocean, et tu peux avoir un Dyno Heroku gratuitement. Ça suffit largement pour apprendre à déployer sur Laravel ou n'importe quel autre framework.

Tu as un autre site intéressant pour apprendre laravel, tutos etc.. (sauf site officiel que je connais déjà) ? si oui je suis preneur

Tu comprends l'anglais? Laracast est le site de référence pour Laravel, et leur cours sur Laravel est gratuit.

[bndd24]

Je comprends la raison, mais le vrai problème c'est qu'il faut arrêter d'utiliser un hébergement mutualisé pour tout ce qui n'est pas Wordpress/Drupal/Prestashop... Aujourd'hui pour 5$ par mois tu peux avoir un droplet Digital Ocean, et tu peux avoir un Dyno Heroku gratuitement. Ça suffit largement pour apprendre à déployer sur Laravel ou n'importe quel autre framework.

Tu comprends l'anglais? Laracast est le site de référence pour Laravel, et leur cours sur Laravel est gratuit.

Le problème du mutualisé ou non ne me concerne pas spécialement dans la mesure ou 1and1 propose bien l’accès ssh ET le pointage du domaine vers le répertoire public. Mais je vois ou tu veux en venir et je suis assez d'accord avec toi, si tu veux de la qualité et pas de restriction, il faut débourser quelques euros, et je n'ai rien contre cela.

Malheureusement, non je ne comprends pas l'anglais, dommage car ton site a l'air pas mal du tout. tu as un équivalant en français ?