Mi impensierisce di più lo strato sottostante, ovvero la tecnologia per velocizzare l'upload, riduzione di banda, mantenere la pagina viva durante le operazioni, recuperare l'up/download in caso di buco della rete e cose di questo tipo.... magari non c'è niente di tutto questo ma lo troverei strano, credo che la cosa sia meno semplice di quel che riesco a vedere da utente insomma
(link interessante comunque, grazie)
Ultima modifica di supermac; 18-12-2023 a 12:32
W la Ferari effetrenavenave!
il computer è un somaro veloce! (neanche tanto ndr)
Non ci sono tecnologie particolari per "velocizzare" l'upload o ridurre la banda, salvo avere una connessione decente.Originariamente inviata da supermac
La maggior parte dei protocolli di trasporto supporta nativamente la compressione, quindi non è richiesta nemmeno farla "in locale". Certo, non si esclude che possano esserci espedienti per trasferire meno dati alla fonte, o algoritmi particolari e aggiuntivi di compressione, ma se questi vanno implementati da zero, entriamo in un ambito dove si applicano principi di ingegneria del software che esulano dalle problematiche dell'upload in sé, e richiedono senz'altro competenze molto specifiche e abilità particolari.
Il "mantenere la pagina viva" non capisco come sia un problema, in quanto... non c'è nessuna pagina da ravvivare: via JavaScript si effettua il trasferimento e basta segnalare in chiusura della pagina all'utente l'eventuale operazione in corso, mentre la pagina non va ravvivata in quanto non c'è nulla da fare affinché "resti nel browser". O forse non ho capito a cosa ci stiamo riferendo...
In termini di recupero "up/download", ci sono diversi strumenti già presenti nel protocollo HTTP per gestirli, come la possibilità di fare range request: è il server che poi dovrà capire quale porzione del file si sta trasferendo e organizzare lo storage dei dati in modo da renderli "ripristinabili" (resumable, in inglese).
Insomma, le complessità ci sono, ma secondo me sono molto diverse (e peggiori) da quelle che tu pensi di avere.
MARCO BREVEGLIERI
Software and Web Developer, Teacher and Consultant
Home | Blog | Delphi Podcast | Twitch | Altro...
Non ci sono tecnologie particolari per "velocizzare" l'upload o ridurre la banda, salvo avere una connessione decente.
La maggior parte dei protocolli di trasporto supporta nativamente la compressione, quindi non è richiesta nemmeno farla "in locale". Certo, non si esclude che possano esserci espedienti per trasferire meno dati alla fonte, o algoritmi particolari e aggiuntivi di compressione, ma se questi vanno implementati da zero, entriamo in un ambito dove si applicano principi di ingegneria del software che esulano dalle problematiche dell'upload in sé, e richiedono senz'altro competenze molto specifiche e abilità particolari.
Il "mantenere la pagina viva" non capisco come sia un problema, in quanto... non c'è nessuna pagina da ravvivare: via JavaScript si effettua il trasferimento e basta segnalare in chiusura della pagina all'utente l'eventuale operazione in corso, mentre la pagina non va ravvivata in quanto non c'è nulla da fare affinché "resti nel browser". O forse non ho capito a cosa ci stiamo riferendo...
In termini di recupero "up/download", ci sono diversi strumenti già presenti nel protocollo HTTP per gestirli, come la possibilità di fare range request: è il server che poi dovrà capire quale porzione del file si sta trasferendo e organizzare lo storage dei dati in modo da renderli "ripristinabili" (resumable, in inglese).
Insomma, le complessità ci sono, ma secondo me sono molto diverse (e peggiori) da quelle che tu pensi di avere.
MARCO BREVEGLIERI
Software and Web Developer, Teacher and Consultant
Home | Blog | Delphi Podcast | Twitch | Altro...
Permessi di invio
Rispondi quotando