Апач реврайтит урлкодированные ссылки в нижний регистр

А скажи мне, программист, в шестнадцатиричной системе счисления цифра d равна цифре D, или нет?

Попробуй объяснить это поисковым роботам, которым нет дела до того кто там чему равен, т.к. воспринимается УРЛ как строка, причем чувствительно к регистру.

Поржал. Цифры тебе тоже в верхний регистр перевести ? :)

Use ЧПУ, Luke!

Use ЧПУ, Luke!

А это по твоему что?

Поржал. Цифры тебе тоже в верхний регистр перевести ? :)

Ага, а если без сарказма?

С каких пор поисковые роботы стали регистро-зависимые ?

Может проще СЕОшников ваших выгнать ?

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

С каких пор поисковые роботы стали регистро-зависимые ?

А с каких пор нет? Если на сервере лежит файл /test.txt то индексирует именно так, а если /TEST.txt то именно так.

Не не, регистрозависимость там есть. Это не винды. но не в данном случае.

для апача и верхний и нижний регистр - одно и тоже

В какой кодировке? )))

Может проще СЕОшников ваших выгнать ?

Может и так, но это не мне решать

Да пойми ты ! %d0 и %D0 в url'e - это одно и тоже. Что для сервера, что для браузера, что для поискового робота

Либо вы что-то очень сильно неправильно делаете

но не в данном случае

Я говорю про дубликаты в индексации, если отключить регистрозависимость в роутах сайта, то по «разным» урл будет одинаковый контент.

Попробуй объяснить это поисковым роботам

Нет, попробуй объяснить т.н. «сеошникам» и заодно осознай сам, что значение числа не зависит от шрифта, которым это число написано.

Да пойми ты ! %d0 и %D0 в url'e - это одно и тоже

Дада, и ты пойми, что такая ссылка тоже хавается: /test%20%20 и индексируется, хотя там просто «два пробела»

значение числа не зависит от шрифта, которым это число написано

Где ты видел про числа? Речь про строки - урл это строка, а не число.

Господа - по сабжу то что?

Кем хавается ? Кем индексируется ? Если речь про поисковики, то там люди умней работают, чем ваши сеошники. Если хавается в вашей внутренней кухне - то то, повторяюсь, вы что-то очень сильно делаете не так

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

http://habrahabr.ru/post/91797/

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

А вот то, что ты толкуешь числа как уникальные рисунки из кружочков и палочек - это проблема не апача, не поисковых роботов и не пхп, а лично и только твоя.

почему нельзя было сразу романизировать?

Это относится не только к ЧПУ движка, но и например статическим файлам с кириллицей в именах.

ты толкуешь числа

Вот и почитай спеки что такое URL и URI и покажи мне там хотябы упоминание о числах.

В конкретно данном случае, а не из-за кодировок

URLs can only be sent over the Internet using the ASCII character-set.

Since URLs often contain characters outside the ASCII set, the URL has to be converted into a valid ASCII format.

URL encoding replaces unsafe ASCII characters with a «%» followed by two hexadecimal digits.

URLs cannot contain spaces. URL encoding normally replaces a space with a plus (+) sign or with %20.

Иди и читай спеки, неуч.

Чувак, ты научишься формализовать проблему, или нет?
За каким рожном ты приплел апач и СЕО (!) туда, где проблема лежит исключительно в неспособности «программиста» понять, что у него на входе программы?
Нахрена ты приперся в мой уютный /admin с быдлопыховским вопросом? Иди в /web-development, там таких как ты много.

Посмотрел я статью, что ты привел... Там какая-то хрень написана. Не знаю, может для микрософтовского бинга и актуальная... В гугле проверил - ему насрать, что с http://www.sitename, что просто sitename, что цифры разными регистрами ;) - ищет одинаково.

Это тебя СЕОшники так в мозг имеют ? Закрой им хабр на проксе.

Иди и читай спеки, неуч

