# Documentation Django 3.1.9.dev

# Utilitaires Django

Ce document présente tous les modules stables dans `django.utils`. La plupart des modules dans `django.utils` sont conçus pour un usage interne et seuls les parties documentées ici peuvent être considérées comme stables et donc rétrocompatibles, selon la politique interne d’obsolescence de publication.

## `django.utils.cache`

Ce module contient des fonctions utilitaires pour le contrôle du cache HTTP. Il opère en manipulant l’en-tête `Vary` des réponses. Il contient des fonctions pour modifier directement l’en-tête des objets réponse ainsi que des décorateurs qui modifient les fonctions afin qu’elle se chargent elles-mêmes de la modification des en-têtes.

Pour plus d’informations sur l’en-tête `Vary`, voir la RFC 7231#section-7.1.4.

À la base, l’en-tête HTTP `Vary` définit quels en-têtes de requête un cache doit prendre en considération pour générer sa clé de cache. Les requêtes vers un même chemin mais contenant des contenus d’en-tête différents pour les en-têtes mentionnés dans `Vary` ont besoin de produire des clés de cache différentes pour ne pas délivrer de mauvais contenu.

Par exemple, l’intergiciel d”internationalisation doit pouvoir mettre en cache des versions différentes en fonction de l’en-tête `Accept-language`.

`patch_cache_control`(response, **kwargs)

  Cette fonction complète l’en-tête `Cache-Control` en y ajoutant tous les paramètres nommés. La transformation se fait comme suit :

  - Tous les paramètres nommés sont transformés en minuscules et les soulignements sont convertis en tirets.
  - Si la valeur d’un paramètre est `True` (exactement `True`, pas seulement une valeur évaluée à `True`), seul le nom du paramètre est ajouté à l’en-tête.
  - Tous les autres paramètres sont ajoutés avec leur valeur, après avoir passé par la fonction `str()`.
  Changed in Django 3.1:

  La prise en charge de plusieurs noms de champs dans la directive `no-cache` a été ajoutée.

`get_max_age`(response)

  Renvoie la valeur `max-age` de l’en-tête de réponse `Cache-Control` sous forme de nombre entier (ou `None` s’il n’existe pas ou qu’il n’est pas un nombre entier).

`patch_response_headers`(response, cache_timeout=None)

  Ajoute certains en-têtes utiles à l’objet `HttpResponse` donné :

  - `Expires`
  - `Cache-Control`

  Chaque en-tête n’est ajouté que s’il n’est pas déjà présent.

  `cache_timeout` est en secondes. Le réglage `CACHE_MIDDLEWARE_SECONDS` est utilisé par défaut.

`add_never_cache_headers`(response)

  Ajoute un en-tête `Cache-Control: max-age=0, no-cache, no-store, must-revalidate, private` à une réponse pour indiquer que la page ne doit jamais être mise en cache.

  Changed in Django 3.0:

  La directive `private` a été ajoutée.

`patch_vary_headers`(response, newheaders)

  Ajoute (ou met à jour) l’en-tête `Vary` dans l’objet `HttpResponse` donné. `newheaders` est une liste de noms d’en-têtes qui doivent se trouver dans `Vary`. Si les en-têtes contiennent un astérisque, l’en-tête `Vary` consistera en un seul astérisque `'*'`. Sinon, les en-têtes existants dans `Vary` ne sont pas enlevés.

  Changed in Django 3.0:

  La gestion de l’astérisque conformément à RFC 7231#section-7.1.4 a été ajoutée.

`get_cache_key`(request, key_prefix=None, method='GET', cache=None)

  Renvoie une clé de cache basée sur le chemin de requête. Cette méthode peut être utilisée dans la phase de requête car elle extrait la liste d’en-têtes à prendre en compte à partir du registre global de chemin et utilise ces en-têtes pour construire une clé de cache à utiliser.

  Si aucune liste d’en-tête n’est stockée, la page doit être reconstruite et cette fonction renvoie donc `None`.

`learn_cache_key`(request, response, cache_timeout=None, key_prefix=None, cache=None)

  Apprend quels en-têtes à prendre en compte pour un certain chemin de requête à partir de l’objet réponse. Elle stocke ces en-têtes dans un registre global de chemins afin que tout accès ultérieur à ce chemin sache les en-têtes à prendre en compte sans devoir construire l’objet réponse lui-même. Les en-têtes sont nommés dans l’en-tête `Vary` de la réponse, mais il s’agit d’éviter de devoir générer la réponse.

  La liste des en-têtes à utiliser pour la génération de la clé de cache est stockée dans le même cache que les pages elles-mêmes. Si le cache rejette certaines vieilles données du cache, cela signifie qu’il faut reconstruire une fois la réponse pour avoir accès à l’en-tête `Vary` et par là à la liste des en-têtes à utiliser pour la clé de cache.

## `django.utils.dateparse`

Les fonctions définies dans ce module partagent les propriétés suivantes :

