Django est livré avec une application « flatpages » facultative. Elle permet de stocker du contenu HTML « à plat » dans la base de données et d’en assurer la gestion pour vous via l’interface d’administration de Django et une API Python.
\nUne flatpage (littéralement « page plate ») est un objet avec une URL, un titre et un contenu. Ces pages sont utiles pour des pages spéciales à usage unique, telles que les pages « À propos » ou « Politique de confidentialité » que vous souhaitez stocker dans une base de données mais pour lesquelles vous ne voulez pas développer une application Django dédiée.
\nUne flatpage peut utiliser un gabarit personnalisé ou un gabarit de flatpage par défaut pour l’ensemble du système. Elle peut être associés à un ou plusieurs sites.
\nLe champ de contenu peut éventuellement être laissé vierge si vous préférez placer le contenu dans un gabarit personnalisé.
\nPour installer l’application flatpages, procédez comme suit :
\nInstallez le gestionnaire de sites en ajoutant 'django.contrib.sites' à votre réglage INSTALLED_APPS, si ce n’est déjà fait.
Assurez-vous également d’avoir correctement configuré SITE_ID avec l’identifiant du site que le fichier de réglages représente. C’est généralement 1 (c’est-à-dire SITE_ID = 1, mais si vous utilisez le gestionnaire de sites pour gérer plusieurs sites, ce pourrait être l’identifiant d’un autre site.
Ajoutez 'django.contrib.flatpages' au réglage INSTALLED_APPS.
Puis, au choix :
\nAjoutez une entrée dans votre configuration d’URL. Par exemple :
\nurlpatterns = [\n path("pages/", include("django.contrib.flatpages.urls")),\n]\nou :
\nAjoutez 'django.contrib.flatpages.middleware.FlatpageFallbackMiddleware' au réglage MIDDLEWARE.
Lancez la commande manage.py migrate.
manage.py migrate crée deux tables dans votre base de données : django_flatpage et django_flatpage_sites. django_flatpage est une table de correspondance qui associe une URL à un titre et un champ de contenu textuel. django_flatpage_sites associe une flatpage à un site.
Il y a plusieurs façons d’inclure les pages statiques dans la configuration d’URL. Vous pouvez dédier un chemin particulier pour les pages statiques :
\nurlpatterns = [\n path("pages/", include("django.contrib.flatpages.urls")),\n]\nVous pouvez également le configurer comme un motif « fourre-tout ». Dans ce cas, il est important de placer le motif à la fin des autres urlpatterns:
from django.contrib.flatpages import views\n\n# Your other patterns here\nurlpatterns += [\n re_path(r"^(?P<url>.*/)$", views.flatpage),\n]\nUne autre configuration courante consiste à utiliser des pages statiques pour un nombre limité de pages connues à l’avance et à figer leurs URL, afin de pouvoir y faire référence avec la balise de gabarit url:
from django.contrib.flatpages import views\n\nurlpatterns += [\n path("about-us/", views.flatpage, {"url": "/about-us/"}, name="about"),\n path("license/", views.flatpage, {"url": "/license/"}, name="license"),\n]\nL’intergiciel FlatpageFallbackMiddleware peut se charger de tout le travail.
Chaque fois qu’une application Django génère une erreur 404, cet intergiciel vérifie si la base de données flatpages contient l’URL demandée en dernier recours. Plus précisément, il recherche une flatpage avec l’URL donnée et avec un identifiant de site qui correspond au réglage SITE_ID.
S’il trouve une correspondance, il suit cet algorithme :
\nSi la flatpage a un gabarit personnalisé, il charge ce gabarit. Sinon, il charge le gabarit flatpages/default.html.
Il transmet à ce gabarit une variable unique de contexte, flatpage, qui est l’objet flatpage. Il utilise RequestContext dans le rendu du gabarit.
L’intergiciel ne fera qu’ajouter une barre oblique finale et rediriger (en fonction du réglage APPEND_SLASH) si l’URL résultante se réfère à une flatpage valide. Les redirections sont permanentes (code 301).
Si aucune correspondance n’est trouvée, le traitement de la requête continue normalement.
\nL’intergiciel ne s’active que pour les erreurs 404 – pas pour les erreurs 500 ni les réponses ayant un autre code de statut.
\nNotez que l’ordre de MIDDLEWARE est important. Généralement, vous pouvez mettre FlatpageFallbackMiddleware à la fin de la liste. Cela signifie qu’il s’exécutera en premier lors du traitement de la réponse et garantira que tout autre intergiciel qui traite la réponse voit la réponse de la flatpage plutôt que la 404.
Pour plus d’informations sur cet intergiciel, lisez la documentation des intergiciels.
\n\nSi vous avez activé l’interface d’administration automatique de Django, vous devriez voir une section « Flatpages » sur la page d’accueil de l’administration. Les flatpages sont éditables comme pour n’importe quel autre objet du système.
\nLe modèle FlatPage possède un champ enable_comments qui n’est pas exploité par contrib.flatpages, mais il pourrait être utile pour votre projet ou des applications tierces. Il n’apparaît pas dans l’interface d’administration, mais vous pouvez l’ajouter en inscrivant un ModelAdmin personnalisé pour FlatPage:
from django.contrib import admin\nfrom django.contrib.flatpages.admin import FlatPageAdmin\nfrom django.contrib.flatpages.models import FlatPage\nfrom django.utils.translation import gettext_lazy as _\n\n\n# Define a new FlatPageAdmin\nclass FlatPageAdmin(FlatPageAdmin):\n fieldsets = [\n (None, {"fields": ["url", "title", "content", "sites"]}),\n (\n _("Advanced options"),\n {\n "classes": ["collapse"],\n "fields": [\n "enable_comments",\n "registration_required",\n "template_name",\n ],\n },\n ),\n ]\n\n\n# Re-register FlatPageAdmin\nadmin.site.unregister(FlatPage)\nadmin.site.register(FlatPage, FlatPageAdmin)\nLes flatpages sont représentées par un modèle Django standard défini dans django/contrib/flatpages/models.py. Vous pouvez accéder aux objets flatpage via l’API de base de données de Django.
\nPar défaut, les flatpages sont rendues par le gabarit flatpages/default.html, mais vous pouvez le remplacer pour une flatpage donnée : dans l’interface d’administration, une section refermée et intitulée « Options avancées » (un clic l’ouvrira) contient un champ pour définir un nom de gabarit. Si vous créez une page statique via l’API Python, vous pouvez définir le nom du gabarit via le champ template_name de l’objet FlatPage.
La création du gabarit flatpages/default.html est de votre responsabilité ; dans votre répertoire de gabarits, créez un répertoire flatpages contenant un fichier default.html.
Les gabarits de flatpage ne reçoivent qu’une seule variable de contexte, flatpage, qui correspond à l’objet flatpage.
Voici un exemple de gabarit flatpages/default.html:
<!DOCTYPE html>\n<html>\n<head>\n<title>{{ flatpage.title }}</title>\n</head>\n<body>\n{{ flatpage.content }}\n</body>\n</html>\nPuisqu’il est possible de saisir du contenu HTML brut dans la page d’administration d’une flatpage, flatpage.title et flatpage.content sont tous deux marqués comme ne requérant pas d’échappement HTML automatique dans le gabarit.
FlatPage dans un gabaritLien vers cette rubrique#L’application flatpages fournit une balise de gabarit permettant de parcourir l’ensemble des flatpages disponibles pour le site actuel.
\nComme pour toute balise de gabarit personnalisée, il est nécessaire de charger sa bibliothèque de balises personnalisées avant de pouvoir l’utiliser. Après le chargement de la bibliothèque, vous pouvez récupérer toutes les flatpages actuelles via la balise get_flatpages:
{% load flatpages %}\n{% get_flatpages as flatpages %}\n<ul>\n {% for page in flatpages %}\n <li><a href="{{ page.url }}">{{ page.title }}</a></li>\n {% endfor %}\n</ul>\nregistration_required (connexion requise)Lien vers cette rubrique#Par défaut, la balise de gabarit get_flatpages n’affiche que les flatpages dont le champ registration_required = False. Si vous souhaitez afficher les flatpages limitées aux utilisateurs connectés, vous devez indiquer un utilisateur authentifié en utilisant une clause for.
Par exemple :
\n{% get_flatpages for someuser as about_pages %}\nSi vous indiquez un utilisateur anonyme, get_flatpages se comporte comme si vous n’aviez pas indiqué d’utilisateur, c’est-à-dire qu’elle ne montre que les flatpages publiques.
Un paramètre facultatif, starts_with, peut être appliqué pour limiter les pages affichées à celles qui commencent par une URL de base particulière. Ce paramètre peut être transmis sous forme de chaîne ou comme variable à résoudre par le contexte.
Par exemple :
\n{% get_flatpages '/about/' as about_pages %}\n{% get_flatpages about_prefix as about_pages %}\n{% get_flatpages '/about/' for someuser as about_pages %}\ndjango.contrib.sitemapsLien vers cette rubrique#La classe sitemaps.FlatPageSitemap regarde toutes les flatpages publiquement visibles définies pour le SITE_ID courant (voir la documentation des « sites ») et crée une entrée dans le plan du site. Ces entrées incluent uniquement l’attribut location – et pas lastmod, changefreq ou priority.
Voici un exemple de configuration d’URL utilisant FlatPageSitemap:
from django.contrib.flatpages.sitemaps import FlatPageSitemap\nfrom django.contrib.sitemaps.views import sitemap\nfrom django.urls import path\n\nurlpatterns = [\n # ...\n # the sitemap\n path(\n "sitemap.xml",\n sitemap,\n {"sitemaps": {"flatpages": FlatPageSitemap}},\n name="django.contrib.sitemaps.views.sitemap",\n ),\n]\n