ef="style.css" title="style1"> cs150: Problem Set 8: HoosHungry.com
cs150  Spring 2009

cs150: Computer Science
from Ada and Euclid to Quantum Computing and the World Wide Web


Instructor
Westley Weimer

Teaching Assistants
Zak Fry
Paul DiOrio
Rachel Lathbury

Email Address
cs150-staff@cs.virginia.edu

Class Meetings
Mondays and Wednesdays, 3:30-4:45pm in MEC 341
Structured Lab Hours
Wednesdays, 7:00-8:00pm and 8:00-9:00pm in OLS 001
Staffed Lab Hours
(Small Hall Lab)

Monday 5:00-6:00 (Zak)
Tuesday 3:15-4:15 (Rachel)
Thursday 5:00-6:00 (Paul)
Sunday 3:00-4:00 (on request)
Office & Lab Hours
(Small Hall Lab)

Monday 2:00-3:00 (Rachel)
Tuesday 11:00-12:00 (Wes in Olsson 219)
Tuesday 3:00-4:00 (Zak)
Wednesday 1:00-2:00 (Paul)

ww.wired.com/news/business/0,1367,45098,00.html">lost.

For this assignment you will understand and complete the implementation of a web application that aims to provide a restaurant guide for hungry Hoos. When you are done, you will have produced a dynamic web application that integrates with a map and a database.

To build this, we used several languages:

Required Reading:

Getting Started

Some amount of setup work will be required before your website is up and running.
Setup Step 1: (nothing to turn in for this but all team members should do all Setup steps)
To get a feel for the web application, open a web browser to https://church.cs.virginia.edu/150/hooshungry/. Click on Register New User to create an account for yourself. You should receive an email message with your password. Once you have logged in, you will see an additional option to Add Restaurant. Also try clicking on the markers on the map, and the links that pop-up after you click on a marker. Try adding a restaurant, reviewing a restaurant, and looking at the restaurant reviews.

Setup Step 2: (nothing to turn in for this but all team members should do all Setup steps)
  1. Create a directory hooshungry inside your public_html directory. On ITC Lab Machines (e.g., Small Hall), you would be creating J:\public_html\hooshungry, but the drive letter may be different on different machines.
  2. Download ps8.zip and unzip it into your public_html\hooshungry\ directory.
  3. You will not be able to try out your website until you have set up the database and the Google maps API, however.

Database

Because HTTP is a stateless protocol, all information that needs to persist between web requests must be stored somewhere. We use a database to store everything (except for user login information with is stored in a cookie, see below). The Schemer's Guide to Structured Query Language gives a brief introduction to the SQL language we will use to manipulate the database.

The University of Virginia will provide you with your own personal MySQL database, hosted on dbm1.itc.virginia.edu. You will have to sign up and activate your database, and then create and manage the appropriate tables on it.

Setup Step 3: (nothing to turn in for this but all team members should do all Setup steps)
First, you need to create a database. Follow the directions in the SQL Guide to create your own MySQL database. If your UVA id is mst3k, create the mst3k_cs150 database, as shown below (click to enlarge):
If you haven't yet read the SQL Guide, scroll back up to where it was listed as part of the reading for this problem set and then read it. :-)

Setup Step 4: (nothing to turn in for this but all team members should do all Setup steps)
After creating your database, edit the db.py file. You can find it in public_html\hooshungry\db.py. Change the values assigned to userName, password and dbName to match those for the database you created.

Users

Since we want to only allow legitimate users to add restaurants and post reviews, we need a table for managing users.

You will create a table in your database named users with fields for storing the name, email address, last name, first names (all names except the last name), encrypted password and cookiecounter for each user (managing cookies and passwords is tricky and error prone). In later lectures we will explain more about why the way it does things is semi-secure.

Setup Step 5: (nothing to turn in for this but all team members should do all Setup steps)
You can create the users table by issuing this SQL command:
CREATE TABLE users (
   id INT PRIMARY KEY NOT NULL AUTO_INCREMENT,
   user VARCHAR(80) UNIQUE,
   email VARCHAR(255) UNIQUE NOT NULL,
   lastname VARCHAR(255) NOT NULL,
   firstnames VARCHAR(255),
   password CHAR(80),
   cookiecounter INT
)
To enter SQL commands using phpMyAdmin, click on the SQL button in the tab on the left:

That will bring up a window with a blank text field for entering SQL queries:

Copy and paste the text of the SQL query into the window and click Go:

If it works, you will see the text "Your SQL-query has been executed successfully":

Note that each field has a name and a type. The id field is a unique identifier for each user. Since it is labeled AUTO_INCREMENT, the database will give it a value automatically that is one more than the previous entry. The user and email fields have type VARCHAR(num) which means they are a string of up to num characters. They use the UNIQUE and NOT NULL modifiers to indicate that all table entries must have different user names and emails, and that every entry must have a value for these fields.

Setup Step 6: (nothing to turn in for this but all team members should do all Setup steps)
Now that you have created a table, insert an entry for yourself in the table. For example, I would do this by running the SQL query,
INSERT INTO users (user,  email, lastname, firstnames)
           VALUES ('weimer', 'weimer@cs.virginia.edu', 'Weimer', 'Wes')
