Я ищу эквивалент этого javascript
window.location.origin
но на стороне сервера при создании страниц mvc.
Например, если вы находитесь здесь https://website.com/123, он вернет
https://website.com
Важно, чтобы у меня была часть "https://"
Я ищу эквивалент этого javascript
window.location.origin
но на стороне сервера при создании страниц mvc.
Например, если вы находитесь здесь https://website.com/123, он вернет
https://website.com
Важно, чтобы у меня была часть "https://"
я фанат
string url = Request.Url.PathAndQuery.length > 1
? Request.Url.AbsoluteUri.Replace(Request.Url.PathAndQuery, string.Empty)
: url;
Сохраняет ваш Http/Https, порт (если применимо) и HostName/IP.
Обновлено до учетной записи для длины PathAndQuery, равной 1.
ты мог бы попробовать
@String.Format("{0}://{1}", Request.Url.Scheme, Request.Url.Authority)
Or
@String.Format("{0}://{1}", Request.Url.Scheme, Request.Url.Host)
Власть будет включать номер порта
:
в ваших полномочиях. 06.08.2012 Я думаю, вы ищете Request.Url или RawUrl.
Uri.Scheme запроса.Url предоставит вам информацию разница http/https.
/123
. 06.08.2012 http://localhost:63105/home/index
, Request.Url вернет http://localhost:63105/home/index
, а Request.RawUrl вернет /home/index
. Оба наших ответа хуже, чем у Эрика, поэтому я удалю свой. 06.08.2012 window.location.origin в javascript возвращает протокол, порт (если есть), домен и расширение текущего URL-адреса.
Если вы хотите получить ту же информацию из URL-адреса, принятые ответы предоставят вам это.
Если вам нужно такое же поведение, то есть фрагмент javascript вызывает метод вашего сервера, и вы хотите знать, откуда он вызывается, вы можете проверить HttpRequest.URLReferrer. Однако это может быть легко подделано и, следовательно, ненадежно.
UrlReferrer
опасно! Он может быть подделан или установлен на что угодно. Это открывает целую большую банку червей, если вы не убегаете правильно и т. д. (например, XSS). Кроме того, когда я попаду на страницу, скажем, с Google.com, ваш метод вернет google.com, а не веб-сайт.com. Никогда не доверяйте пользовательскому вводу; реферер именно такой. 12.09.2016
Request.Url.PathAndQuery
равно/
, т.е. пусто. 20.11.2018