Newsgroup: it.lavoro.professioni.webmaster
Titolo: Hosting x vendita mp3 grosse dimensioni

Salve a tutti
sto cercando un servizio di hosting serio ed affidabile su cui dovrą essere
implementata la gestione di download di file mp3 (musica classica) di grosse
dimensioni - I DOWNLOAD SARANNO GESTITITI TRAMITE SCRIPT PHP - e non tramite
link.
Requisito fondamentale oltre alla banda, che gli script php, per il motivo
di cui sopra,   possano girare sul server anche per una ventina di minuti
senza andare in timeout, in modo da non bloccare i download.
Ringrazio in anticipo chiunque possa dare info e suggerimenti.
Saluti
M

 sto cercando un servizio di hosting serio ed affidabile su cui dovrà essere


 download.
In generale, sei sicuro che lo script php continui a girare durante il 
download?
Nel senso, quando viene inviato un file al browser (sia esso mp3, pdf, o 
altro) generato dinamicamente da uno script PHP, oramai la pagina non ha 
terminato la sua esecuzione e il contenuto ce l'ha "in cache" apache (o IIS 
se gira su win) e lo manda pian piano al browser?
In pratica: sei sicuro che se la pagina possa andare in timeout durante il 
download?
Mi è venuta voglia di fare qualche prova ma ora non ho tempo, magari 
qualcuno ha la risposta. 
Inviato da X-Privat.Org - Registrazione gratuita 
http://www.x-privat.org/join.php

 qualcuno ha la risposta.
generalmente lo script gira nel caso di un upload da client a server; 
l'inverso, sempre generalmente, non necessita di questo.
Saluti
Anak
anakthewolfE=mc^
2...@libero.it
 (eliminare l'eq per risp in prv) 


appunto, quindi non gli serve impostare timeout di script enormi.
A parte che mi risulta possa essere settato sempre tramite php e non 
necessariamente dall'hoster 


 necessariamente dall'hoster
per quanto riguarda il timeout non mi risulta che da linguaggio
si possa impostare, sarebbe interessante ricevere smentite ;) Ovviamente non
mi riferisco a script che in qualche modo aprono shell di root con cui si
modificano le impostazioni globali :P



In ASP è sript.timeout = x
Vuoi dire che in PHP non esiste un'istruzione del genere?
Non ci credo... 


 Non ci credo... 
Certo che c'č, sia a livello globale che locale.
Credo che Anak stia confondendo il timeout degli script con il timeout 
del protocollo TCP, a livello di sistema operativo ;-)
Ciao
-- 
Marco Ermini
Dubium sapientiae initium. (Descartes)
root@human # mount -t life -o ro /dev/dna /genetic/research
http://www.markoer.org/
 - 
https://www.linkedin.com/in/marcoermini

 del protocollo TCP, a livello di sistema operativo ;-)
ah...
beh, su quello non c'è timeout..
o meglio, c'è se la connessione si interrompe, ma non sulla "durata" di una 
connessione.
Almeno, non mi è mai capitato di sentire che un webserver faccia cadere una 
connessione dopo "tot" 


 una connessione dopo "tot"
mi riferisco al timeout dello script ovvero il server ha tot secondi per
completare l'operazione e inviare l'output html al browser client, quello
che ignoro č se da linguaggio č possibile variare il timeout dello script.
Di certo č possibile tramite le impostazioni generali dell'interprete ma a
runtime?
Saluti :)


 connessione dopo "tot"
Perché i web server di solito utilizzano il TCP keep-alive (cerca su 
Wikipedia cosa significa ;-))
Questo č tutto un'altro paio di maniche... e comunque, il tuo browser ha 
sicuramente un timeout. Non ti č mai capitato che il tuo browser, su 
qualche sito, vada in timeout? a me succede ogni tanto...
Se ti servono ulteriori delucidazioni basta che fai un fischio ;-)


 Saluti :)
RTFM:
http://www.php.net/manual/en/function.set-time-limit.php


 -- 
ok letto "il maledetto manuale" :)
Saluti


 ok letto "il maledetto manuale" :)
Sarebbe più "fottuto" che "maledetto" ;-)
Ciao


 su qualche sito, vada in timeout? a me succede ogni tanto...
Si, ma perchè per qualche motivo (problema di rete o del server che 
interrompe l'attività) non arrivano più dati, e quindi "scade" il tempo di 
attesa di uno dei due estremi della comunicazione. Appunto "timeout".
Ma quello che intendevo è che non esiste un limite sulla durata di una 
connessione. Il keep alive serve per "tenere sveglia" la comunicazione con 
un minimo scambio di dati.
Se i dati non si fermano di transitare non c'è bisogno del keep alive, 
perchè la connessione è GIA' alive.
Nella pratica: mettendo in una pagina web un'immagine .gif da 300 mega, e 
provando ad aprire la pagina, ci si metterà un sacco a caricare, ma non si 
interrompe il download.
Così come non si interrompe quando si usa l'ftp, il voip, il p2p, qualunque 
streaming. Insomma ogni connessione tcp-it, che come protocollo non prevede 
una durata massima della connessione.
Prevede un timeout a livello di rete, e poi sia i client che i servers 
dispongono a livello di sistema operativo o di applicativo dei timeout per 
il motivo da te menzionato delle risorse. In pratica: se l'altro capo della 
comunicazione non ti da segni di vita per più di TOT è inutile continuare a 
sperare: tronca la connessione e consideralo morto.
Tornando al topic, non serve quindi l'accesso a nessuna impostazione 
personalizzata per permettere il download via http di grossi files, anche se 
elaborati on-the-fly. Perchè un conto è il tempo che il server ci mette a 
compiere l'elaborazione dei dati per la creazione del contenuto (allora 
bisogna stare dentro il timeout dello script, oppure ovviamente allungarlo), 
solo POI viene il momento del download, che può durare anche giorni, rete 
permettendo, ma che non andrà in timeout.
Occhio poi a non confondere timeout dello script e timeout della sessione.
Messiamo che la durata della sessione sia stata messa a 1 minuto, una volta 
finito il download lo script potrebbe aver terminato da 1 giorno, ma la 
sessione sarà ancora assolutamente attiva e dalla fine del download durerà 
ancora 1 minuto. 
