Creating an event registration application in PHP -Part 2: Building the back endDreamweaver has all the power you need to establish an online registration system in PHP, including theadministrative back end. The article Creating an event registration application in PHP describes how to set upthe front end, including presentation catalog and attendee registration. This article details the creation of theadministrative side of the system: listing registrants, adding new ones, and updating or deleting existingattendees. In addition, you'll learn how to make it all secure with protected log-in pages. This applicationconsists of six pages:

Login.php – The log in page verifies the username and password of anyone attempting to access theadministrative site. Once authenticated, the user is taken to the reg.php page.Reg.php – The initial registration page displays a table of registered attendees with links to update ordelete each record. An additional link is provided to reg_insert.php.Reg_insert.php – This page allows the administrator to add a new registrant to the database.Reg_update.php – Here, the administrator can modify any existing record.Reg_delete.php – A page to confirm the removal of a record.Logout.php – This page contains code to log out the current user and return them to the log in page.

Getting started

Before you begin building the application, take a moment to examine the database tables that are employedand ensure that the database connection is properly set up in Dreamweaver.

Note: It's a good idea to have your dynamic PHP site already set-up at this point and have unpacked thesample files into the local root folder.

Understanding the database schema

The database that accompanies this article is a relatively simple one with 3 tables: presentations, registrantsand admin.

The first table, admin, is by far the smallest, but it is vital for any administrative application. The admin tablecontains the username and password (see Figure 1) for authorized administrators, which is verified at log in.

1 of 20

Figure 1. The admin database schema

As described in this article's companion tutorial, Creating an event registration application in PHP , thepresentations table maintains information for the various sessions held during the event. The table includesdata columns for storing the presentation's name, a short description, and a longer description. There are alsocolumns for the date and time of the talk, its duration and the day of the event (1, 2, 3, and so on) on whichthe presentation is given. Speaker details, such as name and file name for a picture, round out the tableschema.

In comparison, the registrants table has far fewer data columns. Only columns for the registrant's first name,last name, e-mail address, and event name are included. You could—and probably would—require a muchmore robust set of data columns for an actual application, but this structure should give you a good sense ofthe type of information you can gather.

The SQL file for the Subscriptions database is included in the sample files download. You can recreate it onyour test server through any number of utilities, including phpMyAdmin, MySQL Control Center or MySQLAdministrator.

Making the database connection

After you've established your database, it's time to create a connection to it in Dreamweaver. To do so, followthese steps:

Choose Window > Databases.1.Click Add (+) and choose MySQL Connection from the menu.2.

2 of 20

When the MySQL Connection dialog box appears, do the following (see Figure 2):Enter the name of your new connection in the Connection name field (for example,connEventReg).Enter an IP address or MySQL server name in the MySQL server field. If you're working with alocal development system, enter localhost.Insert your user name and password in the appropriate fields.Click Select to display the available databases; choose the desired one from the list.

3.

Figure 2. The Dreamweaver database connection

Click Test to verify the connection and then OK if the connection is successful.4.

With your PHP dynamic site, MySQL database, and Dreamweaver connection all established, you're ready tobuild the first page of the application.

Setting up the log-in page

The log-in page is straightforward. It consists of a form with two text fields, one for the user name and theother for the password. Setting up the server-side code for this page is equally direct and requires a singleserver behavior.

Choose File > Open. Navigate to the folder with the uncompressed sample files and select login.php.Click OK.

1.

From the Server Behaviors panel, click Add (+) and choose User Authentication > Log In User.

In the sample file, the two fields are named appropriately: User Name and Password. The passwordfield, additionally, is set to mask the entered values (see Figure 3).

2.

3 of 20

Figure 3. The log-in page

When the Log In User dialog box opens, do the following (see Figure 4):Leave the selected form in and, make sure the Username field is set to username and thePassword field to password.In the Validate using connection list, choose connEventReg. From the Table list, choose admin.From the Username column, choose AdminUsername and from Password column,AdminPassword.In the If login succeeds, go to field, enter reg.php; in the If login fails, go to field, enterlogin.php.Set the Restrict access based on option to Username and password and click OK.

3.

4 of 20

Figure 4. The Dreamweaver database connection

Choose File > Save to store your changes.4.

When activated by clicking the Log In button, the Log In User server behavior verifies that the entered username and password match the values found in the admin table. If a match is found, the initial administrativepage, reg.php, is displayed; if not, the log-in page is reshown and the user name and password fields arecleared.

