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 ?

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

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 ?

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

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 ?

Avatar de CinquièmeDimension
CinquièmeDimension

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

Avatar de bestmomo
bestmomo

Salut,

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

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...

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.

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...

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.

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).

Vous ne pouvez pas répondre à ce sujet.