Skip to content

Code Institute - Milestone Project #5 (Full Stack Frameworks) || Score: 99%

Notifications You must be signed in to change notification settings

TravelTimN/ci-milestone05-fsfw

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Unicorn Attractor mockups

Python Django

Build Status Coverage

GitHub repo size GitHub pull requests GitHub closed pull requests GitHub closed issues

Welcome to the new and exciting Augmented Reality (AR) app - Unicorn Attractor!

Unicorn Attractor allows players to explore the world while on the search for magical Unicorns. Once you've downloaded the app (available on Android and iOS devices), you'll be able to use your mobile phone's GPS to locate, snatch, and train virtual Unicorns! As you build your Unicorn herd with your fellow Bronies, you'll earn more XP.

This exciting app helps to promote physical activity in the outdoors, combined with the virtual world of Equestria through your mobile phone. If you're extremely lucky, perhaps you'll have what it takes to find and snatch the elusive Alicorn! (Alicorns are winged Unicorns; they have wings like a Pegasus, and a horn like a Unicorn)

The best part? Unicorn Attractor is absolutely free to enjoy with your friends and Bronies!

If you have any issues or requests regarding the the app, please head over to the Unicorn Attractor Tickets Page. You'll be able to open two different types of Tickets; Bugs and Features.

  • BUGS - If you have any problems or issues using the app, please open a new ticket for a Bug. Bug requests are always free!
  • FEATURES - If you think we've missed something, or you'd like to see something added to the app, please open a new Feature Ticket. (NOTE: Features require a small donation, and can gain more donations if others support your Feature.)

Table of Contents

  1. UX

  2. Features

  3. Technologies Used

  4. Testing

  5. Deployment

  6. Credits


UX

This project is part of my Code Institute Full Stack Software Development studies, specifically the Full Stack Frameworks module. The objective for this milestone project is to "Create a web application that allows users to submit tickets to an online issue tracker called the Unicorn Attractor, where bugs can be submitted for free, but feature requests require a nominal fee".

DISCLAIMER: The Unicorn Attractor 'app' does not actually exist for download. The 'app' itself is part of the project concept, whereby the project itself is what I've developed. As exciting as the Unicorn Attractor 'app' sounds, you'll just have to check out these two actual augmented reality apps instead, where my inspiration came from.

User Stories

"As a user, I would like to _______________"

successfully implemented

not yet implemented

  • view the site from any device (mobile, tablet, desktop).
  • view all tickets (bugs/features) as a Guest.
  • create my own profile.
  • update my profile, including uploading a photo.
  • log my own bug tickets for free.
  • submit my own feature requests for a small fee.
  • edit my own tickets (bugs and features).
  • delete my own tickets (bugs and features).
  • ✅ be able to log out.
  • ✅ be able to change my password.
  • filter and search amongst all tickets.
  • see the total views of each bug and feature.
  • comment on bugs and features that I relate to.
  • upvote bugs for free that I relate to.
  • pay a nominal fee to upvote features that I support.
  • view statistics of tickets such as "most upvotes received".
  • earn various badges for active participation using the app.

Design

Since the app is called Unicorn Attractor, I figured cute and full of colorful rainbows would match the overall theme. In addition, there are plenty of unicorns across the site.

Framework

  • Materialize 1.0.0
    • I really like the modern and clean layout of Materialize as a framework, with its simple-to-understand documentation.
  • jQuery 3.4.1
    • In an effort to keep the JavaScript minimal, I have decided to use jQuery as foundation to my scripts framework.
  • Django 2.2.16
    • Django is a free and open-source web framework that I've used to render the back-end Python with the front-end Materialize. We were taught how to use Django 1.11 in the lessons, despite Django 3+ being the current version, so this is what I developed my project using (originally). As of January 2020, I have upgraded to Django 2.2+ now. Partly through development, GitHub advised of the following warning:
      • Potential security vulnerability found in the django dependency. Vulnerable versions: >= 1.11.0 | Upgrade django to a later version.
      • I have upgraded to version 1.11.22 1.11.24 1.11.27 2.2.9 2.2.10 2.2.16

Color Scheme

Palette: Ticket Type

Bugs Features
#FD8D14 #1484FC
#FD8D14 #1484FC

Palette: Ticket Status