Note: For your convenience, a record has already been added to the admin table with the user name of adminand password of pass. Use these values when testing your sample application.

Displaying registration records

The first page the administrator sees after logging in acts as a central action center for managing theregistrants table. The key element is a table that displays the registrants data at a glance. Each row representsa single record which, in addition to showing the attendee's name and number of days attending, provideslinks for updating or deleting the record. The page also contains a link for inserting new records.

Setting up the recordset

To set up the table of data, the first step is to establish a recordset. While populating the table is mostly adrag-and-drop affair, you'll need to do a little hand-coding to display the registered days effectively, as you'llsee in the following steps.

Choose File > Open and, in the sample files folder, select reg.php. Click OK.1.

5 of 20

The reg.php includes a prepared table as well as a link to insert a new registrant (see Figure 5).

Figure 5. All registrant record details will be displayed on this page.

Note: All of the pages in this application are based on a Dreamweaver template. If you take a look at theTemplate Properties for this page, you'll notice an interesting addition: an optional region called Logout.When this option is enabled, a Log Out link appears in the footer. This template property is disabled for boththe log-in and log-out pages.

From the Bindings panel, choose Add (+) and select Recordset from the list.2.When the Recordset dialog box appears, do the following (see Figure 6):

Make sure you're in Simple mode and enter rsRegistrants in the Name field.From the Connection list, choose connEventReg.From the Tables list, choose registrants.Leave the Columns and Filter set to their default settings and, set Sort to RegLastNameAscending.

3.

6 of 20

Figure 6. Setting up the registrant recordset

Click OK.4.

Binding data to the page

With your recordset defined, it's time to add the dynamic data to the page.

In the Bindings panel, expand the Recordset entry.1.Drag the dynamic data entries to the appropriate position on the page (see Figure 7):

Drag RegFirstName under First NameDrag RegLastName under Last NameDrag RegEmail under EmailDrag RegDay under Days Registered

2.

7 of 20

Figure 7. Setting up the registrant recordset on the page

If you were to preview the page now and the first registrant had chosen to register for both days of the event,you'd see a -1 in the Days Registered column. To make that data a bit more informative, you have to do aminor bit of hand-coding.

Select the rsRegistrants.RegDay dynamic text and switch to Code view. Change the selected codefrom:

3.

<?php echo $row_rsRegistrants['RegDay']; ?>

to:

<?php echo ($row_rsRegistrants['RegDay'] == "-1" ? "Both" : $row_rsRegistrants['RegDay']);?>

I've highlighted the new code in red to make it easy to see the changes. This type of code is called aconditional or ternary statement and is basically a condensed if-then series of statements. Translated toEnglish, this code would read, "If this RegDay value is equal to -1, then print Both, otherwise, print the valueitself."

Save your page.4.

Next, you'll add the links to the action keywords in the final column of the table.

Linking to actions

8 of 20

To make it easy to manage individual registrant records, an Action column is incorporated. The administratorhas the option to update or delete any record. As these actions are executed on their own pages, a link passingthe appropriate value is required.

Select the text Update in the Action column.1.From the Property inspector, click the Link folder icon.2.When the Select File dialog box appears, locate and select reg_update.php.3.Click Parameters.4.In the Parameters dialog box, enter ID in the Name column and in the Value column, click the lightningbolt. In the Dynamic Data dialog box, choose RegID and click OK (see Figure 8).

5.

Figure 8. Defining link parameters

Click OK again to close the Parameters dialog box and then again to close the Select File dialog box.6.Select the text Delete and repeat steps 2 to 6, substituting reg_delete.php for reg_update.php.7.Save your page.8.

Repeating the records

At this point, the page would display a single record. For the final phase, you'll add a Repeat Region serverbehavior to display all the records in the recordset.

Make sure your cursor is in the second row and, from the Tag Selector, choose <tr>.

When you select the data to be repeated, you generally want to make sure to enclose everything in a<div> tag and handle the separation through CSS.

1.

9 of 20

From the Server Behaviors panel, click Add (+) and choose Repeat Region from the list.2.When the Repeat Region dialog box appears, make sure that rsRegistrants is displayed in the Recordsetlist and choose Show: All records (see Figure 9).

3.

Figure 9. Setting up a repeat region

Click OK.4.Choose File > Save.5.To test your page, press F12 to preview in your testing server. You should see a complete listing of allthe event registrants.

6.

Note: If your registrant list grows too long for a single table, you'll want to restrict the Repeat Region serverbehavior to 10 or more records and include the Dreamweaver recordset navigation (Insert > Data Objects >Recordset Paging > Recordset Navigation Bar).

