Comment puis-je obtenir le plein/URL absolue (avec nom de domaine) dans Django?

Comment puis-je obtenir le plein/URL absolue (par exemple,https://example.com/some/path) dans Django sans le module des Sites? C'est tout simplement ridicule... je ne devrais pas besoin d'interroger ma DB à s'accrocher à l'URL!

Je veux l'utiliser avec reverse().

  • Juste une parenthèse: Le module des sites ne touche que la DB, pour la première fois, il a besoin du nom du site, le résultat est mis en cache dans un module variable (SITE_CACHE) qui va rester jusqu'à ce que la re-compilation du module ou de la SiteManager.clear_cache() la méthode est appelée. Voir: code.djangoproject.com/svn/django/tags/releases/1.3/django/...
InformationsquelleAutor mpen | 2010-02-27
  1. 484

    Utilisation pratique demande.build_absolute_uri() méthode sur demande, transmettre l'url relative, et il va vous donner plein.

    Par défaut, l'URL absolue pour request.get_full_path() est retourné, mais vous pouvez passer une URL relative comme premier argument pour le convertir en une URL absolue.

    • +1 Cette fonction utilise les mêmes données que celles qui sont dans ma réponse. Et est certainement une solution plus pratique.
    • Ce à propos de l'url: localhost/home/#/test ? Je peux voir seulement localhost/home. Comment puis-je voir la partie après sharp?
    • tout ce qui est après # n'est pas transmis au serveur, c'est un navigateur seule fonctionnalité
    • Dans un modèle (où vous ne pouvez pas donner paramètres), vous pouvez simplement faire ceci: {{ request.build_absolute_uri }}{{ object.get_absolute_url }} - et heyho, url complète.
    • Cette une grande réponse pour la plupart des endroits dans django où un objet de demande est disponible, mais Darb la réponse de stackoverflow.com/questions/2345708/... fonctionne très bien pour des applications telles que le traitement du signal pour générer des liens dans les e-mails et autres. Quand vous n'avez pas une demande d'objet à portée de main.
    • Et si je n'ai pas accès à la demande? Comme dans Django-RESTE-du Cadre de Sérialiseurs?
    • IIRC, vous pouvez obtenir à la demande de la sérialiseur self.context, ou, au moins, vous pouvez le mettre dans votre vue.
    • J'ai eu à utiliser {% if request.is_secure %}https://{% else %}http://{% endif %}{{ request.get_host }}{{ object.get_absolute_url }} parce que {{ request.build_absolute_uri }} avait une barre oblique {{ object.get_absolute_url }} commencé par une barre oblique, ce qui double les barres obliques dans l'URL.
    • Si get_absolute_url a toujours un slash je pense que c'est plus propre à juste tranche off comme ceci: {{demande.build_absolute_uri}}{{objet.get_absolute_url|tranche:"1:"}}
    • Pour obtenir la demande de Django-repos-cadre, dans votre sérialiseur appel de la fonction: demande = auto.contexte.get('request', None)
    • Passage d'une chaîne dans la fonction ajoute la chaîne pour le chemin d'accès absolu, tout en ajoutant la chaîne avec / renvoie le chemin absolu avec le chemin relatif remplacé avec juste le string. Exemple request.get_full_path() retourne /foo/bar/ request.build_full_uri('baz') retourne http://domain.com/foo/bar/baz request.build_full_uri('/baz') retourne http://domain.com/baz
    • J'obtiens l'erreur suivante: ipdb> HttpRequest.build_absolute_uri(la_url) *** AttributeError: 'str' object has no attribute 'get_full_path'
    • retourne url lorsque aucun des arguments passés. {{ request.build_absolute_uri }}{{ object.get_absolute_url }} peut travailler que sur la page d'accueil, en raison de // être interprété comme /.

    InformationsquelleAutor Dmitry Shevchenko
  2. 84

    Si vous voulez l'utiliser avec reverse() vous pouvez faire ceci : request.build_absolute_uri(reverse('view_name', args=(obj.pk, )))

    • Merci pour la réponse utile. Rien de mieux que le code lui-même. (aussi, vous signifiait probablement url_name au lieu de view_name)
    • reverse() est définie comme: def reverse(viewname, urlconf=None, args=None, kwargs=None, current_app=None)
    InformationsquelleAutor ébewè
  3. 56

    Vous pouvez également utiliser get_current_site dans le cadre des sites d'application (from django.contrib.sites.models import get_current_site). Il prend un objet de requête, et par défaut à l'objet du site que vous avez configuré avec SITE_ID dans settings.py si la demande est None. Lire la suite dans la documentation pour en utilisant les sites de cadre

    par exemple

    from django.contrib.sites.shortcuts import get_current_site
request = None
full_url = ''.join(['http://', get_current_site(request).domain, obj.get_absolute_url()])

    Il n'est pas aussi compact/soigné que request.build_absolute_url(), mais n'est utilisable que lorsque l'on demande les objets ne sont pas disponibles, et vous avez un site par défaut l'url.

    • Je crois que ma question précisément dit "sans le module des Sites". Est-ce à frapper la DB?
    • Le module des Sites a été écrit à une cache d'objets à l'aide du module de mise en mémoire cache (c'est à dire que vous n'avez pas besoin de la structure de cache), de sorte que le DB ne doit être frappé de la première fois qu'un Site est récupérée par un processus web. Si vous n'avez pas django.contrib.sites dans votre INSTALLED_APPS, il ne sera pas touché la DB à tous, et de fournir de l'information fondée sur l'objet de la Requête (voir la section get_current_site)
    • Alors vous pouvez a un +1, mais build_absolute_uri ressemble toujours le plus facile et plus propre solution.
    • Ce serait bien si il y avait un Site.build_absolute_uri raccourci, ou si build_absolute_uri pourrait prendre Aucune que l'objet de la requête...
    • pour éviter TypeErros vous devez envelopper get_current_site(request) avec un appel à str, de cette façon, vous obtenez une chaîne au lieu d'un objet de Site
    • C'est une réponse parfaite si vous essayez de générer des URLs dans les signaux d'envoi des e-mails.
    • Ne fonctionne pas, si vous utilisez le protocole https. Oui, vous pouvez ajouter le s, mais ne vous développer avec https localement? et savez-vous toujours, si vous avez https mais pas parfois...?
    • get_current_site() dépend de l'accès à l'objet de la requête, si vous dites "utilisable lors de la demande d'objets sont indisponibles". Comment pouvons-nous le faire sans l'accès à la demande?
    • c'est dans l'exemple, vous pouvez passer dans la demande = None
    • pour les locaux des fins de test, est-ce que j'avais besoin d'ajouter un Site pour localhost et point respectifs SITE_ID - t-il?
    • J'utilise request.scheme + '://' au lieu de http:// parce que c'est du HTTPS dans la production et HTTP localement.

    InformationsquelleAutor Darb
  4. 53

    Si vous ne pouvez pas obtenir l'accès à request alors vous ne pouvez pas utiliser get_current_site(request) comme recommandé dans quelques solutions ici. Vous pouvez utiliser une combinaison des Sites indigènes cadre et get_absolute_url à la place. Mis en place au moins un Site dans l'admin, assurez-vous que votre modèle dispose d'un get_absolute_url() méthode, puis:

    >>> from django.contrib.sites.models import Site
>>> domain = Site.objects.get_current().domain
>>> obj = MyModel.objects.get(id=3)
>>> path = obj.get_absolute_url()

>>> url = 'http://{domain}{path}'.format(domain=domain, path=path)
>>> print(url)
'http://example.com/mymodel/objects/3/'

    https://docs.djangoproject.com/en/dev/ref/contrib/sites/#getting-the-current-domain-for-full-urls

    • Ceci est très pratique lorsque vous n'avez pas accès à l'objet HttpRequest. par exemple, dans les tâches, les signaux, etc.
    • avant d'utiliser ce que vous devriez permettre à des sites de cadre docs.djangoproject.com/en/dev/ref/contrib/sites/...
    • Pour changer example.com pour quelque chose aussi: Site.objets.tous les()[0] renvoie 'example.com" et a id=1, qui a précisé dans settings.py. Il suffit de ne Site.objets.create(name='production', domaine='prodsite.com') et de définir SITE_ID=2 dans settings.py. Maintenant Site.objets.get_current().domaine renvoie 'prodsite.com'.
    InformationsquelleAutor shacker
  5. 19

    Si vous ne voulez pas de frapper la base de données, vous pourriez le faire avec un paramètre. Ensuite, utilisez un contexte de processeur pour l'ajouter à chaque modèle:

    # settings.py (Django < 1.9)
...
BASE_URL = 'http://example.com'
TEMPLATE_CONTEXT_PROCESSORS = (
    ...
    'myapp.context_processors.extra_context',
)
# settings.py (Django >= 1.9)
TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
                # Additional
                'myapp.context_processors.extra_context',
            ],
        },
    },
]

