Building a reservation system

Why register for free on WebRadiance?

Welcome to WebRadiance forums! WebRadiance is a place for discussion and help on a large range of web design and development related topics such as HTML, CSS, ASP & .NET, PHP and SEO. It is provided for free, without ads and is a friendly place for beginners and professionals alike. By joining us today you can take part in our rapidly growing community.

Registering enables you to:

have your say by posting new messages and taking part in topics and polls
keep up to date with the latest news and trends in the web design and development world
send private messages to other members
have your questions answered by our knowledgeable community
add a link to your website in our links area
receive emails when someone replies to your posts

Login Name (?)	Password (?)	Email (?)
Display Name (?)	Confirm Password (?)	Confirm Email (?)
Secruity Code (?)
I have read, understood and agree to these rules and conditions (View Terms)

Updated on 4th January 2008

We encourage you to participate in the WebRadiance Community, however as with all social circles, there are a few rules you must abide by in order to maintain your membership within these forums. We are trying to provide the highest quality community experience for our members and following these rules is the best way to maintain a quality environment for everyone.

If we find that you break any of these rules, your account may be disabled and your posting privileges removed.

Section A: Posting & Personal Messaging Rules

You will not post any messages, or links to content, that is obscene, vulgar, sexually-orientated, hateful, threatening, or otherwise violates of any laws
No double posting; keep your question in one section
Posts in a particular forum section and/or thread need to stay on topic
Never make a post simply to increase your post count
DO NOT POST IN ALL CAPS
Be respectful to other members
You will not recruit WebRadiance members for other forums
Individual sub-forums may have additional rules. These will be displayed at the top of each sub-forum

Section B: Spam

Users will not spam the forum through repetitive posting, or its members through the PM system

Section C: Usernames/Accounts

Your member name cannot contain profanity
Your member name cannot contain advertising or a company name that is not your own
Your member name cannot be an attempt to impersonate another member
If restricted/banned, you will not register a new account to obtain freedom to post

Section D: Signatures

One line of text only
In the one line of text, only one external link is allowed
No images are allowed

Section E: Avatars

Images must be suitable for all ages
Images may not be more than 15kb in size

Section F: Advertising

You cannot post with the intention of selling and/or promoting yourself, a product, or another web site
Your member name cannot be a blatant advertisement

Section G: Report Posts

You must not abuse the Report post feature. Blatant abuse will not be tolerated.

Section H: Site/code

Do not attempt to hack the site
Do not post compiled code, but source code is allowed.
Do not attempt to gain access to another member's account or any restricted areas of the web site

Section J: Administrators/Moderators

Members may never request to become an administrator or moderator
Any decision made by one administrator or moderator can be appealed
Any decision made by all of the Administrators is final

Section K: General:

Rules that are considered common sense or implied by the community also apply
These rules can be modified at any time by the administrators, so check back regularly

Building a reservation system,

Options

Beavis View Member Profile Find Member's Posts	Oct 24 2008, 06:53 AM Post #1
W.R. Corporal Group: Members Posts: 167 Joined: 24-March 08 Member No.: 883	We want to build a PHP online system where customers can reserve rooms and pay for them online. After payment is accepted, the status of the room needs to change from "vacant" to "booked". The essential problem is how to build a secure site that recognizes when a payment has been successfully processed by the shopping cart. We already have a merchant account. Could someone give advice on how to go about this problem?

Catalyst View Member Profile Find Member's Posts	Oct 24 2008, 02:42 PM Post #2
Codesmith Group: Administrators Posts: 946 Joined: 4-April 06 From: San Diego Member No.: 3	You're combining two kinds of systems, a scheduling app and ecommerce. There are apps like that out there, for example http://www.phpshoppy.com/products/hotel-reservation-system/ (found via google) or you can make one from scratch.

sypher View Member Profile Find Member's Posts	Oct 24 2008, 03:27 PM Post #3
the owner3r Group: Administrators Posts: 1,531 Joined: 4-April 06 From: North Wales, UK Member No.: 4	And when you do payment processing (you can either store the details just before processing in a database). Or more preferably all payment providers i have ever worked with, send you a query string back if payment was successful and allow a custom checkout page of some sort (so when the payment is done, a query string containing all the order information is then sent to that specific page to add to the database.) -------------------- sypher design - North Wales Web Design \| Latest Work: - Celtic DEA CSS - Cant See Sh*t

Beavis View Member Profile Find Member's Posts	Oct 25 2008, 01:32 AM Post #4
W.R. Corporal Group: Members Posts: 167 Joined: 24-March 08 Member No.: 883	QUOTE (sypher @ Oct 25 2008, 05:27 AM) And when you do payment processing (you can either store the details just before processing in a database). Or more preferably all payment providers i have ever worked with, send you a query string back if payment was successful and allow a custom checkout page of some sort (so when the payment is done, a query string containing all the order information is then sent to that specific page to add to the database.) It is probably a newbie question but how is it possible to process a query string from another web site (the payment provider). Are there any security implications inherent in this?

sypher View Member Profile Find Member's Posts	Oct 25 2008, 04:30 AM Post #5
the owner3r Group: Administrators Posts: 1,531 Joined: 4-April 06 From: North Wales, UK Member No.: 4	Well when you send the information to the processor (the amount, address, orderid etc) this is then posted again from the processor to your checkout page. Allowing you to store the details of the order. This is how websites store the orders As for security flaws, well no real sensitive information is sent. Its just for your record keeping. Any kind of card details etc is all done on their side you dont see any of it. -------------------- sypher design - North Wales Web Design \| Latest Work: - Celtic DEA CSS - Cant See Sh*t

« Next Oldest · PHP · Next Newest »