Skip to content

Bubhux/Projet-Python-OC-Lettings-FR

BranchesTags
 
 

Repository files navigation

Static Badge
Static Badge
Static Badge
Static Badge

Static Badge
Static Badge
Static Badge
Static Badge
Static Badge
Static Badge

Documentation Status ➔ Read the Docs

Django CI/CD Master ➔ Workflow GitHub Actions

Menu

  1. Informations générales
  2. Documentation Read the Docs
  3. Fonctionnalitées
  4. Interface d'administration Django
  5. Liste pré-requis
  6. Tests et couverture de code
  7. Création environnement
  8. Activation environnement
  9. Installation des librairies et dépendances
  10. Installation des variables d'environnement
  11. Exécution de l'application
  12. Image avec Docker
  13. Déploiement avec Heroku ou Railway
  14. Rapport avec flake8
  15. Informations importantes sur les différents fichiers et dossiers
  16. Auteur et contact

Projet Orange County Lettings

  • L'objectif de ce projet est de mettre à l'échelle une application Django en utilisant une architecture modulaire.

  • Plusieurs domaines du site OC Lettings ont été améliorés à partir du projet forker et cloner à l'adresse suivante ➔ Python-OC-Lettings-FR

  • L'objectif de ce projet est de mettre à l'échelle une application Django en utilisant une architecture modulaire

Plusieurs domaines du site OC Lettings ont été améliorés.
À partir du projet forker et cloner à l'adresse suivante : ➔ Python-OC-Lettings-FR

Réduction de la dette technique

  • Remplacer les templates de manière cohérente dans les nouvelles applications.
  • Correction des erreurs de linting.
  • Correction de la pluralisation des noms de modèles dans le site d'administration.

Amélioration de l'architecture modulaire

  • Créer 2 applications lettings, profiles pour séparer les fonctionnalités de l'application.
  • Remplir les nouvelles tables avec les données déjà présentes dans la base de données en utilisant les fichiers de migration Django.
  • Convertir oc_lettings_site en projet Django.
  • Développer une suite de tests.

Ajout d'un pipeline CI/CD avec GitHub Actions et déploiement sur Heroku ou Railway

  • Compilation : exécuter le linting et la suite de tests.
  • Conteneurisation : construire et push une image du site avec Docker.
  • Déploiement : exécuter le déploiement de l'application avec Heroku.
  • Compilation : exécuter le linting et la suite de tests.
  • Conteneurisation : construire et push une image du site avec Docker.
  • Déploiement : exécuter le déploiement de l'application avec Heroku.

Note : Monitoring de l'application et suivi des erreurs via Sentry.

Retour en haut 🡅

Documentation Read the Docs

Bienvenue dans notre documentation complète disponible sur Read the Docs / Sphinx.

  • Vous trouverez toutes les informations essentielles pour comprendre et travailler avec notre projet.

  • La documentation est disponible à l'adresse suivante ➔ Read the Docs

  1. Description du Projet : Découvrez notre démarche d'amélioration de l'architecture modulaire.

    • Amélioration de l’architecture Modulaire

  2. Installation : Apprenez comment installer notre application sur votre environnement de développement.

    • Récupération et installation du projet

  3. Guide de Démarrage Rapide : Obtenez rapidement votre application en marche.

    • Prépartion de l’environnement

  4. Technologies et Langages : Explorez les technologies et langages utilisés dans le projet.

    • Les technologies et les langages utilisés

  5. Structure de la Base de Données et Modèles de Données : Comprenez la structure de la base de données.

    • Structure de la base de données
    • Modèles de données

  6. Interfaces de Programmation : Découvrez les API exposées par l'application.

    • Interface de programmation

  7. Guide d'Utilisation : Apprenez comment utiliser notre application avec des cas d'utilisation.

    • Introdcution

  8. Procédures de Déploiement et de Gestion : Suivez les étapes pour déployer et gérer l'application.

    • Déploiement et gestion

Note : N'hésitez pas à explorer les différents chapitres ci-dessus.

Retour en haut 🡅

Fonctionnalitées

  • Opérations CRUD par le site d'administration de Django.
  • Navigation au travers des end points de l'API.

Note : Testé sous Windows 10 - Python 3.12.0 - Django 3.2.20

Note : Testé sous Windows 7 - Python 3.7.2 - Django 3.2.20

