Использование двоеточия (:) в URL-адресе с ASP.NET/IIS

Измените атрибут requestPathInvalidCharacters для httpRuntime в web.config:

<httpRuntime maxRequestLength="20480" requestValidationMode="2.0" requestPathInvalidCharacters="" maxQueryStringLength="20480" />

и ASP.NET больше не должны блокировать двоеточия в пути вашего запроса.

Ответил на аналогичный вопрос здесь: https://stackoverflow.com/a/12037000/134761

Кажется, что ASP.net не допускает двоеточия перед знаком "?" в URL-адресе, даже если он закодирован как% 3A.

Например, это не сработает:

http://foo.org/api/persons/foo:bar

http://foo.org/api/persons/foo%3abar

Но это работает:

http://foo.org/api/persons?id=foo%3abar

Во всех примерах мы ожидаем, что ASP.NET MVC передаст «foo: bar» в качестве аргумента идентификатора, правильно декодированного. Я только что протестировал это с помощью MVC4, и, похоже, он работает. Раздражает то, что он не принимает кодировку URL перед вопросительным знаком, но я уверен, что для этого есть веская причина. Вероятно, чтобы все, что было до вопросительного знака, было действительным URL-адресом, и все аргументы после вопросительного знака.

Попробуйте установить HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ HTTP \ Parameters \ AllowRestrictedChars. Это взято с http://support.microsoft.com/?id=820129. Я не знаю, выполняет ли ASP.NET/MVC некоторую проверку самостоятельно, но если вас блокирует только http.sys, это должно исправить.

Этот параметр web.config работал у меня. Он принимает двоеточия (:) в URL-адресе.

<httpRuntime targetFramework="4.6.1" requestPathInvalidCharacters=""/>

Предлагаю вам переосмыслить то, что вы хотите делать. Используйте путь, чтобы указать контекст и скрыть имена классов и полей, сопоставив определенные контексты в путях URL-адресов с именами классов и полями. Если вам нужно указать пользователя, например, создайте макет URL как example.com/users/chaiguy, а не example.com/user:chaiguy.

На самом деле доступен WCF REST, и вы можете легко начать работу в течение часа, используя доступный стартовый набор WCF здесь. Это берет мощь REST и объединяет ее с легкостью WCF. Также с помощью WCF вы также можете создать свой собственный транспортный уровень, если вам нужно, чтобы он мог интерпретировать URL-адреса любым способом. Одна интересная особенность стартового набора заключается в том, что в нем разрешены пробелы в URL-адресе, что на самом деле вызывало некоторые головные боли для настоящих REST-фондов.

Я не был заинтересован в этом из-за WCF, но вам действительно не нужно так много знать. Решение создает все, что вам нужно, просто добавьте код.

Я бы посоветовал использовать точку. REST, основанный на протоколе HTTP, является примером создания нового использования HTTP, которое соответствует стандартам и является весьма успешным. Возможно, ты сможешь это сделать.

И '.' является стандартным "class.method" или "class.attribute" на многих языках.

Теперь я хотел использовать двоеточие во временных параметрах URL, и некоторые места это делают. Мне все еще нужно посмотреть, смогу ли я сойти с рук.

PS, для меня я могу использовать это: http://www.businesscasualblog.com/2009/07/how-to-share-a-link-to-a-specific-timecode-in-youtube-video.html

по сути '--h - m - s'

Допустимо ли двоеточие в URL-адресе? Краткий ответ нет.

Длинный ответ, да, если он находится в фрагменте URL.

Пример: http://site/gwturl#user:45/comments (обратите внимание, что двоеточие следует за хеш-тегом)

Источники

• этот ответ,
• Безопасно ли двоеточие для использования дружественного URL-адреса?
• вместе с личным тестом простого добавления : к URL-адресу в ASP.NET и получения YSOD с A potentially dangerous Request.Path value was detected from the client (:)