Form help…

You know sometimes you have a big form on a page and you want to save all the details into the database/file using a receiving page? It’s a pain to go through and check you’ve got every variable sent from the form in the receiving page. Well, no more!

for each itemname in request.Form
response.write itemname & ” = request.form(“”” & itemname & “””)


Just paste that ASP/VBScript code snippet into the top of the receiving page and it will show all the form variables in a neat list in the browser, ready for copying and pasting into the source code. Just modify it to get the GET variables, or add a function (such as protectDB() or something).

It just saved me 10+ minutes of painful copying and pasting :0)

Music was my first love…

While that’s true, it’s also pretty cheesy. So I won’t dwell on it. What I will dwell on, however, is the marvellous 3hive music website which has alerted me to many hitherto-unknown artists. If anyone knows of similar sites please get in touch via the “comments” thingy below.

Edited at March 3, 2005, 12:04 am by geektimes

Web scams…

Over the last year or two there has been more and more press coverage of internet scams. Not just the “buy this pill and we’ll make your … happiness bigger” but more advanced techniques as well. Reading this article from TheRegister it brought it home to me just how easy it would be to provide a clone of another site in order to rip off their customers. With a site ripping program, a hosting package and instructions to pay by money transfer, this method could be the next big attack technique on e-commerce sites. Watch out.

Edited at March 3, 2005, 12:04 am by geektimes

Real web applications…

One of the problems with so-called web applications is that often they don’t function like real applications would with regard to data transfer. In a nutshell, when you use Outlook and you click an email to view it, that email is opened pretty much instantly, and generally in the same “wrapper” as the link you clicked. That’s because a desktop application has a direct link with the data it is interacting with. With web applications we don’t have that luxury – every time we want to show a new piece of data it means a whole new trip to the web server to pass the request and then send the result to the browser.

But things are changing. Fast. People are finding ways around these problems to provide a more seamless environment for users within web applications. Generally that means a frame-heavy design, as with my projectGenie system which uses inline frames extensively. However that’s not fantastic for accessibility. So enter XMLHttpRequest, the latest technology to when developers appetites.

While the research team behind mSpace are billing it as a whole new way of looking at data, it’s just a neat use of XMLHttpRequest, which in essence is a JavaScript function for retrieving data from a web server and loading it into an already-downloaded web page. Their example application is neat, but suffers from JavaScript-itis (it loads 25, yes, 25 JavaScript includes) and they haven’t made the “sorry, no data found” message look very neat. But still, it’s a good idea.

There’s been much discussion over Googles new email service, GMail, which is partly frame- and partly XMLHttpRequest-based. It seems they have got it right … and wrong. I know we’re in early days with this type of technology so expect to see some exciting things happening in this area over the next few months. I’m certainly going to be messing about with it; interestingly enough I developed a system last summer for a client that had a similar but unfortunately (and to my shame) IE-only system for fetching remote data. This XML thing seems to be affecting the web-world more and more.

Edited at March 3, 2005, 12:04 am by geektimes