nginx и регистр доменного имени

Ну если у тебя есть ко мне какие то личные вопросы, возможно стоит это обсуждать не здесь?

Какие у меня к тебе могут вопросы? Тем более личные. Я просто прошу модератора рассмотреть возможность сделать ресурс немного чище.

Так для этого ведь есть спец тред, называется что-то вроде «ссылки на некорректные сообщения». Сюда то зачем писать?
Если к модераторам есть вопросы, для этого целый раздел есть.

Ну и люблю лор - хоть бы кто вопрос нормально рассмотрел, всем надо стаей нападать на одного. А потом еще и ты пришел, вспомнил какую то старую обиду и тоже решил присоединиться :) Крутота.

Да я уже согласился с вашей теорией

ну хоть что-то

почему тогда браузеры то работают иначе

Так я и нашёл rfc6596 — именно руководствуясь этими требованиями они приводят url в единообразный вид.

Дурдом, конечно — вот вам старые стандарты из 80-х, по ним пофиг в каком регистре домен. А вот вам новые стандарты — приведите урл к определённому виду. И да, ребята, этот новый стандарт для веб-сервера не обязателен, не беспокойтесь, это для другого.

Если beastie, как непосредственный участник темы, не отреагирует в рамках темы, я посмотрю что можно сделать и нужно ли что-то делать.

Так я и нашёл rfc6596 — именно руководствуясь этими требованиями они приводят url в единообразный вид.

А curl вот не переводит. Проблема в стандартах, в курле или в браузере? Выше в треде мне сказали что domain.ru или doMain.ru должны обрабатываться сервером по разному, но браузер не дает мне отправить запрос doMain.ru, он его переводит в domain.ru.
Курл не переводит. Ну и что, кто виноват? Опять я, потому что этот вопрос поднял?

Если beastie, как непосредственный участник темы, не отреагирует в рамках темы, я посмотрю что можно сделать и нужно ли что-то делать.

Смотрите, мне не нравится участник этого форума с таким-то логином! Если модераторы не отреагируют, то я приму меры! Но я не буду писать об этом в спец раздел, я буду писать где хочу законом не запрещено.

А вот вам новые стандарты — приведите урл к определённому виду. И да, ребята, этот новый стандарт для веб-сервера не обязателен, не беспокойтесь, это для другого.

Типа того, но лучше меня говном закидать, а к третьей странице уже начать думать о вопросе.
Ну и самое интересное:

И да, ребята, этот новый стандарт для веб-сервера не обязателен, не беспокойтесь, это для другого.

Мне кто то хоть покажет, для чего может быть нужен разный регистр в домене? А то тут один писал что-то типа «я знаю, но не скажу».

мне не нравится участник этого форума с таким-то логином

нет, дружище я не буду тебя кормить и подпитывать твои фантазии.

Ну и что, кто виноват? Опять я, потому что этот вопрос поднял?

Виновато обилие стандартов с противоречащими друг другу требованиями и «многослойность» современного веба.

Выше в треде мне сказали что domain.ru или doMain.ru должны обрабатываться сервером по разному,

Там как-то витеевато выразили мысль.

По факту сервер не должен в домене различать регистр — особенности разных реализаций с ограниченными ресурсами из 80-х, когда кто-то работал только в верхнем регистре, а кто-то умел и в нижнем.

Но приводить его к какому-то определенному виду от него тоже не требуется. Тут разработчики решили что раз не требуется, то мы и не будем трогать, типа нафиг делать лишнюю работу.

А вот от браузера, CMS (упомянутый Wordpress) и прочего «высокоуровневого» ПО уже требуется приводить url к определенному виду, в частности, представлять имя домена в нижнем регистре.

а к третьей странице уже начать думать о вопросе

Моё понимание не изменилось, но я думал тут и без меня разберутся — чай не «ламеры».

для чего может быть нужен разный регистр в домене

Он не нужен, он даже вреден.

Как я понимаю: ограничения одних древних протоколов, клиентов и серверов позволяли использовать только один регистр (верхний), других — оба или только нижний. Нужно было как-то формализовать требования, чтобы у всего этого несовместимого зоопарка работало всё одинаково.

А вот от браузера, CMS (упомянутый Wordpress) и прочего «высокоуровневого» ПО уже требуется приводить url к определенному виду, в частности, представлять имя домена в нижнем регистре.

