Tüm http: // linklerimi sadece // olarak değiştirebilir miyim?

Dave Ward diyor ki,

Tam olarak hafif okuma değil , RFC 3986'nın 4.2 bölümü protokolü (HTTP veya HTTPS) tamamen atlayan tam nitelikli URL'ler sağlar. Bir URL'nin protokolü atlandığında, tarayıcı bunun yerine temel belgenin protokolünü kullanır.

Basitçe söylemek gerekirse, bu "protokolsüz" URL'ler, böyle bir referansın denediğiniz her tarayıcıda çalışmasına izin verir:

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

İlk başta garip görünüyor, ancak bu "protokolsüz" URL, hem HTTP hem de HTTPS aracılığıyla kullanılabilen üçüncü taraf içeriğine başvurmanın en iyi yoludur.

Bu, varlıklarımızın hem HTTP hem de HTTPS aracılığıyla kullanılabileceğini varsayarak, HTTP sayfalarında gördüğümüz bir grup karışık içerik hatasını kesinlikle çözecektir.

Bu tamamen çapraz tarayıcı uyumlu mu? Başka uyarılar var mı?

Yayınlamadan önce iyice test ettim. Tarayıcı görüntülerinde test edilebilecek tüm tarayıcılardan yalnızca protokol göreli URL'sini doğru işlemeyen birini bulabildim: Dillo adlı karanlık bir * nix tarayıcı .

Hakkında geri bildirim aldığım iki dezavantaj var:

1. Sayfanın temel protokolü: /// olacağından, tarayıcınızda yerel bir dosyayı "açtığınızda" protokolsüz URL'ler beklendiği gibi çalışmayabilir. Özellikle, CDN tarafından barındırılan bir varlık gibi harici bir kaynak için protokol içermeyen URL'yi kullanırken. Http: // localhost adreslerine karşı test etmek için Apache veya IIS gibi yerel bir web sunucusu kullanmak iyi çalışıyor.
2. Görünüşe göre, protokol içermeyen URL'leri doğru işlemeyen en az bir iPhone özet akışı okuyucu uygulaması var. Hangisinin sorun olduğunu veya ne kadar popüler olduğunu bilmiyorum. Bir JavaScript dosyasını barındırmak için, RSS okuyucuları genellikle JavaScript içeriğini zaten yok saydığı için bu büyük bir sorun değildir. Bununla birlikte, bu URL'leri RSS aracılığıyla ortak gösterilmesi gereken içerik içindeki resimler gibi medya için kullanıyorsanız sorun olabilir (ancak, tek bir platformdaki bu tek okuyucu uygulaması muhtemelen çok az sayıda okuyucuya neden olur).

Biri olmadığı sorusu olabilir tüm bağlantılarını değiştirmek biri olup olmadığı sorusunu dikkate protokole bağlı tartışmalı olabilir olmak gerekir bunu. Paul Irish'a göre :

2014.12.17: Artık SSL herkes için teşvik edildiğinden ve performans kaygıları olmadığından, bu teknik artık bir anti-kalıptır. İhtiyacınız olan varlık SSL'de varsa, her zaman https: // öğesini kullanın .

Stil sayfalarını yüklemek için protokol içermeyen URL'ler kullanırsanız IE 7 ve 8 bunları iki kez indirir: http://www.stevesouders.com/blog/2010/02/10/5a-missing-schema-double-download/

Bu nedenle, iyi bir performans istiyorsanız CSS için bundan kaçınılmalıdır.

Evet, ağ yolu başvuruları RFC 1808'de zaten belirtilmiştir ve tüm tarayıcılarla çalışmalıdır.

Bu tamamen çapraz tarayıcı uyumlu mu? Başka uyarılar var mı?

Bunu sadece karışıma atmak için, yerel bir sunucu üzerinde geliştiriyorsanız, çalışmayabilir. Aksi tarayıcı farz edebilir, bir plan belirtmek gerekir src="//cdn.example.com/js_file.js"ise src="file://cdn.example.com/js_file.js"yerel olarak bu kaynağı barındıran değiliz çünkü kıracak olan.

Microsoft Internet Explorer buna özellikle duyarlı gibi görünüyor, şu soruya bakın: localhost (WAMP) üzerinde Internet Explorer'da jQuery yüklenemiyor

Muhtemelen her zaman tüm ortamlarınızda en az değişiklik gerektiren bir çözüm bulmaya çalışacaksınız.

HTML5Boilerplate tarafından kullanılan çözüm , kaynak doğru yüklenmediğinde bir geri dönüşe sahip olmaktır , ancak bu yalnızca bir onay eklerseniz çalışır:

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

Bu yanıtı burada da gönderdim .

GÜNCELLEME: HTML5Boilerplate artık <script src="https://ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js">protokole bağlı URL'leri kullanımdan kaldırmaya karar verdikten sonra kullanıyor , buraya bakın .

Kullanırken bu sorunları yaşamadım: //etkialanı.com - ancak başında iki nokta üst üste eklemeniz gerekir. Yoast bir süre önce bu konuda iyi bir yazı yazdı. Ama blog yazıları yığınında kayboldu.

Tüm isteklerin güvenli protokole yükseltildiğinden emin olmak istiyorsanız, İçerik Güvenliği Politikası üstbilgisi yükseltme-güvensiz isteklerini kullanmak için basit bir seçenek vardır

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

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