Open In Progress Closed
#F44336 #FFC107 #4CAF50
#F44336 #FFC107 #4CAF50

Palette: Top Supports / Donors

Gold Silver Bronze
#D6AF36 #A7A7AD #A77044
#D6AF36 #A7A7AD #A77044

Palette: Rainbow

Red Orange Yellow Green Blue Indigo Purple
#F44336 #FF9800 #FFEB3B #4CAF50 #2196F3 #3F51B5 #9C27B0
#F44336 #FF9800 #FFEB3B #4CAF50 #2196F3 #3F51B5 #9C27B0

All of these colors (plus a few others) are set at :root level within my styles.css file. This also allows me to reuse my colors as a class across the site, instead of having to assign the colors each and every time.

Icons

  • Font Awesome 5.8.2
    • Although Materialize Icons have nearly 1,000 free-to-use icons, I prefer the look of the Font Awesome icons, and they have significantly more icons to use. They aren't displayed using text, but rather classes, so use on mobile devices isn't affected.

Typography

Wireframes

For my wireframes, I started with simple pencil and paper sketches. Once satisfied with the initial sketches, I built mockup concept wireframes using Balsamiq Wireframes for a couple reasons:

  • Code Institute have provided all students with free access until the end of 2019 2020.
  • The simplicity and ease of use in a quick and effective manner.

All of my wireframes for this project can be found in the design folder, which contains both the balsamiq and sketches sub-directories respectively.

back to top

Features

In accordance to the project brief, I have successfully implemented all of the required features, as well as a few additional features to improve user experience!

Existing Features

Register Account 👤 ➕

  • Anybody can register for free and create their own unique account. This is built using Django's authentication and authorization to validate profile data. Passwords are hashed for security purposes!

Change Password 🔐

  • Users can update their passwords from their profile page. They will receive an email with instructions on how to reset the password.

Add Profile Picture 📷

  • In addition to updating their profile, users can upload a photo to use as their avatar. All images are cropped and resized to a 300px square in order to minimize file size being stored on AWS, since avatars are displayed small anyway.

View All Tickets 🎫 🎫

  • On the tickets page, all Tickets are initially displayed in a 'last edit date' order, with a standard 6-items per page using pagination.

Filtering Tickets 🎫 ↕️

  • If a user would like to narrow-down the number of tickets displayed, they can easily filter tickets using a few different options. Filter can by done by ticket type (bug vs feature), by ticket status (open, in progress, closed), minimum/maximum number of ticket views, or by minimum/maximum number of upvotes received.

Add a Ticket 🎫 ➕

  • Opening a new ticket comes in two varieties; Bugs and Tickets. Both require two minimal items: a Ticket Title and Description. For Features, however, there is a minimum donation required which allows users to slide the donation amount with a minimum of €5 and maximum of €100. The secure Stripe API allows users to pay for these donations.

View a single Ticket 🎫

  • Whether it's a Bug or a Feature, users can view all tickets individually, regardless of their ticket status. All ticket details are displayed, including a list of other users who have upvoted/supported the ticket. In addition, any existing comments on the ticket will be displayed to the user.

Update a Ticket 🎫 🔄

  • Only the user that created a ticket, can edit the ticket. Exception: the admin (superuser) can also edit any ticket in the database.

Delete a Ticket 🎫 🚮

  • Similar to editing tickets, only the user that creates a ticket can delete the ticket. Exception: the admin (superuser) can also delete any ticket in the database, should they be inappropriate and/or offensive.

Upvote a Ticket 🎫 👍

  • If the ticket is a Bug, then anybody can upvote the ticket free of charge, as long as they're logged in. If the ticket is a Feature, then in order to upvote the ticket, a small donation is required. The user can decide how much to donate by using a slider, with a minimum donation required of €5. Payment of the donation is done using the secure Stripe API. If the Feature ticket has met its goal of €100, then any additional upvote henceforth is free of charge.

Downvote a Ticket 🎫 👎

  • If a user no longer supports a ticket, they can downvote it to remove their name from the list of supporters. This is only allowed for tickets that are Bugs, since donations on Features are non-refundable.

Comment on a Ticket 🎫 💬

  • Users can add comments on tickets that they relate to. This is also where they would see updates from the Admin related to the ticket, to offer transparency to users.