- Elles acceptent les chaînes aux formats date/heure ISO 8601 (ou certaines alternatives proches) et renvoient des objets des classes correspondantes du module Python `datetime`.
- Elles génèrent une exception `ValueError` si la valeur d’entrée est correctement mise en forme mais qu’elle ne correspond pas à une date ou heure valable.
- Elles renvoient `None` si la valeur d’entrée n’est pas correctement mise en forme.
- Elles acceptent une résolution de valeur d’entrée jusqu’à la picoseconde, mais elles tronquent à la microseconde car c’est la résolution maximale gérée par Python.

`parse_date`(value)

  Analyse une chaîne et renvoie un objet `datetime.date`.

`parse_time`(value)

  Analyse une chaîne et renvoie un objet `datetime.time`.

  Les décalages UTC ne sont pas pris en charge ; si `value` en contient un, le résultat sera `None`.

  Changed in Django 3.1:

  La prise en charge des séparateurs virgules pour les millisecondes a été ajoutée.

`parse_datetime`(value)

  Analyse une chaîne et renvoie un objet `datetime.datetime`.

  Les décalages UTC sont pris en charge ; si `value` en contient un, l’attribut `tzinfo` du résultat sera une instance `datetime.timezone`.

  Changed in Django 3.1:

  La prise en charge des séparateurs virgules pour les millisecondes a été ajoutée.

`parse_duration`(value)

  Analyse une chaîne et renvoie un objet `datetime.timedelta`.

  S’attend à recevoir des données au format `"JJ HH:MM:SS.uuuuuu"`, `"DD HH:MM:SS,uuuuuu"` ou tel que défini par ISO 8601 (par ex. `P4DT1H15M20S` ce qui est équivalent à `4 1:15:20`), ou au format d’intervalle jour-heure de PostgreSQL (par ex. `3 days 04:05:06`).

  Changed in Django 3.1:

  La prise en charge des séparateurs virgules pour les fractions décimales dans le format ISO 8601 et dans le format `"DD HH:MM:SS,uuuuuu"` a été ajoutée.

## `django.utils.decorators`

`method_decorator`(decorator, name='')

  Convertit un décorateur de fonction en un décorateur de méthode. Cette fonction peut être utilisée pour décorer des méthodes ou des classes ; dans ce dernier cas, `name` est le nom de la méthode à décorer et est obligatoire.

  `decorator` peut aussi être une liste ou un tuple de fonctions. Celles-ci sont décorées dans l’ordre inverse, ce qui fait que l’ordre d’appel est le même que celui dans lequel les fonctions apparaissent dans la liste.

  Voir décoration des vues fondées sur les classes pour un exemple d’utilisation.

`decorator_from_middleware`(middleware_class)

  Renvoie un décorateur de vue à partir d’une classe d’intergiciel. Cela permet d’utiliser des fonctionnalités d’intergiciel pour certaines vues seulement. L’intergiciel est créé sans aucun paramètre.

  Il s’attend à des intergiciels compatibles avec l’ancien style de Django jusqu’à 1.9 (en ayant des méthodes comme `process_request()`, `process_exception()` et `process_response()`).

`decorator_from_middleware_with_args`(middleware_class)

  Comme `decorator_from_middleware`, mais renvoie une fonction qui accepte des paramètres à transmettre à la classe `middleware_class`. Par exemple, le décorateur `cache_page()` est créé à partir de `CacheMiddleware` comme ceci :

      cache_page = decorator_from_middleware_with_args(CacheMiddleware)

      @cache_page(3600)
      def my_view(request):
          pass

`sync_only_middleware`(middleware)
  New in Django 3.1.

  Marque un intergiciel comme purement synchrone (par défaut dans Django, mais cela ajoute une robustesse supplémentaire au cas où la valeur par défaut devait changer dans le futur).

`async_only_middleware`(middleware)
  New in Django 3.1.

  Marque un intergiciel comme purement asynchrone. Django va l’envelopper dans une boucle événementielle asynchrone lorsqu’il est appelé à partir d’un chemin de requête WSGI.

`sync_and_async_middleware`(middleware)
  New in Django 3.1.

  Marque un intergiciel comme compatible synchrone et asynchrone, ce qui évite de devoir convertir les requêtes. Vous devez implémenter la détection du type de requête actuel pour utiliser ce décorateur. Voir la documentation des intergiciels asynchrones pour plus de détails.

## `django.utils.encoding`

`smart_str`(s, encoding='utf-8', strings_only=False, errors='strict')

  Renvoie un objet `str` représentant un objet arbitraire `s`. Traite les chaînes d’octets en utilisant le codage `encoding`.

  Si `strings_only` est `True`, ne convertit pas certains objets non assimilables à des chaînes.

`is_protected_type`(obj)

  Détermine si l’instance d’objet est d’un type protégé.

  Les objets d’un type protégé sont préservés tels quels lorsqu’ils sont transmis à `force_str(strings_only=True)`.

`force_str`(s, encoding='utf-8', strings_only=False, errors='strict')

  Semblable à `smart_str()`, sauf que les instances différées sont évaluées en chaînes, plutôt que de conserver leur état différé.

  Si `strings_only` est `True`, ne convertit pas certains objets non assimilables à des chaînes.

`smart_bytes`(s, encoding='utf-8', strings_only=False, errors='strict')

  Renvoie une version de l’objet arbitraire `s` sous forme de chaîne d’octets, en utilisant le codage indiqué dans `encoding`.

  Si `strings_only` est `True`, ne convertit pas certains objets non assimilables à des chaînes.

