Hi Michael, A quick google turned up this: http://www.cs.tut.fi/~jkorpela/forms/methods.html#why. That provides a reasonable explanation of why GET should only be used for queries, and POST for state-changing actions.
>From memory, you can use links to submit forms - aaand another quick google confirms this: http://tom.me.uk/scripting/submit.html. Cheers, -Shane On 9/12/07, Michael Lake <[EMAIL PROTECTED]> wrote: > > Hi all > > I'm having some problems understaning some aspects of GETs and POSTs. > I am using both in an web application and I have been reading many > articles on the > web about how one should ONLY use a GET if it does not change the state of > the system > in say a database. GET should be used for just queries. This is clearly > stated in the > specs for the HTTP methods at w3.org. If your applications changes the > state of > something you should be using a POST. > > Now I'm using URLs like foo/3/ to show all the data for instance 3 as a > GET. > I using "form method=POST action=/goo/3/" to say update instance 3 via a > POST. > But I'm using a URL like foo?delete=3 to delete item 3 i.e. using a GET to > delete an > instance. This is because the URL is a href link in a table of entries > (actually a > little cross image being a delete icon). It's easy to do it this way. > > The question is if this is supposed to be done via a POST how does one do > it without > using a form? I didn't want to use a button for the deletes. Using CSS to > make a > button look like a image link seems silly to do. I have searched on Google > for this > and there are some references to this using javascript and sockets but not > really > what I'm after. > > Do slug coders stick with W3 standards or are you more pragmatic? > > Mike > -- > Michael Lake > Computational Research Support Unit > Science Faculty, UTS > Ph: 9514 2238 > > > > > _______________________________________________ > coders mailing list > [email protected] > http://lists.slug.org.au/listinfo/coders >
_______________________________________________ coders mailing list [email protected] http://lists.slug.org.au/listinfo/coders
