如果你想使用reverse()，你可以这样做:request。build_absolute_uri(反向(view_name, args = (obj。pk,)))

检查请求。META字典。我认为它有服务器名和服务器端口。

试试下面的代码:

{{ request.scheme }}://{{ request.META.HTTP_HOST }}

<div class='col-12 col-md-6'>
    <p class='lead'>Login</p>
    {% include 'accounts/snippets/form.html' with form=login_form next_url=request.build_absolute_uri %}
</div>

例如，在这里，我说加载表单，并告诉表单，下一个URL是当前的URL，这段代码呈现

在请求时使用方便的request.build_absolute_uri()方法，将相对url传递给它，它会给你一个完整的url。

默认情况下，返回request.get_full_path()的绝对URL，但您可以将相对URL作为第一个参数传递给它，以将其转换为绝对URL。

>>> request.build_absolute_uri()
'https://example.com/music/bands/the_beatles/?print=true'
>>> request.build_absolute_uri('/bands/?print=true')
'https://example.com/bands/?print=true'

还有ABSOLUTE_URL_OVERRIDES可用作为设置

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

但这将覆盖get_absolute_url()，这可能是不可取的。

我认为更好的解决方案是把它放在models.py中，而不是仅仅为此安装sites框架，或者做一些这里提到的依赖于request对象的其他事情

在settings.py中定义BASE_URL，然后将其导入models.py并创建一个抽象类(或将其添加到您已经在使用的类中)，该类定义get_truly_absolute_url()。它可以很简单:

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

子类化它，现在你可以在任何地方使用它。