Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

3 - Le site : philosophie, organisation, problèmes...

Dernier post
Page : 1/2   -   Aller directement à la page : 1  2 

Vitesse de chargement du site

Samuel utilisateur non connecté Allemagne
Coucou,

Chez moi, le site est très lent à charger, que ce soit sur mobile ou desktop. J'ai donc jeté un œil sur son score de vitesse Google speed insight, basé sur lighthouse, et c'est effectivement plutôt catastrophique. On est à 39-42% donc complètement dans le rouge. C'est pas top à tous les niveaux, fatiguant pour les utilisateurs et aussi très mauvais pour le ranking.

La bonne nouvelle est qu'il y a des propositions pour accélérer le rendu. Notamment, activer la compression texte améliorerait les performances de plus de 7 secondes, c'est presque à moitié mieux. On passerait de 17 secondes de chargement à 10 secondes. Et de mémoire, c'est vite activé.

Voici d'ailleurs le lien Compresser tiki . Il indique aussi comment compresser les autres scripts en activant deflate sur le serveur. Ça permettrait de gagner encore 3 secondes.

Voilà, je laisse les admins voir ce qui est possible, et me réjouirais si c'est possible à implémenter.

sibfactory utilisateur non connecté
Bonjour Samuel!
En effet, chez moi aussi le site est très lent.

Peut-être existe-t'il un système de "cache" sur Tiki pour accélérer un peu l'affichage

olinuxx utilisateur non connecté France
Merci pour les recherches @Samuel.

L'option "deflate" n'est pas activée chez notre hébergeur car (de la bouche d'un admin de TF) : "ils ont eu des soucis avec du segfault d'Apache en folie. Cette option peut également casser la crypto TLS."

Au sujet de l'option d'activation gzip, je viens de l'activer à l'instant. Tu nous diras si tu sens une amélioration ces jours-ci, et il faudra également veiller à ce qu'on ne soit pas victime de "page blanche" comme indiqué dans la documentation "Compression" de Tiki Image .

C'est chouette si ça améliore la rapidité d'affichage des pages du site.

r1 utilisateur non connecté France
Hello,

Personnellement, je n'y crois pas trop (il serait bon de tester avant/après l'activation de la compression).

Le serveur mets du temps à répondre. Une fois qu'il s'est décidé, le contenu est servi rapidement.

Je pense plutôt à des goulots d'étranglements au niveau base de données (serveur à genou, base de données non optimisée énorme...) ou serveur web. Difficile à dire sur une plateforme mutualisée.

A+
Erwan