Где тут сказано о регистре урлкодированной строки? Где тут сказано что это числа, а не строка? Зато в самом верху сказано что да - строка.

Где тут сказано что это числа, а не строка?

Так, всё, no hope, пациент еще и слепой.

что у него на входе

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

С какого рожна апач их пергоняет в нижний регистр? Кстати такое поведение только на «бзде», ни в онтопике, ни в офтопике такого нет.

URL encoding replaces unsafe ASCII characters with a «%» followed by two hexadecimal digits.

RTFM до полного просветления.

полного просветления

А теперь для полнейшего просветления спроси у себя сам где в http GET вообще ты видел число?

О регистре чисел ты можешь вдоволь поговорить с работодателем.
А здесь все-таки технический ресурс.
И еще: ты программист, да?
Мне для коллекции.

Как реализация http GET в конкретном браузере вообще соотносится с тем, что ты толкуешь? А, не, ты хочешь написать костылей, чтобы все кривое работало правильно, причем не исправляя кривой продукт.

Как реализация http GET в конкретном браузере

Я не про браузер, а про сервер. Вот прилетел гет-запрос на сервер. Что там? Числа?

кривой продукт

Раз кривой: http://stackoverflow.com/questions/918019/net-urlencode-lowercase-problem Два кривой: http://stackoverflow.com/questions/16957429/how-to-avoid-apache-transfering-u... Три кривой: http://stackoverflow.com/questions/16421531/url-encoded-paths-differs-by-webs... Дальше продолжать?

О регистре чисел ты можешь вдоволь поговорить с работодателем.

Я говорю о регистре строк, не нужно выворачивать.

Раз кривой, Два кривой, Три кривой

А это, минуточку, нэт, рельсы и пых, и все почемуто в верхнем регистре, и только «опач» выделился.

И повторю еще раз для умных: Такое поведение у апача только на бздях, и не наблюдается на он/оф-топике.

Да, кривые реализации. То, что их много ничего не меняет. После встречи 16-битного числа после символа «%» обрабатываться оно должно как число. А то, что программисты из-за своей лени работают со строками - баг, который они не хотят фиксить (алгоритм то сложнее станет). В общем, ССЗБ. Тебе говорят, как должно быть - ты же в этом случае кричишь «а у Пети все по-другому».

Ну дада, все говнокодят, и только апач правильный )

Бери и правь сырцы, пересобирай. Достаточно емко? Винда вринципе кейс-инсенситив - прикинь, да? Все продукты понимают верхний и нижний регистры в таких урл. Так что всё ок. СЕО в анус пошли. Если не знаешь, как работает - учи матчасть. В ФС файл с кириллицей все равно лежит один. И достать его можно по обоим урлам - таки да. Не равится - пиши rewrite. Не нравится апач - сваливай на Nginx/Lighttpd/Cherokee/etc. Не нравится? Пиши в апстрим.

После встречи 16-битного числа после символа «%»

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

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

Я где-то сказал, что у апача правильная реализация? Кстати, с точки зрения стандарта во всех продуктах реализация верна - допускается и верхний и нижний регистр. А то, что у кого-то там отрубалась передача - ну, это уже надо по месту смотреть. И еще, для совсем глупых: веб-сервер не предназначен решать проблемы поисковиков. Так яснее? Если не умеешь rewrite - добавь функцию в пых, чтобы урлы формировались в lowercase. И иди в школу уже, право, надоел.

У меня и выбора то нет, мне строка приехала.

А вот тут то мы и поняли, что ты не знаешь, что такое mod_rewrite.

Оно это вообще зачем? Для браузера %20%D и %20%d - одно и то же.

Для браузера

А для поисковика - нет. Есть пруфы что это не так?

Декодируй %D0%A4%D0%B0%D0%B9%D0%BB и %d0%a4%d0%b0%d0%b9%d0%bb Почувствовал разницу?

Ты мне сначала пруф что это не так покажи. Блин, ты считаешь всех такими наивными?