Retour en haut 🡅

Interface d'administration Django

  • L'interface d'administration Django est disponible et fonctionnelle.

Identifiant : admin | Mot de passe : Abc1234!
➔ http://127.0.0.1:8000/admin/

Retour en haut 🡅

Liste pré-requis

  • Compte GitHub avec accès en lecture à ce repository
  • Git CLI
  • SQLite3 CLI
  • Interpréteur Python, version 3.6 ou supérieure

Programme élaboré avec les logiciels suivants:

  • Python v3.12.0 choisissez la version adaptée à votre ordinateur et système. Python est disponible à l'adresse suivante ➔ https://www.python.org/downloads/
  • Git CLI
  • SQLite3 CLI
  • Interpréteur Python, version 3.6 ou supérieure

Programme élaboré avec les logiciels suivants:

  • Python v3.7.2 choisissez la version adaptée à votre ordinateur et système.

  • Python est disponible à l'adresse suivante ➔ https://www.python.org/downloads/

  • Django 3.2.20

  • Bootstrap 5.3.1

  • Docker Toolbox v.19.03.1

  • Sentry

  • Heroku

  • Railway

  • SqLite Tools

  • GitHub Actions

  • Visual Studio Code 1.70.2

  • Windows 7 professionnel SP1

  • Heroku CLI

  • SqLite Tools

  • GitHub Actions

  • Visual Studio Code 1.70.2

  • Windows 7 professionnel SP1
     

  • Les scripts Python s'exécutent depuis un terminal.

  • Pour ouvrir un terminal sur Windows, pressez la touche windows + r et entrez cmd.

  • Sur Mac, pressez la touche command + espace et entrez terminal.

  • Sur Linux, vous pouvez ouvrir un terminal en pressant les touches Ctrl + Alt + T.

Retour en haut 🡅

Tests et couverture de code

  • Exécution des tests de plusieurs manières pour garantir la qualité du code.
Exécution de Pytest
  • Pour exécuter des tests à l'aide de Pytest, utilisez la commande suivante :
$ pytest
lettings/tests.py::TestLettingsApp::test_address_model PASSED                                [  7%]
lettings/tests.py::TestLettingsApp::test_letting_detail_url PASSED                           [ 15%]
lettings/tests.py::TestLettingsApp::test_letting_detail_view PASSED                          [ 23%]
lettings/tests.py::TestLettingsApp::test_letting_model PASSED                                [ 30%]
lettings/tests.py::TestLettingsApp::test_lettings_index_url PASSED                           [ 38%]
lettings/tests.py::TestLettingsApp::test_lettings_index_view PASSED                          [ 46%]
profiles/tests.py::TestProfilesApp::test_profile_detail_url PASSED                           [ 53%]
profiles/tests.py::TestProfilesApp::test_profile_detail_view PASSED                          [ 61%]
profiles/tests.py::TestProfilesApp::test_profile_model PASSED                                [ 69%]
profiles/tests.py::TestProfilesApp::test_profiles_index_url PASSED                           [ 76%]
profiles/tests.py::TestProfilesApp::test_profiles_index_view PASSED                          [ 84%]
profiles/tests.py::TestProfilesApp::test_user_model PASSED                                   [ 92%]
oc_lettings_site/tests.py::test_dummy PASSED                                                 [100%]

================================== 13 passed in 5.79s =============================================

Exécution des tests Django

  • Utilisation des tests Django, créer dans les fichiers tests.py des applications lettings et profiles
  • Utilisation des tests Django, créer dans les fichiers tests.py des applications lettings et profiles
$ python manage.py test

Renvoie :

Ran 12 tests in 2.981s                            
                                                  
OK                                                
Destroying test database for alias 'default'...

Exécution des tests Coverage

  • Utilisation de Coverage pour mesurer la couverture de code.
  • Cette commande exécute vos tests en utilisant Coverage pour collecter les informations de couverture.
  • Cette commande exécute vos tests en utilisant coverage pour collecter les informations de couverture.
$ coverage run manage.py test
  • Cela affichera un rapport de couverture indiquant le pourcentage de code couvert par vos tests.
  • Vous verrez également les lignes de code qui ont été exécutées (couvertes) ou non exécutées (non couvertes).
$ coverage report

Renvoie : 84% de couverture de code