`force_bytes`(s, encoding='utf-8', strings_only=False, errors='strict')

  Semblable à `smart_bytes`, sauf que les instances différées sont évaluées en chaînes d’octets, plutôt que de conserver leur état différé.

  Si `strings_only` est `True`, ne convertit pas certains objets non assimilables à des chaînes.

`smart_text`(s, encoding='utf-8', strings_only=False, errors='strict')

  Obsolète depuis la version 3.0.

  Alias de `force_str()` pour des questions de rétrocompatibilité, particulièrement pour le code qui gère encore Python 2.

`force_text`(s, encoding='utf-8', strings_only=False, errors='strict')

  Obsolète depuis la version 3.0.

  Alias de `force_str()` pour des questions de rétrocompatibilité, particulièrement pour le code qui gère encore Python 2.

`iri_to_uri`(iri)

  Convertit une portion d’identifiant de ressource internationalisé (IRI) en portion d’URI qui convient pour l’inclusion dans une URL.

  Il s’agit de l’algorithme de la section 3.1 de la RFC 3987#section-3.1, légèrement simplifiée dans la mesure où l’on admet que la valeur d’entrée est une chaîne et non pas un flux binaire arbitraire.

  Accepte une IRI (chaîne ou octets UTF-8) et renvoie une chaîne contenant le résultat encodé.

`uri_to_iri`(uri)

  Convertit une URI (Uniform Resource Identifier) en une IRI (Internationalized Resource Identifier).

  Il s’agit d’un algorithme inspiré de la section 3.2 de la RFC 3987#section-3.2.

  Accepte une URI en octets ASCII et renvoie une chaîne contenant le résultat encodé.

`filepath_to_uri`(path)

  Convertit un chemin de système de fichiers en une portion d’URI convenable pour son inclusion dans une URL. Le chemin en entrée doit être soit des octets UTF-8, une chaîne ou un chemin `Path`.

  Cette méthode code certains caractères qui sont normalement identifiés comme des caractères spéciaux dans les URI. Notez que cette méthode ne code pas le caractère « ” » car c’est un caractère accepté dans les URI. Voir la fonction JavaScript `encodeURIComponent()` pour plus de détails.

  Renvoie une chaîne ASCII contenant le résultat encodé.

  Changed in Django 3.1:

  La prise en charge des chemins `path` de type `pathlib.Path` a été ajoutée.

`escape_uri_path`(path)

  Échappe les caractères non sûrs de la portion de chemin d’un URI (Uniform Resource Identifier).

## `django.utils.feedgenerator`

Exemple d’utilisation :

    >>> from django.utils import feedgenerator
    >>> feed = feedgenerator.Rss201rev2Feed(
    ...     title="Poynter E-Media Tidbits",
    ...     link="http://www.poynter.org/column.asp?id=31",
    ...     description="A group Weblog by the sharpest minds in online media/journalism/publishing.",
    ...     language="en",
    ... )
    >>> feed.add_item(
    ...     title="Hello",
    ...     link="http://www.holovaty.com/test/",
    ...     description="Testing.",
    ... )
    >>> with open('test.rss', 'w') as fp:
    ...     feed.write(fp, 'utf-8')

Pour simplifier la sélection d’un générateur, utilisez `feedgenerator.DefaultFeed` qui est actuellement `Rss201rev2Feed`.

Pour les définitions des différentes versions de RSS, voir https://web.archive.org/web/20110718035220/http://diveintomark.org/archives/2004/02/04/incompatible-rss

`get_tag_uri`(url, date)

  Crée un `TagURI`.

  Voir https://web.archive.org/web/20110514113830/http://diveintomark.org/archives/2004/05/28/howto-atom-id

### `SyndicationFeed`

class `SyndicationFeed`

  Classe de base pour tous les flux de syndication. Les sous-classes doivent implémenter `write()`.

  `__init__`(title, link, description, language=None, author_email=None, author_name=None, author_link=None, subtitle=None, categories=None, feed_url=None, feed_copyright=None, feed_guid=None, ttl=None, **kwargs)

    Initialise le flux avec le dictionnaire de métadonnées indiqué, qui s’applique au flux entier.

    Tout paramètre nommé supplémentaire passé à `__init__` est stocké dans `self.feed`.

    Tous les paramètres doivent être des chaînes, à l’exception de `categories`, qui doit être une liste de chaînes.

  `add_item`(title, link, description, author_email=None, author_name=None, author_link=None, pubdate=None, comments=None, unique_id=None, categories=(), item_copyright=None, ttl=None, updateddate=None, enclosures=None, **kwargs)

    Ajoute un élément au flux. Tous les paramètres sont censés être des chaînes, sauf `pubdate` et `updateddate` qui doivent être des objets `datetime.datetime`, et `enclosures` qui doit être une liste d’instances `Enclosure`.

  `num_items`()
  `root_attributes`()

    Renvoie des attributs supplémentaires à ajouter à l’élément racine (c’est-à-dire le flux ou canal). Appelé depuis `write()`.

  `add_root_elements`(handler)

    Ajoute des éléments à l’élément racine (c’est-à-dire le flux ou canal). Appelé depuis `write()`.

  `item_attributes`(item)

    Renvoie des attributs supplémentaires à placer dans chaque élément du flux.

  `add_item_elements`(handler, item)

    Ajoute des éléments pour chaque élément du flux.

  `write`(outfile, encoding)

    Exporte le flux dans le codage indiqué vers `outfile` qui est un objet de type fichier. Les sous-classes sont censées surcharger cette méthode.

  `writeString`(encoding)

    Renvoie le flux dans le codage indiqué sous forme de chaîne.

  `latest_post_date`()

    Renvoie la dernière date `pubdate` ou `updateddate` parmi tous les éléments du flux. Si aucun de ces attributs n’est trouvé sur aucun élément, la date/heure UTC actuelle est renvoyée.