View Statistics 📊

  • On the Statistics page, a number of lists and charts can be viewed. This includes: a leader board outlining the top 3 supporters, the top 10 most upvoted bugs and features (5 of each), a bar chart showing the number of bugs/features based on ticket status, a pie chart showing the total number of bugs vs features, and a bar chart showing the average number of bugs/features that are edited on a monthly/weekly/daily basis. In addition to the statistics page, the footer also displays the 5 most recent tickets that have been opened.

Admin Status 👮

  • As Admin (ie: superuser), there are quite a few additional features across the site that no other user has access to. The navbar has an additional link to the Django Admin Panel. Admin can change the status of any ticket directly from the ticket page (open, in progress, closed). The Admin can also modify or delete any tickets deemed inappropriate.

Features Left to Implement

Badge Achievements

  • Ideally, I would've loved to implement a badge system for unlocking different achievements. These would've included awarding a badge for new members, creating your 1st/10th/25th ticket, having a feature reach full donation goal, adding an avatar to your profile, etc.

Additional Stats

  • I think another statistic that would be great to display would've been most popular tickets, which would list the top 5 tickets with the most comments added.

Delete Account

  • Users should be given the opportunity to delete their account entirely. Currently they can register and edit their data, but not remove it from the database.
back to top

Technologies Used

  • Visual Studio Code
    • VS Code - Used as my primary IDE for developing projects.
  • GitHub
    • GitHub - Used as remote storage of my projects online.
  • Adobe Photoshop CS6
  • Balsamiq Wireframes
    • Balsamiq - Used to bring my wireframe sketches to life.

Front-End Technologies

  • HTML5
    • HTML5 - Used as the base for markup text.
  • CSS3
    • CSS3 - Used as the base for cascading styles.
  • jQuery 3.4.1
    • jQuery 3.4.1 - Used as the primary JavaScript functionality.
  • Materialize 1.0.0
  • Stripe API
    • Stripe API - Used to make secured payments on Feature Tickets.
  • Amazon AWS S3
    • Amazon AWS S3 - Used to store staticfiles and media folders and files.
  • Chart.js
    • Chart.js 2.8.0 - Used to render interactive charts and statistics graphs.

Back-End Technologies

  • Python
  • Django
  • Heroku
    • Heroku - Used for "Platform as a Service" (PaaS) for app hosting.
  • PostgreSQL 11.4

Further details on all Python packages used on this project can be found in the requirements.txt file. Each of these is outlined below (click below to expand the dropdown), with the package version and a brief description.

CLICK HERE to expand the full requirements.txt details.
Package Version Description
boto3 1.9.179 The AWS SDK for Python
botocore 1.12.253 Foundation for AWS-CLI command line utilities
certifi 2019.6.16 Collection of Root Certificates for validating the trustworthiness of SSL
chardet 3.0.4 Universal Character Encoding Detector
colorama 0.2.7 Cross-platform API to print colored terminal text from Python apps)
coverage 4.5.3 Tool for measuring code coverage of Python programs
dj-database-url 0.4.2 Utilizes the 12factor inspired DATABASE_URL environment variable to configure Django apps
Django 2.2.10 the Django framework
django-cleanup 3.2.0 Automatically deletes old files/images to replace with updated versions
django-materializecss-form 1.1.14 Django form template tags to work with Materialize CSS
django-storages 1.7.1 Connects Django to S3 Buckets
docutils 0.15.2 Modular system for processing documentation into useful formats
gunicorn 19.7.1 A Python WSGI HTTP Server for UNIX
html5lib 0.999999999 A pure-Python library for parsing HTML
idna 2.8 Suitable replacement for the “encodings.idna” module that comes with the standard Python library
jmespath 0.9.4 Allows you to declaratively specify how to extract elements from a JSON document
olefile 0.46 Python package to parse, read and write Microsoft OLE2 files
Pillow 6.2.1 Adds support for opening, manipulating, and saving many different image file formats
postgres 3.0.0 High-value abstraction over psycopg2
psycopg2 2.7.3.2 Most popular PostgreSQL database adapter for Python
psycopg2-binary 2.8.4 Python-PostgreSQL Database Adapter
psycopg2-pool 1.1 Proper pooling of psycopg2 connections
pycurl 7.43.0.3 Used to fetch objects identified by a URL from a Python program
python-dateutil 2.8.1 Provides powerful extensions to the standard datetime module
python-dotenv 0.10.3 Adds .env support in development and deployments using 12-factor principles
pytz 2019.3 Brings the Olson tz database into Python
requests 2.22.0 Makes HTTP requests simpler and more human-friendly
s3transfer 0.2.1 Python library for managing Amazon S3 transfers
six 1.13.0 A Python 2 and 3 compatibility library
sqlparse 0.3.0 Non-validating SQL parser
stripe 2.29.4 Python library for Stripe’s API
urllib3 1.25.6 Powerful, sanity-friendly HTTP client for Python
webencodings 0.5.1 Character encoding aliases for legacy web content
whitenoise 3.3.1 Simplifies static file serving for WSGI applications with Django
back to top