$ coverage html
  • Cela générera un dossier htmlcov dans lequel vous pouvez ouvrir le fichier index.html pour visualiser un rapport interactif de la couverture de code dans votre navigateur.
Retour en haut 🡅

Création de l'environnement virtuel

  • Installer une version de Python compatible pour votre ordinateur.
  • Une fois installer ouvrer le cmd (terminal) placer vous dans le dossier principal (dossier racine).
  • Une fois installer ouvrer le cmd (terminal) placer vous dans le dossier principal (dossier racine).

Taper dans votre terminal :

$ python -m venv venv

Un répertoire appelé venv doit être créé.

Retour en haut 🡅

Activation de l'environnement virtuel

  • Placez-vous avec le terminal dans le dossier principale (dossier racine).

Pour activer l'environnement virtuel créé, il vous suffit de taper dans votre terminal :

Note : Pour activer l'environnement virtuel créé, il vous suffit de taper dans votre terminal :

$ venv\Scripts\activate.bat
  • Ce qui ajoutera à chaque ligne de commande de votre terminal (venv) :
    Pour désactiver l'environnement virtuel, il suffit de taper dans votre terminal :

Note : Pour désactiver l'environnement virtuel, il suffit de taper dans votre terminal :

$ deactivate
Retour en haut 🡅

Installation des librairies et dépendances

1. Installer les librairies
  • Le programme utilise plusieurs librairies externes et modules de Python, qui sont répertoriés dans le fichier requirements.txt.
  • Placez-vous dans le dossier où se trouve le fichier requirements.txt avec le terminal, l'environnement virtuel doit être activé.
  • Placez-vous dans le dossier où se trouve le fichier requirements.txt avec le terminal, l'environnement virtuel doit être activé.
  • Pour faire fonctionner le programme, il vous faudra installer les librairies requises.
  • À l'aide du fichiers requirements.txt mis à disposition.

Taper dans votre terminal la commande :

$ pip install -r requirements.txt
2. Installer les dépendances
  • Dans un terminal exécuter la commande suivante dans le répertoire du projet.
  • Cela installera toutes les dépendances spécifiées dans le fichier package.json ➔ (package.json).
$ npm install
Retour en haut 🡅

Installation des variables d'environnement

  • Pour utiliser l'application, il faut configurer l'environnement de l'application OC Lettings et générer une clé secrète aléatoire pour la configuration de Django.
  • De plus, il est nécessaire d'inclure des noms de variables d'environnement préconfigurées.
Configuration de l'environnement :

  • Créer un modèle de fichier .env pour oc_lettings_site avec une clé secrète générée aléatoirement et des variables d'environnement préconfigurées.

  • Utiliser le script creating_environment_variables.py ➔ (creating_environment_variables.py)
    pour génèrer un fichier .env qui peut être utilisé pour configurer l'environnement de l'application oc_lettings_site

  • Il génère une clé secrète aléatoire pour la configuration de Django et inclut également des noms de variables d'environnement préconfigurés tels que :

'ENVIRONMENT'
'DJANGO_SECRET_KEY'
'SENTRY_DSN'
`HEROKU_APP_NAME`
`RAILWAY_APP_NAME`
'RAILWAY_TOKEN'
'RAILWAY_SERVICE_ID'
'RAILWAY_PROJECT_ID'
'DATABASE_PUBLIC_URL'
'DATABASE_URL'
'PGDATA'
'PGDATABASE'
'PGHOST'
'PGPASSWORD'
`PGPORT`
'PGUSER'
'POSTGRES_DB'
'POSTGRES_PASSWORD'
'POSTGRES_USER'
`SSL_CERT_DAYS`
`DEBUG`
Création du fichier .env :

À la racine du dossier principal OC Lettings, créer le fichier .env
Taper dans votre terminal :

$ python creating_environment_variables.py

Il est essentiel de configurer l'environnement de l'application.

  • Générez une clé secrète aléatoire pour la configuration de Django et incluez des noms de variables d'environnement préconfigurées.

Utilisez le fichier .env, voici un exemple d'un fichier .env une fois configuré avec les paramètres :

