Пишу, по большей части, про историю, свою жизнь и немного про программирование.

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

Как известно, в вебе, в подавляющем большинстве случаев, для адресации ресурсов применяются 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 в таком виде.

19 комментариев
Alisey (alisey.myopenid.com) 2009

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

Евгений Степанищев (bolknote.ru) 2009

Комментарий для alisey.myopenid.com:

CND — Content Distribution Network?

anthon.livejournal.com 2009

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

Евгений Степанищев (bolknote.ru) 2009

Комментарий для anthon.livejournal.com:

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

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

zencd.livejournal.com 2009

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

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

Евгений Степанищев (bolknote.ru) 2009

Комментарий для zencd.livejournal.com:

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

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

Alisey (alisey.myopenid.com) 2009

Комментарий для Евгения Степанищева:

CND — Content Distribution Network?

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

sharovatov.livejournal.com 2009

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

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

sharovatov.livejournal.com 2009

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

Евгений Степанищев (bolknote.ru) 2009

Комментарий для sharovatov.livejournal.com:

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

sharovatov.livejournal.com 2009

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

Евгений Степанищев (bolknote.ru) 2009

Комментарий для 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

sharovatov.livejournal.com 2009

Комментарий для Евгения Степанищева:

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

blog.ad.by 2009

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

Евгений Степанищев (bolknote.ru) 2009

Комментарий для blog.ad.by:

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

Евгений Степанищев (bolknote.ru) 2009

Комментарий для blog.ad.by:

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

blog.ad.by 2009

Комментарий для Евгения Степанищева:

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

Евгений Степанищев (bolknote.ru) 2009

Комментарий для blog.ad.by:

Ну, с Гуглом я никак не связан :)

Алексей 2014

Реально респект! Пригнодилось!