Build tools
Learn how to use Argon’s included npm scripts to compile source code, run tests, and more.
Links
- Argon Dashboard PRO Django - product page
- Argon PRO Django Demo - LIVE App, default login credentials ** test / ApS12_ZZs8 **
- Argon PRO Django Repository - Used for issues reporting
What is Django
Django is a high-level Python Web framework that encourages rapid development and clean, pragmatic design. Built by experienced developers, it takes care of much of the hassle of Web development, so you can focus on writing your app without needing to reinvent the wheel. It’s free and open source.
django Links
- Django - the official website
- Django Documentation
Environment
To use the stater, Python3 should be installed properly in the workstation. If you are not sure if Python is properly installed, please open a terminal and type python --version
. The full-list with dependencies and tools required to build the app:
- Python3 - the programming language used to code the app
- GIT - used to clone the source code from the Github repository
- Basic development tools (g++ compiler, python development libraries ..etc) used by Python to compile the app dependencies in your environment.
Check Python version (using the terminal)
$ # Check Python version
$ python --version
Python 3.7.2 # <--- All good
Check GIT command tool (using the terminal)
$ # Check git
$ git --version
$ git version 2.10.1.windows.1 # <--- All good
Build the app
To built and start the app locally, follow the steps:
Get the source code
Access the product page and download the latest stable release or clone the sources using GIT command-line tool.
Change the current directory to
source code
directory
$ # Make sure you are running the commands INSIDE source code directory
$
$ # Virtualenv modules installation (Unix based systems)
$ virtualenv env
$ source env/bin/activate
$
$ # Virtualenv modules installation (Windows based systems)
$ # virtualenv env
$ # .\env\Scripts\activate
$
$ # Install modules - SQLite Storage
$ pip3 install -r requirements.txt
$
$ # Create tables
$ python manage.py makemigrations
$ python manage.py migrate
$
$ # Start the application (development mode)
$ python manage.py runserver # default port 8000
$
$ # Start the app - custom port
$ # python manage.py runserver 0.0.0.0:<your_port>
$
$ # Access the web app in browser: http://127.0.0.1:8000/
At this point, we can visit the app in the browser http://127.0.0.1:8000/
.
By default, the app will redirect guest users to the login page. To access the private pages:
- Create a new user using the registration page
- Authenticate using the login page
App Codebase (simplified)
The codebase is built using a modular, intuitive structure, quite easy to maintain and extend by any developer with a basic Python/Django knowledge.
< PROJECT ROOT >
|
|-- core/ # Implements app logic and serve the static assets
| |-- static/
| | |-- <css, JS, images> # CSS files, Javascripts files
| |-- templates/ # Templates used to render pages
| |-- includes/ # HTML chunks and components
| |-- layouts/ # Master pages
| |-- accounts/ # Authentication pages
| |
| index.html # The default page
| *.html # All other HTML pages
|
|-- authentication/ # Handles auth routes (login and register)
|-- app/ # A simple app that serve HTML files
|
|-- requirements.txt # Development modules - SQLite storage
|
|-- .env # Inject Configuration via Environment
|-- manage.py # Start the app - Django default start script
|
|-- ****************************
The bootstrap flow
- Django bootstrapper
manage.py
usescore/settings.py
as the main configuration file core/settings.py
loads the app magic from.env
file- Redirect the guest users to Login page
- Unlock the pages served by app node for authenticated users
App Codebase
The codebase structure is presented below:
< PROJECT ROOT >
|
|-- core/ # Implements app logic and serve the static assets
| |-- settings.py # Django app bootstrapper
| |-- wsgi.py # Start the app in production
| |-- urls.py # Define URLs served by all apps/nodes
| |
| |-- static/
| | |-- <css, JS, images> # CSS files, Javascripts files
| |
| |-- templates/ # Templates used to render pages
| |
| |-- includes/ # HTML chunks and components
| | |-- navigation.html # Top menu component
| | |-- sidebar.html # Sidebar component
| | |-- footer.html # App Footer
| | |-- scripts.html # Scripts common to all pages
| |
| |-- layouts/ # Master pages
| | |-- base-fullscreen.html # Used by Authentication pages
| | |-- base.html # Used by common pages
| |
| |-- accounts/ # Authentication pages
| | |-- login.html # Login page
| | |-- register.html # Register page
| |
| index.html # The default page
| page-404.html # Error 404 page
| page-500.html # Error 404 page
| *.html # All other HTML pages
|
|-- authentication/ # Handles auth routes (login and register)
| |
| |-- urls.py # Define authentication routes
| |-- views.py # Handles login and registration
| |-- forms.py # Define auth forms
|
|-- app/ # A simple app that serve HTML files
| |
| |-- views.py # Serve HTML pages for authenticated users
| |-- urls.py # Define some super simple routes
|
|-- requirements.txt # Development modules - SQLite storage
|
|-- .env # Inject Configuration via Environment
|-- manage.py # Start the app - Django default start script
|
|-- ************************************************************************
App Configuration
The environment configuration file .env
specify a short-list with variables:
SECRET_KEY
- Used by Django for cryptographic signingSERVER
- The public domain/address used in production
# File: core/settings.py
...
# SECRET_KEY value is read from `.env` file
SECRET_KEY = config('SECRET_KEY', default='S#perS3crEt_1122')
...
# Load the production server address from `.env` file
ALLOWED_HOSTS = ['localhost', '127.0.0.1', config('SERVER', default='127.0.0.1')]
...
# The SQLite database, located in the root of the project
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.sqlite3',
'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
}
}
The default database is SQLite and the name and physical location can be changed by updating core/settings.py
The database and associated tables are created during the migration commands, listed in the README file:
$ # README file, shipped with every Django project
...
$ python manage.py makemigrations
$ python manage.py migrate
...
Hint: to visualize the SQLite database content an external tool should be installed: DB Browser for SQLite it might be a good choice.
App Tables
The tables created by the Django migration are generated by the default modules that handles the authentication, session management and permissions:
django.contrib.auth
- Django middleware app that implements authenticationdjango.contrib.sessions
- Django middleware app that implements session management
App Forms
The file authentication/forms.py
defines the table(s) used by the application. Being a simple starter, by default the following forms are defined:
- Form #1 - LoginForm with fields:
- username
- password
- Form #2 - SignUpForm with fields:
- name - The friendly name
- email - eMail address
- username - used to authenticate
- password1 - used to authenticate
- password2 - passwork check field
App Routing
The settings file core/settings.py
specify the routing file core/urls.py
via ROOT_URLCONF variable:
# File: core/settings.py
...
ROOT_URLCONF = 'core.urls'
...
core/urls.py
file
The core routing file agregates the routing from all apps defined in the project:
# File: core/urls.py
urlpatterns = [
# Django admin routes - inherited from Django default modules
path('admin/', admin.site.urls),
# Authentication routes - login / register
# exposed by `authentication` app
path("", include("authentication.urls")),
# App routes - the modules that serve the UI Kit pages
path("", include("app.urls"))
]
Pages & Assets
Pages served by the starter are organized using a simple folder structure:
< PROJECT ROOT >
|
|-- core/ # Implements app logic and serve the static assets
| |
| |-- static/assets/
| | |-- css
| | |-- JS
| | |-- images
| | |-- SCSS
| |
| |-- templates/ # Templates used to render pages
| |
| |-- includes/ # HTML chunks and components
| | |-- navigation.html # Top menu component
| | |-- sidebar.html # Sidebar component
| | |-- footer.html # App Footer
| | |-- scripts.html # Scripts common to all pages
| |
| |-- layouts/ # Master pages
| | |-- base-fullscreen.html # Used by Authentication pages
| | |-- base.html # Used by common pages
| |
| |-- accounts/ # Authentication pages
| | |-- login.html # Login page
| | |-- register.html # Register page
| |
| index.html # The default page
| page-404.html # Error 404 page
| page-500.html # Error 404 page
| *.html # All other HTML pages
|
|-- app/ # A simple app that serve HTML files
| |
| |-- views.py # Serve HTML pages for authenticated users
| |-- urls.py # Define some super simple routes
|
|-- ************************************************************************
Static Assets
The folder that contains all assets provided by the UI Kit is located in the core
directory
static/assets
- the root directory for all files (JS, images)static/assets/css
- CSS files that style the appstatic/assets/img
- Images and Iconsstatic/assets/js
- javascript files provided by the UI Kitstatic/assets/scss
- SCSS files, if provided by the UI Kit vendor
Templates
Folder
All pages served by the application are located inside this folder.
templates/layouts
- the directory with app masterpagestemplates/includes
- the directory with HTML chunks and componentstemplates/accounts
- store the authentication pages (login, registration)templates/
- all pages defined/served by the app are saved in the root of thetemplates
folder
Common pages
This section lists the common pages defined in all Flask applications prototyped on top of this generic starter.
- login.html, rendered with
layouts/base-fullscreen.html
- register.html, rendered with
layouts/base-fullscreen.html
- index.html, rendered with
layouts/base.html
- page-404.html, rendered with
layouts/base.html
- page-403.html, rendered with
layouts/base.html
Data Structures
The starter exposes a short-list with data structures used globally across the app:
request.user
object
Constructed by AuthenticationMiddleware can be used to detect if the current request is executed by an authenticated user or not. The object has global visibility and can be used in all app controllers and handlers but also in views.
Usage in controller
# Sample File
from django.http import HttpResponse
def testme(path):
# Redirect guests users to login page
if request.user.is_authenticated:
return HttpResponse("User authenticated")
else:
return HttpResponse("Access forbidden - please authenticate")
Usage in view
<div class="collapse navbar-collapse" id="navigation">
<ul class="navbar-nav ml-auto">
<!-- The Usage of <current_user> object -->
<!-- Html chunk rendered for guests users-->
<li class="nav-item ">
<a href="{ % url 'register' % }" class="nav-link">
<i class="tim-icons icon-laptop"></i> Register
</a>
</li>
<li class="nav-item ">
<a href="{ % url 'login' % }" class="nav-link">
<i class="tim-icons icon-single-02"></i> Login
</a>
</li>
</ul>
</div>
Django resources
- Django - the official website
- Django Documentation - a
must-read
resource for any Django developer - Django Templates - index provided by Creative-Tim