"Distribué une partie du contenu (images, jQuery) aux sous-domaines, et une partie au CDN (cloudflare.com) pour réduire la distance entre le serveur et l'utilisateur." C'est mauvais pour le site - les images ne seront pas liées au site, mais au CDN. Dans les statistiques Yandex, vous verrez "images dans l'index - 0". © INFA de Yandex.
C'est-à-dire qu'ils ont activé toutes les cases à cocher dans les paramètres d'optimisation du site sur l'hébergement. Quelques centaines de dollars ont été arrachés au client. Dans le même temps, un tel paramètre dans l'en-tête comme lastmodified a été tué, car lorsque ces options sont activées, il n'est pas transmis - c'est sa spécificité. Le sentiment qu'il n'y a pas de site du tout, ils ont juste créé un article et réécrit le nom des cases à cocher de l'hébergement, pensant que cela ferait une impression durable.
Bravo, je n'ai pas lu d'article plus primitif, un cas pour le Darwin Award !
Alexandre Porechnikov
Java n'est même pas proche de Java Script
Alexandre Porechnikov
Ici, vous écrivez, Gennady, que vous avez inclus http2 et en même temps, pour une raison quelconque, combinez des ressources dans un seul fichier. Ou vous ne savez tout simplement pas comment fonctionne http2. Et à en juger par la liste de contrôle, avez-vous mesuré la vitesse de téléchargement après avoir simplement allumé le ganzip, tout le reste est tellement subtil et sauvage qu'ils grimpent lorsque vous devez faire 400 ms à partir de 500 ms ou que le serveur se fige à partir de la charge (504 erreurs se glissent à travers ). Et jetez Apache du bundle Apache + Njinix (à moins, bien sûr, que vous n'utilisiez des plugins Apache spécifiques) + conseils, gardez toutes les statiques sur SDN, c'est très peu coûteux, et l'avantage en est énorme, au moins en réduisant la charge sur le processeur
Alexandre Porechnikov
et pourquoi les miroirs sont créés - fusionnez le SDN avec le domaine principal et c'est tout
Alexandre Porechnikov
Je suis d'accord sur la qualité de l'article, mais je ne suis pas d'accord sur le concept lui-même - nous avons testé tous les points à la maison, mais en avons laissé moins de la moitié, le reste ne fonctionne pas ou cette minuscule augmentation de la vitesse fonctionne ne justifie pas les efforts
Configurez OpCache, corrigez-le sur OPcache
Alexander, ces options du module pagespeed accélèrent sans aucun doute le site, mais lorsqu'au moins l'une d'entre elles est sélectionnée sur l'hébergement, last-modified n'est pas transmise, la réponse 304 du serveur à la requête if-modified-since n'est pas donnée, contrôle du cache -> max-age devient 0.
Ce n'est pas cet article qui a été indigné, c'était indigné que l'auteur écrive des choses aussi abstruses qu'ils aient élaboré un plan, comment ils ont mis en œuvre des méga technologies de référencement et comment ils y ont passé 60 heures-homme, 60 CARL ! Autrement dit, au moins 500 dollars ont été arrachés au client pour avoir mis un choucas sur l'hébergement. Pas de soucis, bonne santé ! Bon, divorcez et taisez-vous, mais ne grimpez pas avec vos pseudo-connaissances sur des sites normaux et ne prenez pas le temps des gens ! Pourquoi suis-je sûr qu'ils conduisaient sur l'hébergement - voici un écran d'un hébergeur ukrainien avancé, où l'ordre de ces cases à cocher coïncide presque à 100% avec le plan brillant de l'auteur et de la société pour accélérer le site.
https://uploads.disquscdn.c...
Alexandre Porechnikov
sur cet hébergement, nous avons même l'un des anciens projets semi-statiques en cours d'exécution, un excellent hébergement. Je sais de quoi vous avez parlé, mais beaucoup ne comprennent pas qu'en fait, il n'y a que quelques façons de vraiment réduire le temps de téléchargement, et non "d'économiser sur les matchs" - ce sont :
0) permettant la compression sur le serveur web (gzip),
1) définir les bonnes rubriques sur le site
2) en utilisant non pas un hébergement mutualisé, mais même un VPS minimal
3) en utilisant un moteur plus ou moins rapide (de préférence pas WordPress, mais sur un framework)
4) minification des fichiers statiques (ce qui change rarement - styles, images, scripts, polices)
5) page/mise en cache statique
Tout le reste donne une très petite augmentation ou ne donne pas du tout, et certains conseils ne font que gêner. Eh bien, le plus important est de tout faire version mobile, car généralement, le problème de vitesse de chargement du site se produit sur les appareils mobiles.
Je suis d'accord avec vous à 100%, merci pour la concision et la précision!
Lyapushkin Nikita
Ce moment précis où l'on sent les phrases mémorisées d'un vendeur dans les yeux de quelqu'un qui n'a pas vu de quoi il parle.
Si l'article est destiné à un développement général, il convient, mais pas à une liste de contrôle ou à un manuel d'utilisation.
Tirez simplement les surnoms de la technologie et fumez le sujet par vous-même, je recommande même de sauter les déclarations données dans l'article.
Philandre
quid de l'hébergement ?
Philandre
Alexeï Tyazhelnikov
Que signifie "Temps de cache étendu pour JavaScript et CSS" ?
Activé les dernières et avant-dernières cases à cocher sur l'hébergement (post avec l'écran ci-dessus))))
Gennady Fedorov
Oui, ils ont!
Désolé, vous n'êtes pas compétent en la matière.
Gennady Fedorov
Merci!
Un complexe d'œuvres - donne un résultat.
Gennady Fedorov
C'était la tâche, de donner une impulsion à l'action, et non de décrire comment le faire
Gennady Fedorov
Merci pour le commentaire!
J'avoue, tout a été fusionné avant le passage à https/http2))
Oui, la vitesse après gzip a été mesurée, pas le résultat (tout le monde ne plaira pas) ...
Gennady Fedorov
Ici, vous jugez en tant que spécialistes ... regardez-le du point de vue de l'utilisateur))
Gennady Fedorov
Votre commentaire est totalement incompréhensible
Alexandre Porechnikov
les utilisateurs ne configurent généralement pas de serveur, ne programment pas ou ne créent pas de produits, alors il est certainement bon qu'une personne sans connaissances puisse créer un "blog/site" sur WordPress, mais si une telle personne a des questions, il devra quand même traiter avec PHP, JavaScript , Nginx, Apache et d'autres mots auparavant inconnus, et Google aide généralement à cela, donc un "léger analphabétisme" en termes conduira au fait qu'une personne recherchera quelque chose de similaire à "Slider en Java" et sera être surpris qu'une sorte de JavaScript lui soit glissé dans les résultats. Par conséquent, cela ne vaut pas la peine de faire appel du côté de l'utilisateur
Alexandre Porechnikov
souvent le problème n'est pas que la vitesse augmente à partir de toutes les manipulations (même si de 0,1%), mais qu'on ne voit pas d'autres moyens d'optimisation (CDN, nginx) et ne comprend pas comment ça marche (http2) et en conséquence , nous optimisons ce qui n'a pas de sens pour optimiser et oublions ce qui doit être optimisé ou comment obtenir le résultat maximum avec notre optimisation.
Bonjour gars!
Aujourd'hui sera l'un des sujets les plus importants de optimisation interne site. Le matériel est grand, mais pratique et utile. J'ai renforcé les moments difficiles avec des tutoriels vidéo.
Nous allons parler de comment accélérer le chargement de votre site en utilisant 7 méthodes de travail. Peut-être sont-ils connus de tous. Mais j'ai remarqué que tout le monde ne les utilise pas. Et dans le complexe, encore plus, peu de monde.
En général, dans le contenu des points, j'écrirai toutes les méthodes, puis je lirai et mettrai tout en pratique.
Avant d'accélérer le site, je veux dire quelques mots sur l'importance de cette action et sur la façon de vérifier la vitesse de téléchargement.
On sait depuis longtemps que la vitesse de chargement d'une ressource est l'un des facteurs de classement dans les résultats de recherche. Si vous prenez absolument 2 pages identiques, mais qu'une se chargera plus rapidement, alors elle aura des positions plus élevées dans le SERP. Mais cela ne veut pas dire que le premier sera en 30ème position, et le second en 1ère. Non, c'est juste qu'un site de chargement plus rapide sera légèrement mieux classé.
Par conséquent, s'il existe des moyens simples de dépasser nos concurrents dans au moins quelque chose, nous devons le faire. De plus, il existe de nombreux moyens de ce type. En les utilisant tous, nous irons dans la bonne direction en dépassant nos concurrents.
En ce qui concerne la vérification de la vitesse de chargement d'un site, j'ai toujours utilisé le service webwait. En vous y rendant, il vous suffit d'insérer l'adresse de n'importe quelle page de votre site et de commencer à vérifier.
Par défaut, le service vérifiera la vitesse de chargement de la page 5 fois pour trouver la valeur moyenne. L'intervalle entre les requêtes sera de 5 secondes. Si vous souhaitez modifier les deux valeurs, j'ai mis en surbrillance les paramètres correspondants avec une case bleue dans l'image ci-dessus. Le premier est le nombre de vérifications, le second est l'intervalle entre les requêtes.
Juste que j'ai vérifié la vitesse de téléchargement d'un de mes articles. Sur la base des résultats de 5 vérifications, j'ai reçu un résultat moyen de 0,82 seconde.
Bien sûr, il peut être difficile d'atteindre une petite valeur et cela dépend de nombreux facteurs :
- La quantité de contenu sur la page ;
- Nombre de scripts chargés ;
- La taille des graphiques sur la page et sur le site dans son ensemble ;
- Nombre de plugins.
Par conséquent, vous devez essayer de réduire l'influence de tous ces facteurs. C'est de cela que nous allons parler. Passons à la première et peut-être la plus simple.
Optimisation graphique
Ce n'est un secret pour personne que les graphiques sont l'élément le plus important de chaque site Web. Cela inclut à la fois les graphiques de chaque page et les graphiques globaux. En ce qui concerne les graphiques sur chaque page, ce sont des graphiques de contenu - images, captures d'écran, photos. Les graphiques partagés sont des graphiques qui entrent dans la conception du site. Tout cela, nous pouvons l'optimiser.
Vous ne devez en aucun cas placer des graphiques en taille réelle dans vos articles. Cette erreur prononcé sur les sites culinaires et de photographie lorsque toutes les photos sont téléchargées dans des articles en taille réelle.
Une photo prise avec un appareil photo reflex de qualité moyenne pèsera plusieurs mégaoctets. Si vous téléchargez une telle photo sur le site, le visiteur la téléchargera en entier en entrant sur la page. Imaginez combien de temps il faudrait pour charger une page si 10 images à grand volume étaient publiées.
Prenez le temps pour ce moment lorsque vous publiez du contenu. Une fois, j'ai écrit un article sur la qualité sans perte. Le matériel vous sera très utile.
En ce qui concerne le design, essayez d'utiliser moins d'images. Vous pouvez créer un design complètement sain et organique en utilisant des styles CSS. Ce sera même pour le mieux. Si vous regardez des ressources très populaires, vous remarquerez que leur conception est essentiellement fond blanc avec des lignes de division. Cela joue très fort dans les mains et fait d'une pierre deux coups :
- Réduit le temps de chargement ;
- Augmente la commodité de la consommation de contenu.
Si vous ne pouvez pas vous passer d'images colorées, un article sur la réduction de la taille des images (lien ci-dessus) vous aidera.
mise en cache
La mise en cache est peut-être l'élément le plus important dans le chargement rapide des pages du site Web. Particulièrement fonction donnée utile quand il y a beaucoup de trafic, quand il y a beaucoup de requêtes à la base de données.
Pour faire de la mise en cache sur le site (pour WordPress) vous devez installer le plugin Hyper Cache. Instructions complètes continuer à lire . Tout mâché là-bas.
Il est également possible d'ajouter des codes au fichier .htaccess qui permettront également la mise en cache ainsi que la compression gzip. Pour être honnête, je n'ai pas remarqué leur action sur mon site. Peut-être parce que mon blog était déjà entièrement optimisé. Et je ne les vois pas sens spécial. Et il y a un problème, puisque nous ne pourrons pas vider le cache. Ensuite, vous ne verrez aucun changement sur le site. Par conséquent, je ne donnerai pas ces codes afin de ne pas vous casser la tête plus tard si des problèmes surviennent.
Je ne les utilise pas. La mise en cache avec le plugin Hyper Cache est plus que suffisante.
Optimisation du chargement des scripts
Si votre site est assez fonctionnel (divers boutons sociaux, curseurs, compteurs de trafic, etc.), alors il contient beaucoup de scripts.
Les scripts sont toujours superflus et une grosse charge sur le site. Débarrassez-vous toujours d'eux si possible. Si ce n'est pas possible, vous pouvez les faire charger en dernier et également les supprimer du code du modèle de thème lui-même.
Pour charger des scripts à la toute fin du chargement de la page, ils doivent être placés tout en bas du code de la page, c'est-à-dire dans le pied de page. Sur WordPress, cela se fait en le plaçant dans le fichier footer.php avant la balise de fermeture.