(Don't forget the quote (') marks.)

At this point, your users table should contain one entry corresponding to yourself. Use Browse to check this is the case, and issue the necessary SQL commands to repair it if it is not.

After running the insert command, you should be able to see one entry in your table. You can view the whole table by clicking on Browse. Note that the id field has been automatically assigned a value, but the password and cookiecounter field values are blank (NULL). The Browse link shows you the result of the query, SELECT * FROM users which means to select all fields for all entries in the users table. Note that SQL's SELECT command is very similar to the table-select procedure you defined in Problem Set 5, but there are a few differences: see the SQL Guide for details on SELECT.

Restaurants

We also need a database table to keep track of the restaurants. We will use the restaurants table for this, and create it using this SQL command.
Setup Step 7: (nothing to turn in for this but all team members should do all Setup steps)
You should issue this SQL command for your database in phpMyAdmin:
CREATE TABLE restaurants (
   id INT PRIMARY KEY NOT NULL AUTO_INCREMENT,
   user VARCHAR(80),
   name VARCHAR(80),
   cuisine VARCHAR(40),
   lat DECIMAL(54, 30) NOT NULL,
   lng DECIMAL(54, 30) NOT NULL,
   notes TEXT
)
The restaurants table has fields for storing information about restaurants, including their locations (lat and long represent the latitude and longitude of the restaurant) so they can be drawn on the map.

Reviews

We want to be able to collect reviews for the restaurants. This requires a new table, reviews, which will store the restaurant reviews. We want to be able to associate reviews with the restaurant they are describing, so we include a field in the reviews table that is a restaurant identifier. It is the number of the id field of the corresponding restaurant in the restaurants table.

Setup Step 8: (nothing to turn in for this but all team members should do all Setup steps)
Create your reviews table by issuing this SQL command in phpMyAdmin:
CREATE TABLE reviews (
   restaurantid INT NOT NULL,
   user VARCHAR(80),
   stars INT,
   comments TEXT
)
When you have created all three tables, click on the Database: mst3k_cs150 link in the upper right corner for a summary. You should see all three tables listed:

Google Maps

Google maps is the best!
True dat.
Double true!

— Chris Parnell and Andy Samberg, Lazy Sunday
Our web application uses the Google Maps API to display maps. An "API" is an Application Program Interface, a set of definitions that allow programs to interact with each other. In this case, the Google Maps API is a set of procedures you can use to interact with the Google Maps application that Google provides for displaying and manipulating maps. It provides procedures for controlling the map, putting flags and lines on the map, and obtaining user clicks on the map.
Setup Step 9: (nothing to turn in for this but all team members should do all Setup steps)
To use the Google Maps API, you need to obtain a Google Maps API key. Follow the directions here: http://www.google.com/apis/maps/signup.html. Note that keys are associated with the URL of the web page where the map is hosted, so you will need to enter your URL as http://www.people.virginia.edu/~your_user_id/hooshungry/ for the web page that will host the map. (If you expect to get more than 50,000 page views per day for your PS8, you need to contact Google to get permission first. This will probably not be a problem for you unless you add some extra features to your site!)

Setup Step 10: (nothing to turn in for this but all team members should do all Setup steps)
After you signed up for a Google Maps API key, you will see a page like this:

Thank you for signing up for a Google Maps API key. Your key is:

ABQIAAAA2kcJjN_en3sWPySRiYQfaRQfZCebFK1Jdo5rele1j7cYODPsohTttyMK5pkDuJP3SW94RIpDRwPBSw
...
Copy the key into the file gmap.py, replacing the provided key.

Setup Step 11: (nothing to turn in for this but all team members should do all Setup steps)
At this point, you should be able to see the web application by opening a web browser to http://www.people.virginia.edu/~your_uva_id/hooshungry/. You should see a welcome page including links to Register New User and Display Restaurants, plus a map of Charlottesville.

Managing Passwords

When you created your user entry in the table, you did not provide a value for the password field. This is because we don't want to store actual passwords in the database. This would be dangerous since anyone who breaks into the database (or just steals the disk it is stored on and starts looking at bits on the disk) would be able to learn everyone's password. Even though you would be foolish to put anything highly confidential on this site, people often use the same password for security-critical and non-security critical websites, so it is important to never store passwords in cleartext.

Instead of storing actual passwords in the database we will store encrypted passwords. There are some tricky issues in how to do this that we will discuss in a later lecture, but the basic idea is to store Encrypt(password) in the database, and then when a user logs in check that the value calculated by encrypting the entered password matches the stored password.

Setup Step 12: (nothing to turn in for this but all team members should do all Setup steps)
To activate your account, you will need to reset the password.