### `Enclosure`

class `Enclosure`

  Représente une annexe RSS.

### `RssFeed`

class `RssFeed`(SyndicationFeed)

### `Rss201rev2Feed`

class `Rss201rev2Feed`(RssFeed)

  Spécification : https://cyber.harvard.edu/rss/rss.html

### `RssUserland091Feed`

class `RssUserland091Feed`(RssFeed)

  Spécification : http://backend.userland.com/rss091

### `Atom1Feed`

class `Atom1Feed`(SyndicationFeed)

  Spécification : RFC 4287

## `django.utils.functional`

class `cached_property`(func, name=None)

  Le décorateur `@cached_property` met en cache le résultat d’une méthode ayant un seul paramètre `self` sous forme de propriété. Le résultat en cache persiste aussi longtemps que l’instance, ce qui fait que si l’instance est conservée et que la fonction est appelée une nouvelle fois plus tard, le résultat en cache est renvoyé.

  Considérons un cas typique où une vue a besoin d’appeler la méthode d’un modèle pour effectuer un certain calcul avant de placer cette instance de modèle dans le contexte passé au gabarit, et celui-ci a aussi besoin d’appeler la méthode une nouvelle fois :

      # the model
      class Person(models.Model):

          def friends(self):
              # expensive computation
              ...
              return friends

      # in the view:
      if person.friends():
          ...

  Et dans le gabarit, vous auriez :

      {% for friend in person.friends %}

  `friends()` sera ici appelée deux fois. Puisque les instances `person` dans la vue et dans le gabarit représentent la même instance, décorer la méthode `friends()` avec `@cached_property` permet d’éviter cela

      from django.utils.functional import cached_property

      class Person(models.Model):

          @cached_property
          def friends(self):
              ...

  Notez que la méthode étant maintenant devenue une propriété, le code Python doit y accéder de manière adéquate :

      # in the view:
      if person.friends:
          ...

  La valeur en cache peut être traitée comme n’importe quel autre attribut normal de l’instance :

      # clear it, requiring re-computation next time it's called
      del person.friends # or delattr(person, "friends")

      # set a value manually, that will persist on the instance until cleared
      person.friends = ["Huckleberry Finn", "Tom Sawyer"]

  En raison du fonctionnement du protocole de descripteur, l’utilisation de `del` (ou `delattr`) sur une propriété décorée par `cached_property` qui n’a pas encore été accédée génère une exception `AttributeError`.

  En plus d’offrir des avantages potentiels en terme de performance, `@cached_property` peut garantir que la valeur d’un attribut ne change pas de manière inattendue au cours de la vie d’une instance. Cela pourrait se produire avec une méthode dont le calcul est basé sur `datetime.now()`, ou dans le cas où la base de données est modifiée par une autre processus dans le bref intervalle entre des appels successifs d’une méthode de la même instance.

  Vous pouvez créer des propriétés en cache pour des méthodes. Par exemple, si vous avez une méthode coûteuse `get_friends()` et que vous vouliez permettre de l’appeler aussi sans récupérer la valeur en cache, vous pourriez écrire :

      friends = cached_property(get_friends, name='friends')

  Le paramètre `name` n’est nécessaire que pour la prise en charge de Python < 3.6.

  Alors que `person.get_friends()` recalcule les amis à chaque appel, la valeur de la propriété en cache persiste tant que vous ne la supprimez pas, comme expliqué ci-dessus :

      x = person.friends         # calls first time
      y = person.get_friends()   # calls again
      z = person.friends         # does not call
      x is z                     # is True

class `classproperty`(method=None)
  New in Django 3.1.

  Semblable à `@classmethod`, le décorateur `@classproperty` convertit le résultat d’une méthode ayant un unique paramètre `cls` en une propriété à laquelle on peut directement accéder depuis la classe.

