Jaka jest najlepsza metoda uzyskania bieżącej domeny w ASP.NET?

Zastanawiam się, jaki najlepszy sposób uzyskania bieżącej domeny jest w ASP.NET?

Na przykład:

http://www.domainname.com/subdir/ powinno dać http://www.domainname.com http://www.sub.domainname.com/subdir/ powinno dać http://sub.domainname.com

Jako przewodnik powinienem móc dodać adres URL, taki jak „/Folder/Content/filename.html” (powiedzmy, jak wygenerowany przez Url.RouteUrl () w ASP.NET MVC) bezpośrednio do adresu URL i powinno działać.

Taka sama odpowiedź jak MattMitchell, ale z pewnymi modyfikacjami. Zamiast tego sprawdza domyślny port.

Edycja: zaktualizowana składnia i użycie Request.Url.Authorityzgodnie z sugestią

$"{Request.Url.Scheme}{System.Uri.SchemeDelimiter}{Request.Url.Authority}"

Zgodnie z tym linkiem dobrym punktem wyjścia jest:

Request.Url.Scheme + System.Uri.SchemeDelimiter + Request.Url.Host 

Jeśli jednak domena to http://www.domainname.com:500, to się nie powiedzie.

Coś podobnego do następującego jest kuszące, aby rozwiązać ten problem:

int defaultPort = Request.IsSecureConnection ? 443 : 80;
Request.Url.Scheme + System.Uri.SchemeDelimiter + Request.Url.Host 
  + (Request.Url.Port != defaultPort ? ":" + Request.Url.Port : "");

Jednak porty 80 i 443 będą zależeć od konfiguracji.

W związku z tym powinieneś użyć tego, IsDefaultPortco w zaakceptowanej odpowiedzi powyżej Carlosa Muñoza.

Request.Url.GetLeftPart(UriPartial.Authority)

Jest to schemat uwzględniony.

OSTRZEŻENIE! Do każdego, kto korzysta z Current.Request .Url.Host. Zrozum, że pracujesz w oparciu o CURRENT REQUEST i że bieżące żądanie nie ZAWSZE będzie przychodzić z twoim serwerem, a czasami może być z innymi serwerami.

Więc jeśli użyjesz tego w czymś takim jak Application_BeginRequest () w Global.asax, to w 99,9% przypadków będzie dobrze, ale w 0,1% możesz otrzymać coś innego niż nazwa hosta twojego własnego serwera.

Dobrym tego przykładem jest coś, co odkryłem niedawno. Mój serwer od czasu do czasu trafia na http://proxyjudge1.proxyfire.net/fastenv . Application_BeginRequest () z przyjemnością obsługuje to żądanie, więc jeśli wywołasz Request.Url.Host podczas wysyłania tego żądania, otrzymasz z powrotem proxyjudge1.proxyfire.net. Niektórzy z was mogą pomyśleć „no duh”, ale warto zwrócić na to uwagę, ponieważ był to bardzo trudny do zauważenia błąd, ponieważ zdarzał się tylko w 0,1% przypadków: P

Ten błąd zmusił mnie do wstawienia mojego hosta domeny jako ciągu w plikach konfiguracyjnych.

Dlaczego nie użyć

Request.Url.Authority

Zwraca całą domenę ORAZ port.

Nadal musisz określić http lub https

Prosty i krótki sposób (obsługuje schemat, domenę i port):

Posługiwać się Request.GetFullDomain()

// Add this class to your project
public static class HttpRequestExtensions{
    public static string GetFullDomain(this HttpRequestBase request)
    {
        var uri= request?.UrlReferrer;
        if (uri== null)
            return string.Empty;
        return uri.Scheme + Uri.SchemeDelimiter + uri.Authority;
    }
}

// Now Use it like this:
Request.GetFullDomain();
// Example output:    https://www.example.com:5031
// Example output:    http://www.example.com:5031
// Example output:    https://www.example.com

Inny sposób:

string domain;
Uri url = HttpContext.Current.Request.Url;
domain= url.AbsoluteUri.Replace(url.PathAndQuery, string.Empty);

Co powiesz na:

NameValueCollection vars = HttpContext.Current.Request.ServerVariables;
string protocol = vars["SERVER_PORT_SECURE"] == "1" ? "https://" : "http://";
string domain = vars["SERVER_NAME"];
string port = vars["SERVER_PORT"];

Korzystanie z UriBuilder:

    var relativePath = ""; // or whatever-path-you-want
    var uriBuilder = new UriBuilder
    {
        Host = Request.Url.Host,
        Path = relativePath,
        Scheme = Request.Url.Scheme
    };

    if (!Request.Url.IsDefaultPort)
        uriBuilder.Port = Request.Url.Port;

    var fullPathToUse = uriBuilder.ToString();

Co powiesz na:

String domain = "http://" + Request.Url.Host