Problem redirecting upon form submission

[kuroi]

I'd recommend putting them in the template (tpl) file and having the form callback to the same page. If form validation is successful, redirect to the next page.

Equally valid is to have the form go to the next page, and have that page's header_php.php validate the form and if it fails redirect back.

[dgsignal]

Allright! Thanks for the reply. First, I'm going to try a form with a callback to itself, validate, then redirect.

To make sure I understand, when you say to put "them" in the tpl file, are you referring to putting both the form tags AND the validation code in the tpl file? I thought that DrBytes mentioned that any redirect has to occur from within the header_php file. If this is the case, maybe I need to try your second suggestion of form action to second page, validate, then redirect back if there are errors.


Thanks again for all your help!

Dustin

[DrByte]

Following the example from the thread I posted a link to:

- header_php.php does the validation and processing (ie: all "logic")
- tpl file contains form tags and all visual/input interface components (ie: all "display" and info-collection)
- language file (named similar to the page name) stores language-specific text that the template uses for output purposes (not editable from the admin)
- define_xxxx.php file could optionally be used to display some informational content, but is not required at all (ie: display-only info that you want to be able to frequently alter from the admin). DefinePages are only intended as a convenience for frequent-edit needs.

The following might be overkill, but could be a handy reference: http://www.zen-cart.com/index.php?ma...roducts_id=378

[dgsignal]

Per DrBytes last post, I'll try dividing up my current non-functional form (which presently also contains the validation code) and will put the validation (w/redirect) in the header_php, and the form with callback in the tpl file.

Anything else I should take into consideration?

I'm excited to give this a try! Thanks!

Dustin

[DrByte]

The band-signup attachment in my first link shows the file structure of a page intended to collect signup details, validate the data, and then send it via email to the store owner. Storing into database tables instead of emailing follows the same concept.
Nothing wrong with looking through it for examples and using it as a model.

[dgsignal]

Whew! I think I've got the functionality working now. I'm in the process of using DrBytes's band_signup attachment to use as a starting point to get things going.

Thanks so much to DrBytes and kuroi for for getting me headed in the right direction.

Regards,

Dustin