ENVIRONMENT=development
DJANGO_SECRET_KEY=sxd_*1rmcaz^sg7gt3nd&4zl9@s=l3s=n_27k*7z2qtg
SENTRY_DSN=https://[email protected]/4057448781440
HEROKU_APP_NAME=oc-lettings-apps
RAILWAY_APP_NAME=oc-lettings-apps
RAILWAY_TOKEN=7c0b3c-e86e-49-9ea2-94d88fa55
RAILWAY_SERVICE_ID=62dcb5-1875-19d-8d1-713a758ea
RAILWAY_PROJECT_ID=f27d0-ebe4-0d-975f-65257f522
DATABASE_PUBLIC_URL=postgresql://postgres:[email protected]:17666/railway
DATABASE_URL=postgresql://postgres:[email protected]:5432/railway
PGDATA=/var/lib/postgresql/data/pgdata
PGDATABASE=railway
PGHOST=postgres.railway.internal
PGPASSWORD=WdeLhYnpbdWwVuFmwb
PGPORT=5432
PGUSER=postgres
POSTGRES_DB=railway
POSTGRES_PASSWORD=WdeLhYnpbdWwVuFmwb
POSTGRES_USER=postgres
SSL_CERT_DAYS=820
DEBUG=0
Configuration du fichier .env :

Une fois le fichier .env créé, ouvrez-le avec un éditeur de texte.

  • Remplissez les champs avec les valeurs appropriées pour chaque variable d'environnement.
  • Ces étapes garantissent une configuration correcte de l'environnement nécessaire au bon fonctionnement de l'application OC Lettingss.

Note : La clé SENTRY_DSN doit être récupérée dans les paramètres de votre compte Sentry.

Note : Le fichier .env généré doit être configuré avec des valeurs appropriées pour chaque variable d'environnement avant utilisation.

Retour en haut 🡅

Exécution de l'application

Utilisation
  1. Lancement du serveur Django.
  • Placez-vous avec le terminal dans le dossier principal.
  • Activer l'environnement virtuel et ensuite lancer le serveur Django.

Taper dans votre terminal la commande :

$ python manage.py runserver
  1. Lancement de l'application dans le navigateur de votre choix.

Navigateur

Note : Les tests ont était fait sur Firefox et Google Chrome.

Retour en haut 🡅

Image Docker

  • Une image Docker est disponible pour ce projet.

  • Vous pouvez récupérez l'image sur Docker Hub ➔ Image Docker

$ docker pull bubhux/repository-oc-image-build:latest
  • Ou vous pouvez contruire l'image localement.
$ docker build -t repository-oc-image-build .
  • Renommez l'image avec la commande (remplacez user_name par votre nom d'utilisateur Docker).
$ docker tag repository-oc-image-build:latest user_name/repository-oc-image-build:latest
  • Lancez l'image en local une fois le conteneur et le serveur démarré, vous pourrez accéder à l'application à l'adresse http://127.0.0.1:8000/
$ docker run -it -p 8000:8000 user_name/repository-oc-image-build:latest
  • Si vous souhaitez accéder au dossier du conteneur Docker pour lancer le serveur manuellement ou créer le fichier .env
$ docker run -it -p 8000:8000 user_name/repository-oc-image-build:latest /bin/sh
  • Activez l'environnement virtuel dans le conteneur Docker.
$ . venv/bin/activate
  • Créez le fichier .env
$ python creating_environment_variables.py
  • Ensuite, vous pourrez modifier et paramétrer les variables d'environnement dans le fichier .env du conteneur Docker.
  • Pour lancer le serveur manuellement à l'intérieur du conteneur Docker utilisez la commande :
$ python manage.py runserver 0.0.0.0:8000
Activation de Sentry dans le conteneur en local
$ docker exec -it [ID_DU_CONTENEUR] sh
  • Ouvrir et visualiser un fichier
$ cat .env
  • Vérifie la présence d'un fichier
$ which .env
  • Editer un fichier
$ vi .env
  • Une fois que l'éditeur Vi est ouvert avec votre fichier, appuyez sur i pour entrer en mode édition (insertion).
  • Collez l'URL que vous souhaitez copier à partir du presse-papiers dans l'éditeur Vi.
  • Pour coller dans Vi, faites un clic droit ou utilisez Ctrl + v.
  • Après avoir collé le contenu, appuyez sur Esc pour quitter le mode d'insertion.
  • Enregistrez vos modifications en tapant :wq et appuyez sur Enter.
  • Ensuite vous pourrez vous rendre à l'adresse. ➔ http://127.0.0.1:8000/