`keep_lazy`(func, *resultclasses)

  Django offre de nombreuses fonctions utilitaires (particulièrement dans `django.utils`) qui acceptent une chaîne comme premier paramètre et font quelque chose avec cette chaîne. Ces fonctions sont utilisées aussi bien par des filtres de gabarit que de façon directe dans du code Python.

  Si vous écrivez vous-même des fonctions semblables et que vous devez gérer des traductions, vous serez confronté au problème du traitement du premier paramètre quand il s’agit d’un objet de traduction différée. Il n’est pas souhaitable de le convertir immédiatement en chaîne de caractères, car il se peut que cette fonction soit utilisée en dehors d’une vue (et donc que le réglage de langue du fil d’exécution en cours ne soit pas le bon).

  Pour des cas comme celui-là, utilisez le décorateur `django.utils.functional.keep_lazy()`. Il modifie la fonction afin que si elle est appelée avec en paramètre une traduction différée, l’évaluation de la fonction est reportée jusqu’au moment où il devient vraiment nécessaire de produire une chaîne.

  Par exemple :

      from django.utils.functional import keep_lazy, keep_lazy_text

      def fancy_utility_function(s, ...):
          # Do some conversion on string 's'
          ...
      fancy_utility_function = keep_lazy(str)(fancy_utility_function)

      # Or more succinctly:
      @keep_lazy(str)
      def fancy_utility_function(s, ...):
          ...

  Le décorateur `keep_lazy()` accepte quelques paramètres supplémentaires (`*args`) indiquant le ou les types renvoyés par la fonction originale. Un cas d’utilisation fréquent est d’avoir des fonctions qui renvoient du texte. Pour celles-ci, passez le type `str` à `keep_lazy` (ou utilisez le décorateur `keep_lazy_text()` présenté à la section suivante).

  L’emploi de ce décorateur permet d’écrire une fonction et de compter sur la présence d’une vraie chaîne en entrée, puis d’ajouter au final la prise en charge des objets de traduction différée.

`keep_lazy_text`(func)

  Un raccourci pour `keep_lazy(str)(func)`.

  Si vous avez une fonction qui renvoie du texte et que vous souhaitez pouvoir accepter des paramètres dont l’évaluation est différée, utilisez ce décorateur :

      from django.utils.functional import keep_lazy, keep_lazy_text

      # Our previous example was:
      @keep_lazy(str)
      def fancy_utility_function(s, ...):
          ...

      # Which can be rewritten as:
      @keep_lazy_text
      def fancy_utility_function(s, ...):
          ...

## `django.utils.html`

En principe, le code HTML doit être construit avec des gabarits Django pour profiter de leur mécanisme d’échappement automatique, en faisant appel aux utilitaires de `django.utils.safestring` en cas de besoin. Ce module fournit quelques utilitaires supplémentaires de bas niveau pour l’échappement de code HTML.

`escape`(text)

  Renvoie le texte donné en codant les esperluettes, les guillemets et les chevrons de manière adaptée au HTML. Le texte en entrée est d’abord forcé en chaîne de caractères et le résultat final est marqué comme sûr avec `mark_safe()`.

  Changed in Django 3.0:

  Avec les anciennes versions, `'` était converti en son code décimal `&#39;` au lieu du code hexadécimal équivalent `&#x27;`.

`conditional_escape`(text)

  Semblable à `escape()`, sauf qu’elle n’opère pas sur les chaînes déjà échappées afin d’éviter un double échappement.

`format_html`(format_string, *args, **kwargs)

  Cette fonction ressemble à `str.format()`, sauf qu’elle est particulièrement appropriée pour la construction de fragments HTML. Tous les paramètres (`args`/`kwargs`) passent par `conditional_escape()` avant d’être transmis à `str.format()`.

  Dans les cas où il s’agit de produire des petits fragments HTML, cette fonction doit être préférée à l’interpolation de chaîne directe avec `%` ou `str.format()`, car elle applique l’échappement à tous ses paramètres, tout comme le fait le système de gabarit par défaut.

  Donc au lieu d’écrire :

      mark_safe("%s <b>%s</b> %s" % (
          some_html,
          escape(some_text),
          escape(some_other_text),
      ))

  Il est préférable d’écrire :

      format_html("{} <b>{}</b> {}",
          mark_safe(some_html),
          some_text,
          some_other_text,
      )

  Ceci présente l’avantage de ne pas devoir appliquer soi-même `escape()` à chacun des paramètres et de risquer une anomalie ou une vulnérabilité XSS si on en oublie un.

  Notez que bien que cette fonction utilise `str.format()` pour effectuer l’interpolation, certaines des options de format fournies par `str.format()` (par ex. les formats de nombre) ne fonctionnent pas, car tous les paramètres sont passés par la moulinette `conditional_escape()` qui appelle `force_str()` sur les valeurs reçues.

`format_html_join`(sep, format_string, args_generator)

  Une adaptateur de `format_html()` conçu pour le cas courant d’un groupe de paramètres devant être mis en forme avec la même chaîne de format, puis combinés avec `sep`. `sep` passe lui-même aussi par `conditional_escape()`.

  `args_generator` doit être un itérateur renvoyant la liste de paramètres `args` qui seront transmis à `format_html()`. Par exemple :

      format_html_join(
          '\n', "<li>{} {}</li>",
          ((u.first_name, u.last_name) for u in users)
      )

`strip_tags`(value)

  Tente de supprimer de la chaîne tout ce qui ressemble à une balise HTML, c’est-à-dire tout ce qui est contenu à l’intérieur de `<>`.

  Il n’y a absolument AUCUNE garantie que la chaîne résultante sera vraiment sûre du point de vue HTML. Il ne faut donc JAMAIS marquer comme sûre le résultat d’un appel à `strip_tag` sans l’avoir d’abord échappé, par exemple avec `escape()`.

  Par exemple :

      strip_tags(value)

  Si `value` vaut `"<b>Joël</b> <button>est</button> une <span>limace</span>"`, la valeur renvoyée sera `"Joël est une limace"`.

  Si vous recherchez une solution plus robuste, regardez du côté de la bibliothèque Python bleach.