Inserting new attendees

Although for the most part, your attendees will self-register online, you'll want to be able to add newregistrants administratively for the exceptions to the rule. The reg_insert page uses the standardDreamweaver Insert Record server behavior and, when finished, redirects to the reg.php page so you can seeyour results immediately.

Choose File > Open and, in the sample files folder, select reg_insert.php. Click OK.

This page includes a form with three text fields (RegFirstName, RegLastName, and RegEmail) as wellas a select list, RegDay, and a hidden field, RegEvent (see Figure 10). The hidden field is set to thecurrent event, Realty Conference, and should be adjusted for any other event.

1.

10 of 20

Figure 10. Inserting a new registrant

Note: It's a good idea to name your form elements the same as the corresponding data column.Dreamweaver's Insert Record and Update Record server behaviors all automatically assign such pairsdramatically reducing the workload.

From the Server Behaviors panel, choose Add (+) and choose Insert Record from the list.2.When the Insert Record server behavior opens, do the following (see Figure 11):

Make sure form1 is chosen in the Submit values from list.From the Connection list, choose connEventReg.From the Insert table list, choose registrants.

With the form fields named appropriately, Dreamweaver automatically assigns each to the proper datacolumn, so there's no work to do in the Columns area.

In the After inserting, go to field, enter reg.php.

3.

11 of 20

Figure 11. Using the Insert Record dialog box

Click OK and save your page.4.

Now that you can add a new record to the database, let's make it possible to update existing ones.

Updating registrant records

Because you're modifying an existing record, setting up the reg_update.php page is a three-step process:First, you'll define a recordset that gets the desired record. Then you'll bind the dynamic data to form fieldelements. Finally, you'll add the Dreamweaver Update Record server behavior.

Defining the update recordset

Remember when you set the Update link to include the special parameter ID? In this step, you'll use thatparameter value to filter the recordset down to just one record.

Choose File > Open and, in the sample files folder, select reg_update.php. Click OK.

The reg_update.php page is quite similar to the reg_insert page (see Figure 12), with two significantdifferences. Instead of a select list, a text field is used for the Days field because the proper valuescould not both otherwise be initially displayed and inserted. To make it easier for the user, a bit ofhelper text is added. The second difference is the hidden field. Here, the hidden field is named RegIDand will contain the ID of the selected record—a necessary step for the Update Record server behavior.

1.

12 of 20

Figure 12. Updating an existing record

From the Bindings panel, choose Add (+) and select Recordset.2.When the Recordset dialog box appears, do the following (see Figure 13):

Verify that you're in Simple mode and enter rsRegistrants in the Name field.From the Connection list, choose connEventReg.From the Tables list, choose registrants.Leave the Columns and Sort options set to their default settings.Set the Filter option to the following:

RegID: =URL Parameter: ID

The Filter setting gets whatever is defined in the ID variable and uses that to select the recordset.

3.

13 of 20

Figure 13. Restricting the recordset for updating

Click OK.4.Save your page.5.

Binding record data

Now that the recordset is defined, set the dynamic values for the various form fields.

From the Bindings panel, expand the Recordset entry.1.Drag the dynamic data to their associated form elements:

Drag RegFirstName to the First Name text fieldDrag RegLastName to the Last Name text fieldDrag RegEmail to the Email text fieldDrag RegDay to the Days text fieldDrag RegID onto the hidden from element

2.

Save your page (see Figure 14).3.

14 of 20

Figure 14. Updating an attendee's record

Adding the Update Record server behavior

Next complete the reg_update.php page by adding the Update Record server behavior.

From the Server Behaviors panel, choose Add (+) and choose Update Record from the list.1.When the Update Record server behavior opens, do the following (see Figure 15):

Make sure form1 is chosen in the Submit values from list.From the Connection list, choose connEventReg.From the Update table list, choose registrants.

Once again, Dreamweaver automatically assigns each to the proper data column because of theproperly named form fields.

In the After inserting, go to field, enter reg.php.

2.

15 of 20

Figure 15. Updating an attendee's record

Click OK and save your page.3.

Removing unwanted records

Occassionally, you'll need the capacity to delete a registration from the system. The Dreamweaver DeleteRecord server behavior is perfect for the task. Again, you'll need to set up a recordset for the task—luckily,Dreamweaver provides a shortcut to reduce the workload.

Choose File > Open and, in the sample files folder, select reg_delete.php. Click OK.