Я хз откуда тут вордпресс придумали, вопрос к нему отношения не имеет.
Черт, это так сложно понять что ли? Фильтровать данные на входе всегда будет дешевле, чем передавать их на бекенд и там их разбирать. Ну окей, предположим кому то надо чтоб регистр доменного имени был различным (КОМУ, ЗАЧЕМ?) - давайте это предусмотрим, вошьем по дефолту одно значение и дадим возможность изменить это в конфиге.

особенности разных реализаций с ограниченными ресурсами из 80-х

Мы сейчас точно про nginx говорим?

Как я понимаю: ограничения одних древних протоколов, клиентов и серверов позволяли использовать только один регистр (верхний), других — оба или только нижний. Нужно было как-то формализовать требования, чтобы у всего этого несовместимого зоопарка работало всё одинаково.

Смотри - днс разве придумали позже http? Нет. Но в днс почему то регистр не важен, а в http заголовке host - важен. Вот от этого у меня болит жопа. Не от того, что там какое то приложение в виде вордпресса или чего то еще его не так обрабатывает, а от того что на входе вместо стройного и логичного процесса я вижу какой то трешак, который ничем не обоснован, а собеседники в ответ на вопрос «почему так?» начинают нести какую то херь или говорить «ну вот так исторически так правильно ИМХО». Я что, не могу высказать свою точку зрения?

И насчет того, что тут писали «раз ты первый кто об этом пишет, значит никому не надо»: я сам то это нечаянно отловил. Учитывая тот факт, что браузеры перегоняют все в лоу, то это и не так просто, если специально не смотреть.

Да, почему это касается DOMAIN, но не касается всего URL — доменное имя используется намного шире, чем url. Ломать обратную совместимость довольно опасно.

И никогда, НИКОГДА ответ вида «потому что это так» не будет работать. Люди, которые это пишут - могут идти в жопу, хоть они модераторы, хоть нет.

Да, почему это касается DOMAIN, но не касается всего URL — доменное имя используется намного шире, чем url. Ломать обратную совместимость довольно опасно.

Какую обратную совместимость? Люди придумали dns чтоб не запоминать адреса, люди придумали http чтоб ходить забирать контент в удобном формате. Тусовка была примерно одна и та же, но в днс у нас регистр не важен, а в http в хосте - важен.
Давай возьмем бритву оккама - нахер нам надо оставлять регистрозависимость в http в поле host, если у нас днс не допускает там разного регистра? Я полагаю что в тот момент об этом просто никто и не думал, т.к. это не даст никаких подводных камней, если специально не формировать запрос через жопу.

Я еще раз уточню:
1. Dns не учитывает регистр в домене.
2. Все современные браузеры режут домен в лоукейс.
3. А веб серверу похер, он принимает и отдает дальше все как есть. Видимо его разработчики полагаются на первые 2 пункта и считают это поведение нормальным.

Логика? Не, не слышал. Ну раз нынешнее сообщество считает подход из пункта 3 нормальным, так давайте домены сделаем регистрозависимыми и из браузеров выкинем этот кусок кода.

Двуличные лицемеры, нежелающие подумать о вопросе. Зато сколько вы там страниц про системд и юниксвей расписали? Вот он ваш юниксвей - с одной стороны сделаем так, а с другой наоборот. Менять не будем, потому что исторически же сложилось! Скрепы не трожь.

предположим кому то надо чтоб регистр доменного имени был различным (КОМУ, ЗАЧЕМ?)

Да нет, касательно урлов для http действует уже новый стандарт где требуется привести доменное имя в нижний регистр. Почему curl игнорирует я точно сказать не могу, но предположу что у него возможности шире и он опирается на другие rfc.

Давай возьмем бритву оккама - нахер нам надо оставлять регистрозависимость в http в поле host, если у нас днс не допускает там разного регистра?

Эээ. ну ни кто не требует оставлять регистрозависимость, требуют её игнорировать. Т.е. ни кто не мешает всё сделать в лоу (или в верхний поднять — зачем? понаркоманить и поржать), всё будет работать.

А веб серверу похер, он принимает и отдает дальше все как есть. Видимо его разработчики полагаются на первые 2 пункта и считают это поведение нормальным.

Тут разрабы nginx просто проигнорировали возможность безнаказанно что-то делать. Возможно другие веб-сервера могут работают по другому, надо посмотреть.

Какую обратную совместимость?

А вот хз, я не могу придумать где сейчас актуальное оборудование и ПО не распарсит нижний регистр, может где-то в музее (пусть меня поправят кто в теме). Атавизм.

Да нет, касательно урлов для http действует уже новый стандарт где требуется привести доменное имя в нижний регистр.

О, спасибо за информацию, я не в курсе был. Покажешь где почитать про это?