# myapp/context_processors.py
from django.conf import settings

def extra_context(request):
    return {'base_url': settings.BASE_URL}

# my_template.html
<p>Base url is {{ base_url }}.</p>
    InformationsquelleAutor seddonym
  6. 13

    django-fullurl

    Si vous essayez de faire cela dans un Django template, j'ai publié un petit PyPI paquet django-fullurl pour vous permettre de remplacer url et static balises de modèle avec fullurl et fullstatic, comme ceci:

    {% load fullurl %}

Absolute URL is: {% fullurl "foo:bar" %}

Another absolute URL is: {% fullstatic "kitten.jpg" %}

    Ces badges devrait rester à jour automatiquement:

    Comment puis-je obtenir le plein/URL absolue (avec nom de domaine) dans Django? Comment puis-je obtenir le plein/URL absolue (avec nom de domaine) dans Django?

    Dans une vue, vous pouvez bien sûr utiliser Comment puis-je obtenir le plein/URL absolue (avec nom de domaine) dans Django? à la place.

    • Honte à cela ne fonctionne pas avec la version 2.0. Pourriez avoir besoin de pousser jusqu'à un PR.
    • Il devrait fonctionner. Je n'ai pas marqué de Django 2.0 comme encore pris en charge, mais la version existante devrait fonctionner.
    • Pour mes besoins j'ai mis cela en passant un ENV de Heroku pour la restauration automatique. Mon problème est d'obtenir la URL pour passer à travers de modèles d'e-mail. Je ne me souviens pas le problème, mais il ne fonctionne pas en raison d'un Django changement.
    • Je pense que le problème lors de la création des courriels, c'est qu'il n'est pas request objet pour obtenir le nom de domaine. Dans ce cas, vous devez utiliser le sites cadre au lieu de cela, qui reçoit le nom de domaine à partir de la base de données. Voir django-absoluteuri, mentionné dans la section "voir aussi" de le README de ce PyPI paquet.
    • merci je vais vérifier ça!
    InformationsquelleAutor Flimm
  7. 10

    De votre point de vue, il suffit de faire ceci:

    base_url =  "{0}://{1}{2}".format(request.scheme, request.get_host(), request.path)
    InformationsquelleAutor levi
  8. 8

    Pour créer un lien vers une autre page à partir d'un modèle, vous pouvez utiliser ceci:

    {{ request.META.HTTP_HOST }}{% url 'views.my_view' my_arg %}

    demande.MÉTA.HTTP_HOST donne le nom de l'hôte, et l'url donne le nom relatif. Le moteur de template puis concatène dans une url complète.

    • La réponse est manquant le protocole (http dans ce contexte) et :// partie de l'URL, de sorte qu'il ne fournit pas de une url complète de la page.
    • La demande d'objet est un hôte sur elle. Ne pas examiner les méta directement: docs.djangoproject.com/en/1.8/ref/request-response/...
    InformationsquelleAutor Doug Bradshaw
  9. 8

    Encore une autre façon. Vous pouvez utiliser build_absolute_uri() dans votre view.py et la passer au modèle.

    view.py

    def index(request):
    baseurl = request.build_absolute_uri()
    return render_to_response('your-template.html', { 'baseurl': baseurl })

    your-template.html

    {{ baseurl }}
    • HttpRequest.build_absolute_uri(request) est équivalent à request.build_absolute_uri() n'est-ce pas?
    • oui, il est.
    InformationsquelleAutor Sven Rojek
  10. 7

    Examiner Request.META dictionnaire qui vient dans. Je pense qu'il a un nom de serveur et le port du serveur.

    InformationsquelleAutor Kugel
  11. 6

    Essayez le code suivant:

    {{ request.scheme }}://{{ request.META.HTTP_HOST }}
    • Que vais juste donner le domaine sans le chemin d'accès et la chaîne de requête, non?
    InformationsquelleAutor mark
  12. 5

    Je sais que c'est une vieille question. Mais je pense que les gens courent encore dans beaucoup.

    Il ya un couple de bibliothèques de compléter la valeur par défaut de Django fonctionnalité. J'ai essayé un peu. J'aime la bibliothèque suivantes lors de l'inverse du référencement des urls absolues:

    https://github.com/fusionbox/django-absoluteuri

    Un autre que j'aime parce que vous pouvez facilement mettre ensemble un domaine, le protocole et le chemin d'accès est:

    https://github.com/RRMoelker/django-full-url

    Cette bibliothèque vous permet de simplement écrire ce que vous voulez dans votre modèle, par exemple:

    {{url_parts.domain}}
    InformationsquelleAutor johniak20
  13. 4

    Cela a fonctionné pour moi dans mon template:

    {{ request.scheme }}:{{ request.META.HTTP_HOST }}{% url  'equipos:marca_filter' %}

    J'avais besoin de la totalité de l'url pour passer à un js fonction d'extraction.
    J'espère que cela vous aidera.

    InformationsquelleAutor Jose Luis Quichimbo
  14. 3

    Si vous utilisez django REST framework, vous pouvez utiliser la fonction d'inversion de rest_framework.reverse. Ce comportement est le même que django.core.urlresolvers.reverse, sauf qu'il utilise un paramètre de la requête pour construire une URL complète.

    from rest_framework.reverse import reverse