piratebab utilisateur non connecté
C'est vrai que ce site n'est pas des plus rapides, mais perso, vu ma connexion, ce n'est pas pire que de nombreux autres. Et vu la qualité du contenu, je suis prêt à attendre 10 secondes!
De ma petite expérience, les 2 actions les plus simples pour gagner facilement un peu de temps:
- compactage des scripts javascript (c'est différent de la compression)
- mise en cache des pages

Après comme déjà évoqué, si la BDD est sur un autre serveur, il peut y avoir des problèmes de débit entre les serveurs. Mais ça tu ne peux pas le savoir, c'est le gestionnaire de l'infra qui peux regarder.
Coté BDD, il faut d’abord faire quelques mesures pour savoir ce qui prend du temps. 3 Go pour la base, ça reste gérable avec tu mariaDB normalement.

r1 utilisateur non connecté France

Je retire ce que j'ai dit ! Enfin partiellement :-)

De mon point de vue, le site semble plus véloce (au moins actuellement).

A voir avec le temps.

olinuxx utilisateur non connecté France
@Samuel : tu pourrais refaire tes prises d'info google speed insight / lighthouse stp et voir s'il y a une différence notable ?

piratebab utilisateur non connecté
Le site me semble plus rapide ce soir sous chromium. C'est moins flagrant avec Firefox (même machine).
Mais bon, ça dépend aussi de la qualité de ma connexion à un instant donné
Qu'est ce qui a changé dans la config?

Geis007 utilisateur non connecté France
Chez moi ausi, la différence est flagrante ! Le site se charge quasiment aussi vite que n'importe quel autre (Firefox)
Édit : pour publier un message, c'est toujours lent !

piratebab utilisateur non connecté
Je n'aime pas trop les outils google, ils ont un peu trop orienté vers une utilisation de chrome.
Je préfère utiliser plusieurs autres ressources, par exemple pour la page d'accueil du site:
https://smallseotools.com/fr/page-speed-test/
https://developers.google.com/speed/pagespeed/insights/?hl=fr&url=https%3A%2F%2Flinuxmao.org%2F
https://www.dareboost.com/fr/report/a_35fd371a9e6f78d3a4d29f10f?reportIds=a_35fd371a9e6f78d3a4d29f10f

Le temps de chargement constaté se situe entre 3 et 5 secondes. La moitié du temps, c'est l'attente de la réponse du serveur, puis vient les chargements, en particulier des images et les scripts js
Ce qui ressort globalement:
- la page est lourde (2,3 Mo), il y a beaucoup à charger (d'où la recommandation de compresser, mais ce n’est qu’un pansement), et complexe (1208 éléments)
- l'image du logo pourrait être allégée (32 ko)
- il y a une autre grosse image (https://download.tuxfamily.org/linuxmao/tiki/img/linuxmao/accueil/distributions.png)
- il y a aussi beaucoup de petites images, ce qui augmente le temps coté serveur, tu pourrais aussi réduire leur taille (Lmms, ardour,distributions, calf, tikilogo)
- coté css, c'est pas trop mal, est ce que tu as mis le plugin pour compacter le texte à charger ? (pas compresser, compacter). il y a beaucoup de petits fichiers, pas bon pour le serveur
- coté js, c'est le point noir. il faut absolument compacter, il semblerait que ce n'est pas fait. De plus, il y aurait des scripts inutilisés qui sont chargés pour rien. Et beaucoup de petits scipts, pas bon pour le serveur.
- il ressort aussi qu'il n'y a pas de mise en cache correcte. Je ne connais pas l'en tete Vary: Accept-Encoding, mais il semblerait que ça améliorerait la compression

si j'ai le temps je ferais la même chose pour l’accueil du forum

piratebab utilisateur non connecté
Pour l’accueil du forum, on retrouve globalement la même chose
La page fait 2MB
L'image du logo, et les images en général
du javascript non utilisé
javascript et css à optimiser (minify)
Trop d'objets dans la page

Attention toutefois. Ce ne sont que des analyses du temps de chargement. Elles ne tiennent pas compte du temps de réponse du serveur. Ca se mesure normalement coté serveur, mais j'ai trouvé un site qui le mesure, sans trop préciser comment
https://www.bitcatcha.com/report/1b062b2d5d0e47b08839daff0067b91a/
Et c'est plus que correct pour cette page

piratebab utilisateur non connecté
Quelques tests sur ma machine avec les firefox developer tools
Temps de chargement total: 17 secondes. Les temps les plus longs:
temps de réponse du serveur: 3,2 secondes
Les css: 2s
le js: 6,2 s. Sauf pour tikijsplugin language=fr qui met 12 secondes
les images: 11 secondes . La plus grosse étant, et de très loin, le logo linuxmao.png; son chargement prend 3s.

Attention, les temps ne se cumulent pas. après la réponse du serveur, les chargements démarrent en parallèle
Vous pouvez regarder ce que ça donne chez vous si vous avez firefox
Ouvrez la page à analyser
ouvrez les developer tools avec Ctrl + Shift + E, onglet réseau
rechargez la page
Plus d'infos sur
https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor

piratebab utilisateur non connecté
oui le logo. Sans réduire la qualité, ça va être compliqué. Tu es déjà en couleur 8 bits RVB. 469 x 64 = 30 k pixels
Tu peux jouer un peu sur la résolution. Je l'ai enregistré en jpeg avec une qualité de 70%; la taille est divisée par 2, et le visuel reste identique. Je ne sais pas si tu peux utiliser des images jpeg.

piratebab utilisateur non connecté
mais le plus gros gain se fera un "minifiant" le css et le js

Samuel utilisateur non connecté Allemagne
Je trouve super de s'occuper de ça. Mertci piratebab pour tes connaissances et olinuxx pour les implémentations.

olinuxx utilisateur non connecté France
Je viens d'activer la minification du CSS et sa mise dans un fichier unique.
J'ai purgé les caches de Tiki.

On va bien voir si ça accélère.
Pour l'instant, je n'en ai pas l'impression.

sub26nico utilisateur non connecté France
merci olinuxx

bda utilisateur non connecté France
De mon coté je ne perçois pas de différence (mais ça reste subjectif car non mesuré). Par contre là où je trouve le temps long, c'est plus lors des requêtes. Il y a une latence assez importante entre la requête et la réponse du serveur. Mais là c'est probablement plus chez tuxfamily. Au prix de l'hébergement de linuxmao, on ne va pas se plaindre.

Même sur Raspberry Py 2b, le site se charge rapidement passé le délai de réponse du serveur.

C'est quand même un gros site web avec une grosse BDD. Peut être qu'une suppression des vieux messages inutiles (et jamais consultés) pourrait améliorer les choses. Voire une purge des utilisateurs qui ne se sont pas connecter depuis x années. Mais là c'est un travail de titan.

Pour ce qui est des images et du CSS, ils sont conservés dans le cache des navigateurs. À moins de venir ici trop rarement. Le CSS minifié pèse 111k chez moi. Pas la mère à boire et peu de gain possible.

jujudusud utilisateur non connecté France
Salut tout le monde,
Je ne sais pas trop comment participer à tout ça, donc je reste spectateur.
Si vous arrivez à accélérer les temps de chargement ce sera encore plus sympa ! :-)
Merci à tous en tout cas.

Page : 1/2  [Suivant]
1  2 
Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Faire un don
[Afficher / Cacher]

Connexion
[Afficher / Cacher]



Mégaphone [Afficher / Cacher]

sub26nico, 09:25, mar. 15 Jun 2021: Bonjour et bienvenue à Hexaal :-)
Ubuntu_Studio_User, 02:29, lun. 14 Jun 2021: Salut à tous...
allany, 12:12, sam. 12 Jun 2021: @tourneriff : merci pour le signalement, c'est fait !
tourneriff, 07:52, sam. 12 Jun 2021: Bonjour à tous ☺ ! Avis aux modos : pourrait-on voir la "joute 16" en cours à l'accueil du site plutôt que l'antique "joute 15"
sub26nico, 14:56, jeu. 10 Jun 2021: Salut et bienvenue à jamesonmount, freerawsound et Loop :-)
ycollet, 10:28, mer. 09 Jun 2021: Cool, un revival de rakarrak ! [Lien]
sub26nico, 22:08, lun. 07 Jun 2021: Bonjour et bienvenue à ArchLinux59, Djobi et gakgakgak :-)
olof, 09:27, lun. 07 Jun 2021: ardour 6.7 build tourne chez moi, mais pas le package 6.6
allany, 14:46, dim. 06 Jun 2021: @r1 : t'as raison : trop c'est trop, ça sature du goulot !
r1, 22:54, sam. 05 Jun 2021: Mon cerveau a bobo à force de faire le gogo sur l'annonce de l'édito !
allany, 11:49, sam. 05 Jun 2021: Z'ont encore abattu un sacré boulot, les poulbots de l'édito ! [Lien]
ycollet, 20:37, ven. 04 Jun 2021: Un article intéressant sur un truc à venir sur USB audio: [Lien]