Note navigateur : Les tests ont était fait sur Firefox et Google Chrome.

Retour en haut 🡅

Déploiement avec Heroku ou Ralway

  • Vous pouvez choisir de déployer sur Heroku ou Railway, le déploiement sur Heroku est déjà détaillé dans ➔ Read the Docs

  • Pour un déploiement sur Railway, vous devez créer un compte sur ➔ Railway

  • Une fois votre compte Railway crée un nouveau projet avec Deploy from GitHub repo

  • Ensuite, entrez dans le projet crée et créer un service Database utiliser Add PostgreSQL

  • Récupérez les variables et secrets nécessaires pour le fichier .env et pour les secrets GittHub Actions de votre dépôt pour chaque service.

  • Choisissez Heroku ou Railway dans le fichier ➔ ci_cd_branch_master.yml

  • Dans le service de l'application, ajoutez les variables de votre fichier .env au service de l'application dans l'onglet Variables et dans Raw Editor.
     

  • Pour migrer la base de données locale vers le service Postgres de Railway, voici les étapes.

  • Il faut d'abord convertir la base de données locale sqlite3 pour qu'elle soit compatible avec Postgres

Conversion de la base de données sqlite3 vers PostgreSQL

  • Il existe plusieurs manières de le faire pour ma part, j'ai utilisé pgloader avec Docker.
  • Télécharger l'image dimitri/pgloader:latest sur Docker Desktop
  • Dans un terminal exécuté la commande suivante qui créer un conteneur à partir de l'image officielle PostgreSQL et le lance.
  $ docker run --name my_postgres -e POSTGRES_USER=postgres -e POSTGRES_PASSWORD=admin123 -e POSTGRES_DB=oc_lettings_db -p 5432:5432 -d postgres:latest
  • Pour voir si le conteneur est en fonctionnement
  $ docker ps
  • Dans un terminal accéder à l'interface de PostgreSQL :
  • Se connecter à PostgreSQL dans le conteneur via psql (l'interface en ligne de commande de PostgreSQL).
  • Exécutez cette commande pour ouvrir un terminal psql et vérifier oc_lettings_db:
  $ docker exec -it my_postgres psql -U postgres -d oc_lettings_db
  • Dans le terminal psql taper la commande \dt pour vérifier que les tables sont bien présentes (pour quitter \dt taper q pour quitter psql taper \q).
  $ oc_lettings_db=# \dt
  • Vérifier l'adresse IP de ton hôte Docker en cas de problème en utilisant la commande suivante (en-dehors du conteneur dans un autre terminal) :
  $ docker network inspect bridge
  • Cette commande fait migrer les données d'une base de données SQLite vers PostgreSQL en utilisant Docker et pgloader
  $ docker run --rm -v "C:/Path/To/Directory:/mnt" dimitri/pgloader:latest pgloader sqlite:///mnt/oc-lettings-site.sqlite3 postgresql://postgres:[email protected]:5432/oc_lettings_db
  • Créer un dump de la base de données PostgreSQL depuis le conteneur Docker.
  • En exécutant la commande pg_dump à l'intérieur du conteneur Docker. Voici la commande à utiliser depuis le terminal :
  $ docker exec -t my_postgres pg_dump -U postgres oc_lettings_db > oc_lettings_db_dump.sql
  • Vous pouvez choisir un répertoire local spécifique :
  $ docker exec -t my_postgres pg_dump -U postgres oc_lettings_db > C:/Path/To/Directory/oc_lettings_db_dump.sql

Migration de la base de données sqlite3 vers Postgres

  • Dans le fichier ➔ settings.py modifiez la partie suivante juste pour le temps de la migration locale vers Postgres pour Railway.
DATABASES = {}

if ENVIRONMENT == 'production' and 'DATABASE_URL' in os.environ:
    DATABASES['default'] = dj_database_url.config(default=os.environ['DATABASE_URL'])
else:
    DATABASES['default'] = dj_database_url.config(
        default=f"sqlite:///{os.path.join(BASE_DIR, 'oc-lettings-site.sqlite3')}"
    )
  • Remplacez par :
DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql',
        'NAME': 'railway',
        'USER': 'postgres',
        'PASSWORD': 'your_password',
        'HOST': 'junction.proxy.rlwy.net',
        'PORT': '17666',
    }
}

