Sarebbe possibile trasferire un file HTML usando un protocollo diverso da HTTP?

Question

Sarebbe possibile trasferire un file HTML usando un protocollo diverso da HTTP?

#1 da (7 voti)
#2 da (1 voti)
#3 da (1 voti)

1

Sto leggendo su internet e cose e ho appena saputo che le pagine web sono in realtà solo file HTML.

Inoltre, ho appreso che HTTP è solo un protocollo di trasferimento.

Quindi la mia domanda è: sarebbe possibile visualizzare una pagina web usando un altro protocollo, ad esempio FTP, dal momento che una pagina web è in realtà solo un file con istruzioni che indicano al browser come eseguire il rendering della pagina?

Se fosse possibile, potresti descrivere come sarebbe possibile?

Esempio: Diciamo che un server ospita una pagina Web sulla porta 20 (ovvero: porta FTP). Se mi collegassi al server con: ftp://<hostname>/<path_to_webpage> , sarei in grado di visualizzarlo come previsto?

Ancora più interessante, nello stesso scenario, se mi collegassi al server con: http://<hostname>:20/<path_to_webpage> , funzionerebbe anche in questo scenario?

html web-development http web

posta Utku 05.11.2015 - 14:25

fonte

3 risposte

1

Sei confuso.

Trasferire una pagina HTML è possibile con qualsiasi protocollo in grado di gestire il testo - email, RSS, ftp, la lista è infinita. La visualizzazione di una pagina HTML è completamente diversa: richiede codice che interpreti i tag e generi i caratteri corrispondenti. Questo è chiamato un renderer e solo un renderer HTML può eseguire questa attività.

Un browser web è semplicemente un software che combina entrambe le funzionalità, perché è così utile combinarle. Quindi sì, puoi trasferire una pagina web senza un browser, ma no, normalmente non puoi visualizzarla senza un browser, perché la maggior parte dei renderer HTML vivono nei browser.

risposta data 05.11.2015 - 14:34

fonte

1

I browser Web precedenti supportavano più protocolli, inclusi ftp e gopher, ad esempio. Con l'avvento di AJAX, il web è stato molto più strettamente collegato a http (s) come protocollo richiesto.

L'HTML stesso, tuttavia, non ha requisiti per quanto riguarda il protocollo di trasporto.

risposta data 05.11.2015 - 21:13

fonte

Leggi altre domande sui tag html web-development http web

Perché i numeri negativi valgono per il vero in PHP? [chiuso] Verifica il problema di copertura e riusabilità

score 7 · Accepted Answer

Sì. È possibile trasmettere HTML su qualsiasi supporto in grado di trasmettere testo. Email, per esempio. Sono disposto a scommettere che almeno il 90% di tutte le email che ricevi, e probabilmente anche la maggior parte di quelle che scrivi, sono HTML. Puoi anche visualizzare i file HTML sul tuo filesystem locale.

Il browser non si cura di come l'HTML è arrivato sul tuo sistema. Questo è "il problema di qualcun altro".

Let's say that a server hosts a webpage on port 20 (that is: FTP port). If I connected to the server with: ftp://<hostname>/<path_to_webpage>, would I be able to display it as expected?

Sì, a condizione che il server stia effettivamente eseguendo un server FTP sulla porta 20.

Yet more interestingly, in the same scenario, if I connected to the server with: http://<hostname>:20/<path_to_webpage>, would it work in this scenario as well?

No, certo che no. Supponiamo che il server stia eseguendo un server FTP sulla porta 20, non un server HTTP, quindi ovviamente non puoi parlare con HTTP.

Se c'è un server FTP in ascolto sulla porta 20, allora il primo funzionerà. Dato che c'è un server FTP in ascolto sulla porta 20, non può esserci un server HTTP in ascolto sulla porta 20, quindi il secondo non funzionerà.

Se c'è un server HTTP in ascolto sulla porta 20, allora funzionerà il secondo. Dato che c'è un server HTTP in ascolto sulla porta 20, non può esserci un server FTP in ascolto sulla porta 20, quindi il primo non funzionerà.

Se non c'è né un server FTP né un server HTTP in ascolto sulla porta 20, nessuno dei due funzionerà.

Nessuno di questi ha nulla a che fare con l'HTML. Al client HTTP o FTP non interessa cosa sta scaricando. Il renderer HTML non si cura di dove l'HTML proviene.