# returns the full url
url = reverse('view_name', args=(obj.pk,), request=request)

# returns only the relative url
url = reverse('view_name', args=(obj.pk,))

    Édité parler de leur disponibilité dans le RESTE de cadre

    • J'obtiens une erreur à l'aide de request=request. Il ne semble pas que la demande est documentée ici docs.djangoproject.com/en/1.9/ref/urlresolvers/#reverse
    • J'ai oublié de mentionner cette option est uniquement disponible si vous utilisez le RESTE du cadre. Bonne prise, j'ai mis à jour ma réponse.
    • Oui merci, cela fonctionne comme un charme avec django REST framework
    InformationsquelleAutor JohnG
  15. 1

    Je l'ai eu:

    wsgiref.util.request_uri(request.META)

    Obtenir l'uri complet avec schéma, l'hôte, le port de chemin et de requête.

    InformationsquelleAutor wonder
  16. 0

    Il est également ABSOLUTE_URL_OVERRIDES disponibles en tant que paramètre de

    https://docs.djangoproject.com/en/2.1/ref/settings/#absolute-url-overrides

    Mais qui remplace get_absolute_url(), qui peut ne pas être souhaitable.

    Au lieu d'installer des sites de cadre de juste pour ce ou de faire certaines des autres choses mentionnés ici, qui s'appuie sur l'objet de demande, je pense que la meilleure solution est de les placer dans un models.py

    Définir BASE_URL dans settings.py puis de l'importer dans models.py et de faire une classe abstraite (ou l'ajouter à celui que vous utilisez déjà) qui définit get_truly_absolute_url(). Il pourrait être aussi simple que:

    def get_truly_absolute_url(self):
    return BASE_URL + self.get_absolute_url()

    Sous-classe, et maintenant vous pouvez l'utiliser partout.

    InformationsquelleAutor aris
  17. -2

    request.get_host() vous donnera le domaine.

    • La question des états, URL complète
    InformationsquelleAutor Roge
  18. -4

    Vous pouvez essayer de "demande.get_full_path()"

    • Cela n'inclut pas le domaine.
    • domaine exclus.
    InformationsquelleAutor Max Ferreira
  19. -4

    Vous pouvez également utiliser:

    import socket
socket.gethostname()

    Cela fonctionne bien pour moi,

    Je ne suis pas entièrement sûr de savoir comment il fonctionne. Je crois que c'est un peu plus faible niveau et sera de retour à votre nom d'hôte du serveur, qui peut être différent du nom d'hôte utilisé par votre utilisateur pour accéder à votre page.

    • Ouais..vous l'avez souligné le problème. Nom d'hôte n'est pas nécessairement le même que le nom de domaine.
    • Cela résout un très, le problème est différent. Considérons un serveur d'hébergement mutualisé avec plusieurs sites web - à l'aide du code ci-dessus, tous les sites de la génération d'URLs aura toutes ces URLs pointant vers la machine hôte, ce qui n'est probablement PAS toute de la gestion de sites internet.
    InformationsquelleAutor Eduardo