Menu
Community /Pin to ProfileBookmark
@NogDogJun 01.2008 — #Use the POST method, not the GET method, as an order form like that is non-idempotent. As stated in the [url=http://www.w3.org/TR/html4/interact/forms.html#h-17.13.1]HTML spec.[/url] :
Anyway, the underpinning of any such order process is the database design. It can be used to automate the population of your forms, and of course will be the recipient of all submitted orders. So you really need to start by getting your head around how the data will be organized and structured, and how you will access it.@NogDogJun 02.2008 — #If you are going to be accepting any sensitive data, especially payment data, then this is not something to be undertaken lightly. You should either look into using a 3rd-party solution (e.g. ZenCart for one example) or hiring an expert to build it for you. (A possible compromise would be to hire someone experienced with this to install and configure a 3rd-party package if you do not have the experience and/or time to learn that package and do the installation yourself.)
I don't mean this to sound like any sort of put-down, but an improperly built shopping cart/order form application can do more harm than good if any customer data should be stolen or simply because business is lost when it fails to function properly. Therefore if you are new to server-side programming then it is not the best place to jump into the deep end and see if you can swim. ?
Order online
hello, a local pizza company wants me to re-do their site and add the newly and highly popular order online options, and i don’t really know where to begin or if its some long script that i should just tell them it’s to hard? i thought if any one would know it would be people here =P
so thanks for any kind of help/suggestions
Sign in
to post a comment5 Comments(s) ↴
0
@NogDogJun 01.2008 — #Use the POST method, not the GET method, as an order form like that is non-idempotent. As stated in the
The "get" method should be used when the form is idempotent (i.e., causes no side-effects). Many database searches have no visible side-effects and make ideal applications for the "get" method.
If the service associated with the processing of a form causes side effects (for example, if the form modifies a database or subscription to a service), the "post" method should be used.[/quote]
Anyway, the underpinning of any such order process is the database design. It can be used to automate the population of your forms, and of course will be the recipient of all submitted orders. So you really need to start by getting your head around how the data will be organized and structured, and how you will access it.
0
@NogDogJun 02.2008 — #If you are going to be accepting any sensitive data, especially payment data, then this is not something to be undertaken lightly. You should either look into using a 3rd-party solution (e.g. ZenCart for one example) or hiring an expert to build it for you. (A possible compromise would be to hire someone experienced with this to install and configure a 3rd-party package if you do not have the experience and/or time to learn that package and do the installation yourself.)I don't mean this to sound like any sort of put-down, but an improperly built shopping cart/order form application can do more harm than good if any customer data should be stolen or simply because business is lost when it fails to function properly. Therefore if you are new to server-side programming then it is not the best place to jump into the deep end and see if you can swim. ?