Jeremy, Attached is a zipped file of my FB3 store's checkout form, the confirmation/validation page, and the fbx_switch file. Maybe you can extract something useful from that.
I first perform client-side validation (cfform). I also perform server-side validation in the event someone has javascript disabled. If there's an error, the original checkout form is included in the validation page with the form fields pre-filled using the #attributes.formfieldname# variables. I still need to replace the hard-coded fuseactions with XFA's, but maybe you can make some sense out of it. HTH, Chris Montgomery [EMAIL PROTECTED] Airtight Web Services Web Development, Web Project Management, Software Sales Macromedia Sales & Consulting Partner 210-490-3249/888-745-7603 Fax 210-490-3249 > -----Original Message----- > From: Jeremy Ridout [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 01, 2002 4:35 PM > To: '[EMAIL PROTECTED]' > Subject: server side form validation?? > > > I'm writing my very first FB3 app, a shopping cart, and I'm working on the > checkout forms. There are 4 stages that our customers must go through in > order to checkout. Each of these phases, a customer must make several form > inputs. > > My question is, what does the FB3 spec say about performing server side > validation? > > I first thought about a separate fuse for validation and depending on the > pass/fail result from the validator template, I would cflocate to the > appropriate XFA. I quickly remembered why I don't like to cflocate for > anything--I lost my form inputs no matter which direction I needed to go. > > The only obvious solution that I can see is a separate cfif at > resides above > the circuit switch (still within fbx_switch) that first looks to see if it > should attempt to validate, and if so, depending on the result, modify the > fuseaction to direct to request to the appropriate fuse... no cflocation > necessary. > > It works very will and is only 3 lines of code. But, it sure doesn't feel > like this solution is in the spirit of FuseBox. > > BTW, sorry if this topic has been beaten to death in the past, I tried to > search the topica archives but it wasn't very useful. > > Thanks in advance, > Jeremy ==^================================================================ This email was sent to: [email protected] EASY UNSUBSCRIBE click here: http://topica.com/u/?bUrFMa.bV0Kx9 Or send an email to: [EMAIL PROTECTED] T O P I C A -- Register now to manage your mail! http://www.topica.com/partner/tag02/register ==^================================================================
store_checkout_forms.zip
Description: Zip archive