By now, this layout should seem very familiar (see Figure 16). There is, however, a notable difference:Rather than form fields, empty table cells will be used to hold the dynamic data.

1.

16 of 20

Figure 16. Confirming removal of registrant

As mentioned earlier, take advantage of a Dreamweaver shortcut to add the needed recordset to the page.

Open the reg_update.php and page and, in the Bindings panel, select the Recordset entry. Right-click(Windows) or Control-click (Macintosh) and choose Copy from the menu.

2.

Switch to the reg_delete.php page and in the Bindings panel, right-click (Windows) or Control-click(Macintosh) and choose Paste.

Because the recordset on both the Update and Delete pages is filtered by the ID parameter in the URL,you can simply copy and paste. Next, bind your data.

3.

From the Bindings panel, expand the Recordset entry.4.Drag the dynamic data to their associated form elements:

Drag RegFirstName in the cell next to the First NameDrag RegLastName in the cell next to the Last NameDrag RegEmail in the cell next to the EmailDrag RegID onto the hidden from element

The dynamic text is added to make sure that the record about to be removed is the right one. Nowyou're ready to add the server-side code.

5.

From the Server Behaviors panel, choose Add (+) and choose Delete Record.6.In the Delete Record dialog box, do the following (see Figure 17):

Set the First check if variable is defined to Primary key value.From the Connection list, choose connEventReg.

7.

17 of 20

From the Update table list, choose registrants.From the Primary key column, make sure RegID is selected.From the Primary key value list, choose Form Variable and enter RegID in the adjacent field.

By setting the Primary key value to the hidden form field, you're assuring that Dreamweaver willdisplay this confirmation page. If you set it to the URL variable, the deletion would occur withoutconfirmation.

In the After deleting, go to field, enter reg.php.

Figure 17. The Delete Record server behavior

Click OK and save your page.8.

All of the major record manipulation is now complete. There are just two more tasks remaining, the first ofwhich is making it possible for the administrator to log out.

Logging out of the system

When Dreamweaver logs in a user, it creates a session variable that makes it possible for anyone to use themachine at the current time to access restricted pages. A log-out page is important, because it eliminates thatsession variable and thus prevents any unauthorized access. Dreamweaver makes it easy to accomplish.

Choose File > Open and, in the sample files folder, select logout.php. Click OK.

Although this page has a Log Out title and a bit of confirming text, in reality it will never be seen bythe user. The server behavior executes when the page loads and immediately redirects the user toanother page.

1.

From the Server Behaviors panel, choose Add (+) and choose User Authentication > Log Out User.2.In the Log Out User dialog box, do the following (see Figure 18):

Choose Log out when: Page Loads.

Since the user has already clicked Log Out once to get to this page, you'll want to grant his or her wishimmediately.

In the When done, go to field, enter login.php.

3.

18 of 20

Figure 18. Deleting confirmation

Click OK and save your page.4.

The final task is to protect your various pages from unauthorized access.

Protecting your pages

Now that all of your application pages are ready to go, it's time to shield them. As you'll recall, the log-inserver behavior includes an option to restrict access based on user name and password. To activate thatprotection, you'll need to apply the Dreamweaver Restrict Access to Page server behavior to the desiredpages, starting with reg.php.

Choose File > Open and, in the sample files folder, select reg.php. Click OK.1.From the Server Behaviors panel, choose Add (+) and select User Authentication > Restrict Access toPage.

2.

When the Restrict Access to Page dialog box appears, do the following (see Figure 19):Set the Restrict based on option to Username and password.

Dreamweaver does offer a more expansive authentication protocol that also looks at the users accesslevel. For your purposes, the Username and Password option is good enough.

In the If access denied, go to field, enter login.php.

3.

Figure 19. Restricting access to a page

Click OK and save your page.4.

19 of 20

With this page protected, you're ready to move on to the other pages in the application.

Repeat steps 1 to 5 with the reg_insert.php, reg_update.php, and reg_delete.php pages.5.

Congratulations! You've created an entire administrative application for your event registration system. Totest your application, open login.php on your testing server and log in with the user name admin andpassword pass. From there, you'll be able to view existing registrants and update or delete their records oradd new ones. Enjoy!

Where to go from here

This article covers the development of a complete administrative application for the registrants table in thedatabase. A comparable set of pages would need to be created for any additional tables, such as presentationsor admin for a complete administrative site. I leave this exercise to you to complete; you can apply theconcepts in this article to building such applications.

20 of 20