`html_safe`()

  La méthode `__html__()` d’une classe aide les gabarits non Django à détecter les classes dont le résultat ne demande pas d’échappement HTML.

  Ce décorateur définit la méthode `__html__()` pour la classe décorée en enveloppant `__str__()` dans `mark_safe()`. Assurez-vous que la méthode `__str__()` renvoie effectivement du texte qui ne demande pas d’échappement HTML.

## `django.utils.http`

`urlencode`(query, doseq=False)

  Une version de la fonction Python `urllib.parse.urlencode()` pouvant agir sur des dictionnaires `MultiValueDict` et d’autres valeurs qui ne sont pas des chaînes.

`http_date`(epoch_seconds=None)

  Met en forme la date/heure en respectant le format de date RFC 1123#section-5.2.14 tel que défini par la RFC 7231#section-7.1.1.1 du standard HTTP.

  Accepte un nombre à virgule exprimé en secondes depuis le temps Unix initial en UTC, de manière semblable à ce que produit `time.time()`. Si le paramètre est `None`, c’est la date actuelle qui est renvoyée.

  Produit une chaîne au format `Wdy, DD Mon YYYY HH:MM:SS GMT`.

`base36_to_int`(s)

  Convertit une chaîne base 36 en nombre entier.

`int_to_base36`(i)

  Convertit un nombre entier positif en chaîne base 36.

`urlsafe_base64_encode`(s)

  Code une chaîne d’octets en chaîne base64 pour être utilisée dans les URL, en enlevant d’éventuels signes « égal » finaux.

`urlsafe_base64_decode`(s)

  Décode une chaîne codée en base64, ajoutant d’éventuels signes « égal » finaux qui pourraient avoir été enlevés.

## `django.utils.module_loading`

Fonctions pour manipuler les modules Python.

`import_string`(dotted_path)

  Importe un chemin pointé de module et renvoie la classe ou l’attribut désigné par le dernier nom du chemin. Génère `ImportError` si l’importation échoue. Par exemple :

      from django.utils.module_loading import import_string
      ValidationError = import_string('django.core.exceptions.ValidationError')

  est équivalent à :

      from django.core.exceptions import ValidationError

## `django.utils.safestring`

Fonctions et classes pour travailler avec des « chaînes sûres » : des chaînes qui peuvent être affichées sans crainte sans devoir subir d’échappement HTML. Quand une chaîne est marquée comme « sûre » (safe), cela signifie que le producteur de la chaîne a déjà transformé en entités appropriées les caractères qui ne doivent pas être interprétés par le moteur HTML (par ex. « < »).

class `SafeString`

  Une sous-classe de `str` pour des chaînes ayant été explicitement marquées comme « sûres » (plus besoin d’échappement) à des fins d’affichage HTML.

`mark_safe`(s)

  Marque explicitement une chaîne comme sûre en vue de son affichage (HTML). L’objet renvoyé peut être utilisé partout où une chaîne peut être utilisé.

  Cette fonction peut être utilisée plusieurs fois sur la même chaîne.

  Peut aussi être utilisé comme décorateur.

  Pour la construction de fragments de HTML, il est généralement préférable d’utiliser plutôt `django.utils.html.format_html()`.

  Une chaîne marquée comme sûre redevient non sûre quand elle est modifiée. Par exemple :

      >>> mystr = '<b>Hello World</b>   '
      >>> mystr = mark_safe(mystr)
      >>> type(mystr)
      <class 'django.utils.safestring.SafeString'>

      >>> mystr = mystr.strip()  # removing whitespace
      >>> type(mystr)
      <type 'str'>

## `django.utils.text`

`format_lazy`(format_string, *args, **kwargs)

  Une version de `str.format()` pour les cas où `format_string`, `args` ou `kwargs` contiennent des objets différés. Le premier paramètre est la chaîne à mettre en forme. Par exemple :

      from django.utils.text import format_lazy
      from django.utils.translation import pgettext_lazy

      urlpatterns = [
          path(format_lazy('{person}/<int:pk>/', person=pgettext_lazy('URL', 'person')),
               PersonDetailView.as_view()),
      ]

  Cet exemple permet aux traducteurs de traduire une partie de l’URL. Si « person » est traduit en « persona », l’expression régulière va correspondre à `persona/(?P<pk>\d+)/$`, par ex. `persona/5/`.

`slugify`(value, allow_unicode=False)

  Convertit une chaîne en un « slug » d’URL en :

  1. Convertissant en ASCII si `allow_unicode` vaut `False` (par défaut).
  2. Convertissant en minuscules.
  3. Supprimant les caractères qui ne sont pas alphanumériques, des soulignements, des tirets ou des espaces blancs.
  4. Supprimant les blancs de début et de fin.
  5. Remplaçant tout espace blanc ou répétition de tirets par un seul.

  Par exemple :

      >>> slugify(' Joel is a slug ')
      'joel-is-a-slug'

  Si vous souhaitez permettre les caractères Unicode, passez `allow_unicode=True`. Par exemple

      >>> slugify('你好 World', allow_unicode=True)
      '你好-world'

