Auteur Sujet: fixe v4 full-stack  (Lu 38499 fois)

0 Membres et 1 Invité sur ce sujet

ezivoco_163

  • Abonné Orange Fibre
  • *
  • Messages: 823
  • Toulouse (31)
fixe v4 full-stack
« Réponse #12 le: 29 novembre 2019 à 09:22:53 »
ok merci pour ces précisions, ça me permet de me tenir un peu informé  :D

buddy

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 15 152
  • Alpes Maritimes (06)
fixe v4 full-stack
« Réponse #13 le: 29 novembre 2019 à 10:12:11 »
l'avantage aussi du SFTP c'est de ne pas avoir à installer/maintenir un serveur FTP (quand c'est toi qui administre le serveur).

Free_me

  • Abonné Free fibre
  • *
  • Messages: 3 115
  • Marseille
fixe v4 full-stack
« Réponse #14 le: 24 décembre 2019 à 12:42:17 »
j'ai plus fait de FTP depuis 15 ans facilement. Ca me rapelle les années warez et flashfxp enfin bref.
webmaster qui deploie un site en uploadant un fichier : ouais on faisait ca au tout debut du HTML, ca a enormement changé depuis...



Logan21

  • Abonné Free fibre
  • *
  • Messages: 355
fixe v4 full-stack
« Réponse #15 le: 06 février 2020 à 06:18:39 »
Le FTP c'est pourtant bien pratique, je n'upload pas un seul fichier pour déployer un site mais tout le squelette du site
Du coup je me vois mal passer par un upload http à moins qu'il soit prévu pour les upload multiples comme filezilla
et si tu dois changer un fichier du squelette, tu peux facilement via FTP
.

Tu dis que ça a changé, c'est à dire comment déploie t'on un site actuellement : avec des sites tout fait ou customizables en ligne?
perso je ne suis pas fan de cette solution.

Free_me

  • Abonné Free fibre
  • *
  • Messages: 3 115
  • Marseille
fixe v4 full-stack
« Réponse #16 le: 06 février 2020 à 08:38:18 »
Phase 1 : staging. On creer un dossier fonctionnel du site, à partir du code souce.
Sur un serveur a part ou au moins dans un dossier différent :
Git pull ou git checkout. Avec bien sur selection de la bonne branche, master ou autre.
Composer install
Npm run prod ou npm run dev
Creation des liens symboliques si necessaire
Toute autre manipulation requise

Phase 2 : déploiement du dossier
Si c’est manuel :
Rcp du dossier local vers un nouveau dossier en prod, pour tous les serveurs de prod
renommer le dossier de prod en ‘old’ et le nouveau dossier en ‘current’. L’idee c’est de faire un switch instentané, le vhost pointe dans current. On peut faire pareil avec current qui est un lien symbolique vers le bon dossier.
Certains restart nginx ou php-fpm apres ca. A voir, pourquoi pas
Si c’est amazon beanstalk :
eb deploy
:) ca fait la même chose que manuel, sachant que ca peut aller beaucoup plus loin.

En cas de problème le rollback est simple et instentané, c’est juste du renommage de lien symbolique ou de dossier

Pour les evolution de structure de la bdd, certains le lancent en automatique à partir du serveur de staging (php artisan migrate). J’aime pas trop, je prefere le faire a la main moi meme à partir de n’importe quel serveur de prod.

Voila voila :)

mirtouf

  • Abonné Bbox fibre
  • *
  • Messages: 1 304
  • Chelles (77)
    • L'antre de la bête
fixe v4 full-stack
« Réponse #17 le: 06 février 2020 à 11:34:41 »
Le FTP c'est pourtant bien pratique, je n'upload pas un seul fichier pour déployer un site mais tout le squelette du site
Du coup je me vois mal passer par un upload http à moins qu'il soit prévu pour les upload multiples comme filezilla
et si tu dois changer un fichier du squelette, tu peux facilement via FTP
.

Tu dis que ça a changé, c'est à dire comment déploie t'on un site actuellement : avec des sites tout fait ou customizables en ligne?
perso je ne suis pas fan de cette solution.
FTP est prisonnier de choix technique datés, les alternatives existent et sont bien plus efficaces:
- rsync
- git ou équivalent
- rclone si stockage objet
- webdav (si firewall très restrictif)

decalage

  • Abonné Orange adsl
  • *
  • Messages: 189
  • 92
fixe v4 full-stack
« Réponse #18 le: 06 février 2020 à 12:02:27 »
Ça peux poser aussi problème pour le téléchargement bittorrent :
Il faut régler son client bittorrent pour choisir un port qui est dans la fourchette fournie par ton FAI.
Et il y a risque de confusion sur les trackers avec les 3 autres qui partagent l'ip, ban injustifié, etc...

vivien

  • Administrateur
  • *
  • Messages: 47 213
    • Twitter LaFibre.info
fixe v4 full-stack
« Réponse #19 le: 06 février 2020 à 13:26:42 »
FTP a de nombreux problèmes, comme l'IP publique dans le contenu des paquets, ce qui demande du DPI pour que la connexion monte (c'est limite dans l'aspect légal pour la neutralité du net et il ne me semble pas qu'il y ait des exception pour ce vieux protocole).

Un que vous n'avez pas évoqué et le fait qu'il laisse passer le login / mot de passe en clair.

Pour moi il faut impérativement arrêter d'utiliser FTP pour passer sur ses alternatives comme SFTP qui fait passer le contenu dans une connexion chiffrée SSH.

Florian

  • Abonné Bbox fibre
  • *
  • Messages: 2 077
  • Drocourt (78)
fixe v4 full-stack
« Réponse #20 le: 06 février 2020 à 13:29:04 »
Sftp n'utilise pas ftp pour le coup. Il y a ftps par contre si on veut du securisé.

vivien

  • Administrateur
  • *
  • Messages: 47 213
    • Twitter LaFibre.info
fixe v4 full-stack
« Réponse #21 le: 06 février 2020 à 13:42:10 »
Peu importe le choix réalisé, il faut par contre abandonner le vieux FTP qui n'a pas du tout été fait pour passer les NAT en IPv4 ou les firewalll IPv6 qui bloquent les flux entrants non sollicités.

FTP restera dans l'histoire comme un des protocoles qui a posé le plus de problèmes.

Comme aujourd'hui tout le monde à abandonné SSL v2 ou SSL v3, il faut abandonner FTP (même Debian a arrêté de laisser la possibilité de distribuer les mises à jour par FTP)

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 454
  • Lyon (69) / St-Bernard (01)
    • Twitter
fixe v4 full-stack
« Réponse #22 le: 06 février 2020 à 14:45:06 »
pourquoi se faire chier avec ftps quand tu peux faire du sftp, un protocole qui juste-marche ?

e-TE

  • Abonné Free fibre
  • *
  • Messages: 1 145
  • Déville-les-Rouen (76)
fixe v4 full-stack
« Réponse #23 le: 06 février 2020 à 14:49:20 »
pourquoi se faire chier avec ftps quand tu peux faire du sftp, un protocole qui juste-marche ?
pourquoi faire simple quand on peut faire compliquer?