dmorlock
Mai 4, 2022, 3:27
1
Nous rencontrons une erreur où les theme-javascripts semblent manquer :
$ curl https://mydomain.com | grep "theme-javascript"
<script src="/theme-javascripts/ff7f780a40bfd1e31a2cdc99c7dbc616f619d7d9.js?__ws=mydomain.com"></script>
<script src="/theme-javascripts/1bb8395b8d8d9daecdbef830d8c9418b93a7b5f9.js?__ws=mydomain.com"></script>
Mais lorsque nous essayons d’accéder à ces fichiers (dans un navigateur avec un utilisateur connecté), nous obtenons une erreur 404 :
Hoppla! Diese Seite existiert nicht oder ist privat.
Lorsque nous vérifions le javascript-cache, les fichiers existent :
$ find /var/www/discourse/tmp/javascript-cache -iname 'ff7f780a40bfd1e31a2cdc99c7dbc616f619d7d9*'
/var/www/discourse/tmp/javascript-cache/ff7f780a40bfd1e31a2cdc99c7dbc616f619d7d9.js
La solution de contournement actuelle consiste à modifier le thème personnalisé en modifiant et en enregistrant le thème.
Nous apprécierions toute aide pour une enquête plus approfondie.
Merci,
david
Mai 4, 2022, 5:10
2
Quelle version de Discourse utilisez-vous ? Nous avons corrigé un problème similaire en février :
committed 01:23PM - 14 Feb 22 UTC
There is a couple of layers of caching for theme JavaScript in Discourse:
The… first layer is the `javascript_caches` table in the database. When a theme
with JavaScript files is installed, Discourse stores each one of the JavaScript
files in the `theme_fields` table, and then concatenates the files, compiles
them, computes a SHA1 digest of the compiled JavaScript and store the results
along with the SHA1 digest in the `javascript_caches` table.
Now when a request comes in, we need to render `<script>` tags for the
activated theme(s) of the site. To do this, we retrieve the `javascript_caches`
records of the activated themes and generate a `<script>` tag for each record.
The `src` attribute of these tags is a path to the `/theme-javascripts/:digest`
route which simply responds with the compiled JavaScript that has the requested
digest.
The second layer is a distributed cache whose purpose is to make rendering
`<script>` a lot more efficient. Without this cache, we'd have to query the
`javascript_caches` table to retrieve the SHA1 digests for every single
request. So we use this cache to store the `<script>` tags themselves so that
we only have to retrieve the `javascript_caches` records of the activated
themes for the first request and future requests simply get the cached
`<script>` tags.
What this commit does it ensures that the SHA1 digest in the
`javascript_caches` table stay the same across compilations by adding an order
by id clause to the query that loads the `theme_fields` records. Currently, we
specify no order when retrieving the `theme_fields` records so the order in
which they're retrieved can change across compilations and therefore cause the
SHA1 to change even though the individual records have not changed at all.
An inconsistent SHA1 digest across compilations can cause the database cache
and the distributed cache to have different digests and that causes the
JavaScript to fail to load (and if the theme heavily customizes the site, it
gives the impression that the site is broken) until the cache is cleared.
This can happen in busy sites when 2 concurrent requests recompile the
JavaScript files of a theme at the same time (this can happen when deploying a
new Discourse version) and request A updates the database cache after request B
did, and request B updates the distributed cache after request A did.
Internal ticket: t60783.
Co-authored-by: David Taylor <david@taylorhq.com>
3 « J'aime »
dmorlock
Mai 5, 2022, 7:32
3
Nous utilisons la version V2.8.0. Quelle version contient la correction mentionnée ?
david
Mai 6, 2022, 9:51
4
Cette correction n’est disponible que dans la version 2.9.0 (bêta). Je vais voir si nous pouvons la rétroporter vers la version stable, car il s’agit d’une correction relativement simple : (PR ici )
Modification : elle a été fusionnée dans la branche stable @dmorlock . Donc, si vous effectuez une mise à niveau (via la console ou via /admin/upgrade), le problème devrait être résolu.
3 « J'aime »
dmorlock
Mai 6, 2022, 9:38
5
Nous venons de passer à la branche stable et testons actuellement si cela a résolu notre problème.
1 « J'aime »
david
Juin 5, 2022, 9:38
6
Ce sujet a été automatiquement fermé 30 jours après la dernière réponse. Les nouvelles réponses ne sont plus autorisées.