## `django.utils.timezone`

`utc`

  Instance `tzinfo` qui représente le temps UTC.

`get_fixed_timezone`(offset)

  Renvoie une instance `tzinfo` représentant un fuseau horaire avec un décalage UTC fixe.

  `offset` est une différence de temps `datetime.timedelta` ou un nombre entier en minutes. Utilisez des valeurs positives pour les fuseaux horaires à l’est d’UTC et des valeurs négatives à l’ouest d’UTC.

`get_default_timezone`()

  Renvoie une instance `tzinfo` qui représente le fuseau horaire par défaut.

`get_default_timezone_name`()

  Renvoie le nom du fuseau horaire par défaut.

`get_current_timezone`()

  Renvoie une instance `tzinfo` qui représente le fuseau horaire en cours.

`get_current_timezone_name`()

  Renvoie le nom du fuseau horaire en cours.

`activate`(timezone)

  Définit le fuseau horaire actif. Le paramètre `timezone` doit être une instance d’une sous-classe de `tzinfo` ou un nom de fuseau horaire.

`deactivate`()

  Désactive le fuseau horaire actuel.

`override`(timezone)

  Gestionnaire de contexte Python qui définit le fuseau horaire actif lorsqu’il entre en action avec `activate()`, puis restaure le fuseau horaire précédemment actif en quittant. Si le paramètre `timezone` vaut `None`, le fuseau horaire actif est alors désactivé à l’entrée du gestionnaire avec `deactivate()`.

  `override` est aussi utilisable comme décorateur de fonction.

`localtime`(value=None, timezone=None)

  Convertit un objet `datetime` conscient vers un fuseau horaire différent, par défaut le fuseau horaire actif.

  Lorsque `value` est omise, la valeur par défaut est `now()`.

  Cette fonction ne fonctionne pas avec des objets date/heure naïfs ; utilisez alors plutôt `make_aware()`.

`localdate`(value=None, timezone=None)

  Utilise `localtime()` pour convertir un objet `datetime` conscient en une `date()` dans un fuseau horaire différent, par défaut le fuseau horaire actif.

  Lorsque `value` est omise, la valeur par défaut est `now()`.

  Cette fonction ne fonctionne pas avec des objets date/heure naïfs.

`now`()

  Renvoie un objet `datetime` représentant le moment actuel dans le temps (« maintenant »). La valeur précisément renvoyée dépend de la valeur de `USE_TZ`:

  - Si `USE_TZ` est `False`, il s’agira d’une date/heure naïve (c’est-à-dire une date/heure sans fuseau horaire associé) représentant le temps actuel dans le fuseau horaire local du système.
  - Si `USE_TZ` est `True`, il s’agira d’une date/heure consciente représentant le temps actuel en UTC. Notez que `now()` renvoie toujours le temps UTC quelle que soit la valeur de `TIME_ZONE`; vous pouvez utiliser `localtime()` pour obtenir l’heure dans le fuseau horaire actif.

`is_aware`(value)

  Renvoie `True` si `value` est consciente, `False` si elle est naïve. Cette fonction présuppose que `value` est un objet `datetime`.

`is_naive`(value)

  Renvoie `True` si `value` est naïve, `False` si elle est consciente. Cette fonction présuppose que `value` est un objet `datetime`.

`make_aware`(value, timezone=None, is_dst=None)

  Renvoie un objet `datetime` conscient représentant le même moment dans le temps que `value` dans le fuseau `timezone`, `value` étant un objet `datetime` naïf. Si `timezone` est défini à `None`, il prend le fuseau horaire actuel comme valeur par défaut.

  L’exception `pytz.AmbiguousTimeError` est générée quand on essaie de rendre `value` consciente pendant une transition d’heure d’été/hiver et quand la même heure survient deux fois (passage heure d’été à hiver). En définissant `is_dst` à `True` ou `False`, l’exception est évitée en choisissant si l’heure est celle qui précède ou celle qui suit la transition, respectivement.

  L’exception `pytz.NonExistentTimeError` est générée quand on essaie de rendre `value` consciente pendant une transition d’heure d’été/hiver et quand l’heure concernée ne survient jamais. Par exemple, si l’heure 2:00 n’existe pas dans une transition, rendre 2:30 consciente dans ce fuseau horaire produira une exception. Pour éviter cela, vous pouvez utiliser `is_dst` pour indiquer comment `make_aware()` doit interpréter une telle heure qui n’existe pas. Si `is_dst=True`, l’heure ci-dessus sera interprétée comme 2:30 du temps de transition (équivalent à 1:30 en heure locale). Inversement, si `is_dst=False`, l’heure sera interprétée comme 2:30 du temps standard (équivalent à 3:30 en heure locale).

`make_naive`(value, timezone=None)

  Renvoie un objet `datetime` naïf représentant le même moment dans le temps que `value` dans le fuseau `timezone`, `value` étant un objet `datetime` conscient. Si `timezone` est défini à `None`, il prend le fuseau horaire actuel comme valeur par défaut.

## `django.utils.translation`