Ensuite, tapez dans votre terminal la commande :

  $ psql -h junction.proxy.rlwy.net -U postgres -p 17666 -d railway
  • Ensuite, saisissez le PGPASSWORD cela ouvrira le cli Railway.
  • Vous pouvez vérifier la connexion avec la commande :
  $ railway=# \conninfo
  • Ensuite, vous pouvez migrer la base de données locale vers le service Postgres de Railway.
  $ railway=# \i oc_lettings_db_dump.sql
  • Cela devrait migrer les tables et les données locale sur le service Postgres de Railway.
  • Si vous obtenez l'erreur qui est liée à un paramètre de configuration non reconnu par PostgreSQL pendant l'exécution du fichier oc_lettings_db_dump.sql l'erreur spécifique est :
   psql:oc_lettings_db_dump.sql:11: ERROR:  unrecognized configuration parameter "transaction_timeout"

  • Cela signifie que le fichier de dump SQL, il y a une ligne contenant une instruction pour configurer un paramètre transaction_timeout qui n'est pas reconnu par PostgreSQL.

  • Résolution du problème :

    • Vérifier le fichier de dump oc_lettings_db_dump.sql :
    • Ouvrir le fichier de dump oc_lettings_db_dump.sql et chercher la ligne qui configure transaction_timeout.
    • Il pourrait s'agir de quelque chose comme :
  SET transaction_timeout = ...
  • Si c'est le cas, supprimer cette ligne, car le paramètre transaction_timeout ne semble pas être reconnu par le serveur PostgreSQL.
  • Ensuite, relancez la commande :
  $ railway=# \i oc_lettings_db_dump.sql
Retour en haut 🡅

Rapport avec flake8

Tapez dans votre terminal la commande :

$ flake8
  • Ne renvoie aucune erreur.
Retour en haut 🡅

Informations importantes sur les différents fichiers et dossiers

Le dossier lettings

  • Le dossier est une apps Django qui contient :
  • Un dossier migrations contenant les fichiers de configuration pour la base de données ➔ (migrations)
  • Á la racine du dossier lettings les fichiers tels que views.py, tests.py ➔ (lettings)

Le dossier oc_lettings_site

  • Le dossier est une apps Django qui contient :
  • Un dossier migrations contenant les fichiers de configuration pour la base de données ➔ (migrations)
  • Á la racine du dossier oc_lettings_site les fichiers tels que settings.py ➔ (oc_lettings_site)

Le dossier profiles

  • Le dossier est une apps Django qui contient :
  • Un dossier migrations contenant les fichiers de configuration pour la base de données ➔ (migrations)
  • Á la racine du dossier profiles les fichiers tels que views.py, tests.py ➔ (profiles)

Le dossier lettings

  • Le dossier est une apps Django qui contient :
  • Un dossier migrations contenant les fichiers de configuration pour la base de données. ➔ (migrations)
  • Á la racine du dossier lettings les fichiers tels que views.py, tests.py. ➔ (lettings)

Le dossier oc_lettings_site

  • Le dossier est une apps Django qui contient :
  • Un dossier migrations contenant les fichiers de configuration pour la base de données. ➔ (migrations)
  • Á la racine du dossier oc_lettings_site les fichiers tels que settings.py. ➔ (oc_lettings_site)

Le dossier profiles

  • Le dossier est une apps Django qui contient :
  • Un dossier migrations contenant les fichiers de configuration pour la base de données. ➔ (migrations)
  • Á la racine du dossier profiles les fichiers tels que views.py, tests.py. ➔ (profiles)

Le dossier .github

Le dossier doc

  • Le dossir contient toute la configuration de Read the Docs et de Sphinx (doc)

Le dossier static

  • Dossier qui contient qui contient les images svg des badges et les dossiers nécessaire à Bootstrap.
Retour en haut 🡅

Auteur et contact

Pour toute information supplémentaire, vous pouvez me contacter.
Bubhux : [email protected]

About

Python Django Bootstrap Docker Sentry Heroku Railway Read The Docs SQLite

Resources

Readme
Activity

Stars

5 stars

Watchers

1 watching

Forks

0 forks
Report repository

Releases

No releases published

Packages

No packages published

Languages

  • CSS 89.4%
  • Python 7.3%
  • HTML 2.5%
  • Other 0.8%