1 votes

Hébergement ou liens vers des scripts de tierces parties ?

J'ai remarqué que de nombreux sites Web proposent des liens vers des scripts externes situés sur des hôtes tiers. Un exemple très courant est celui de jquery. Sur serverfault/stackoverflow/superuser jquery est lié à l'adresse googleapis.com.

Quels sont les avantages de cette solution par rapport à l'hébergement du fichier sur votre propre site ?

Certains de ces facteurs peuvent être les suivants :

Sur son propre hôte

  • Confidentialité des visiteurs, non divulguée à des tiers
  • ne seront pas pris dans les politiques de requête du navigateur
  • Ne dépend pas du temps de disponibilité d'un tiers

Hébergement par des tiers

  • Bande passante/Trafic
  • Mises à jour automatiques

Mais quelles sont les principales raisons de choisir l'un ou l'autre ?

Bien que j'aie ma propre opinion, le but de cette question est de comprendre pourquoi d'autres choix sont faits.

3voto

Elias Yarrkov Points 1585

La vitesse. Nous chargeons jQuery, jQuery UI à partir de API des bibliothèques AJAX de Google ce qui augmente les chances qu'une version de ces bibliothèques se trouve dans le cache d'un visiteur. Et l'infrastructure / CDN de Google est mieux optimisée pour servir ce type de fichiers statiques que notre propre serveur web.

En dehors de cela, les économies de bande passante sont réelles - ces deux bibliothèques sont assez lourdes ensemble.

Contre : Je ne fais pas assez confiance à un autre hébergeur pour héberger une bibliothèque sur son site. Pour toute bibliothèque non répertoriée sur Google, nous l'hébergeons nous-mêmes.

1voto

drAlberT Points 10812

Je pense que la seule vraie raison est d'être toujours à jour.

Je suis contre le fait de lier des libs, scripts, etc parce que je pense que mes statistiques de trafic sont une valeur à garder à la maison.

De plus, il est assez trivial d'héberger et de mettre à jour la librairie, un cronjob peut faire l'affaire facilement, efficacement et en toute sécurité.

0voto

David Spillett Points 22424

Si vous créez un lien vers une ressource pour économiser votre bande passante (ou pour essayer d'améliorer les temps de réponse à l'utilisateur dans le cas de grandes bibliothèques communes), soyez conscient de deux problèmes majeurs potentiels :

  1. L'hôte externe peut tomber en panne à un moment donné, en raison d'un accident, d'un DoS ou d'une maintenance planifiée. Cela peut entraîner une panne de votre site. Assurez-vous d'en tenir compte (ne serait-ce qu'en donnant à l'utilisateur un message utile du type "Impossible de charger JQuery, certaines fonctionnalités peuvent être interrompues. Veuillez rafraîchir cette page. Si le problème persiste, veuillez le signaler à ...".
  2. Lorsqu'une nouvelle version apparaît, elle peut présenter une certaine incompatibilité avec votre autre code en raison d'une mauvaise hypothèse (c'est-à-dire que vous vous êtes appuyé sur un comportement non documenté ou officiellement non défini qui a changé entre les versions, ou que les nouvelles fonctionnalités entraînent un conflit d'espace de noms). Il se peut que vos pages soient endommagées jusqu'à ce que vous trouviez et contourniez le problème.

Si vous faites un lien à chaud vers un script ou toute autre chose d'importance pour le fonctionnement de votre application, assurez-vous de garder une copie locale de toute façon. De cette façon, vous pouvez passer à l'utilisation de la copie locale comme mesure provisoire si l'un des problèmes ci-dessus se produit et n'est pas résolu rapidement.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X