Comment puis-je obtenir le baseurl de site?

Je veux écrire une petite aide de la méthode qui retourne l'URL de base du site. C'est ce que je suis venu avec:

public static string GetSiteUrl()
{
    string url = string.Empty;
    HttpRequest request = HttpContext.Current.Request;

    if (request.IsSecureConnection)
        url = "https://";
    else
        url = "http://";

    url += request["HTTP_HOST"] + "/";

    return url;
}

Est-il une erreur dans ce que vous pouvez penser? Quelqu'un peut-il améliorer sur ce point?

Cochez cette stackoverflow.com/questions/3933662/...
double possible de Comment puis-je obtenir mon webapp de l'URL de base dans les ASP.NET MVC?

InformationsquelleAutor Jaggu | 2011-09-14

asp.net c#httprequest uri

316

Essayez ceci:
```
string baseUrl = Request.Url.Scheme + "://" + Request.Url.Authority + 
    Request.ApplicationPath.TrimEnd('/') + "/";
```
- C'est la seule réponse que j'ai trouvé qui traite du cas où un site, une application, qui est un enfant d'un haut niveau de site web dans IIS.
- chaîne de caractères.Format("{0}{1}/", Demande.Url.GetLeftPart(UriPartial.L'Autorité), Demande.ApplicationPath.TrimEnd('/'))
- Demande.Url.Schéma ne fonctionne pas toujours quand vous avez http interne configuré et la terminaison SSL mis en place pour https en interne sur un serveur, mais l'exécution https* à l'extérieur. Pour contourner ce problème, j'ai simplement fait un environnement spécifique AppSetting Clé "UrlScheme" avec la valeur de "http" ou "https" basé sur les qui héberge le site web. Ce paramètre dans le web.config peut être consulté par ConfigurationManager.AppSettings["Clé"]
- Cela ne prend pas en compte l'équilibrage de charge, où le déchiffrement se produit, ou de l'avant des procurations. Vous pouvez vous retrouver avec une adresse incorrecte à l'aide de cela, soyez donc prudent et savoir où votre site a été déployé.
- $"{System.Web.HttpContext.Current.Request.Url.GetLeftPart(UriPartial.Authority)}{System.Web.HttpContext.Current.Request.ApplicationPath?.TrimEnd('/')}/";
InformationsquelleAutor Frank Allenby
165
```
string baseUrl = Request.Url.GetLeftPart(UriPartial.Authority)
```
C'est tout 😉
- Cela ne fonctionne pas pour Virtuel ou le Chemin de l'Application. Vous devez utiliser la Demande.ApplicationPath en plus de la partie gauche.
- url de base est httpx://domaine.com:[port]/ vous devez ajouter le chemin de app-vous de cette solution
InformationsquelleAutor Warlock
9

Le populaire GetLeftPart solution n'est pas pris en charge dans le PCL version de Uri, malheureusement. GetComponents est, toutefois, si vous avez besoin de portabilité, cela devrait faire l'affaire:
```
uri.GetComponents(
    UriComponents.SchemeAndServer | UriComponents.UserInfo, UriFormat.Unescaped);
```
InformationsquelleAutor Todd Menier
6

Pour moi, @démoniste se présente comme la meilleure réponse jusqu'ici, mais j'ai toujours utilisé dans le passé;
```
string baseUrl = Request.Url.GetComponents(
    UriComponents.SchemeAndServer, UriFormat.UriEscaped)   
```
Ou dans un WebAPI contrôleur;
```
string baseUrl = Url.Request.RequestUri.GetComponents(
    UriComponents.SchemeAndServer, UriFormat.Unescaped)
```
qui est à portée de main afin que vous puissiez choisir ce que échapper format que vous voulez. Je ne suis pas clair pourquoi il y a deux implémentations différentes, et autant que je puisse en dire, cette méthode et @démoniste retour exactement le même résultat dans ce cas, mais il semble que GetLeftPart() également de travailler pour les non Uri du serveur est comme mailto tags par exemple.

InformationsquelleAutor cirrus
6

Je crois que les réponses ci-dessus ne prend pas en considération lorsque le site n'est pas à la racine du site web.

C'est un pour WebApi contrôleur:
```
string baseUrl = (Url.Request.RequestUri.GetComponents(
                    UriComponents.SchemeAndServer, UriFormat.Unescaped).TrimEnd('/') 
                 + HttpContext.Current.Request.ApplicationPath).TrimEnd('/') ;
```
- À partir de l'intérieur d'un contrôleur de l'utilisation de la Configuration.VirtualPathRoot comme il est l'hôte indépendante.
InformationsquelleAutor rufo
5

Je aller avec
```
HttpContext.Current.Request.ServerVariables["HTTP_HOST"]
```
- Cela va ajouter le protocole: (HttpContext.Demande.ServerVariables["HTTPS"] == "off" ? "http://" : "https://") + HttpContext.Demande.ServerVariables["HTTP_HOST"]
InformationsquelleAutor Talha
4

C'est beaucoup plus infaillible méthode.
```
VirtualPathUtility.ToAbsolute("~/");
```
- l'appel ne sera pas de retour tout simplement / si vous hébergez dans certains domaine d'application de l'e.g votreserveur/nom_application/yourrootpath
- oui, son genre d'une question ambiguë
InformationsquelleAutor Daniel A. White
4

Basé sur ce Sorcier a écrit, j'ai trouvé que le chemin d'accès virtuel racine est nécessaire si vous n'êtes pas hébergé à la racine de votre site web. (Cela fonctionne MVC, Web API contrôleurs)
```
String baseUrl = Request.RequestUri.GetLeftPart(UriPartial.Authority) 
+ Configuration.VirtualPathRoot;
```
InformationsquelleAutor SpazDude
1

Cela fonctionne pour moi.
```
Request.Url.OriginalString.Replace(Request.Url.PathAndQuery, "") + Request.ApplicationPath;
```
- Demande.Url.OriginalString: retourne le chemin complet de même que le navigateur affiche.
- Demande.Url.PathAndQuery: retourner le (chemin complet) - (nom de domaine + PORT).
- Demande.ApplicationPath: return "/" sur le serveur hébergé et "nom de l'application" sur IIS local déployer.
Donc, si vous voulez accéder à votre nom de domaine n'envisager d'inclure le nom de l'application en cas de:
1. IIS déploiement
2. Si votre application est déployée sur le sous-domaine.
InformationsquelleAutor FAHID
1

Je suis en utilisant le code suivant à partir de Application_Start

String baseUrl = Path.GetDirectoryName(HttpContext.Current.Request.Url.OriginalString);

InformationsquelleAutor Crispijn Lange

 string baseURL = HttpContext.Request.Url.Host;

InformationsquelleAutor shebin c babu

0

Veuillez utiliser le ci-dessous code
```
string.Format("{0}://{1}", Request.url.Scheme, Request.url.Host);
```
- Veuillez expliquer votre code afin que les autres utilisateurs puissent comprendre ses fonctionnalités. Merci!
InformationsquelleAutor Pranav Joseph

-2

vous pourriez peut-être ajouter dans le port pour non port 80/SSL?

quelque chose comme:

if (HttpContext.Current.Request.ServerVariables["SERVER_PORT"] != null && HttpContext.Current.Request.ServerVariables["SERVER_PORT"].ToString() != "80" && HttpContext.Current.Request.ServerVariables["SERVER_PORT"].ToString() != "443")
            {
                port = String.Concat(":", HttpContext.Current.Request.ServerVariables["SERVER_PORT"].ToString());
            }

et de l'utiliser dans le résultat final?

Request.Url.Authority va inclure le numéro de port si c'est non-standard

InformationsquelleAutor Mark Redman

Vous devez vous connecter pour publier un commentaire.