|
En tant que développeur Web, j'utiliserais rarement FTP directement pour déployer des sites Web, en particulier pour tout ce qui dépasse le plus simple des sites. FTP n'est pas sécurisé (transmet les données en texte brut) et manque de nombreuses fonctionnalités utiles pour les flux de travail modernes. Cependant, il existe des situations *très spécialisées* dans lesquelles cela peut encore être pertinent :
Situations dans lesquelles je *pourrais* utiliser FTP (avec des mises en garde importantes) :
* Sites extrêmement basiques et petits : Pour un petit site Web personnel ne contenant qu'une poignée de fichiers, FTP peut être la méthode la plus rapide si le fournisseur d'hébergement propose *uniquement* un accès FTP. Je chiffrerais probablement toujours ma connexion à l'aide de FTPS (FTP sur SSL/TLS).
* Accès direct aux fichiers du serveur pour le débogage : Si j'ai besoin d'examiner ou de modifier rapidement un fichier spécifique sur un serveur actif sans passer par un processus de déploiement plus complexe (Git, etc.), FTP pourrait être une option plus rapide, bien que moins sécurisée. Cela devrait être une mesure temporaire.
* Travailler avec des systèmes existants : Certains systèmes plus anciens peuvent uniquement prendre en charge FTP.
* Transfert de fichiers très volumineux : Bien que ce ne soit pas toujours la meilleure méthode, pour transférer des fichiers volumineux qui ne s'intègrent pas bien dans un flux de travail Git, FTP pourrait être envisagé, encore une fois avec FTPS activé.
Comment je l'utiliserais (si absolument nécessaire) :
1. FTPS (pas FTP) : Je donnerais toujours la priorité à l'utilisation de FTPS (FTP Secure) qui crypte la connexion pour protéger les données en transit. C’est crucial pour la sécurité.
2. FileZilla (ou similaire) : J'utiliserais un client FTP dédié comme FileZilla, WinSCP ou Cyberduck. Ces clients fournissent une interface utilisateur graphique beaucoup plus simple à utiliser que les commandes FTP en ligne de commande.
3. Gestion minutieuse des fichiers : J'organiserais méticuleusement mes fichiers locaux avant de les télécharger pour qu'ils correspondent à la structure de répertoires du serveur souhaitée. J'éviterais de télécharger des fichiers inutiles pour garder le serveur propre et efficace.
4. Sauvegarde : Avant d'apporter des modifications importantes sur le serveur, je créerais une sauvegarde des fichiers concernés. Ceci est indispensable en cas de suppression accidentelle ou de corruption.
5. Contrôle de version (même avec FTP) : Même lorsque vous utilisez FTP, je recommande fortement d'utiliser un contrôle de version comme Git pour suivre les modifications localement. Cela permet des restaurations et une collaboration si nécessaire.
Alternatives modernes (fortement préférées) :
Pour pratiquement tous les scénarios de développement Web, j'utiliserais ces méthodes bien supérieures au lieu de FTP :
* Outils Git et de déploiement (recommandés) : L'utilisation de Git pour le contrôle de version et d'un outil de déploiement tel que GitLab CI/CD, Jenkins, GitHub Actions ou Netlify permet des déploiements automatisés, sécurisés et fiables.
* SFTP (protocole de transfert de fichiers SSH) : SFTP est beaucoup plus sécurisé que FTP car il utilise SSH pour des connexions sécurisées. De nombreux fournisseurs d'hébergement prennent en charge SFTP.
* rsync : Pour des transferts de fichiers efficaces et incrémentiels, notamment entre serveurs ou pour la mise à jour uniquement des fichiers modifiés.
En bref, même si FTP peut constituer un cas d'utilisation de niche dans des situations extrêmes, il ne s'agit pas d'une bonne pratique pour le développement Web moderne. Les risques de sécurité et le manque de fonctionnalités l’emportent sur la commodité dans presque tous les cas. L’utilisation d’alternatives plus modernes et sécurisées est toujours recommandée.
|
