Pytania otagowane jako protocol-relative

14
Czy warto zamienić http: // na // w <script src = „http: //…”>?
Mam następujący element: &lt;script type="text/javascript" src="https://cdn.example.com/js_file.js"&gt;&lt;/script&gt; W takim przypadku witryna to HTTPS, ale może to być również HTTP. (Plik JS znajduje się w innej domenie.) Zastanawiam się, czy dla wygody można wykonać następujące czynności: &lt;script type="text/javascript" src="//cdn.example.com/js_file.js"&gt;&lt;/script&gt; Zastanawiam się, czy usunięcie http:lub jest poprawne https:? Wydaje się, że działa wszędzie, …
7
Czy mogę zmienić wszystkie moje http: // linki na po prostu //?
Dave Ward mówi: Nie jest to dokładnie lekka interpretacja, ale sekcja 4.2 RFC 3986 zapewnia w pełni kwalifikowane adresy URL, które całkowicie pomijają protokół (HTTP lub HTTPS). Gdy protokół URL zostanie pominięty, przeglądarka używa zamiast tego protokołu dokumentu bazowego. Mówiąc prościej, te „bez protokołu” adresy URL pozwalają, aby taki odnośnik …
4
URI zaczynające się od dwóch ukośników… jak się zachowują?
Ostatnio widziałem działające bloki kodu w ten sposób: &lt;script type="text/javascript" src="//ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"&gt;&lt;/script&gt; I zgodnie z RFC 2396 (składnia URI) i RFC 2616 (HTTP 1.1) te URI zaczynające się od dwóch ukośników są prawidłowe, ale niestety specyfikacje RFC tak naprawdę ich nie wyjaśniają. Czy ktoś może wskazać mi zasób wyjaśniający, w jaki …
3
Bezwzględne adresy URL z pominięciem protokołu (schematu) w celu zachowania jednego z bieżącej strony
Widziałem //somepage.com/resourceformat adresu URL. Na przykład: &lt;img src="//remotesite.com/image1.jpg" /&gt; Chodzi o to, że jeśli bieżąca strona (strona definiująca imgtag) używa http, to żądanie do zdalnej witryny jest wysyłane przez http. Jeśli to https - to jest https. Eliminuje to ostrzeżenia przeglądarki o nie w pełni zaszyfrowanych stronach. Moje pytanie brzmi …
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.