Maison interface Web tutoriel HTML Avantages d'utiliser // au lieu de

Avantages d'utiliser // au lieu de

Feb 07, 2018 am 09:09 AM
http remplacer 好处

//Protocole par défaut

/L'utilisation du protocole par défaut signifie que le protocole d'accès aux ressources est cohérent avec la page actuelle. Si la page actuelle est http, utilisez le http. protocole pour y accéder. S'il s'agit de https, utilisez le protocole https pour y accéder. De cette façon, il n'est pas nécessaire de modifier le code, qu'il soit http ou mis à niveau vers https. Désormais, de nombreuses ressources CDN sont référencées de cette manière. Il est généralement utilisé dans les liens internes car l’entête protocolaire des liens externes est incertain.

Avec le détournement massif par les opérateurs nationaux, etc., les gens insèrent un grand nombre de publicités vulgaires lorsqu'ils visitent des sites Web, réduisant ainsi l'expérience utilisateur. Par conséquent, les principaux moteurs de recherche espèrent que chacun fera de son mieux pour convertir le site. à la méthode https

//Qu'est-ce que ça veut dire ?

// est la manière d'écrire le protocole par défaut, par exemple,

//jb51.net/css/

Le protocole par défaut utilise le protocole actuel par défaut

La page actuelle est Lorsque HTTP, elle équivaut à

http://jb51.net/css/

Lorsque la page actuelle est HTTPS, elle équivaut à

https://jb51.net/css/

. Utilisez plutôt //. Quelles sont les conditions et les avantages de http:// ?

La page actuelle et la ressource cible prennent en charge à la fois HTTP et HTTPS et sont en cours de mise à niveau de http vers https

L'avantage est que le protocole de requête de la ressource peut être sélectionné de manière adaptative en fonction à la manière dont l'utilisateur ouvre la page. ,

Pour le contenu des pages https, le navigateur organisera par défaut le contenu non-https, ce qui peut éviter cette situation

// Inconvénients

