// protocole par défaut

  Utilisation / protocole par défaut, le protocole au nom de l''accès aux ressources et de garder la page en cours, si la page en cours est http, grace à l''accès protocole http, s''il est https, puis utilisez le protocole https pour accéder.Il suffit de l''utiliser pour mettre à niveau vers http ou https ne pas modifier le code, et maintenant beaucoup de ressources sont telles références CDN.Il est généralement utilisé dans la liaison interne, l''en-tête de protocole de liaison externe comportant des incertitudes de motif.

  // sens?

  // protocole par défaut est écrit, par exemple,

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

  Lorsque la page en cours est HTTP, équivalent

  Lorsque la page en cours est HTTPS, équivalent

  Utilisez // au lieu de http: // conditions et avantages?

  page en cours et les ressources cibles à la fois le soutien HTTP et HTTPS sont la mise à niveau à partir de http https

  L''avantage est que nous pouvons ouvrir une demande de page fa?on adaptative du protocole aux ressources en fonction de sélection de l''utilisateur,

  Pour la page https contenu, le navigateur organisera un contenu non par défaut https, cela peut être évité

  // lacunes

  Lors du débogage d''ouvrir directement un fichier local, le protocole utilisé est le protocole de fichier (file: //)

  Cette fois, l''accord devient file: // jb51.net / css / évidemment n''existe pas

  Le site actuel du protocole compatible avec Rapid Release correspondent à votre version actuelle du protocole, tout en réduisant la version du protocole SSL ou d''autres co?ts de déploiement.Les développeurs ne doivent fournir aucun accord de nuage de serveur géré, tant que les symboles // pour représenter tout le match le plus approprié, et cette fa?on de penser est la même souche NodeJS.

  Avantages suivants:

  Parce que de nombreux sites seront mis à niveau vers http https, vous pouvez empêcher notre site Web a été pris en otage au début du processus de conversion à aller mal, nous ne devons pas me forcer à sauter, qui est, quand un utilisateur visite http ou https accès peut être normal, l''intérieur js, des images, des liens et ne peut donc pas utiliser https ou http, alors quelles sont les solutions, alors la solution est d''utiliser le //, et non par http: et https qui est tout.

  // Le libellé de l''accord est automatiquement ajouté selon votre protocole de demande.Pour la chataigne: Votre site web est le protocole http, le fait que vous visitez http: // xxxx Si votre site est le protocole https, l''adresse demandée devient https: // xxxx Vous savez, si vous avez écrit http: // xxx. Donc, si votre site est https, il peut signaler en ligne un avertissement de sécurité, certains navigateurs ne peuvent même pas charger correctement la page.Si vous écrivez simplement https, vous le savez, le développement local, mais ah http.

  Voici quelques-unes de la réponse classique de savoir presque

  Beaucoup de gens ont eu les avantages d''un.Https mise à jour peut ressentir les bienfaits de ce cours, le plus.Je suis juste une raison supplémentaire pour laquelle l''ancien ne pas écrire.Bien s?r, il y a en effet beaucoup ne savent pas avant la fin d''une telle approche.Cependant, il peut également savoir même pas écrire.Parce que beaucoup plus version du navigateur UC ne supporte pas une telle approche, sera // une.b / Direct entend / a.b /, qui est, si vous à l''adresse http: // exemple.com de pages écrites // exemple-cdn.net / adresse fichier statique, UC visite réelle est http: // exemple.com / example-cdn.-Fichier statique net / .UC part de marché dans le passé, nous le savons tous.et donc……

  Vous ne l''avez pas eu un coup d''?il à ? toute la station HTTPS mise à niveau ?.Je fais l''ensemble du site HTTPS mise à niveau, vraiment envie d''écrire http: // les gens à la mort piraté.Dans la base de données des liens particuliers et l''url sur épissage JS.Lors de l''utilisation d''une variété de régulière, mais aussi la vérification manuelle.Mais depuis l''écriture http: // Trop de programmeurs, ne peut renoncer.Certaines personnes demandent encore pourquoi les commentaires, la raison est que si vous écrivez // ensemble, je ne transformerait pas la base de données et la source de données et mise à niveau directe https sur la ligne.Vous pourriez dire que ce genre de chose arrive rarement https transformer, une co?ncidence que j''ai rencontré dans la transformation de Tencent et Ali https ?_? réforme du code-end avant et Ali quand j''étais responsable de l''ensemble de la station 1688 (départements individuels d''auto-transformation) sont (non seulement HTML, ainsi que CSS, JS, modèles de vitesse, etc.!Tout simplement sale boulot, pourquoi devrais-je prendre ce travail TM), pensez-vous que j''ai appelé pour écrire http: // combien de personnes maudissent?Certains ont également écrit un front-end http directement dans le JS, suivre ce que l''accord actuel de page que vous ne mourrez pas?

  Il y a frontal avec un juge régulier alors qu''en réalité, accepter seulement http url: // et https: // // n''accepte pas, n''est pas vraiment sens commun.Trop de programmeurs, de sorte que le retard mental.Il peut également être parce qu''ils n''ont pas entendu parler HTTPS.Si vous ne savez pas, je vous ai posé quelques questions: Si vous utilisez http: //, vous êtes par défaut, la page en cours est le protocole http, vous décidez ce que l''extrémité avant d''un protocole de page en cours?Vous ne savez pas http lien pages https se plaignent ah?Vous devez suivre le protocole de la page en cours, de sorte que vous écrivez // Si vous utilisez https: //, est le même problème, comment saurez-vous après trois ans d''un httpshe: //, quand allez-vous faire pour changer tout à httpshe: // ?Ne rien faire des hypothèses manifestement erronées!Vous ne savez pas ce que la page en cours sera ouvert avec les protocoles!Donc, vous voulez utiliser // ah!Il y a beaucoup de fausses suppositions similaires, comme beaucoup de programmeurs chinois pour les numéros de téléphone contiennent des chiffres et des parenthèses, à l''exclusion des lettres.Est ce que c''est vraiment?

  Certains disent que le remplacement global est pas encore terminée?Illustrons, supposons que Taobao pour que vous souhaitez mettre à niveau https http: // // remplacer tout le premier bug: vous Remplacé par Cependant, à ce moment-là http: // tmail.com ne prend pas en charge https alors vous remplacer le nom de domaine dans une certaine plage, http: // (taobao | taobao2 | taobao3).com remplacé // 1 $.com Le second bug: Certains JS est écrit url = "http: //" + emplacement.nom d''h?te + ''/'' + chemin, ainsi que d''écrire JS est écrit / ^ http: ///.test (entrée).Vous dites que ce ne serait pas en mesure d''utiliser la recherche régulière et globale http ensuite passer en revue manuellement tous JS dans ce.Savez-vous combien de fichier JS Taobao il . mais ces fichiers sont mises en cache décennie . même si vous changez, pas nécessairement la mise à jour.Et une fois que vous faites des erreurs, et affecter les commandes de l''utilisateur, Ma perte de cent millions que vous pouvez vous permettre de perdre?Le troisième bogue: Certaines des données ne suffit pas dans le code, dans la base de données, telles que l''utilisateur.image valeur qui commencent par http.Donc, vous l''utilisateur.Image de l''utilisateur écrit.image.remplacer ( ? http: // ?, ? // ?) ou vous modifiez directement les données dans la base de données (en grande quantité de données quand il est fondamentalement impossible) quatrième bogue: vous avez oublié de changer nginx, crossdomain à l''intérieur du domaine cinquième bogue: vous avez oublié de changer la configuration du système à l''intérieur base_url sixième bug: https pages que vous intégrez une iframe http externe . vous pleurez, il est difficile de résoudre, bonne chance directement dans // (peut être prise en charge HTTPS externe), la malchance va changer la logique de la page.Nième bug . HTTPS mise à niveau est sale boulot, vous dites simplement que vous faites, où vous commencez à savoir combien de cause.La meilleure solution est de le rendre facile de changer le protocole de fa?ons, comme suite à la page en cours, ou les variables d''utilisation mourir de toute fa?on, écrire http: // était pas assez bon.Certains programmeurs d''écrire du code, sachant que le protocole HTTPS ne doit pas être pensée compatible, psychologique ? Quoi qu''il en soit, j''ai passé deux ans à gauche dans cette société, il y a au moins trois ans HTTPS, il ? puis écrire le code anti-spam.

  De plus en plus de développeurs, lorsque le fichier lié, en utilisant // au lieu de http: //, qui est, comme< a href=https://www.jb51.net/web/"http://jb51.net……一般写为 < a href=https://www.jb51.net/web/" //http://jb51.net……,这与传统带http有什么区别?

  Votre site Web est http original, et tous commencent src http, les excréments de chien qui a été détourné par un grand nombre d''opérateurs, en peluche dans votre page quand beaucoup de contenu inapproprié pour les enfants / et la pure publicité, quelqu''un vous dit de remplacer https peut améliorer ce problème, cette fois, vous saurez avant le src et écrit ajax // au lieu de http: // ce une sage décision qu''il avait...

  officiel CMS Joomla

  Avec une large gamme d''importation et l''émergence de plus en plus des plates-formes de cloud computing open source et des protocoles SSL (tels que les ondes CMS a été entièrement activé le support du protocole SSL), les gens ont d? faire face au protocole HTTP lors des choix de développement et identifier.Comme nous le savons tous, des références trop ssl, peut causer des inefficacités site commun, mais nous ne pouvons pas aller à un pur re-con?u pour cette version de SSL.Performance sur les bibliothèques open source, les plates-formes générales tout en fournissant SSL et la version de version non-SSL.Comme ces deux bibliothèques: https: // Code.Z01.com / js / jquery-3.2.1.svelte.min.jshttp: // Code.Z01.com / js / jquery-3.2.1.svelte.min.js son effet de référence est le même.Ainsi, les développeurs directement au lieu de l''accord précédent avec l''approche ? // URL / fichier ?, de sorte que la reconnaissance automatique.C''est un accord spécifique ou un protocole SSL http ordinaire, au navigateur de reconna?tre automatiquement et correspondre automatiquement le site actuel, afin d''obtenir le meilleur et la plupart des demandes de sécurité efficace méthode de chargement.En somme, il est une méthodologie de développement et de réflexion sur le développement, web cloud computing et le développement mobile de plus en plus.

// au lieu de http: // Quels sont les avantages (Adaptive https)

Recommend Article: