"Steen Ørgaard Hansen" <steen-hansen@post.tele.dk> skrev i en meddelelse
news:9arrbp$15j$1@news.inet.tele.dk...
> IExplorer har kun 2048 tegn i edit feltet hvor man skriver en www adresse,
> og jeg er ved at lave en asp side
> hvor der kan forekomme at bruge mere en det.
> feks.htttp://127.0.0.1//test.asp?var1=1111&var2=2222& osv...
Du har ikke medvirket yderligere i denne tråd endnu, men jeg vil tro du har
fået løsning. Altså, "post" i stedet for "get". Og er det ikke en form, så
LAV det til en form. :)
Måske kunne nogle af variablerne gemmes i sessionen i stedet for i browseren
(html'en), men det kan jeg jo ikke udtale mig om.
Men jeg synes det er på sin plads at fortælle om forskellen på GET og POST.
Jeg citerer lige lidt fra RFC 2616 (
http://sunsite.dk/RFC/rfc/rfc2616.html ), som definerer http 1.1, som er den
gængse standard i dag.
Fra side 51:
____
9.1.1 Safe Methods
Implementors should be aware that the software represents the user in
their interactions over the Internet, and should be careful to allow
the user to be aware of any actions they might take which may have an
unexpected significance to themselves or others.
In particular, the convention has been established that the GET and
HEAD methods SHOULD NOT have the significance of taking an action
other than retrieval. These methods ought to be considered "safe".
This allows user agents to represent other methods, such as POST, PUT
and DELETE, in a special way, so that the user is made aware of the
fact that a possibly unsafe action is being requested.
Naturally, it is not possible to ensure that the server does not
generate side-effects as a result of performing a GET request; in
fact, some dynamic resources consider that a feature. The important
distinction here is that the user did not request the side-effects,
so therefore cannot be held accountable for them.
____
Der ligger altså en ikke-teknisk forskel på GET og POST i standarden, som
det er op til browseren el. lign. at implementere.
Jeg har lagt mærke til én forskel browsere gør, nemlig når man reloader en
side. En side der er hentet med "GET" bliver bare reloadet, men en
"POST"-side ikke bare uden videre bliver reloadet. Man bliver advaret først.
I Netscape 4 er det (så vidt jeg husker) helt umuligt at printe "POST"-sider
ud. Når man man printer (eller vil se kilden) henter den nemlig dokumentet
igen. Bare ikke hvis det er et POST dokument, da standarden lægger op til at
en POST-side ikke bare uden videre skal reloades.
Altså, GET bruges til at kigge med, POST til at pille med.
Hvis man har større mængder data til at opbygge en GET-request skulle man
måske overveje at ændre noget andet, end bare at lave det om til POST. Hvis
data kan opsamles over flere sider kan de fx. løbende puttes i en session.
Anyway, jeg ville egentlig bare kaste noget opmærksomhed på sektion 9.1.1 af
rfc 2616, da jeg tror den får for lidt opmærksomhed. :)
Mvh.
Niels Andersen