Dans Discourse, tous les fichiers js et css sont présentés séparément. Pourquoi ne pas les combiner en un ou deux fichiers et les présenter ?

Dans Discourse, tous les fichiers js et css sont présentés séparément. Pendant des années, j’ai pensé qu’il était préférable de combiner, d’optimiser et de présenter ces fichiers. Veuillez m’avertir si je manque des éléments importants ici, mais malheureusement la vitesse de démarrage initiale est très lente et serait-il bénéfique de réduire le nombre de ces fichiers ?

Par exemple, s’il y avait 1 ou 2 fichiers css au lieu de 30 fichiers css, cela pourrait-il accélérer encore plus les processus ?

Imaginez ceci, si votre site s’ouvrait en 1 à 2 secondes lorsque vous le tapez dans la barre d’adresse et que vous appuyez sur Entrée. Hmm, ce serait génial.

https://www.webpagetest.org/result/240505_BiDc8X_6JJ/

video

Je suis d’accord, c’est très fonctionnel, très rapide après l’ouverture et nous l’adorons… Améliorons-le encore un peu et faisons-en le meilleur des meilleurs :slight_smile:

Cela semble logique.

2 « J'aime »

Eh bien, pour moi, la réalité ici est de 2 secondes. Ces tests en laboratoire sont un autre monde.

1 « J'aime »

Cependant, il y a une période d’attente d’au moins 5 à 6 secondes. Lorsque je le teste à l’extérieur, le temps d’attente peut être très long.

1 « J'aime »

Connexions lentes ?

1 « J'aime »

Je testerai cela à la première occasion.

1 « J'aime »

Je pense qu’une partie de cela est due au fait qu’ils effectuent un démarrage à froid et doivent charger tous les actifs. La plupart du temps, les utilisateurs du forum auront ces actifs mis en cache dans leur navigateur.

Je soupçonne qu’il existe des améliorations possibles des temps de chargement, et peut-être que certains des conseils de ces tests en laboratoire méritent d’être suivis.

des preuves sont nécessaires ici, le regroupement est quelque chose qui apporte de grands avantages sur les sites HTTP 1.1, pas sur les sites 2.0.

Je veux certainement que les choses soient plus rapides, mais lorsque eval en JavaScript est le goulot d’étranglement, alors jouer avec le regroupement n’est pas le bon endroit.

2 « J'aime »

Je pense que cela ne se limite pas à la norme HTTP. Certains sites s’ouvrent en 2-3 secondes. L’écran d’attente de 10 secondes de Discourse est un peu pénible. Il y a un dicton chez les Turcs : Toute beauté a un défaut. J’espère que Discourse corrigera ce défaut avec le temps.

Encore une fois — cela vient du serveur d’un forum ET des connexions de l’utilisateur ET de l’appareil de l’utilisateur

Je ne sais pas comment l’équipe peut corriger les différences entre tous les districts des États, de la Finlande ou de la Turquie, ou rendre plus rapide un réseau 4G bondé donnant une vitesse de 3M. Ou si un utilisateur utilise un mobile chinois d’entrée de gamme manquant de RAM et dont la mémoire est pleine de photos de chats amusantes.

Bien sûr. La première fois pourrait être plus rapide si Discourse était construit comme des sites Web « normaux ». Mais alors, chaque chargement de page serait égal ou plus lent.

C’est dommage si Dicourse est lent pour vous, honnêtement. Mais pour moi, en Finlande, un iPhone SE derrière le wifi de la maison qui capte le signal de la 4G et dont la vitesse marketing est de 200M donne environ 2 secondes de temps d’attente.

1 « J'aime »

En fait, vous savez ce qui m’est venu à l’esprit aujourd’hui. La fonctionnalité de l’application est toujours rapide. Je vais vous dire comment l’introduire et l’installer à chaque utilisateur. De cette façon, cela ressemblera à une application et donnera une impression rapide. J’adore Discourse. Je n’ai pas l’intention de le quitter pour l’instant. J’essaierai tous les moyens pour en tirer le meilleur parti.

1 « J'aime »