Testing

A thorough mix of automated and manual testing have gone into building the project. In addition to tests, I have validated all files against online validation sites, and checked compatibilities across various modern browsers and devices.

Validators

HTML

  • W3C HTML Validator
    • All 30 .html files checked.
    • 5 .html files contained minor errors that have since been rectified (statistics, navbar, ticket_card, ticket_filter, ticket_stats). Correction Commit: 416a5e4
    • Error: Attribute lazyload not allowed on element img at this point.
    • The remaining validation issues are all attributed to Django Templating not being recognized by W3C:
      • Warning: Consider adding a lang attribute to the html start tag to declare the language of this document.
      • Error: Non-space characters found without seeing a doctype first. Expected <!DOCTYPE html>.
      • Warning: This document appears to be written in English. Consider adding lang="en" (or variant) to the html start tag.
      • Error: Element head is missing a required instance of child element title.
      • Error: Bad value {% foo %}.

CSS

  • W3C CSS Validator
    • The W3C Jigsaw validator does not yet recognize root variables, and therefore passes 2 Parse Errors. These are used to set global CSS variables, similar to most other programming languages. The two Parse Errors I've received are:
      • :root
      • var(--foo)
    • I also received 6 Warnings:
      • Imported style sheets are not checked in direct input and file upload modes.
      • -webkit-text-fill-color is an unknown vendor extension.
      • -webkit-background-clip is an unknown vendor extension.
      • ::-webkit-slider-thumb is an unknown vendor extended pseudo-element.
      • ::-webkit-slider-runnable-track is an unknown vendor extended pseudo-element.
      • -webkit-transition is an unknown vendor extension.

JavaScript

  • JShint
    • stripe.js file:
      • METRICS:
        • There are 4 functions in this file. Function with the largest signature take 1 arguments, while the median is 1. Largest function has 7 statements in it, while the median is 4. The most complex function has a cyclomatic complexity value of 2 while the median is 1.5.
      • UNDEFINED VARIABLES:
        • Stripe (used for Stripe API)
    • scripts.js file:
      • METRICS:
        • There are 4 functions in this file. Function with the largest signature take 0 arguments, while the median is 0. Largest function has 5 statements in it, while the median is 3.5. The most complex function has a cyclomatic complexity value of 1 while the median is 1.
      • UNDEFINED VARIABLES:
        • $ (used for jQuery)
  • Beautify Tools
    • stripe.js file:
      • Stripe is not defined.
    • scripts.js file:
      • No syntax errors!

Python

  • PEP8 Online
    • All 32 .py files checked.
    • Entirely PEP8 compliant with one exception:
      • settings.py file (the built-in Django settings file has a known issue, but is acceptable to not force a line break)
      • line too long (>79 characters) - AUTH_PASSWORD_VALIDATORS = [{}] x4

Compatibility

Full details about compatibility tests can be found in my testing folder, which includes results from Chrome's DevTools Audit report as well.

To ensure a broad range of users can successfully use the site, I tested it across the 6 major browsers in both desktop and mobile configuration.

  • Chrome (v.75.0.3770.142)
  • Edge (v.42.17134.1.0)
  • Firefox (v.68.0.1)
  • Safari (v.12.1.2)
  • Opera (v.62.0.3331.99)
  • Internet Explorer (v.11.885.17134.0)

I have also created a testing matrix (raw Excel file here).

Testing Matrix Testing Matrix

Chrome's DevTools Audit Report

Performance Accessibility Best Practices SEO
100% 84% 79% 85%

Chrome DevTools Audit Report

Known Issues

GitHub closed issues

