Блог Обо мне Храню Читаю Ем 99  

04.04.2009, Nº 2074



«//» в ссылках

Как известно, в вебе, в подавляющем большинстве случаев, для адресации ресурсов применяются HTTP или HTTPS протоколы. Как вы понимаете, я не Капитан Очевидность, так что за этим последует какая-то интрига.

Бывает так, что одна и так же страница должна быть видна по обоим протоколам (например, у нас в интранетах такое бывает часто). В зависимости от того как пользователь зайдёт.

То, что я скажу дальше NDA не является, например, об этом рассказывал Олег Оболенский на РИТ-2007: все сервисы состоят из кусочков, кусочки грузятся с какого-то сервера. На практике это означает, что часть CSS и картинок, которые используются в нашем интранет-хозяйстве лежат на другом сервере и их ковыряют совсем другие люди.

В итоге, когда человек заходит на страницу, ему грузится ещё и CSS с другого сайта, внутри которых могут быть абсолютные (с протоколом) пути, которые подгружают картинки. Если человек зашёл по HTTPS, то и всё остальное должно отдаться по HTTPS (иначе, например, Internet Explorer заругается), если он зашёл по HTTP, то всё должно отдаваться по HTTP (HTTPS нагружает сервер и вообще отдаётся по шифрованному протоколу всё заметно медленее).

Как это реализовать? Как менять протокол, в зависимости от протокола страницы, если CSS, который грузится статичен и менять пути внутри него не получится? Делать два отдельных CSS?

Есть способ проще.

Откуда я о нём узнал, я не помню. Что-то смутно вспоминаю, что, кажется, прочитал у Кукуца много лет назад, с тех пор и использую. Впрочем, память меня тут, вероятно, подводит, потому что до моего прихода в «Яндекс» способа там этого, похоже, не знали.

Способ заключается в том, чтобы не указывать протокол. Выглядит такой URL вот так: «//example.net/picture.jpg» и описан в RFC 1738 как «Common Internet Scheme Syntax»:

While the syntax for the rest of the URL may vary depending on the particular scheme selected, URL schemes that involve the direct use of an IP-based protocol to a specified host on the Internet use a common syntax for the scheme-specific data:

//<user>:<password>@<host>:<port>/<url-path>
Смысл в том, что в таком указания без протокола должен использоваться текущий тип протокола. Таким образом, хорошее решение — просто всегда указывать полный URL в таком виде.
04.04 02:33
04.04 02:33



04.04.2009, Nº 2074

#1 Alisey @alisey.myopenid.com04.04.2009, 08:56

Спасибо, для CDN отлично подойдёт.

#2 bolk @bolknote.ru04.04.2009, 12:42 ответил alisey.myopenid.com

CND — Content Distribution Network?

#3 anthon.livejournal.com 04.04.2009, 14:06

Т.е. ссылка /i/i.png в html открытом по https всегда выдаст картинку из корневого пути, равно как i/i.png из текущего все равно по http? Эксперименты были?

#4 bolk @bolknote.ru04.04.2009, 15:10 ответил anthon.livejournal.com

Кажется, моя попытка объяснить суть провалилась. Попробую на примере:

с
host1.ru/index.html грузится
host2.ru/main.css в котором подгружается
host3.ru/image.jpg

#5 zencd.livejournal.com 04.04.2009, 15:12

не знал, не знал

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

#6 bolk @bolknote.ru04.04.2009, 16:06 ответил zencd.livejournal.com

Об этом знаю все люди, прочитавшие RFC по URL. Разработчики браузеров, конечно же, его читают.

А росскийские веб-мастера просто мало читают того, что написано на английском. Вот несколько лет назад все как-то пооткрывали VML и filteres в IE (правда, фильтры на совсем базовом уровне), пройдёт ещё пару лет, откроют HTML+TIME.

#7 Alisey @alisey.myopenid.com04.04.2009, 23:36 ответил bolknote.ru

CND — Content Distribution Network?

Да, а теперь понял, что https там не светит.

#8 sharovatov.livejournal.com 17.04.2009, 10:37

спасибо, полезная информация.

но гораздо большее спасибо за мотивацию почитать RFC по URL :)

#9 sharovatov.livejournal.com 17.04.2009, 12:02

кстати, что интересно, в RFC 3986 (http://tools.ietf.org/html/rfc3986), который обновляет RFC 1738, сказано, что scheme должна быть указана. Но я сейчас проверил, во всех браузерах, вплоть до IE3, Common Internet Scheme Syntax работает. Полагаю, что поддержка этой полезной штуки никогда не будет убрана - ибо зачем?

#10 bolk @bolknote.ru17.04.2009, 13:54 ответил sharovatov.livejournal.com

Возможно, есть какой-то ещё более новый RFC?

#11 sharovatov.livejournal.com 17.04.2009, 14:32

насколько я знаю, 3986 - последний RFC про URI.

#12 bolk @bolknote.ru17.04.2009, 15:58 ответил sharovatov.livejournal.com

Если взглянуть на пункт 4.2 (Relative Reference), то этот URL находится там:

A relative reference takes advantage of the hierarchical syntax (Section 1.2.3) to express a URI reference relative to the name space of another hierarchical URI.

relative-ref = relative-part [ "?" query ] [ "#" fragment ]

relative-part = "//" authority path-abempty
/ path-absolute
/ path-noscheme
/ path-empty

#13 sharovatov.livejournal.com 17.04.2009, 16:26 ответил bolknote.ru

ух, точно же! Чёрт, посыпаю пеплом голову. Супер :)

#14 blog.ad.by 04.05.2009, 13:42

А чего создатели Метрики об этом не знают?
http://help.yandex.ru/metrika/?id=1036910
П­ни их там покрепче.


#15 bolk @bolknote.ru05.05.2009, 13:21 ответил blog.ad.by

Ничего ж себе. Пну.

#16 bolk @bolknote.ru19.05.2009, 15:35 ответил blog.ad.by

В новой версии будет.

#17 blog.ad.by 19.05.2009, 16:32 ответил bolknote.ru

В гугл-аналитиксе тоже не знают 8-)

#18 bolk @bolknote.ru19.05.2009, 21:11 ответил blog.ad.by

Ну, с Гуглом я никак не связан :)
Ваше имя или адрес блога:

Текст комментария (для гиков: не HTML, а текст!)


Кому бы вы хотели ответить (или кликните на его аватару)


Евгений Степанищев (imbolk@gmail.com)
t=0.060