Тут разрабы nginx просто проигнорировали возможность безнаказанно что-то делать. Возможно другие веб-сервера могут работают по другому, надо посмотреть.

Ну я апач посмотрел и nginx, остальное не стал - ведут себя одинаково.

А вот хз, я не могу придумать где сейчас актуальное оборудование и ПО не распарсит нижний регистр, может где-то в музее (пусть меня поправят кто в теме). Атавизм.

Черт, давай я еще раз (в какой там уже, сотый?) попробую объяснить:
1. Днс придумали, домены ввели изначально регистронезависимые
2. Хттп работает, но у него зачем то введена возможность обрабатывать домены в разном регистре, т.к. стандарт прямо не запрещает.

Итог - левая пятка у нас ведет себя так, а правая иначе. Почему правая так себя ведет? Потому что не запрещено =) Жесть?

Я не рассуждаю про какое то старое оборудование и тд, я рассуждаю о том почему это так работает? Если домены были регистронезависимы, зачем надо творить все это? Кто и зачем в веб серверах ввел реализацию этой фичи?

Да, почему это касается DOMAIN, но не касается всего URL — доменное имя используется намного шире, чем url. Ломать обратную совместимость довольно опасно.

Нет, всего uri это не касается потому что все что там идет после домена обрабатывает приложение в любом случае. Вот там делай что хочешь, рули как угодно и рисуй что хочешь, хоть утф емоджи.
А домен отрезолвить и показать - это другое.

О, спасибо за информацию, я не в курсе был. Покажешь где почитать про это?

Ну я не спец, могу подкинуть только википедию дать как отправную точку

https://en.wikipedia.org/wiki/Canonical_link_element
https://en.wikipedia.org/wiki/URL_normalization

Именно тут я вышел на rfc, а статью писал СЕО-шник — приведение url к единообразному виду полезна не только поисковым ботам.

Ну я апач посмотрел и nginx, остальное не стал - ведут себя одинаково

Значит разрабатываются по принципу — «работает? не трожь!»

домены ввели изначально регистронезависимые

Домен должен быть и у локального хоста вообще без намёка на сеть. МыСы доменное имя в ХР и ранее делала в верхнем регистре (не разбираюсь зачем, может наследие ДОС).

Кто и зачем в веб серверах ввел реализацию этой фичи?

Это упрощение. Сервер тут просто не обрабатывает регистр. Какой сакральный смысл этого в 2017? А ни какого, просто наследие, всем насрать.

Да, кстати, может какая DOS на древнем станке и не примет запрос с доменом в нижнем регистре.

Canonical link element

Это html тег.
rfc3986 очень мельком просмотрел, там чет не увидел про стандартизацию перевода в лоукейс. Тыкнешь цитатой оттуда?

Значит разрабатываются по принципу — «работает? не трожь!»

Это что за быдло-правило и зачем оно в этом треде?

Домен должен быть и у локального хоста вообще без намёка на сеть. МыСы доменное имя в ХР и ранее делала в верхнем регистре (не разбираюсь зачем, может наследие ДОС).

Ага, которое работало в любом регистре. Но тред про http, нахер ты тут эту винду приплел?

Сервер тут просто не обрабатывает регистр. Какой сакральный смысл этого в 2017? А ни какого, просто наследие, всем насрать.

И раз я это заметил, меня надо обложить говном и сказать ТАК НАДО?

DOS на древнем станке и не примет запрос с доменом в нижнем регистре.

DOS на древнем станке на который ходят по http, еще и не по ip, а по домену? Какие интересные истории.

Какие интересные истории.

А хз какой там быдлокод.

Так, мне надоело гадать и я пошёл смотреть RFC по DNS

https://www.ietf.org/rfc/rfc1035.txt

2.3.3. Character Case

For all parts of the DNS that are part of the official protocol, all
comparisons between character strings (e.g., labels, domain names, etc.)
are done in a case-insensitive manner.  At present, this rule is in
force throughout the domain system without exception.  However, future
additions beyond current usage may need to use the full binary octet
capabilities in names, so attempts to store domain names in 7-bit ASCII
or use of special bytes to terminate labels, etc., should be avoided.

When data enters the domain system, its original case should be
preserved whenever possible.  In certain circumstances this cannot be
done.  For example, if two RRs are stored in a database, one at x.y and
one at X.Y, they are actually stored at the same place in the database,
and hence only one casing would be preserved.  The basic rule is that
case can be discarded only when data is used to define structure in a
database, and two names are identical when compared in a case
insensitive manner.
Loss of case sensitive data must be minimized.  Thus while data for x.y
and X.Y may both be stored under a single location x.y or X.Y, data for
a.x and B.X would never be stored under A.x, A.X, b.x, or b.X.  In
general, this preserves the case of the first label of a domain name,
but forces standardization of interior node labels.