Ouvrir directement Lors du débogage des fichiers locaux, le protocole utilisé est le protocole de fichier (file://)

A ce moment, le protocole deviendra file://jb51. net/css/ qui n'existe évidemment pas

Soyez cohérent avec le protocole actuel du site Web, publiez rapidement une version qui correspond à votre protocole actuel et réduisez le coût de déploiement de SSL ou d'autres versions de protocole. Les développeurs n'ont pas à se soucier des protocoles fournis par le cloud du serveur. Ils n'ont qu'à utiliser le symbole // pour représenter la correspondance la plus appropriée. Cela est conforme à la pensée de nodeJS.

Les avantages sont les suivants :

Parce que de nombreux sites Web ont mis à niveau http vers https, ce qui peut empêcher notre URL d'être piratée afin de faire une erreur lors du piratage. processus de conversion au début, nous n'avons pas de saut forcé, c'est-à-dire que lorsque les utilisateurs accèdent à http ou https, ils peuvent y accéder normalement, mais les js, les images, les liens, etc. à l'intérieur ne peuvent pas utiliser https ou http. est la solution ? La solution est d'utiliser // , n'apportez pas http: et https, c'est tout.

//Cette façon d'écrire ajoute automatiquement un protocole basé sur le protocole que vous avez demandé. Par exemple : votre site Web utilise le protocole http, donc ce à quoi vous accédez réellement est http://xxxx. Si votre site Web utilise le protocole https, alors l'adresse demandée deviendra https://xxxx. Vous savez, si vous écrivez http : //xxx. Ensuite, si votre site Web est en ligne https, un avertissement de sécurité peut être signalé et certains navigateurs peuvent même ne pas être en mesure de charger la page normalement. Si vous écrivez directement https, vous devez savoir que le développement local est http...

Le contenu suivant est quelques réponses classiques de Zhihu

Les avantages sont de nombreuses personnes répondues . Cet avantage se fait certainement plus sentir lors de la mise à niveau vers https. J'ajoute simplement une raison pour laquelle les prédécesseurs n'écrivaient pas de cette façon. Bien sûr, il existe effectivement de nombreux front-ends qui ne connaissent pas cette façon d'écrire. Cependant, même si vous le saviez, vous ne seriez probablement pas capable de l’écrire ainsi. Étant donné que de nombreuses versions antérieures d'UC Browser ne prennent pas en charge cette méthode d'écriture, //a.b/ sera directement compris comme /a.b/, c'est-à-dire que si vous écrivez //example dans la page http://example.com -. L'adresse cdn.net/static-file, UC accède en fait à http://example.com/example-cdn.net/static-file. Tout le monde connaît la part de marché passée des communications unifiées. Alors...

À première vue, il semble que vous n'ayez pas effectué de "mise à niveau HTTPS à l'échelle du site". Lorsque j'ai mis à niveau l'intégralité du site vers HTTPS, je voulais vraiment tuer la personne qui a écrit http://. Surtout les liens dans la base de données et les URL assemblées dans JS. Durant cette période, diverses règles régulières ont été utilisées et une vérification manuelle était requise. Cependant, il y avait trop de programmeurs qui écrivaient http://, ils n'avaient donc d'autre choix que d'abandonner. Certaines personnes ont également demandé la raison dans les commentaires. La raison est que si vous écrivez // en entier, je n'ai pas besoin de modifier les données et le code source de la base de données, je peux simplement mettre à niveau https. Vous pouvez dire que la transformation https se produit rarement. Par coïncidence, j'ai rencontré la transformation https chez Tencent et Alibaba. Et lorsque j'étais chez Alibaba, j'étais responsable de la transformation du code front-end de l'ensemble du site Web 1688 (les départements individuels se modifiaient eux-mêmes). (Pas seulement HTML, mais aussi CSS, JS, modèles Velocity, etc. C'est juste du sale boulot, pourquoi diable ai-je accepté ce travail ?) Devinez combien de fois j'ai grondé la personne qui a écrit http:// ? Certains frontaux écrivent également http directement dans JS. Mourrez-vous si vous continuez à utiliser le protocole de la page actuelle ?

Certains frontaux n'acceptent en fait que http:// et https:// mais pas // lorsqu'ils utilisent des expressions régulières pour juger les URL. C'est vraiment un manque de bon sens. Trop de programmeurs, trop attardés. Ou peut-être est-ce simplement qu’ils n’ont pas entendu parler du HTTPS. Si vous ne comprenez toujours pas, laissez-moi vous poser quelques questions : Si vous utilisez http://, vous accédez par défaut à la page actuelle en utilisant le protocole http. Pourquoi, en tant que frontal, décidez-vous du protocole du. la page actuelle ? Ne savez-vous pas que les liens http signaleront les erreurs dans les pages https ? Vous devez continuer à utiliser le protocole de la page actuelle, vous devez donc écrire //Si vous utilisez https://, c'est le même problème. Comment savoir s'il y aura un https:// dans trois ans ? Allez-vous tout changer d'ici là ? Ne faites aucune hypothèse qui serait manifestement fausse ! Vous n'avez aucune idée avec quel protocole la page actuelle sera ouverte ! Il faut donc utiliser // Ah ! Il existe de nombreuses hypothèses erronées similaires. Par exemple, de nombreux programmeurs chinois pensent que les numéros de téléphone ne contiennent que des chiffres et des crochets, pas des lettres. Est-ce vraiment le cas ?

Quelqu'un a dit que le remplacement global n'était pas la fin ? Par exemple, supposons que Taobao souhaite mettre à niveau https et que vous remplacez tous les http:// par //Le premier bug : vous remplacez par , mais à cette époque, http://tmail.com ne prenait pas en charge https, vous avez donc remplacé le nom de domaine dans une certaine plage, http://(taobao|taobao2|taobao3).com // Deuxième bug de $1.com : certains JS sont écrits comme ceci url = "http://" + location.hostname + '/' + chemin, et certains JS sont écrits comme ceci /^http:/// .test(input) . Vous avez dit que vous ne pouviez pas utiliser de règles régulières pour cela. Recherchez http globalement dans tous les JS, puis examinez-le manuellement. Savez-vous combien de fichiers JS il y a sur Taobao... Et ces fichiers sont mis en cache depuis dix ans... Même si vous les modifiez, ils risquent de ne pas être mis à jour. Et une fois que vous faites une erreur et affectez les commandes des utilisateurs, pouvez-vous vous permettre de payer la perte de 100 millions de Jack Ma ? Le troisième bug : certaines données ne sont pas du tout dans le code, mais dans la base de données. Par exemple, la valeur de user.image commence par http. Vous écrivez donc user.image sous la forme user.image.replace('http://', ​​​​'//') ou vous modifiez directement les données dans la base de données (lorsque la quantité de données est importante, c'est fondamentalement impossible) . Quatre bugs : Vous avez oublié de changer le nom de domaine dans nginx et crossdomain. Le cinquième bug : Vous avez oublié de changer le base_url dans le système de configuration. Le sixième bug : Votre page https embarque une iframe http externe... Pleurez. c'est difficile à résoudre. Si vous avez de la chance, changez-le simplement en // (un support externe pour https suffit. Si vous n'avez pas de chance, vous devrez changer la logique de la page). Le nième bug... La mise à niveau HTTPS est un sale boulot. Si vous dites que c'est facile, vous le ferez. Une fois que vous aurez commencé à le faire, vous saurez combien de choses sont impliquées. La meilleure solution est de rendre le protocole facile à modifier, par exemple en suivant la page actuelle ou en utilisant des variables. Quoi qu'il en soit, il n'est certainement pas bon de coder en dur http://. Lorsque certains programmeurs écrivent du code, ils savent clairement que HTTPS est disponible mais ne le rendent pas compatible. Ils pensent : « Je quitterai cette entreprise après deux ans, et HTTPS aura encore au moins trois ans. » Ensuite, ils écrivent du code inutile.

De plus en plus de développeurs utilisent // au lieu de http:// lors de la liaison de fichiers, comme < a href="http://jb51.net ... Généralement écrit comme < a href = " //http://jb51.net..., quelle est la différence entre ceci et le http traditionnel ?

À l'origine, votre site Web était http, et tous les srcs commençaient par http. Je pensais qu'il avait été détourné par des opérateurs de merde et avait rempli votre page de beaucoup de contenu inapproprié pour les enfants/et de pure publicité. Parfois, quelqu'un le dit. vous dire que le remplacement de https peut améliorer ce problème. Vous saurez alors à quel point ce fut une sage décision que les précédents src et ajax aient été écrits en // au lieu de http://. . .

Zhulang CMS Officiel

Avec l'émergence de plus en plus de plates-formes open source et cloud et l'introduction généralisée des protocoles SSL (tels que Zhulang CMS a entièrement activé le protocole SSL support), les utilisateurs doivent faire face au choix et à l'identification du protocole http lors du développement. Comme nous le savons tous, trop de références SSL peuvent entraîner une inefficacité des sites ordinaires, mais nous ne pouvons pas repenser une version purement SSL pour cette raison. Comme le montrent les bibliothèques open source, la plupart des plates-formes proposent des versions SSL et non SSL. Comme ces deux bibliothèques : https://code.z01.com/js/jquery-3.2.1.slim.min.jshttp://code.z01.com/js/jquery-3.2.1.slim.min. L'effet de référence de js est cohérent. Les développeurs utilisent donc directement la méthode "//URL/Fichier" pour remplacer le protocole précédent afin qu'il soit automatiquement reconnu. Autrement dit, qu'il s'agisse du protocole SSL ou du protocole HTTP ordinaire, il appartient au navigateur d'identifier et de faire correspondre automatiquement le site actuel, obtenant ainsi la meilleure requête sécurisée et la méthode de chargement la plus efficace. En bref, il s'agit d'une méthode de développement et d'une réflexion sur le développement, et le développement Web et mobile du cloud computing se développe de jour en jour.

Recommandations associées :

développement thinkPHP (http://w2ks.com)

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn

Outils d'IA chauds

Undresser.AI Undress

Undresser.AI Undress

Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover

AI Clothes Remover

Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool

Undress AI Tool

Images de déshabillage gratuites

Clothoff.io

Clothoff.io

Dissolvant de vêtements AI

AI Hentai Generator

AI Hentai Generator

Générez AI Hentai gratuitement.

Article chaud

R.E.P.O. Crystals d'énergie expliqués et ce qu'ils font (cristal jaune)
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Meilleurs paramètres graphiques
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Comment réparer l'audio si vous n'entendez personne
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌
WWE 2K25: Comment déverrouiller tout dans Myrise
3 Il y a quelques semaines By 尊渡假赌尊渡假赌尊渡假赌

Outils chauds

Bloc-notes++7.3.1

Bloc-notes++7.3.1

Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise

SublimeText3 version chinoise

Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1

Envoyer Studio 13.0.1

Puissant environnement de développement intégré PHP

Dreamweaver CS6

Dreamweaver CS6

Outils de développement Web visuel

SublimeText3 version Mac

SublimeText3 version Mac

Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Que signifie le code d'état http 520 ? Que signifie le code d'état http 520 ? Oct 13, 2023 pm 03:11 PM

Le code d'état HTTP 520 signifie que le serveur a rencontré une erreur inconnue lors du traitement de la demande et ne peut pas fournir d'informations plus spécifiques. Utilisé pour indiquer qu'une erreur inconnue s'est produite lorsque le serveur traitait la demande, ce qui peut être dû à des problèmes de configuration du serveur, à des problèmes de réseau ou à d'autres raisons inconnues. Cela est généralement dû à des problèmes de configuration du serveur, des problèmes de réseau, une surcharge du serveur ou des erreurs de codage. Si vous rencontrez une erreur de code d'état 520, il est préférable de contacter l'administrateur du site Web ou l'équipe d'assistance technique pour plus d'informations et d'assistance.

Comment utiliser Nginx Proxy Manager pour implémenter le saut automatique de HTTP à HTTPS Comment utiliser Nginx Proxy Manager pour implémenter le saut automatique de HTTP à HTTPS Sep 26, 2023 am 11:19 AM

Comment utiliser NginxProxyManager pour implémenter le saut automatique de HTTP à HTTPS Avec le développement d'Internet, de plus en plus de sites Web commencent à utiliser le protocole HTTPS pour crypter la transmission des données afin d'améliorer la sécurité des données et la protection de la vie privée des utilisateurs. Le protocole HTTPS nécessitant la prise en charge d'un certificat SSL, un certain support technique est requis lors du déploiement du protocole HTTPS. Nginx est un serveur HTTP et un serveur proxy inverse puissants et couramment utilisés, et NginxProxy

Qu'est-ce que le code d'état http 403 ? Qu'est-ce que le code d'état http 403 ? Oct 07, 2023 pm 02:04 PM

Le code d'état HTTP 403 signifie que le serveur a rejeté la demande du client. La solution au code d'état http 403 est la suivante : 1. Vérifiez les informations d'authentification. Si le serveur requiert une authentification, assurez-vous que les informations d'identification correctes sont fournies ; 2. Vérifiez les restrictions d'adresse IP. Si le serveur a restreint l'adresse IP, assurez-vous que les informations d'identification sont correctes. l'adresse IP du client est restreinte. Sur liste blanche ou non sur liste noire ; 3. Vérifiez les paramètres d'autorisation du fichier. Si le code d'état 403 est lié aux paramètres d'autorisation du fichier ou du répertoire, assurez-vous que le client dispose des autorisations suffisantes pour accéder à ces fichiers ou répertoires. etc.

Comprendre les scénarios d'application courants de redirection de pages Web et comprendre le code d'état HTTP 301 Comprendre les scénarios d'application courants de redirection de pages Web et comprendre le code d'état HTTP 301 Feb 18, 2024 pm 08:41 PM

Comprendre la signification du code d'état HTTP 301 : scénarios d'application courants de redirection de pages Web Avec le développement rapide d'Internet, les exigences des utilisateurs en matière d'interaction avec les pages Web sont de plus en plus élevées. Dans le domaine de la conception Web, la redirection de pages Web est une technologie courante et importante, mise en œuvre via le code d'état HTTP 301. Cet article explorera la signification du code d'état HTTP 301 et les scénarios d'application courants dans la redirection de pages Web. Le code d'état HTTP 301 fait référence à une redirection permanente (PermanentRedirect). Lorsque le serveur reçoit le message du client

Application rapide : analyse de cas de développement pratique du téléchargement HTTP asynchrone PHP de plusieurs fichiers Application rapide : analyse de cas de développement pratique du téléchargement HTTP asynchrone PHP de plusieurs fichiers Sep 12, 2023 pm 01:15 PM

Application rapide : analyse de cas de développement pratique de PHP Téléchargement HTTP asynchrone de plusieurs fichiers Avec le développement d'Internet, la fonction de téléchargement de fichiers est devenue l'un des besoins fondamentaux de nombreux sites Web et applications. Pour les scénarios dans lesquels plusieurs fichiers doivent être téléchargés en même temps, la méthode de téléchargement synchrone traditionnelle est souvent inefficace et prend du temps. Pour cette raison, utiliser PHP pour télécharger plusieurs fichiers de manière asynchrone via HTTP est devenu une solution de plus en plus courante. Cet article analysera en détail comment utiliser le HTTP asynchrone PHP à travers un cas de développement réel.

Quels sont les avantages de la matrice de compte Douyin ? Quel est le but de réaliser une matrice de compte Douyin ? Quels sont les avantages de la matrice de compte Douyin ? Quel est le but de réaliser une matrice de compte Douyin ? Mar 27, 2024 pm 02:31 PM

Avec la popularité de Douyin, de plus en plus de particuliers et d'entreprises ont commencé à prêter attention à la matrice des comptes Douyin. La matrice de compte Douyin fait référence à la création de plusieurs comptes liés pour former un tout organique afin d'atteindre l'objectif d'étendre l'influence de la marque et d'améliorer la fidélité des utilisateurs. Alors, quels sont les avantages de la matrice de compte Douyin ? Quel est le but de réaliser une matrice de compte Douyin ? Cet article explore ces questions en détail. 1. Quels sont les avantages de la matrice de compte Douyin ? Augmenter l'exposition de la marque : en créant plusieurs comptes Douyin, les informations sur la marque peuvent atteindre davantage d'utilisateurs potentiels, contribuant ainsi à accroître la visibilité et la réputation de la marque. Améliorer l'exposition du contenu : l'utilisation de l'algorithme de recommandation de Douyin pour publier du contenu via plusieurs comptes peut augmenter les opportunités d'exposition des marques et des produits et améliorer leur visibilité sur la plateforme. 3. Atteindre la précision

Solution d'erreur de requête http 415 Solution d'erreur de requête http 415 Nov 14, 2023 am 10:49 AM

Solution : 1. Vérifiez le type de contenu dans l'en-tête de la requête ; 2. Vérifiez le format des données dans le corps de la requête ; 3. Utilisez le format de codage approprié. 4. Utilisez la méthode de requête appropriée ;

Problèmes et solutions courants en matière de communication et de sécurité réseau en C# Problèmes et solutions courants en matière de communication et de sécurité réseau en C# Oct 09, 2023 pm 09:21 PM

Problèmes courants de communication réseau et de sécurité et solutions en C# À l'ère d'Internet d'aujourd'hui, la communication réseau est devenue un élément indispensable du développement logiciel. En C#, nous rencontrons généralement certains problèmes de communication réseau, tels que la sécurité de la transmission des données, la stabilité de la connexion réseau, etc. Cet article abordera en détail les problèmes courants de communication réseau et de sécurité en C# et fournira les solutions correspondantes et des exemples de code. 1. Problèmes de communication réseau Interruption de la connexion réseau : pendant le processus de communication réseau, la connexion réseau peut être interrompue, ce qui peut entraîner

See all articles