Reload your main page (http://www.people.virginia.edu/~your username/hooshungry) and click on the Reset Password link.

This links to the Python file reset-password.cgi, that will be executed on the webserver in response to the client request for the reset-password.cgi page. Unlike normal HTML pages where the webserver just retrieves a static text file, when a Python file is requested, the webserver will run the file in the Python interpreter and send the printed response back to the visitor. It is not necessary to understand this code in detail, and you probably won't want to change it, but take some time to look at the code in reset-password.cgi and reset-password-action.cgi and users.py and see if you can understand what it is doing.

Understanding SQL

Question 1: For each question, provide the SQL command that performs the requested action and run your command on your database (i.e., using phpMyAdmin, as above). Note that the commands modify the state of the database, so you need to do them in order.
  1. Insert a user into your users table with user name alyssa, email aph@cs.virginia.edu, last name Hacker and firstnames Alyssa P..
  2. Insert a user into your users table with user name ben, email bb@cs.virginia.edu, last name Bitdiddle and firstnames Ben.
  3. Select the lastname of all users in your table. The response should be a table like this (of course, your result will be different because you put yourself in the table instead of me):
    lastname
    Weimer
    Hacker
    Bitdiddle
  4. Select the lastname and firstnames of all users in your table in alphabetical order by firstnames. The response should be a table like:
    firstnameslastname
    Alyssa P.Hacker
    BenBitdiddle
    WestleyWeimer
  5. Select the email address of all users in your table with lastname matching Hacker. The response should be the table:
    email
    aph@cs.virginia.edu
  6. Delete all entries from your table whose id does not equal the id for your entry. Note that the MySQL interface will give you a confirmation on DELETE commands, since a mistake could remove all the records you want from the table. It is a good idea with DELETE commands to use a LIMIT n as part of the query to make sure only the right number of entries are deleted. For example, for this question you would do DELETE FROM users ... LIMIT 2 to ensure that no more than 2 entries are deleted.

Turn in: Write down (or print out) and turn in the correct SQL commands.

Restaurant and Review Information

You should now be able to add some reviews and see them on the restaurant pages. The index page has a link to Display Reviews which links to the show-reviews.cgi file. This file is not complete in your implementation.

If you click on a marker on the map, and then click on the restaurant name, you should get a page with more information on the restaurant. With the provided implementation, however, you instead get an error since the code for lookup in restaurants.py is not complete.

Question 2: The provided lookup(restaurantno) method in restaurants.py is missing the SQL query needed to find the restaurant. Complete the definition of lookup by filling in the missing SQL query. If your definition is correct, you should be able to click on the map markers, and then the restaurant name in the pop-up, to see a page with information on the selected restaurant.

Turn in: Take a screenshot of the restaurant information screen in your browser after you have fixed restaurants.py and include it in your written write-up. The screenshot should show all relevant information, including the URL in the browser location bar (which must be your website and not church.cs.virginia.edu).

  1. For full credit, you must have at least two separate reviews by two different reviewers for the given restaurant.
  2. Write out or print out the new c.execute ("") line from restaurants.py (either on your screenshot or elsewhere on your writeup).
In addition, the Display Reviews functionality could be improved:
Question 3: Complete the show-reviews.cgi file so that clicking on Display Reviews displays a page showing all the restaurant reviews (that is, all reviews for all restaurants), sorted from highest star rating to worst. To accomplish this, you should examine and understand the code in show-restaurants.cgi. To display the reviews in the right order, you will also need to modify the reviews.getAll() method defined in reviews.py.

Turn in: Take a screenshot of the Display Reviews page in your browser after you have fixed the code and include it in your written write-up. The screenshot should show all relevant information, including the URL in the browser location bar (which must be your website and not church.cs.virginia.edu).

  1. For full credit, you must have at least two separate restaurants, each of which much have at least two separate reviews.
  2. Write out or print out the new c.execute ("SELECT * FROM reviews") line from reviews.py.
  3. Print out all of show-reviews.cgi.
Automatic Adjudication: There is no automatic adjudication for this assignment. All questions are part of your written turn-in.

This assignment was updated by Wes Weimer for cs150 Spring 2009, developed by David Evans for cs150 Spring 2007, and built from the HooRides web application that was developed by David Faulkner, Dan Upton, and David Evans for cs150 Spring 2005.
cs150: Problem Set 8: HoosHungry.com
cs150  Spring 2009

cs150: Computer Science
from Ada and Euclid to Quantum Computing and the World Wide Web


Instructor
Westley Weimer

Teaching Assistants
Zak Fry
Paul DiOrio
Rachel Lathbury

Email Address
cs150-staff@cs.virginia.edu

Class Meetings
Mondays and Wednesdays, 3:30-4:45pm in MEC 341
Structured Lab Hours
Wednesdays, 7:00-8:00pm and 8:00-9:00pm in OLS 001
Staffed Lab Hours
(Small Hall Lab)

Monday 5:00-6:00 (Zak)
Tuesday 3:15-4:15 (Rachel)
Thursday 5:00-6:00 (Paul)
Sunday 3:00-4:00 (on request)
Office & Lab Hours
(Small Hall Lab)

Monday 2:00-3:00 (Rachel)
Tuesday 11:00-12:00 (Wes in Olsson 219)
Tuesday 3:00-4:00 (Zak)
Wednesday 1:00-2:00 (Paul)


cs150: Computer Science
University of Virginia
weimer@virginia.edu
Using these Materials