«//» в ссылках
Как известно, в вебе, в подавляющем большинстве случаев, для адресации ресурсов применяются 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 в таком виде.
Спасибо, для CDN отлично подойдёт.
Комментарий для alisey.myopenid.com:
CND — Content Distribution Network?
Т. е. ссылка /i/i.png в html открытом по https всегда выдаст картинку из корневого пути, равно как i/i.png из текущего все равно по http? Эксперименты были?
Комментарий для anthon.livejournal.com:
Кажется, моя попытка объяснить суть провалилась. Попробую на примере:
с
host1.ru/index.html грузится
host2.ru/main.css в котором подгружается
host3.ru/image.jpg
не знал, не знал
но возможна проблема: если так мало людей об этом знает, об этом секрете могут забыть и разработчики браузеров :-)
Комментарий для zencd.livejournal.com:
Об этом знаю все люди, прочитавшие RFC по URL. Разработчики браузеров, конечно же, его читают.
А росскийские веб-мастера просто мало читают того, что написано на английском. Вот несколько лет назад все как-то пооткрывали VML и filteres в IE (правда, фильтры на совсем базовом уровне), пройдёт ещё пару лет, откроют HTML+TIME.
Комментарий для Евгения Степанищева:
Да, а теперь понял, что https там не светит.
спасибо, полезная информация.
но гораздо большее спасибо за мотивацию почитать RFC по URL :)
кстати, что интересно, в RFC 3986 ( http://tools.ietf.org/html/rfc3986 ), который обновляет RFC 1738, сказано, что scheme должна быть указана. Но я сейчас проверил, во всех браузерах, вплоть до IE3, Common Internet Scheme Syntax работает. Полагаю, что поддержка этой полезной штуки никогда не будет убрана — ибо зачем?
Комментарий для sharovatov.livejournal.com:
Возможно, есть какой-то ещё более новый RFC?
насколько я знаю, 3986 — последний RFC про URI.
Комментарий для sharovatov.livejournal.com:
Если взглянуть на пункт 4.2 (Relative Reference), то этот URL находится там:
Комментарий для Евгения Степанищева:
ух, точно же! Чёрт, посыпаю пеплом голову. Супер :)
А чего создатели Метрики об этом не знают?
http://help.yandex.ru/metrika/?id=1036910
Пни их там покрепче.
Комментарий для blog.ad.by:
Ничего ж себе. Пну.
Комментарий для blog.ad.by:
В новой версии будет.
Комментарий для Евгения Степанищева:
В гугл-аналитиксе тоже не знают 8-)
Комментарий для blog.ad.by:
Ну, с Гуглом я никак не связан :)
Реально респект! Пригнодилось!