Чи можу я змінити всі свої http: // посилання на просто //?

Дейв Уорд каже:

Це не зовсім легке читання, але в розділі 4.2 RFC 3986 передбачені повністю кваліфіковані URL-адреси, які взагалі опускають протокол (HTTP або HTTPS). Якщо протокол URL-адреси пропущено, браузер використовує натомість протокол базового документа.

Простіше кажучи, ці URL-адреси "без протоколу" дозволяють такій посилання працювати в кожному браузері, в якому ви спробуєте:

//ajax.googleapis.com/ajax/libs/jquery/1.4.4/jquery.min.js

Спочатку це виглядає дивно, але ця URL-адреса без протоколу є найкращим способом посилання на вміст сторонніх розробників, який доступний як через HTTP, так і HTTPS.

Це, безумовно, вирішить купу помилок із змішаним вмістом, які ми бачимо на сторінках HTTP - якщо припустити, що наші активи доступні як через HTTP, так і HTTPS.

Чи сумісний це повністю крос-браузер? Чи є інші застереження?

Я ретельно перевірив це перед публікацією. З усіх браузерів, доступних для тестування на браузерних знімках , я міг знайти лише той, який неправильно обробляв відносну URL-адресу протоколу: незрозумілий * nix-браузер під назвою Dillo .

Є два недоліки, про які я отримав відгуки:

1. URL-адреси без протоколу можуть працювати не так, як очікувалося, коли ви "відкриєте" локальний файл у своєму браузері, оскільки базовим протоколом сторінки буде файл: ///. Особливо, коли ви використовуєте URL-адресу без протоколу для зовнішнього ресурсу, як-от об'єкта, розміщеного CDN. Використання локального веб-сервера на зразок Apache або IIS для тестування на http: // localhost адреси добре працює.
2. Мабуть, існує принаймні одне додаток для читання каналів iPhone, яке не правильно обробляє URL-адреси без протоколів. Мені невідомо, у кого є проблема чи наскільки вона популярна. Для розміщення файлу JavaScript це не велика проблема, оскільки читачі RSS зазвичай ігнорують вміст JavaScript. Однак це може бути проблемою, якщо ви використовуєте ці URL-адреси для таких засобів масової інформації, як зображення всередині вмісту, які потрібно синдикувати за допомогою RSS (хоча, це одне додаток для читання на одній платформі, ймовірно, має дуже незначну кількість читачів).

Питання про те, чи можна змінити всі їх посилання на протокольні, може бути суперечливим, враховуючи питання, чи варто робити це. За словами Пола Ірландського :

2014.12.17: Тепер, коли SSL заохочується для всіх і не має проблем із ефективністю, ця методика тепер є антидіаграмою. Якщо потрібний вам ресурс доступний у SSL, то завжди використовуйте актив https: // .

Якщо ви використовуєте URL-адреси без протоколів для завантаження таблиць стилів, IE 7 і 8 завантажуватимуть їх двічі: http://www.stevesouders.com/blog/2010/02/10/5a-missing-schema-double-download/

Отже, цього потрібно уникати для CSS, якщо вам подобається хороша продуктивність.

Так, посилання на мережевий шлях уже були визначені в RFC 1808 і повинні працювати з усіма браузерами.

Чи сумісний це повністю крос-браузер? Чи є інші застереження?

Просто кинути це в суміш, якщо ви розробляєте на локальному сервері, це може не спрацювати. Потрібно вказати схему, інакше браузер може припустити, що src="//cdn.example.com/js_file.js"це єsrc="file://cdn.example.com/js_file.js" буде зламана, оскільки ви не розміщуєте цей ресурс локально.

Microsoft Internet Explorer, здається, особливо чутливий до цього, див. Це питання: Не вдається завантажити jQuery в Internet Explorer на localhost (WAMP)

Ви, ймовірно, завжди намагатиметесь знайти рішення, яке працює для всіх ваших середовищ із найменшою кількістю необхідних модифікацій.

Рішення, яке використовується HTML5Boilerplate, полягає в тому, щоб мати резервний запас, коли ресурс не завантажений правильно, але це працює лише за умови включення чека:

<script src="//ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script>
<!-- If jQuery is not defined, something went wrong and we'll load the local file -->
<script>window.jQuery || document.write('<script src="js/vendor/jquery-1.10.2.min.js"><\/script>')</script>

Цю відповідь я також розмістив тут .

ОНОВЛЕННЯ: HTML5Boilerplate тепер використовується <script src="https://ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js">після прийняття рішення про зняття відносних URL-адрес протоколу, дивіться тут .

У мене не було цих проблем при використанні: //domain.com - але вам потрібно додати двокрапку на початку. Йоаст добре записував про це деякий час назад. Але це втрачено в його купі публікацій блогу.

Якщо ви хочете переконатися, що всі запити були оновлені до захищеного протоколу, є простий варіант використовувати оновлення заголовка політики безпеки вмісту -небезпечні запити.

Content-Security-Policy: upgrade-insecure-requests;

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Security-Policy/upgrade-insecure-requests