Systems administrators who enter data into the domain database should
take care to represent the data they supply to the domain system in a
case-consistent manner if their system is case-sensitive.  The data
distribution system in the domain system will ensure that consistent
representations are preserved.

Тут нам интересно только вот это:

When data enters the domain system, its original case should be preserved whenever possible.

Что и выполняет nginx.

А хз какой там быдлокод.

Мне просто история понравилась про мифический станок с досом, на который ходят через домен по хттп.

Что и выполняет nginx.

С этим никто и не спорит, мне еще раз что ли повторить то что я выше писал 10 раз?

RFC по DNS

Очень круто, а причем тут http host?

Ну надо эту RFC обновлять. А кому это нужно? Вопрос риторический, можно не отвечать.

Очень круто, а причем тут http host?

А потому что DOMAIN он и в Африке DOMAIN, а веб-серверу «влом гадать», что он тут передаёт.

Ну надо эту RFC обновлять.

Какую rfc обновлять, которая описывает днс? Веб сервер и хттп хедеры к нему каким боком относятся?

А потому что DOMAIN он и в Африке DOMAIN, а веб-серверу «влом гадать», что он тут передаёт.

Это что за бред? Днс однозначно говорит что все там в лоурегистре, я повторю вопрос - каким хером тут ты приплел http host заголовок, о котором тред? Ты там слова знакомые погуглил что ли и решил как аргумент привести?

Это что за бред?

Ну можешь считать это бредом, но это вот работает, через жопу.

хттп хедеры

В нем присутствует домен? Присутствует. А ты предлагаешь нагородить огород из кучи разных доменов? Вот этот домен настоящий домен, а тот домен — это другой домен, для хттп.

Днс однозначно говорит что все там в лоурегистре

Фак. Где? Где там, блжад, лоурегистр?

http host заголовок

Это для тебя он там какой-то заголовок, по факту он DOMAIN NAME.

ты там слова знакомые погуглил что ли и решил как аргумент привести?

У меня такое ощущение что ты знаешь только свой хттп, а на остальное срать хотел.

Фак. Где? Где там, блжад, лоурегистр?

Возьми любой домен и порезолви его в разном написании.

Ну можешь считать это бредом, но это вот работает, через жопу.

Хороший аргумент, просто шедевр. «НУ ПРОСТ)))))))»

В нем присутствует домен? Присутствует. А ты предлагаешь нагородить огород из кучи разных доменов? Вот этот домен настоящий домен, а тот домен — это другой домен, для хттп.
Вот этот домен настоящий домен, а тот домен — это другой домен, для хттп.

Што?

Это для тебя он там какой-то заголовок, по факту он DOMAIN NAME.

Што?

У меня такое ощущение что ты знаешь только свой хттп, а на остальное срать хотел.

Ну да, куда мне уж.

Три страницы тупняка вместо того чтобы добавить strtolower() в свой код.

См. суть треда на моей аватарке.

касательно этого случая, в nginx есть две переменные $http_host и $host.

первая, это тупо копия заголовка Host, пришедшего с клиента (...these are variables representing client request header fields, such ads $http_user_agent, $http_cookie, and so on.).

вторая это хост в нормализированном виде, использовать нужно ее. вот тут разжевано (...Moreover, in 0.8.17+ $host will be additionally lowercased.)

вместо того чтобы добавить strtolower() в свой код.

Какой ты оригинальный. Куда мне в nginx.conf воткнуть strtolower?

Спасибо. Тут весь тред можно удалить, оставить только твой комментарий.
Вместо нормального обсуждения этот вопрос вылился в три страницы комментариев «почему мне это не нужно» или «я не знаю, но считаю иначе». С меня пиво, если хочешь.

Тред не читал (вернее читал не только лишь всё, половину только).

На кой веб серверу делать лишнюю операцию при каждом запросе, если необходимость if($_SERVER['HTTP_HOST']){} возникает только у нескольких особо одарённых? Проверять имя хоста нужно только тебе, а производительность на несколько тактов упадёт у всех.

Какая тебе разница, как host написан в запросе? Хочет пользователь LINUX.org.ru - верни ему в ссылках LINUX.org.ru, коль RFC позволяет. С чего ты решил, что ему linux.org.ru нужен?

