User avatar
Tournesol đŸŒ» @tournesol@peculiar.florist
2y
Je 
 je crois avoir réglé le soucis de TL qui charge pas ??
⭐2
2
0
0
2
User avatar
Scandinavian ⁂ Architect @Seth@bdx.town
2y
@tournesol tu nous confirmes quand on peut te féliciter !
1
0
0
0
User avatar
Tournesol đŸŒ» @tournesol@peculiar.florist
2y
@Seth j’ai faillis faire une annonce officielle mais j’ai l’impression qui faut pas tirer de conclusions trop vites avec ce soucis haha
😆2
0
0
0
2
User avatar
Tournesol đŸŒ» @tournesol@peculiar.florist
2y
bon elles mettent toujours plus de temps Ă  charger mais au moins elles timeout pas
⭐1
1
0
0
1
User avatar
Shad @shad@pipou.academy
2y
@tournesol tu saurais faire une explication pour les noobs ? Je suis curieux, c'était mystérieux x)
1
0
0
0
User avatar
Tournesol đŸŒ» @tournesol@peculiar.florist
2y
@shad C’est avant tout un problùme de DB
apparemment les statistiques d’optimisations des tables ne sont pas transfĂ©rĂ©es durant la migration (je crois que c’est la fonction pg_upgrade() plus prĂ©cisĂ©ment). Il semblerait que si les Queries sont trop longues, elles timeout. C’est ce qui se passe avec les TL locales et recommandĂ©es. Pour des raisons que j’ignore, elles mettent plus de temps Ă  ĂȘtre chargĂ©es.

Du coup il faut relancer manuellement les fonctions qui permettent de recrĂ©er les stats d’optimisations. À savoir ANALYZE; ou carrĂ©ment VACUUM ANALYZE;.

Ça semble avoir rĂ©duit le temps des Queries et donc d’éviter les timeouts ?

On verra si ça tiens đŸ€ž
⭐1
0
0
0
1