Newsgroup: it.comp.os.linux.sys
Titolo: wget massiccio e dotHell... ops, dotNet

Allora, mi trovo con la "necessità" di scaricare N file pdf che uno
script fatto nel linguaggio (o nei linguaggi? :-P ) di casa m$. Spiego
com'è la situazione: c'è un form con la possibilità di ricerca, e sotto
viene visualizzata una tabella con i risultati. Un tipo di input
"image" (tag <input> dell'html) è un realtà il collegamento alla
"risorsa" PDF.
Tutto bello e carino. Ora metteteci Ajax (no, non quello normale, quello
di m$, che si deve portare dietro $chissaQualeVariabili per
$chissaQualeScopo) e vedete come la cosa diventa difficile.
Ho provato a passare a wget tutti i parametri per il ritorno di un PDF
(parametri POST e headers vari, con session id, referer e cookie della
situazione). Il risultato è che si pianta. Ho pensato che passare TUTTI
gli headers non è cosa buona, ma come ne tolgo qualcuno mi restituisce
un errore lo script lato server (ergo, scarica un HTML con scritto
"ERRORE").
Fin'ora me la son sempre cavata giocando un po' con grep, awk, wget e
compagnia, ma ora la vedo davvero MOLTO difficile...
Qualcuno di voi ha esperienza con tali casini? Magari sa se ci sono
variabili post di aspx che devo per forza portarmi dietro?
Enrico

 
Hai provato a vedere se DownThemAll funziona?
In genere, quando ci sono diversi file da scaricare, io utilizzo quello.
Essendo integrato nel browser lavora correttamente con cookie, referrer
e altro.
PSK

 e altro.
Farò la prova, ma non penso sia quello che serva a me...
Enrico

 Enrico
Non è quello che mi serve... ho qualcosa tipo dei bottoni che sono
associati ad un javascript che fa una richiesta ajax verso il server, e
gli spara diversi parametri.
Siccome è aspx e ci sono tanti parametri che IMHO lasciano il tempo che
trovano, volevo sapere se avete qualche consiglio su come procedere,
altrimenti dovrei scaricare tutti gli n-mila file manualmente...
Enrico

 altrimenti dovrei scaricare tutti gli n-mila file manualmente...
Non so se ho capito bene il tuo problema...però se devi scaricare n-mila 
file potresti provare con httrack 
http://www.httrack.com/page/2/en/index.html
Ci sono ovviamente anche i vari pacchetti per Linux. Dovrebbe riuscire a 
scaricare un intero sito internet compresi i file raggiungibili da link.
Se ho detto una cavolata chiedo scusa

 variabili post di aspx che devo per forza portarmi dietro?
Se invece lavorassi direttamente nel browser?
Vedi se Mozilla Ubiquity ce la fa, anche se è in uno stadio assai iniziale.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname
http://bitsandchaos.wordpress.com


Giusto per curiosità, la pagina di M$ è pubblica? Intendo se è
accessibile senza login.
Nel caso, potresti postare l'url? Vedendo la pagina si può provare a
trovare una soluzione più adeguata, o definitivamente rincunciare.
PSK

 Giusto per curiosità, la pagina di M$ è pubblica?
No, ma c'è una cosa simile "all'esterno":
http://212.66.110.89/IPComLT/Delibere.aspx
Siccome è realizzata con la stessa base (lo stesso codice), dovrebbe
essere la stessa pagina.
Enrico


Gotcha.
E poi si chiedono perché alcuni siti non vanno o necessitano di browser
particolari.
Del sito che hai linkato, il 99% del codice javascript è praticamente
inutile e la stesso risultato sarebbe stato possibile raggiungerlo
definendo l'attributo onclick (cosa avranno da nascondere, poi)
Ti confermo che di modi semplici per fare in automatico non ce ne sono.
L'approccio più semplice in automatico si può raggiungere solo dopo
essersi ripassati tutto il codice javascript per sapere chi, quando e
dove registra le funzioni sull'evento di click.
Ho capito perché dicevi che il problema è aspx.
Personalmente reputo folle l'inclusione di 11 file javascript generati
dal server (di cui solo 3 inferiori alle 100 righe e 3 superiori alle 400).
Sorry.
PSK

 PSK
Non ti preoccupare ;-)
Enrico

 Se ho detto una cavolata chiedo scusa
Il mio problema è proprio questo: se fossero link "diretti" (inseriti 
nell'html) li avrei già presi, ma non è così...
Enrico