Newsgroup: it.comp.www.asp
Titolo: [?] strano passaggio di parametri withvbsc?pg=4&.....

Mi č capitato navigando di trovare un collegamento cosě fatto:
http://www.aspin.com/home/tutorial/myfirst/withvbsc?pg=4&order=desc
ho capito che passa i parametri ma perchč non compare il .asp dopo withvbsc
? che roba č ? e come si usa ?
Daniele

 Daniele
E' un'impostazione fatta sull'IIS che lascia che le pagine richiamate senza
.asp, .html o quant'altro debba essere elaborato dal processo che elabora le
ASP o qualsiasi altra tecnologia server-side. Se non hai le mani sul server
o un amministratore di buon cuore... :)
Così per curiosità, per le pagine predefinite (come default.asp), è
possibile evitare di scrivere completamente il nome della pagina:
www.sito.it/?parametro1=djeoi&parametro2=djdj
invece di:
www.sito.it/default.asp?parametro1=djeoi&parametro2=djdj
Ciao
--
AZ [Microsoft .NET MVP]

Humm ho capito quindi niente visto che non sono io l'admin del server cmq
grazie molte a prop.
come si passano in maniera nascosta dei parametri ? Si può solo con i form e
il metod post ? oppure richiamando la pagina asp senza un form si può
nasconderli cmq ?
Dani


 nasconderli cmq ?
Sì ci sono i campi hidden, se usi il metodo post non li vedi (ma li 
vedi nell'html).
Ci sono le session, piuttosto sicure perchè memorizzate dal server, che 
però gravano sulla memoria del server stesso (quindi da usare con 
parsimonia).
Ci sono i cookie, che però stanno sul client, e un browser (per quel 
che so io IE no, ma ad esempio Mozilla sì) li può far vedere.
C'è anche la possibilità di generare un ID (o sessionID), e stivare sul 
server (database, application...) i dati in modo protetto, associandoli 
al client appunto con quell'ID.
Attenzione che cookie e session NON funziano se i cookie sono 
disabilitati sul client.
Altrimenti puoi criptare, encodare e decodare, cifrare i parametri, in 
vari modi, così anche se uno li legge, non ne capisce la logica.

 vari modi, cosě anche se uno li legge, non ne capisce la logica.
Un'alternativa secondo me da considerare č l'uso di files di
configurazione lato server, magari criptati.
Questa tecnica puo' essere un po' complessa da implementare( specialmente
con ASP ), ma
secondo me č, a torto, molto poco sfruttata.
Spesso conservare tutti i dati su un DB puo' essere una scelta
bagliata( basta un
trace sulle query e buona notte... ), mentre una scrittura lato server
avulsa dai
problemi del DB potrebbe secondo me essere una buona strada, specialmente se
i
dati non sono tantissimi.
Commenti?
Andrea

 Dani
Ora mi vengono in mente 3 modi:
- cookies: scrivi i vari dati da passare nelle varie pagine nei cookie in
modo che possano essere accessibili da qualsiasi tua pagina
- Session: come sopra, ma i dati sono inseriti nelle Session, quindi
occupano memoria sul server.
- Campi hidden del form: qualsiasi dato le memorizzi in questi campi che
potrai inviare ad altre pagine effettuando il submit da Js:
<a href="javascript:document.nomeform.submit();">Nome link</a>
Ognuna di queste tecniche ha dei *difetti* se così vogliamo chiamarli. Le
prime due tecniche rendono necessario che il browser del client abbia i
cookie abilitati; la terza tecnica è che i dati saranno visibili in chiaro
guardando il codice HTML della pagina.
A te l'ardua scelta... :)


 Commenti?
Togli il problema di riuscire ad entrare in sql server (che io vedo come
remota possibilità)
Crei il problema che l'utente iusr_nomepc (o un altro utente, se lo hai
cambiato in iis) ha accesso in scrittura in una directory => secondo me è
meno complesso sfruttare questo per sfondarti il sito; senza contare
ovviamente la velocità

 trace sulle query e buona notte... )
Cioč?
Mettiamo di avere un sitarello in ASP, che fa delle query ad un mdb, su 
un server configurato con la testa e non con i piedi.
Cosa vuol dire trace query?
Non ne capisco nulla di ste cose...

 senza contare ovviamente la velocità
Sinceramente non vedo come una scrittura esclusivamente server-side possa
sfondarti il sito... quando invece io vedo *molto* piu' probabile entrare in
SqlServer
( Blaster any1? <g> )
Ciaux e - please - non credere che sono diventato scemo all'improvviso <g>.
Andrea

 Ciaux e - please - non credere che sono diventato scemo all'improvviso
<g>.
Mi sa che lo sono diventato io, perché probabilmente non ho capito nulla
della tua proposta...è comunque un periodo mooolto brutto, sarà per questo?

 per questo?
Nah, magari non facciamo lo stesso mestiere <g> per cui una cosa per me
"sottintesa" non lo e' altrettanto per te... io sono un programmatore non
solo Web :-)
Andrea

 Non ne capisco nulla di ste cose...
Ci sono alcuni  RDBMS( non so se Access e' tra questi ) che possiedono delle
utilities per
tracciare le query che vengono inviate al motore.
In SqlServer, per esempio, si chiama "Profiler"( serve anche a vedere i
colli di bottiglia ) ed
entrando come "sa"( System Administrator ) puoi vedere tutte le query che
transitano.
Supponi quindi, ad esempio, che un malintenzionato avvia il programma di
monitoraggio verso il tuo server, se la password da amministratore č facile
da
trovare sei fregato, tu e tutti i tuoi utenti <g>.
Il sistema che dico io, invece, prevede che i dati vengano "conservati" sul
server, non importa
dove, cioč puo' anche essere una cartella non condivisa... tramite un
oggetto COM per
esempio che va a leggersi i dati autonomamente... ma questo per dirne una...
gli esempi potrebbero
essere molti.
Quando sono necessari, si leggono dalla cartella preposta, dopo di che' si
utilizzano.
Quando cambiano lo fanno solo sul server e non ci sono dati che fanno avanti
ed indietro :-)
Ciao,
Andrea

 ed indietro :-)
E cosě ti sei pure fregato il load balancing...
dammi retta, non sta in piedi questa tua affermazione (IMHO, ovviamente)

 solo Web :-)
Neanch'io...però insisto che dare accesso in scrittura a una dir all'utente
iusr_nomepc (condizione necessaria e sufficiente affinché si possano
scrivere dati sul server da pagina asp) IMHO è molto ma molto ma molto
peggio che usare sql server come contenitore, soprattutto se c'è un buon
amministratore di rete

 ovviamente)
Ritengo altamente probabile che sia solo un pň "grezza" e che la
tecnica vada limata, ma secondo me potrebbe essere interessante fare
qualche tentativo e vedere che succede... che ne pensi?
Il problema piu' grosso č che non ho un server esposto su Internet dove
fare queste prove. Bah, cmq faro' qualche prova a casa( anche se senza
dubbio non č la
stessa cosa ) e vedo che succede... poi riferiro' qui sul NG i risultati
della mia piccola "inchiesta".
Andrea