HTTP vs. FTP: il protocollo per il trasferimento file è FTP, non HTTP
Falso. Il protocollo standard per caricare e scaricare file è FTP (File Transfer Protocol)—non HTTP.
FTP (File Transfer Protocol)
- Porte: 21 (comando), 20 (dati-attivo) o range passivo
- Progettato per: Elenco file, upload, download, rinomina, elimina, permessi (chmod)
- Autenticazione: Nome utente/password (in chiaro nel FTP standard)
- Modalità: Attiva (il server si riconnette) / Passiva (il client inizia entrambe)
- Varianti sicure: FTPS (FTP su TLS), SFTP (SSH File Transfer Protocol—protocollo diverso)
HTTP (Hypertext Transfer Protocol)
- Porte: 80 / 443 (HTTPS)
- Progettato per: Recupero ipertesto (HTML), API REST, app web
- Trasferimento file: Possibile tramite PUT/POST/GET ma non design primario—nessun elenco directory, resume, o comandi gestione file
- WebDAV: Estensione HTTP che aggiunge gestione file (RFC 4918)
Perché esiste confusione
- I browser usano HTTP/HTTPS per scaricare file (clicca link → GET)
- Molti siti "condivisione file" usano form di upload HTTP
- API di cloud storage (S3, Google Drive, Dropbox) usano REST basato su HTTPS
Quando usare ciascuno
- FTP/SFTP/FTPS: Amministrazione server, trasferimento bulk, script automatizzati, sistemi legacy, dispositivi di rete
- HTTPS/WebDAV: App web, accesso basato su browser, sincronizzazione guidata da API, firewall-friendly
- rsync/SCP: Sincronizzazione incrementale, amministrazione Linux/Unix
HTTP può trasferire file, ma FTP è il protocollo di trasferimento file purpose-built, completo di funzionalità.