Avatar de 6120ssu
6120ssu

Je développe des sites et applictions avec cakephp depuis une douzaine d'années. Je voudrais tester Laravel. Problème : j'ai un hébergement mutualisé chez OVH et pas Node.js donc pas npm. J'ai installé Laravel dans un sous domaine avec composer mais je ne peux installer aucun composant vu qu'ils nécessitent tous npm (Breeze, Jetsream) Y-a-t'il d'autres solutions ?

Posté il y a 3 mois
Avatar de CinquièmeDimension
CinquièmeDimension

Tu peux toujours installer Laravel 6 (qui est la meilleure version pour moi vu que c'est une LTS). Sinon, tu peux faire à l'arache et balancer en FTP les fichiers sources mais c'est bof

Posté il y a 3 mois
Avatar de 6120ssu
6120ssu

Merci pour ta réponse.

Pourquoi la 6 et pas la 7 ? Et la 6 est-elle toujours supportée et mise à jour ?

Posté il y a 3 mois
Avatar de CinquièmeDimension
CinquièmeDimension

Oui c'est une LTS (Long Term Support) donc donc toujours supportée et mise à jour. Et il n'avaient pas encore ajouté de composants node. Après, même pour LV8, tu n'est pas obligé de passer par les composants node proposés dans la doc... Tu as toujours blade qui est embarqué et qui fonctionne très bien pour les vues

Posté il y a 3 mois
Avatar de 6120ssu
6120ssu

Cool. Merci pour ta disponibilité.

Dernière question (enfin peut-être :) L'intégration de vue.js dans Laravel est-elle possible sans node.js ?

Posté il y a 3 mois
Avatar de CinquièmeDimension
CinquièmeDimension

D'après la doc de vueJS tu peux l'installer avec un simple CDN comme pour bootstrap

Posté il y a 3 mois
Avatar de bestmomo
bestmomo

Salut,

Je ne vois pas l'intérêt d'avoir npm sur le serveur de production.

Posté il y a 3 mois
Avatar de CinquièmeDimension
CinquièmeDimension

Perso je ne sers jamais de nodeJS et donc de NPM (il faut que je m'y mette). C'est pas comme composer du coup ? Les fichiers sont diretement inclus dans les push ? Pas d'équivalent de composer install à faire ? C'est bon à savoir pour le jour où je m'en servirais...

Posté il y a 3 mois
Avatar de bestmomo
bestmomo

En fait on s'en sert pour charger les librairies (CSS et JS) comme avec Composer mais la différence c'est qu'ensuite on génère les assets (CSS et JS) et c'est ça qu'on envoie en production. Du coup npm sur le serveur de production ne sert à rien, contrairement à Composer parce qu'on utilise directement les librairies PHP chargées.

Posté il y a 3 mois
Avatar de bdfi
bdfi

Bonjour, Pour info, j'ai déployé pour test un projet laravel 8, sur un mutualisé OVH avec FTP (dans un sous-domaine à côté d'un site existant). Pour moi (qui ne suit pas pro du tout), je préfère à la limite fonctionner comme ça, je suis au moins certain de l'équivalence entre ce que j'ai en local sur mon PC et ce qu'il y a sur le site. Tout fonctionne bien, y compris du Nova, mon seul vrai pb c'est que c'est les mises à jour totales par FTP sont un peu longues... Donc pour des mises à jour réduites, je ne pousse parfois que les fichiers ou répertoires modifiés...

Posté il y a 3 mois
Avatar de bestmomo
bestmomo

Salut, Le souci qu'il peut y avoir à fonctionner uniquement en FTP c'est en cas de différence de version PHP. Composer charge les librairies en fonction de la version de PHP.

Posté il y a 3 mois
Avatar de nash
nash

Il est possible de bloquer la version de php selon la version de base imposé par le framework et la version réel en production avec un simple parametre dans le composer.json afin de limiter les updates de packages dans des versions supérieurs de php de votre hébergement.

Pour exemple :

"config": {
        "platform": {
            "php": "7.1.28"
        },
        "preferred-install": "dist",
       ...
    }

Il est donc préférable de toujours utiliser les versions lst (en entreprise).

Posté il y a 3 mois

Vous ne pouvez pas répondre à ce sujet.