L’un des fichiers /assets/application-7c87db9088046beb643be94b61428105469e084e8d02f141c57adfaf14168c63.js fait presque 3,1 Mo et génère de nombreuses alertes dans error.log pour le proxy inverse Nginx.
une réponse en amont est mise en mémoire tampon dans un fichier temporaire /var/lib/nginx/proxy/2/77/0012036772 lors de la lecture en amont, client : XXXXXX
Quelqu’un sait-il à quoi sert ce fichier JavaScript si volumineux ?
Existe-t-il un moyen de réduire la taille de ce fichier ? Une solution pour diminuer les alertes dans Nginx consisterait à augmenter la taille du tampon à 3,1 Mo, mais cela ne semble-t-il pas excessif par rapport à la configuration par défaut de Nginx ?
Lorsque vous chargez pour la première fois un site Discourse, l’application JavaScript complète est envoyée au navigateur (elle est ensuite mise en cache, ce qui rend les chargements de page suivants beaucoup plus rapides). C’est ce que représente ce fichier de 3 Mo.
Il est également utile de garder à l’esprit que, en suivant le guide d’installation officiel, vous obtenez un proxy inverse nginx préconfiguré qui sert ce fichier avec une compression brotli, réduisant ainsi sa taille à 400 ko.
Ce fichier de configuration est le modèle que nous utilisons dans le guide d’installation officiel, mais il est également fortement modifié par le script d’installation pendant l’installation.
Je crains que nous ne fournissions le fichier de configuration que si vous suivez notre guide d’installation officiel. Si vous vous en écartez, vous devrez faire attention à ne pas perdre tout ce que nous prenons en charge, comme brotli, HTTP/2, IPv6, etc.
@Falco En lisant le forum Discourse, on a l’impression que l’utilisation de conteneurs web et de base de données séparés est préférée, voire recommandée. Il serait excellent qu’il existe un guide officiel pour la configuration manuelle de Nginx ou pour une mise en place automatique avec des conteneurs séparés.
Notre méthode d’installation préférée est celle documentée dans notre guide d’installation officiel. Cela dit, l’utilisation d’un conteneur web/données séparé n’affecte pas le nginx préconfiguré à l’intérieur du conteneur web ; cela devrait fonctionner de la même manière, sans avoir besoin d’un proxy inverse supplémentaire.
Vous recherchez des optimisations pour héberger plusieurs forums Discourse en utilisant : un proxy Nginx → des conteneurs Web et de base de données séparés. Dans ce scénario, je suppose que les améliorations de performance prévues par l’installation officielle doivent être appliquées manuellement dans le proxy Nginx.