During development, I encountered one semi-urgent issue after making one of my GitHub commits. I quickly opened an Issue on GitHub so I would remember to revisit this problem and resolve it.

Upon upgrading to Django 2.2.9 in January 2020, I encountered an additional problem running Automated Tests. This issue still needs to be resolved. (fixed 08FEB2020)

Automated Testing

With Django's built-in unittest library module and TestCase subclass, I built 27 different tests to encompass most of my python views, forms, and models. Using the coverage.py test package, those 27 tests have provided an overall result of 75% test coverage, which is within the approved minimum requirement for testing. All tests pass as 'OK'! Most of the remaining Python that I didn't manually build tests for, are built-in Django boilerplates and core functionality. Below is a full table with the entire breakdown of the Coverage Report - click to expand the dropdown menu.

CLICK HERE to expand the full Coverage Report
Name Stmts Miss Branch BrPart Cover
accounts/__ init __ 0 0 0 0 100%
accounts/admin 3 0 0 0 100%
accounts/apps 3 3 0 0 0%
accounts/backends 18 14 4 0 18%
accounts/forms 45 2 6 2 92%
accounts/models 34 8 8 3 74%
accounts/tests 61 0 0 0 100%
accounts/urls 4 0 0 0 100%
accounts/urls_reset 4 0 0 0 100%
accounts/views 59 27 22 5 51%
custom_storages 6 0 0 0 100%
main/__ init __ 0 0 0 0 100%
main/settings 55 4 6 3 89%
main/urls 11 1 2 1 85%
main/wsgi 4 4 0 0 0%
manage 13 6 2 1 53%
stats/__ init __ 0 0 0 0 100%
stats/admin 1 0 0 0 100%
stats/apps 3 3 0 0 0%
stats/models 1 0 0 0 100%
stats/tests 6 0 0 0 100%
stats/urls 3 0 0 0 100%
stats/views 35 0 20 0 100%
tickets/__ init __ 0 0 0 0 100%
tickets/admin 7 0 0 0 100%
tickets/apps 3 3 0 0 0%
tickets/context_processors 13 1 2 1 87%
tickets/forms 17 0 0 0 100%
tickets/models 46 3 0 0 93%
tickets/tests 83 0 0 0 100%
tickets/urls 3 0 0 0 100%
tickets/views 173 77 32 5 51%
--- --- --- --- --- ---
TOTAL 714 156 104 21 75%

In addition to the TestCase and coverage.py tests, I have used Travis-CI to test Continuous Integration. I had quite the problem initially due to the fact that my primary project sits in a sub-directory called project and not at the top-level, which is why there were quite a few various commits on 26th July, but ultimately got it sorted with a successful passing build badge.

  • Build Status
  • NOTE: this is a live/active badge, showing 'passing' at time of project submission!
back to top

Deployment

This project can be viewed live: https://tim-ms5.2bn.dev

PLEASE NOTE: during development, none of my staticfiles were pushed to GitHub, as taught in the Code Institute LMS videos. These were added to my .gitignore file, as Heroku cannot host these files. They are hosted on Amazon AWS in an S3-Bucket. These files were pushed to GitHub purely for project assessment purposes only at the end of development! My static file contains the following folders and files:

Local Deployment

It's highly recommended to work in a virtual environment, but not absolutely required.

In order to run this project locally on your own system, you will need the following installed (as a bare minimum):

Next, there's a series of steps to take in order to proceed with local deployment:

  • Clone this GitHub repository by either clicking the green "Clone or download" button above in order to download the project as a zip-file (remember to unzip it first), or by entering the following command into the Git CLI terminal:
    • git clone https://github.com/TravelTimN/ci-milestone05-fsfw.git
  • Navigate to the correct file location after unpacking the files.
    • cd <path to folder>
  • Create a .env file with your own credentials. An example .env file can be found here (.env_sample).
    • Note: the example .env file contains environmental variables for both local and remote deployment. (see below for remote deployment details)
  • Install all requirements from the requirements.txt file using this command:
    • sudo -H pip3 -r project/requirements.txt
  • In the IDE terminal, use the following command to launch the Django project:
    • python3 manage.py runserver
  • The Django server should be running locally now on http://127.0.0.1:8000 (or similar). If it doesn't automatically open, you can copy/paste it into your browser of choice.
  • When you run the Django server for the first time, it should create a new SQLite3 database file: db.sqlite3
  • Next, you'll need to make migrations to create the database schema:
    • python3 manage.py makemigrations
    • python3 manage.py migrate
  • In order to access the Django Admin Panel, you must generate a superuser:
    • python3 manage.py createsuperuser
    • (assign an admin username, email, and secure password)

