Tôi có thể thay đổi tất cả các liên kết http: // của mình thành // không?

Dave Ward nói,

Đây không phải là đọc chính xác, nhưng phần 4.2 của RFC 3986 cung cấp cho các URL đủ điều kiện bỏ qua giao thức (HTTP hoặc HTTPS) hoàn toàn. Khi giao thức của URL bị bỏ qua, trình duyệt sẽ sử dụng giao thức của tài liệu cơ bản thay thế.

Nói một cách đơn giản, các URL có giao thức không có giao thức này cho phép một tham chiếu như thế này hoạt động trong mọi trình duyệt bạn sẽ thử:

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

Thoạt nhìn có vẻ lạ, nhưng URL URL không có giao thức này là cách tốt nhất để tham chiếu nội dung của bên thứ ba có sẵn thông qua cả HTTP và HTTPS.

Điều này chắc chắn sẽ giải quyết được một loạt các lỗi nội dung hỗn hợp mà chúng ta đang thấy trên các trang HTTP - giả sử rằng tài sản của chúng tôi có sẵn thông qua cả HTTP và HTTPS.

Đây có phải là hoàn toàn tương thích trình duyệt? Có bất kỳ cảnh báo khác?

Tôi đã kiểm tra nó kỹ lưỡng trước khi xuất bản. Trong tất cả các trình duyệt có sẵn để kiểm tra trên Ảnh chụp màn hình , tôi chỉ có thể tìm thấy một trình duyệt không xử lý URL giao thức tương đối chính xác: trình duyệt tối nghĩa * nix có tên là Dillo .

Có hai nhược điểm tôi đã nhận được phản hồi về:

1. URL không có giao thức có thể không hoạt động như mong đợi khi bạn "mở" tệp cục bộ trong trình duyệt của mình, vì giao thức cơ sở của trang sẽ là tệp: ///. Đặc biệt là khi bạn đang sử dụng URL không có giao thức cho tài nguyên bên ngoài như tài sản được lưu trữ trên CDN. Tuy nhiên, sử dụng máy chủ web cục bộ như Apache hoặc IIS để kiểm tra http: // địa chỉ localhost hoạt động tốt.
2. Rõ ràng có ít nhất một ứng dụng đọc nguồn cấp dữ liệu iPhone không xử lý các URL không có giao thức một cách chính xác. Tôi không biết cái nào có vấn đề hoặc mức độ phổ biến của nó. Để lưu trữ tệp JavaScript, đó không phải là vấn đề lớn vì trình đọc RSS thường bỏ qua nội dung JavaScript. Tuy nhiên, nó có thể là một vấn đề nếu bạn đang sử dụng các URL này cho phương tiện như hình ảnh bên trong nội dung cần được cung cấp qua RSS (mặc dù vậy, ứng dụng đọc đơn này trên một nền tảng có thể chiếm số lượng người đọc rất ít).

Câu hỏi liệu một người có thể thay đổi tất cả các liên kết của họ thành tương đối giao thức hay không có thể được đưa ra, xem xét câu hỏi liệu người ta có nên làm như vậy không. Dựa theo Paul Ailen :

2014.12.17: Bây giờ SSL được khuyến khích cho tất cả mọi người và không có mối quan tâm về hiệu suất, kỹ thuật này hiện là một mô hình chống. Nếu tài sản bạn cần có sẵn trên SSL, thì hãy luôn sử dụng tài sản https: // .

Nếu bạn sử dụng URL không có giao thức để tải biểu định kiểu, IE 7 & 8 sẽ tải xuống hai lần: http://www.stevesouders.com/blog/2010/02/10/5a-missing-schema-double-doad/

Vì vậy, điều này cần tránh cho CSS nếu bạn thích hiệu suất tốt.

Có, tham chiếu đường dẫn mạng đã được chỉ định trong RFC 1808 và sẽ hoạt động với tất cả các trình duyệt.

Đây có phải là hoàn toàn tương thích trình duyệt? Có bất kỳ cảnh báo khác?

Chỉ cần ném cái này vào hỗn hợp, nếu bạn đang phát triển trên một máy chủ cục bộ, nó có thể không hoạt động. Bạn cần chỉ định một lược đồ, nếu không trình duyệt có thể cho rằng đó src="//cdn.example.com/js_file.js"làsrc="file://cdn.example.com/js_file.js" , sẽ phá vỡ kể từ khi bạn không lưu trữ tài nguyên này tại địa phương.

Microsoft Internet Explorer dường như đặc biệt nhạy cảm với điều này, hãy xem câu hỏi này: Không thể tải jQuery trong Internet Explorer trên localhost (WAMP)

Bạn có thể sẽ luôn cố gắng tìm một giải pháp hoạt động trên tất cả các môi trường của bạn với số lượng sửa đổi ít nhất cần thiết.

Giải pháp được sử dụng bởi HTML5Boilerplate là dự phòng khi tài nguyên không được tải chính xác, nhưng nó chỉ hoạt động nếu bạn kết hợp kiểm tra:

<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>

Tôi đã đăng câu trả lời này ở đây là tốt.

CẬP NHẬT: HTML5Boilerplate hiện sử dụng <script src="https://ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js">sau khi quyết định loại bỏ các URL tương đối của giao thức, xem tại đây .

Tôi chưa gặp phải những vấn đề này khi sử dụng: //domain.com - nhưng bạn cần phải thêm dấu hai chấm ở đầu. Yoast đã có một bài viết tốt về điều này một thời gian trở lại. Nhưng nó đã bị mất trong đống bài viết trên blog của anh ấy.

Nếu bạn muốn đảm bảo tất cả các yêu cầu được nâng cấp lên giao thức bảo mật thì có tùy chọn đơn giản để sử dụng các yêu cầu nâng cấp tiêu đề chính sách bảo mật nội dung

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

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