{"id":54566,"date":"2019-12-29T00:00:00","date_gmt":"2019-12-28T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj"},"modified":"2020-02-18T14:02:35","modified_gmt":"2020-02-18T11:02:35","slug":"samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj","title":{"rendered":"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Ces derni\u00e8res ann\u00e9es, de plus en plus de plateformes d'optimisation des projets frontend proposent des options d'h\u00e9bergement autonome ou de proxy pour des ressources tierces. Akamai permet de d\u00e9finir <noindex><a rel=\"nofollow\" href=\"https:\/\/community.akamai.com\/customers\/s\/article\/5-ways-to-prevent-slow-3rd-party-front-end-services?language=en_US\">des param\u00e8tres sp\u00e9cifiques<\/a><\/noindex> pour les URL cr\u00e9\u00e9es par vos soins. Cloudflare dispose de la technologie Edge Workers. Fasterzine peut <noindex><a rel=\"nofollow\" href=\"https:\/\/www.fasterize.com\/en\/blog\/https-the-impact-on-your-loading-times\/\">r\u00e9\u00e9crire<\/a><\/noindex> les URL sur les pages de mani\u00e8re \u00e0 ce qu'elles pointent vers des ressources tierces situ\u00e9es sur le domaine principal du site.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/481574\/\"><img decoding=\"async\" alt=\"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.\" src=\"\/wp-content\/uploads\/2019\/12\/61f87db89ba8c5f4bf030a4004df56f3.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Si vous savez que les services tiers utilis\u00e9s dans votre projet changent rarement et que le processus de livraison vers les clients peut \u00eatre am\u00e9lior\u00e9, vous vous demandez s\u00fbrement \u00e0 propos du proxy de ces services. Avec cette approche, vous pouvez facilement \"rapprocher\" ces ressources des utilisateurs et obtenir un meilleur contr\u00f4le sur leur mise en cache c\u00f4t\u00e9 client. Cela permet \u00e9galement de prot\u00e9ger les utilisateurs des d\u00e9sagr\u00e9ments caus\u00e9s par l'\u00ab effondrement \u00bb d'un service tiers ou la d\u00e9gradation de ses performances.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Bon : am\u00e9lioration des performances<\/h2>\n<p>\nL'h\u00e9bergement autonome de ressources tierces am\u00e9liore les performances de mani\u00e8re assez \u00e9vidente. Le navigateur n'a pas besoin de se connecter \u00e0 un DNS, d'\u00e9tablir une connexion TCP, ou d'effectuer une poign\u00e9e de main TLS sur un domaine tiers. L'impact de l'h\u00e9bergement autonome de ressources tierces sur les performances peut \u00eatre constat\u00e9 en comparant les deux images suivantes.<\/p>\n<p><img decoding=\"async\" alt=\"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.\" src=\"\/wp-content\/uploads\/2019\/12\/ee0a0ccb712a873d10b8de0dbc7ef84a.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Les ressources tierces sont charg\u00e9es \u00e0 partir de sources externes (extrait de <noindex><a rel=\"nofollow\" href=\"https:\/\/csswizardry.com\/2019\/05\/self-host-your-static-assets\/\">d'ici<\/a><\/noindex>)<\/i><\/p>\n<p><img decoding=\"async\" alt=\"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.\" src=\"\/wp-content\/uploads\/2019\/12\/e9ee0b858dbb1aa7c6476d8bf954fc62.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Les ressources tierces sont stock\u00e9es l\u00e0 o\u00f9 se trouvent les autres contenus du site (extrait de <noindex><a rel=\"nofollow\" href=\"https:\/\/csswizardry.com\/2019\/05\/self-host-your-static-assets\/\">d'ici<\/a><\/noindex>)<\/i><\/p>\n<p>La situation est encore am\u00e9lior\u00e9e par le fait que le navigateur utilisera les capacit\u00e9s de multiplexage et de priorisation des donn\u00e9es de la connexion HTTP\/2 d\u00e9j\u00e0 \u00e9tablie avec le domaine principal.<\/p>\n<p>Si les ressources tierces ne sont pas h\u00e9berg\u00e9es chez vous, \u00e9tant donn\u00e9 qu'elles seront charg\u00e9es \u00e0 partir d'un domaine diff\u00e9rent de celui principal, elles ne pourront pas \u00eatre prioritaires. Cela entra\u00eenera une comp\u00e9tition entre elles pour la bande passante du client. Cela peut conduire \u00e0 des temps de chargement de contenus critiques pour le rendu de la page qui seront beaucoup plus longs que ce qui pourrait \u00eatre atteint dans des conditions id\u00e9ales. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=nOW-i6bbRdo\">Voici<\/a><\/noindex> une pr\u00e9sentation sur la priorisation HTTP\/2, qui explique tr\u00e8s bien tout cela.<\/p>\n<p>On peut supposer que l'utilisation d'attributs dans les liens vers des ressources externes <code>preconnect<\/code> pourra aider \u00e0 r\u00e9soudre le probl\u00e8me. Cependant, si le nombre de ces liens vers diff\u00e9rents domaines est trop \u00e9lev\u00e9, cela pourrait en fait surcharger la liaison pendant le moment critique.<\/p>\n<p>Si vous h\u00e9bergez des ressources tierces vous-m\u00eame, vous pouvez contr\u00f4ler comment ces ressources sont fournies au client. En particulier, cela concerne les points suivants :<\/p>\n<ul>\n<li>Vous pouvez garantir l'utilisation d'un algorithme de compression de donn\u00e9es, le mieux adapt\u00e9 \u00e0 chaque navigateur (Brotli\/gzip).<\/li>\n<li>Vous pouvez augmenter le temps de mise en cache des ressources, qui, m\u00eame chez les prestataires les plus connus, n'est souvent pas tr\u00e8s long (par exemple, la valeur correspondante pour la balise GA est fix\u00e9e \u00e0 30 minutes).<\/li>\n<\/ul>\n<p>\nVous pouvez m\u00eame \u00e9tendre l'indicateur TTL pour une ressource, par exemple jusqu'\u00e0 un an, en int\u00e9grant les mat\u00e9riaux appropri\u00e9s dans votre strat\u00e9gie de gestion du cache (haches d'URL, versioning, etc.). Nous en parlerons ci-dessous.<\/p>\n<h3>\u258dProtection contre les interruptions des services tiers ou leur d\u00e9sactivation<\/h3>\n<p>\nUn autre aspect int\u00e9ressant de l'h\u00e9bergement autonome de ressources tierces est qu'il permet d'att\u00e9nuer les risques li\u00e9s aux interruptions de services tiers. Supposons que la solution tierce que vous utilisez pour effectuer des tests A\/B soit mise en \u0153uvre sous la forme d'un script bloquant, charg\u00e9 dans la section en-t\u00eate de la page. Ce script se charge lentement. Si ce script ne peut pas \u00eatre charg\u00e9, la page sera vide. Si le chargement prend trop de temps, la page appara\u00eetra avec un grand retard. Ou, supposons qu'un projet utilise une biblioth\u00e8que charg\u00e9e \u00e0 partir d'une ressource CDN tierce. Imaginons que cette ressource ait \u00e9chou\u00e9 ou ait \u00e9t\u00e9 bloqu\u00e9e dans un pays donn\u00e9. Une telle situation entra\u00eenera une rupture de la logique de fonctionnement du site.<\/p>\n<p>Pour savoir comment votre site fonctionne dans des conditions d'indisponibilit\u00e9 d'un service externe, vous pouvez utiliser la section SPOF sur <noindex><a rel=\"nofollow\" href=\"https:\/\/www.webpagetest.org\/\">webpagetest.org<\/a><\/noindex>.<\/p>\n<p><img decoding=\"async\" alt=\"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.\" src=\"\/wp-content\/uploads\/2019\/12\/0ffa0b44054ccd16bab33c6b7beff049.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>La section SPOF sur webpagetest.org<\/i><\/p>\n<h3>\u258dQu'en est-il des probl\u00e8mes de mise en cache des ressources dans les navigateurs ? (indice : c'est un mythe)<\/h3>\n<p>\nOn pourrait penser que l'utilisation de CDN publics conduit automatiquement \u00e0 de meilleures performances des ressources, car ces services disposent de r\u00e9seaux de qualit\u00e9 et sont r\u00e9partis dans le monde entier. Mais en r\u00e9alit\u00e9, la situation est un peu plus complexe.<\/p>\n<p>Supposons que nous ayons plusieurs sites diff\u00e9rents : website1.com, website2.com, website3.com. Tous ces sites utilisent la biblioth\u00e8que jQuery. Nous l'int\u00e9grons via un CDN, par exemple \u2014 googleapis.com. On peut s'attendre \u00e0 ce que le navigateur charge et mette en cache la biblioth\u00e8que une fois, puis l'utilise pour tous les trois sites. Cela pourrait r\u00e9duire la charge sur le r\u00e9seau. Peut-\u00eatre que cela permettrait d'\u00e9conomiser quelque part et d'aider \u00e0 am\u00e9liorer les performances des ressources. En pratique, cependant, tout cela semble diff\u00e9rent. Par exemple, Safari met en \u0153uvre une fonctionnalit\u00e9 appel\u00e9e <noindex><a rel=\"nofollow\" href=\"https:\/\/webkit.org\/blog\/7675\/intelligent-tracking-prevention\/\">Intelligent Tracking Prevention<\/a><\/noindex>: dans le cache, des cl\u00e9s doubles sont utilis\u00e9es, bas\u00e9es sur la source du document et sur la source de la ressource tierce. <noindex><a rel=\"nofollow\" href=\"https:\/\/andydavies.me\/blog\/2018\/09\/06\/safari-caching-and-3rd-party-resources\/\">Voici<\/a><\/noindex> un bon article \u00e0 ce sujet.<\/p>\n<p>De vieilles \u00e9tudes <noindex><a rel=\"nofollow\" href=\"https:\/\/yuiblog.com\/blog\/2007\/01\/04\/performance-research-part-2\/\">Yahoo<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/code.facebook.com\/posts\/964122680272229\/web-performance-cache-efficiency-exercise\/\">Facebook<\/a><\/noindex>, ainsi qu'une plus r\u00e9cente <noindex><a rel=\"nofollow\" href=\"https:\/\/discuss.httparchive.org\/t\/analyzing-resource-age-by-content-type\/1659\">de recherche<\/a><\/noindex> de Paul Calvano, montrent que les ressources ne sont pas conserv\u00e9es aussi longtemps dans les caches des navigateurs que nous pourrions l'attendre : \u00ab Il existe un \u00e9cart significatif entre le temps de mise en cache des ressources internes et externes du projet. Il s'agit de CSS et de polices Web. \u00c0 savoir, le d\u00e9lai de mise en cache de 95 % des polices internes d\u00e9passe une semaine, tandis que le d\u00e9lai de mise en cache de 50 % des polices tierces est inf\u00e9rieur \u00e0 une semaine ! Cela donne aux d\u00e9veloppeurs Web de solides raisons d'h\u00e9berger eux-m\u00eames les fichiers de polices ! \u00bb<\/p>\n<p>En cons\u00e9quence, si vous h\u00e9bergez des ressources tierces, vous ne constaterez pas de probl\u00e8mes de performances li\u00e9s \u00e0 la mise en cache des navigateurs.<\/p>\n<p>Maintenant que nous avons examin\u00e9 les avantages de l'h\u00e9bergement autonome des ressources tierces, parlons de la mani\u00e8re de distinguer une bonne mise en \u0153uvre de cette approche d'une mauvaise.<\/p>\n<h2>Mauvais : le diable est dans les d\u00e9tails<\/h2>\n<p>\nD\u00e9placer des ressources tierces sur votre propre domaine ne peut pas \u00eatre fait automatiquement sans veiller \u00e0 la bonne mise en cache de ces ressources.<\/p>\n<p>Un des principaux probl\u00e8mes ici est le temps de mise en cache. Par exemple, les informations sur les versions sont incluses dans les noms des scripts tiers de la mani\u00e8re suivante : <code>jquery-3.4.1.js<\/code>. Ce fichier ne changera plus \u00e0 l'avenir, ce qui n'entra\u00eenera aucun probl\u00e8me avec sa mise en cache.<\/p>\n<p>Mais si un certain sch\u00e9ma de versionnage n'est pas appliqu\u00e9 lors de la manipulation de fichiers, les scripts en cache, dont le contenu change avec un nom de fichier inchang\u00e9, peuvent devenir obsol\u00e8tes. Cela peut poser un probl\u00e8me s\u00e9rieux, car cela emp\u00eache, par exemple, d'apporter automatiquement des correctifs de s\u00e9curit\u00e9 aux scripts qui doivent \u00eatre fournis aux clients le plus rapidement possible. Le d\u00e9veloppeur devra faire des efforts pour mettre \u00e0 jour de tels scripts dans le cache. De plus, cela peut entra\u00eener des dysfonctionnements de l'application, dus au fait que le code utilis\u00e9 du cache c\u00f4t\u00e9 client diff\u00e8re de la version r\u00e9cente du code sur laquelle se base la partie serveur du projet.<\/p>\n<p>Cependant, lorsqu'il s'agit de mat\u00e9riaux qui sont mis \u00e0 jour fr\u00e9quemment (gestionnaires de balises, solutions de test A\/B), la mise en cache dans les r\u00e9seaux de diffusion de contenu (CDN) est une t\u00e2che dont la complexit\u00e9 est bien plus \u00e9lev\u00e9e. Des services comme Commanders Act, solutions de gestion des balises, utilisent des webhooks lors de la publication de nouvelles versions. Cela permet d'organiser une purge du cache sur le CDN, ou mieux encore, d'appeler une mise \u00e0 jour du hachage ou de la version URL.<\/p>\n<h3>\u258dDistribution adaptative de mat\u00e9riaux aux clients<\/h3>\n<p>\nDe plus, lorsque nous parlons de mise en cache, il faut \u00e9galement tenir compte du fait que les param\u00e8tres de mise en cache utilis\u00e9s sur le CDN peuvent ne pas convenir \u00e0 certaines ressources tierces. Par exemple, ces ressources peuvent utiliser la technologie de sniffing de l'agent utilisateur (user agent sniffing, adaptive serving) afin de fournir aux navigateurs sp\u00e9cifiques des versions de mat\u00e9riaux optimis\u00e9es sp\u00e9cialement pour ces navigateurs. Ces technologies se basent sur des expressions r\u00e9guli\u00e8res ou sur une base de donn\u00e9es contenant des informations sur les en-t\u00eates HTTP. <code>User-Agent<\/code>. En reconnaissant le navigateur avec lequel ils ont affaire, ils lui fournissent des mat\u00e9riaux adapt\u00e9s.<\/p>\n<p>On peut mentionner deux services. Le premier est googlefonts.com. Le second est polyfill.io. Le service Google Fonts fournit, pour une certaine ressource, diff\u00e9rents codes CSS en fonction des capacit\u00e9s du navigateur (fournissant des liens vers des ressources woff2, en utilisant <code>unicode-range<\/code>).<\/p>\n<p>Voici les r\u00e9sultats de plusieurs requ\u00eates \u00e0 Google Fonts effectu\u00e9es depuis diff\u00e9rents navigateurs.<\/p>\n<p><img decoding=\"async\" alt=\"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.\" src=\"\/wp-content\/uploads\/2019\/12\/5078ce754cc324e42261a1749e96a445.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>R\u00e9sultat de la requ\u00eate \u00e0 Google Fonts, effectu\u00e9 depuis Chrome<\/i><\/p>\n<p><img decoding=\"async\" alt=\"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.\" src=\"\/wp-content\/uploads\/2019\/12\/103de3c523a05fdfa230ada49842f124.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>R\u00e9sultat de la requ\u00eate \u00e0 Google Fonts, effectu\u00e9 depuis IE10<\/i><\/p>\n<p>Polyfill.io ne fournit au navigateur que les polyfills n\u00e9cessaires. Cela se fait pour des raisons de performance.<\/p>\n<p>Par exemple, regardons ce qui se passe si nous ex\u00e9cutons la requ\u00eate suivante depuis diff\u00e9rents navigateurs : <noindex><a rel=\"nofollow\" href=\"https:\/\/polyfill.io\/v3\/polyfill.js?features=default\">https:\/\/polyfill.io\/v3\/polyfill.js?features=default<\/a><\/noindex><\/p>\n<p>En r\u00e9ponse \u00e0 une telle requ\u00eate effectu\u00e9e depuis IE10, 34 Ko de donn\u00e9es seront renvoy\u00e9s. En revanche, la r\u00e9ponse effectu\u00e9e depuis Chrome sera vide.<\/p>\n<h2>Malveillance : quelques consid\u00e9rations sur la vie priv\u00e9e<\/h2>\n<p>\nCe point est le dernier en ordre, mais non en importance. Il s'agit du fait que l'h\u00e9bergement autonome de ressources tierces sur le domaine principal du projet ou sur son sous-domaine peut menacer la vie priv\u00e9e des utilisateurs et avoir un impact n\u00e9gatif sur le projet web principal.<\/p>\n<p>Si votre syst\u00e8me CDN est mal configur\u00e9, cela peut aboutir \u00e0 l'envoi des cookies de votre domaine \u00e0 un service tiers. Si la filtration appropri\u00e9e n'est pas mise en place au niveau du CDN, vos cookies de session, qui ne peuvent normalement pas \u00eatre utilis\u00e9s en JavaScript (avec l'attribut <code>httponly<\/code>), peuvent \u00eatre envoy\u00e9s \u00e0 un h\u00f4te tiers.<\/p>\n<p>C'est exactement ce qui peut se produire avec des trackers tels qu'Eulerian ou Criteo. Les trackers tiers pouvaient placer un identifiant unique dans des cookies. Ils pouvaient, s'ils faisaient partie des contenus des sites, lire cet identifiant \u00e0 leur guise pendant que l'utilisateur interagissait avec diff\u00e9rents ressources web.<\/p>\n<p>De nos jours, la plupart des navigateurs comprennent des protections contre de tels comportements des trackers. En cons\u00e9quence, les trackers utilisent maintenant la technologie <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/nextdns\/cname-cloaking-the-dangerous-disguise-of-third-party-trackers-195205dc522a\">CNAME Cloaking<\/a><\/noindex>, se d\u00e9guisant sous leurs propres scripts issus de diff\u00e9rents projets. En effet, les trackers demandent aux propri\u00e9taires de sites d'ajouter un CNAME dans leurs param\u00e8tres pour un certain domaine, dont l'adresse ressemble g\u00e9n\u00e9ralement \u00e0 un ensemble al\u00e9atoire de caract\u00e8res.<\/p>\n<p>Bien qu'il ne soit pas conseill\u00e9 de rendre les cookies du site accessibles \u00e0 tous les sous-domaines (par exemple \u2014 *.website.com), cela est courant sur de nombreux sites. Dans ce cas, ces cookies sont automatiquement envoy\u00e9s \u00e0 un tracker tiers masqu\u00e9. En cons\u00e9quence, il ne peut plus \u00eatre question de vie priv\u00e9e.<\/p>\n<p>De plus, il en va de m\u00eame pour les en-t\u00eates HTTP <noindex><a rel=\"nofollow\" href=\"https:\/\/developers.google.com\/web\/updates\/2015\/09\/automating-resource-selection-with-client-hints\">Client-Hints<\/a><\/noindex>, qui ne sont envoy\u00e9s qu'au domaine principal, car ils peuvent \u00eatre utilis\u00e9s pour cr\u00e9er <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/httpwg\/http-extensions\/issues\/767\">empreinte num\u00e9rique<\/a><\/noindex> de l'utilisateur. Assurez-vous que le service CDN que vous utilisez filtre correctement ces en-t\u00eates.<\/p>\n<h2>R\u00e9sultats<\/h2>\n<p>\nSi vous envisagez de mettre en \u0153uvre l'h\u00e9bergement autonome de ressources tierces prochainement, permettez-moi de vous donner quelques conseils :<\/p>\n<ul>\n<li>H\u00e9bergez vos biblioth\u00e8ques JS, polices et fichiers CSS les plus importants sur vos serveurs. Cela r\u00e9duira le risque d'\u00e9chec de votre site ou de baisse de performance en raison de l'indisponibilit\u00e9 d'une ressource cruciale pour le fonctionnement de votre site, due \u00e0 un service tiers.<\/li>\n<li>Avant de mettre en cache des ressources tierces sur un CDN, assurez-vous que le nom des fichiers utilise un syst\u00e8me de versioning, ou que vous pouvez g\u00e9rer le cycle de vie de ces ressources, en vidant le cache du CDN manuellement ou automatiquement lors de la publication d'une nouvelle version du script.<\/li>\n<li>Soyez tr\u00e8s attentif aux param\u00e8tres du CDN, du serveur proxy, du cache. Cela vous permettra d'\u00e9viter l'envoi de cookies de votre projet ou d'en-t\u00eates <code>Client-Hints<\/code> vers des services tiers.<\/li>\n<\/ul>\n<p>\n<b>Chers lecteurs !<\/b> H\u00e9bergez-vous sur vos serveurs des mat\u00e9riaux \u00e9trangers qui sont extr\u00eamement importants pour le bon fonctionnement de vos projets ?<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/ruvds.com\/ru-rub\"><img decoding=\"async\" alt=\"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.\" src=\"\/wp-content\/uploads\/2019\/12\/30212b2008a5ed0b51a4469d885b9e91.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/ruvds.com\/ru-rub\/#order\"><img decoding=\"async\" alt=\"H\u00e9bergement autonome de ressources tierces : bon, mauvais, inacceptable.\" src=\"\/wp-content\/uploads\/2019\/12\/7117788d4bd0ef7de47d98a372b72ae7.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<br \/>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/481574\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u0433\u043e\u0434\u044b \u0432\u0441\u0451 \u0431\u043e\u043b\u044c\u0448\u0435 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c \u0434\u043b\u044f \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u0438 \u0444\u0440\u043e\u043d\u0442\u0435\u043d\u0434-\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u043f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u044e\u0442 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u043f\u043e \u0441\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u043e\u043c\u0443 \u0445\u043e\u0441\u0442\u0438\u043d\u0433\u0443 \u0438\u043b\u0438 \u043f\u0440\u043e\u043a\u0441\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0441\u0442\u043e\u0440\u043e\u043d\u043d\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432. Akamai \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u0437\u0430\u0434\u0430\u0432\u0430\u0442\u044c \u0441\u043f\u0435\u0446\u0438\u0444\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u043f\u0430\u0440\u0430\u043c\u0435\u0442\u0440\u044b \u0434\u043b\u044f \u0441\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u043e \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0435\u043c\u044b\u0445 URL. \u0423 Cloudflare \u0435\u0441\u0442\u044c \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u044f Edge Workers. Fasterzine \u043c\u043e\u0436\u0435\u0442 \u043f\u0435\u0440\u0435\u043f\u0438\u0441\u044b\u0432\u0430\u0442\u044c URL \u043d\u0430 \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430\u0445 \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043e\u043d\u0438 \u0443\u043a\u0430\u0437\u044b\u0432\u0430\u043b\u0438 \u0431\u044b \u043d\u0430 \u0441\u0442\u043e\u0440\u043e\u043d\u043d\u0438\u0435 \u0440\u0435\u0441\u0443\u0440\u0441\u044b, \u043d\u0430\u0445\u043e\u0434\u044f\u0449\u0438\u0435\u0441\u044f \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u043c \u0434\u043e\u043c\u0435\u043d\u0435 \u0441\u0430\u0439\u0442\u0430. \u0415\u0441\u043b\u0438 \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0447\u0442\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54566","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u0433\u043e\u0434\u044b \u0432\u0441\u0451 \u0431\u043e\u043b\u044c\u0448\u0435 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c \u0434\u043b\u044f \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u0438 \u0444\u0440\u043e\u043d\u0442\u0435\u043d\u0434-\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u043f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u044e\u0442 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u043f\u043e \u0441\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u043e\u043c\u0443 \u0445\u043e\u0441\u0442\u0438\u043d\u0433\u0443 \u0438\u043b\u0438 \u043f\u0440\u043e\u043a\u0441\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0441\u0442\u043e\u0440\u043e\u043d\u043d\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0441\u0442\u043e\u0440\u043e\u043d\u043d\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432: \u0445\u043e\u0440\u043e\u0448\u0438\u0439, \u043f\u043b\u043e\u0445\u043e\u0439, \u0437\u043b\u043e\u0439 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u0433\u043e\u0434\u044b \u0432\u0441\u0451 \u0431\u043e\u043b\u044c\u0448\u0435 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c \u0434\u043b\u044f \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u0438 \u0444\u0440\u043e\u043d\u0442\u0435\u043d\u0434-\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u043f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u044e\u0442 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u043f\u043e \u0441\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u043e\u043c\u0443 \u0445\u043e\u0441\u0442\u0438\u043d\u0433\u0443 \u0438\u043b\u0438 \u043f\u0440\u043e\u043a\u0441\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0441\u0442\u043e\u0440\u043e\u043d\u043d\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-12-28T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:02:35+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47H\u00e9bergement autonome de ressources tierces : bon, mauvais, m\u00e9chant | ProHoster","description":"Ces derni\u00e8res ann\u00e9es, de plus en plus de plateformes d'optimisation des projets frontend proposent des possibilit\u00e9s d'h\u00e9bergement autonome ou de proxy pour des ressources tierces.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0441\u0442\u043e\u0440\u043e\u043d\u043d\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432: \u0445\u043e\u0440\u043e\u0448\u0438\u0439, \u043f\u043b\u043e\u0445\u043e\u0439, \u0437\u043b\u043e\u0439 | ProHoster","og:description":"\u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u0433\u043e\u0434\u044b \u0432\u0441\u0451 \u0431\u043e\u043b\u044c\u0448\u0435 \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c \u0434\u043b\u044f \u043e\u043f\u0442\u0438\u043c\u0438\u0437\u0430\u0446\u0438\u0438 \u0444\u0440\u043e\u043d\u0442\u0435\u043d\u0434-\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u043f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u044e\u0442 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u043f\u043e \u0441\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u043e\u043c\u0443 \u0445\u043e\u0441\u0442\u0438\u043d\u0433\u0443 \u0438\u043b\u0438 \u043f\u0440\u043e\u043a\u0441\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0441\u0442\u043e\u0440\u043e\u043d\u043d\u0438\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-28T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:35+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54566","title":null,"description":null,"keywords":null,"keyphrases":{"focus":[],"additional":[]},"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 11:52:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:02:46","updated":"2026-08-11 12:50:28","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/54566","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=54566"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/54566\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=54566"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=54566"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=54566"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}