Знак "+" на именах поддоменов - PullRequest
4 голосов
/ 23 января 2012

пример: hello + all.domain.com работает с chrome / firefox. это не с ie / safari.

Я полагаю, что для этого нет обходного пути, верно? спасибо


Я добавляю, что использование urlencode «работает»: URL с Urencoded работает с обоими, т.е. / safari, но не с chrome / firefox. Однако нельзя использовать 2 URL для одного и того же персонала.

Ответы [ 2 ]

6 голосов
/ 23 января 2012

Знак «плюс» недопустим в допустимом доменном имени. От RFC952:

«Имя» (Net, Host, Gateway или Domain name) представляет собой текстовую строку вверх до 24 символов, взятых из алфавита (A-Z), цифры (0-9), минус знак (-) и точка (.). Обратите внимание, что периоды разрешены только тогда, когда они служат для разграничения компонентов «имен стилей домена».

3 голосов
/ 28 октября 2015

Определение имен хостов можно найти в RFC 952 и обновлено RFC 1152 , чтобы разрешить более длинные имена хостов (24 -> 63).

Даже с IDN (Википедия) , основные ограничения, касающиеся действительных символов RFC 952, все еще существуют, как и (исправление мое):

  1. «Имя» (Net, Host, Gateway или Domain name) представляет собой текстовую строку вверх до 24 63 символа, взятых из алфавита (A-Z), цифры (0-9), минус знак (-) и точка (.).

В IDN символы Юникода преобразуются в разрешенный набор символов с помощью Punycode, RFC 3492 . Однако символы ASCII (от 0 до 127 десятичных знаков) не штрафуются, поэтому символ + (43 десятичных знака) останется без изменений и, следовательно, будет недействительным.

...