Once the database migrations and superuser have been successfully completed, Django should migrate the existing migrations.py files from each app to configure the following relational schema:

Relational Schema

Remote Deployment

This site is currently deployed on Heroku using the master main branch on GitHub. Once you have the project setup locally, you can proceed to deploy it remotely with the following steps:

  • Create a requirements.txt file so Heroku can install the required dependencies to run the app:
    • sudo pip3 freeze --local > project/requirements.txt
    • The requirements.txt file for this project can be found here: requirements.txt
  • Create a Procfile to tell Heroku what type of application is being deployed using gunicorn, and how to run it:
    • echo web: gunicorn main.wsgi:application > project/Procfile
    • The Procfile for this project can be found here: Procfile
  • Sign up for a free Heroku account, create your project app, and click the Deploy tab, at which point you can Connect GitHub as the Deployment Method, and select Enable Automatic Deployment.
  • In the Heroku Resources tab, navigate to the Add-Ons section and search for Heroku Postgres. Make sure to select the free Hobby level. This will allow you to have a remote database instead of using the local sqlite3 database, and can be found in the Settings tab. You'll need to update your .env file with your new database-url details.
  • In the Heroku Settings tab, click on the Reveal Config Vars button to configure environmental variables. You will need to copy/paste all of the .env key value pairs into the config variables, but please omit the development=1 variable; this is only for local deployment.
  • Still within the Settings tab, find the Buildpacks section and add the following two buildpacks below. This is because the main project lives in a subdirectory. Note: the order these are added is important:
    • https://github.com/timanovsky/subdir-heroku-buildpack.git
    • heroku/python
  • Your app should be successfully deployed to Heroku at this point, but you're not quite finished yet!
  • Update the settings.py file to connect the remote database using this Python package: dj_database_url
  • Re-build the migrations and create a superuser to your new remote database using the instructions in the local deployment section above.
  • Sign up for a free Amazon AWS account in order to host your staticfiles and media files. From the S3 buckets section, you'll need to create a new unique bucket. Follow these next steps to complete the setup:

Permissions > CORS configuration:

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<CORSRule>
    <AllowedOrigin>*</AllowedOrigin>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>HEAD</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <AllowedHeader>Authorization</AllowedHeader>
</CORSRule>
</CORSConfiguration>

Permissions > Bucket Policy:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "PublicReadGetObject",
            "Effect": "Allow",
            "Principal": "*",
            "Action": "s3:GetObject",
            "Resource": "arn:aws:s3:::<x>/*"
        }
    ]
}

! IMPORTANT ! - on the Resource line above, be sure to replace <x> with your AWS bucket arn details, but retain the /* at the end. It should look similar to this: - "Resource": "arn:aws:s3:::my-bucket-name/*"

  • From here, you'll need to navigate to the IAM section of AWS.
    • Create a New Group and be sure to select your existing S3 Bucket details to attach.
    • Create a New Policy and a New User in the IAM section as well, then attach these to the Group you just built.
  • In your CLI-terminal, you should now be able to push the static files to AWS if everything is configured properly using this command:
    • python3 manage.py collectstatic
  • Sign up for a free Stripe account. Navigate to the Developers section, and click on API Keys. You should have two confidential keys which need to be added to your .env file, as well as your Heroku config vars. These keys are:
    • Publishable Key: pk_test_key
    • Secret Key: sk_test_key

Congratulations! Your project should be completely setup and ready for remote deployment! 🎉

back to top

Credits

Content

  • "How to Write a Git Commit Message" by Chris Beams (as recommended by Code Institute assessors on previous projects)
  • TinyPNG - Used to compress images for faster loading.
  • UI Faces - Used to create generic fake profile avatars.
  • Mini Web Tool - Used to generate a Django Secret Key.
  • Shields.io - Used to create markdown badges for my README.
  • ERD Plus - Used to create my relational database schema.
  • Techsini - Used to create the README mockup image.

Media

Code

Acknowledgements

back to top