L'invio di dati a un server tramite un tag di script è un paradigma obsoleto?

Question

L'invio di dati a un server tramite un tag di script è un paradigma obsoleto?

#1 da (4 voti)

0

Ho ereditato un vecchio codice javascript per un tracker sito web che invia dati al server utilizzando un URL di script:

var src = "http://domain.zzz/log/method?value1=x&value2=x"
var e = document.createElement('script');                  
e.src = src;

Credo che l'idea fosse che le richieste cross-domain non dovevano non essere abilitate, forse. Inoltre è stato scritto nel 2005. Non sono sicuro di quanto XmlHttpRequests fosse supportato al momento. Chiunque potrebbe inserire questo nel proprio sito Web e inviare i dati al nostro server per la registrazione e idealmente funzionerebbe nella maggior parte dei browser con javascript.

La limitazione principale è che tutto il server può fare è inviare indietro il codice javascript e ogni richiesta deve attendere una risposta dal server (sotto forma di una chiamata di metodo javascript di riconoscimento generica) per sapere che è stata ricevuta, quindi invia il prossimo.

Non riesco a trovare nessuno che lo faccia online o alcuna metrica sul fatto che sia più veloce o più sicuro di XmlHttpRequests. Non so se questo è solo un vecchio modo di fare le cose o è ancora il modo migliore per inviare dati al server quando si tenta principalmente di inviare dati in un modo e si ha bisogno della migliore prestazione possibile.

Quindi, in sintesi, l'invio di dati tramite un tag script è un paradigma obsoleto? Dovrei abbandonare l'uso di XmlHttpRequsts?

javascript asp.net-mvc xmlhttprequest secure-coding

posta KingOfHypocrites 08.11.2013 - 18:57

fonte

1 risposta

Leggi altre domande sui tag javascript asp.net-mvc xmlhttprequest secure-coding

Informatica o ingegneria informatica per Data Science e Machine Learning [chiuso] Che cos'è esattamente il template di amministrazione bootstrap e come dovrebbe essere usato

score 4 · Accepted Answer

Non penso che ci sia qualcosa di sbagliato con esso, per sé , ma XmlHttpRequests lo fa meglio.

Prima di Ajax , javascript era estremamente limitato. Non c'era un modo reale di interrogare un database, quindi era necessario caricare tutti i dati necessari (con il risultato prestazionale relativo alle prestazioni), oppure era necessario rendere tutti gli stessi dati disponibili attraverso una pagina esterna, con la maggior parte degli stessi problemi di prestazioni.

L'acquisto di uno "script" esterno per passare un'intestazione GET a un'applicazione Web consentiva di generare una pagina, su richiesta, che conteneva solo i dati necessari. Molto, molto bello, ha risolto molti problemi ... Ma alla radice è un hack. XmlHttpRequests è stato rilasciato da Microsoft (come parte di OWA) per espandere quella funzionalità, che ha fatto abbastanza bene per essere ripresa da tutti gli altri e inserita nella specifica nel 2006.

Suppongo che potresti ridurre il sovraccarico usando il metodo precedente, ma dubito che sia più veloce e perderai tutte le funzionalità extra.