The End of Level C

Now that the Level C year of Digital Media Design is over, I have decided to take a closer look at some of the Level I and H blogs from the older students on this course in order to develop a more professional blogging style.

I am very pleased to say that I passed the level C year with a Distinction (and a letter of commendation). Although the first year of our degree makes up 0% of our overall grade, I feel that I have been able to prepare myself for level I and look forward to the challenges that it will present in the next academic year.

D4DME – Net Neutrality

The issue of whether to adopt a mandatory net neutrality policy—i.e., to
subject broadband providers to an open-access requirement that would prohibit
them from discriminating against content providers—is one of the most
important and controversial Internet policy issues before the FCC and the

The idea of Net Neutrality is something that the modern internet user probably takes for granted. In short, it is the principle that all internet service providers should make all content accessible to all users of the internet regardless. Although Net Neutrality is something that many may not even know about, the internet would be a very different place without it.

Join the Fast Lane is a brilliant example of what the internet would be like if we no longer had Net Neutrality. We would have to pay for access to specific places and content, as well as ‘faster internet speeds’ in order to actually access them.


Lenard, T M. and May, R J., 2006. Net Neutrality or Net Neutering: Should Broadband Internet Services Be Regulated. Springer-Verlag New York Inc.

D4DME – Display Selected Recipe

The final addition that I made to our website was the ability to click on one of the recipe titles and be taken through to a more detailed view of the chosen recipe. To do this, I had to create an id based link to the individual recipe.

<a href="selected_recipe.php?recipe_id=<?php echo ($row["recipe_id"]); ?>">
<?php echo ($row["recipe_title"]); ?>

This then linked to the specific recipe page with the corresponding id via this block of code:

if(isset($_GET["recipe_id"])) {
$recipeID = $_GET["recipe_id"];
} else {
$result = GetSingleRecipe($recipeID);
while($row = mysqli_fetch_assoc($result)) {
include 'recipe_large.php';

As you can see, the include function has changed to include ‘recipe_large.php’ rather than the standard ‘recipe.php’. This file contains more information on the recipe and it much larger in screen size.

D4DME – Content Visibility (Based on Session)

Once Kyle had created the session for our site, the next stage was to make certain content hidden unless the session was active. The main element in question is the ‘submit your own’ button that leads the user to the recipe form. Our website allows all users (signed in or not) to view and filter the recipes, but only members who are logged in may submit their own to the database.

<?php if(isset($_SESSION["user"])) { ?>
<a href="submit.php">CREATE YOUR OWN</a>
    <?php } else { ?>
    <?php } ?>               

This code makes it so that only someone logged in via the session can view the button. I repeated this with several different functions that I made such as a ‘delete post’ button and a ‘my recipes’ page.

For the ‘delete post’ button, I had to link up two columns from the two tables (recipe and user) in order to make the option show. The columns ‘recipe_user_id’ and ‘user_id’ had to match for this to be an option to the user.

<?php if(isset($_SESSION["user"])) { ?>
    <?php if ($_SESSION["user_id"]==$row["recipe_user_id"]) {?>
        <div class="delete"><a href="delete_recipe.php?recipe_id=<?php echo $row["recipe_id"]; ?>" class="buttonExample">Delete?</a></div>
    <?php } ?>
    <?php } else { ?>
    <?php } ?>

The query was fairly straight forward for this button to work.

$query = "DELETE FROM recipe WHERE recipe_id = '{$postID}' and recipe_user_id = '{$_SESSION['user_id']}'";

For the ‘my recipes’ page, all I had to do was tweak the main query on the index page to only select recipes created by the user.

 $query = "SELECT * FROM recipe WHERE recipe_user_id = '{$_SESSION['user_id']}'";

D4DME – Support

As mentioned previously, the key part to this unit is that we understand the website code as a team as opposed to each of us having our own specialism within the work. Chace had expressed multiple times that he wasn’t very comfortable with PHP and that he didn’t really understand it. For this reason, I offered to meet up with him and go through all of the PHP that we had so far and explain how it all worked.

I also went through the code by myself and made sure that everything was commented in detail so that everything makes sense.

D4DME – Team Update

After several more meetings with my team, we decided that it was time for one of the others to work on the PHP. We decided that Kyle would be in charge of coding the ‘log in’ and ‘session’ which included a message function to be displayed across multiple pages.

This gave me a break from PHP and allowed me to update the group wiki. Meanwhile, Chace kept working on the CSS for the website.

D4DME – Filtering the Data

Another important function for the user will be to have choice over what type of recipes they want to view. In order to make this happen, I needed to create a set of filters that the user can refine based on the different columns in the recipe table.


Screenshot of my submit form

The four columns that the user can filter through are ‘Cook Time’, ‘Cuisine’, Ingredients’, and ‘Allergy Warning’. It would be very easy to add extra filters such as a ‘Vegetarian’ option if we needed to, though for now I wanted to keep it simple.

<form method="get" name="cuisine" action="index.php">
      <input type="text" name="cuisine" placeholder="e.g Italian" size="10" maxlength="120">
      <input type="submit" value="Search">

The main difference between this type of form and the previous ones I created is that this one uses ‘get’ as the method rather than ‘post’. Once the query has been written, the search options will allow the user to search the database for anything that matches their entry.

    if(isset($_GET["cuisine"])) { 
        $query = "SELECT * FROM recipe WHERE recipe_culture LIKE '%{$_GET["cuisine"]}%'"; 
    } else if...

My query above shows the use of ‘Wildcards’. In this instance, I’m using the LIKE condition alongside the wildcards to make SQL search for anything that is similar the the user’s entry (e.g if they were to type in ‘ita’ into the cuisine field, it would return any recipe that was Italian).
I found out about ‘Wildcards’ from W3Schools after Kyle told me about them in a workshop.

The ‘else if’ statement repeats the above query several times for each column before the final ‘else’ statement just selects all of the data without any refinements.