Pour une discussion complète sur l’utilisation de ce qui suit, consultez la documentation sur la traduction.

`gettext`(message)

  Traduit `message` et renvoie le résultat dans une chaîne.

`pgettext`(context, message)

  Traduit `message` selon `context` et renvoie le résultat dans une chaîne.

  Pour plus d’informations, voir Marqueurs contextuels.

`gettext_lazy`(message)

`pgettext_lazy`(context, message)

  Même comportement que les versions non différées ci-dessus, mais en utilisant une exécution différée.

  Voir la documentation sur les traductions différées.

`gettext_noop`(message)

  Marque les chaînes en vue de leur traduction mais ne les traduit pas sur le moment. Cela peut être utile pour stocker des chaînes qui doivent rester dans la langue de base (parce qu’elles pourraient être utilisées de manière externe) dans des variables globales et que ces chaînes seront traduites plus tard.

`ngettext`(singular, plural, number)

  Traduit `singular` et `plural` et renvoie la chaîne appropriée en fonction de `number`.

`npgettext`(context, singular, plural, number)

  Traduit `singulier` et `pluriel` et renvoie la chaîne appropriée en fonction de `nombre` et de `context`.

`ngettext_lazy`(singular, plural, number)

`npgettext_lazy`(context, singular, plural, number)

  Même comportement que les versions non différées ci-dessus, mais en utilisant une exécution différée.

  Voir la documentation sur les traductions différées.

`activate`(language)

  Récupère le catalogue de traduction d’une langue donnée et l’active comme catalogue de traduction courant pour le fil d’exécution en cours.

`deactivate`()

  Désactive le catalogue de traduction actif afin que des appels à _ subséquents vont refaire appel au catalogue de traduction par défaut.

`deactivate_all`()

  Place une instance de `NullTranslations()` comme catalogue de traduction actif. Cela peut être utile si l’on souhaite que des traductions différées apparaissent avec leur chaîne originale (donc non traduite) pour une raison quelconque.

`override`(language, deactivate=False)

  Un gestionnaire de contexte Python qui utilise `django.utils.translation.activate()` pour récupérer le catalogue de traduction d’une langue données, qui l’active comme catalogue de traduction pour le fil d’exécution en cours et qui réactive la langue précédemment active lors de sa sortie. Il est possible de définir le paramètre `deactivate` à `True` si l’on souhaite que la langue de traduction temporaire soit désactivée à la sortie du gestionnaire avec `django.utils.translation.deactivate()`. Si le paramètre `language` vaut `None`, une instance de `NullTranslations()` est activée dans le code affecté par le gestionnaire de contexte.

  `override` est aussi utilisable comme décorateur de fonction.

`check_for_language`(lang_code)

  Contrôle s’il existe un fichier de langue global pour le code de langue donné (par ex. “fr”, “pt_BR”). Ceci est utilisé pour décider si une langue demandée par un utilisateur est disponible.

`get_language`()

  Renvoie le code de langue actuellement sélectionné. Renvoie `None` si les traductions sont temporairement désactivées (par `deactivate_all()` ou lorsque `None` est passé à `override()`).

`get_language_bidi`()

  Renvoie l’agencement bidirectionnel de la langue sélectionnée :

  - `False` = agencement de gauche à droite
  - `True` = agencement de droite à gauche

`get_language_from_request`(request, check_path=False)

  Analyse la requête pour trouver quelle est la langue souhaitée par l’utilisateur. Seules les langues figurant dans `settings.LANGUAGES` sont prises en compte. Si l’utilisateur demande un sous-code de langue alors que seule la langue principale est disponible, c’est la langue principale qui est renvoyée.

  Si `check_path` vaut `True`, la fonction examine d’abord l’URL demandée pour voir si son chemin commence par un code de langue figurant dans le réglage `LANGUAGES`.

`get_supported_language_variant`(lang_code, strict=False)

  Renvoie `lang_code` s’il figure dans le réglage `LANGUAGES`, en choisissant potentiellement une variante plus générique. Par exemple, “es”` est renvoyé si `lang_code` est `'es-ar'` et que `'es'` se trouve dans `LANGUAGES` mais pas `'es-ar'`.

  Si `strict` vaut `False` (valeur par défaut), une variante territoriale peut être renvoyée lorsque ni le code de langue, ni sa variante générique n’est trouvée. Par exemple, si seul `'es-co'` se trouve dans `LANGUAGES`, c’est ce dernier qui est renvoyé pour les codes de langue comme `'es'` et `'es-ar'`. Ces correspondances ne sont pas renvoyées quand `strict=True`.

  Génère `LookupError` si rien n’est trouvé.

`to_locale`(language)

  Transforme un nom de langue (en-us) en un nom de locale (en_US).

`templatize`(src)

  Transforme un gabarit Django en un contenu analysable par `xgettext`. Ce processus traduit les balises de traduction de Django en invocations de fonctions `gettext` standard.

`LANGUAGE_SESSION_KEY`

  Clé de session servant à stocker la langue active de la session en cours.

  Obsolète depuis la version 3.0: La langue ne sera plus stockée dans la session avec Django 4.0. Utilisez le cookie `LANGUAGE_COOKIE_NAME` à la place.