Пример необходимости получения case sensitive $_SERVER['HTTP_HOST'] просил?

$theme = ($_SERVER['HTTP_HOST'] === "LiNuX.oRg.Ru" ? "zomg_ponies" : "tango")

Пример необходимости получения case sensitive $_SERVER['HTTP_HOST'] просил?
$theme = ($_SERVER['HTTP_HOST'] === «LiNuX.oRg.Ru» ? «zomg_ponies» : «tango»)

А можно какой-нибудь другой пример? Не тот, который ты для меня специально сейчас придумал, а из реальной жизни. Ну и это, браузеры то чего тогда перегоняют все в нижний регистр? Я вот в хроме и фаерфоксе попробовал открыть LiNuX.oRg.Ru, а там linux.org.ru открывается.

На кой веб серверу делать лишнюю операцию при каждом запросе

Какую еще лишнюю операцию? Она сильно сложнее тех, когда nginx из server_name по регулярке забирает хостнейм?

Какая тебе разница, как host написан в запросе?

мда, напоминает обсуждение микроскопа австралийскими аборигенами, «что ты этоу ручку крутишь, этоже оверхед о_О»... лол.

to mogwai: сначала считается $host, см выше как, потом уже выбирается server_name. и так на каждый запрос.

PS пожалуйста. пива бы попил, но далеко я.

А что пьешь? Давай я тебе попозже скину на вебмани какие нибудь или карту. Сегодня не успею наверное уже правда.

to mogwai: сначала считается $host, см выше как, потом уже выбирается server_name. и так на каждый запрос.

О слушай, раз уж кто-то тут адекватный в этом треде есть, у меня давно вопрос валялся, наверное такой же идиотский - можно ли в rewrite использовать как-то переменные типа $host, и нормально ли это?

Хочет пользователь LINUX.org.ru - верни ему в ссылках LINUX.org.ru, коль RFC позволяет. С чего ты решил, что ему linux.org.ru нужен?

Хаха, а покажешь как мне отрезолвить LINUX.org.ru и linux.org.ru на отдельные ипы? А, нельзя ведь. Ладно, а как браузером открыть? Ах, тоже нельзя. Пишешь LINUX.org.ru а попадаешь на linux.org.ru, беспредел! Вот ведь незадача!

А почему тогда на уровне вебсервера можно содомию такую устраивать?

До $host не дочитал я) в любом случае рукозадость ТС.

рукозадость ТС.

Рукозадость ТС, который спросил почему такое поведение до сих пор сохранилось, и который (вот наглый какой) осмелел настолько, что пошел рассуждать об этом на лор? Посмотри мой предыдущий комментарий и давай подумаем на досуге о таких словах как двуличность и хитрожопие.

btw, кому я лично не нравлюсь и тд - пишите на почту или куда то там еще, в треде зачем срать?

кмк, в реврайт можно использовать любые переменные, которые будут доступны (имеют смысл) после приема заголовков от клиента.

но $host это странно в rewrite (если только не для логов).

лучше уж тогда сразу: http://nginx.org/en/docs/http/ngx_http_map_module.html

который спросил почему такое поведение до сих пор сохранилось

Оно сохранилось, потому что всем насрать. Я не понимаю, почему такая простая мысль требует развернутых пояснений.

Мне вот насрать на пыль на кухонном шкафу, поэтому она там сохраняется месяцами, если не годами.

почему регистр в доменном имени важен,
зачем он передается вебсервером дальше?

Видимо, всех вгоняет в ступор это. Поясни, каким образом передача веб-сервером полученного имени без изменения регистра означает важность его сохранения ?

Но почему тогда все браузеры шлют запрос не так, как ты его вбил, а перегоняют домен в лоукейс?

Им так хочется. Мало ли. Стандарт от этого не нарушается точно так же.

Выше в треде мне сказали что domain.ru или doMain.ru должны обрабатываться сервером по разному

Цитату, или балобол. Тебе весь тред втирают, что одиноково.

Рукозадость ТС, который спросил почему такое поведение до сих пор сохранилось, и который пошел рассуждать об этом на лор?

который покатил телегу на nginx из-за того, что не знает различия $http_host и $host

там регистр сразу становится важен

«Важен» и «существует» это разные вещи. Регистр есть, но он не значим. Именно это и означает case insensitive. Как в виндовой файловой системе, там ведь возможно использование заглавных букв в именах файла, просто Порнушка.AVI и порнушка.avi это один и тот-же файл.

Разупорись уже, пожалуйста