Skip to content

2024-05-27-01

Compare
Choose a tag to compare
@colinux colinux released this 27 May 09:30
8431771

Améliorations et correctifs

Instructeur

  • ETQ instructeur, je peux renommer le contenu de mon export zip (#10217) (sous feature flag export_template pour le moment)

Accessibilité

  • Page de contact - suppression des paragraphes vides (#10414)

Technique

  • Tech: transition ImageProcessorJob to sidekiq (#10441)
  • Tech (css): maintient les labels de toggle sur une seule ligne (#10443)
  • Tech: ajoute une maintenance task pour recalculer les checksums de pj erronées (#10387)
  • Tech: limite l'engorgement des DossierIndexSearchTermsJob et rétablit la rapidité du scan antivirus (#10448)
  • chore(ts): improuve some types (#10439)

Notes de déploiement

Cette version comporte des migrations du schéma de la base de données :

  • db/migrate/20240130154452_create_export_templates.rb
  • db/migrate/20240131094915_add_template_to_exports.rb
  • db/migrate/20240131095645_add_export_template_fk.rb
  • db/migrate/20240131100329_validate_export_template_fk.rb

Information importante : Redis

L'usage de redis s'accroit au fil des mois : passage de delayed job à sidekiq, optimisations fonctionnelles / cache sous plusieurs formes. A ce stade, la dépendance à redis reste optionnelle, c'est à dire que le code continue de fonctionner sans redis.

Depuis la release 2024-05-22-01 l'indexation des recherches devient asynchrone avec un job, après chaque opération susceptible de modifier les données nécessaires à la recherche (par exemple: changement dans un champ ou d'une annotation privée).
Pour limiter le nombre de jobs à traiter pour un même dossier, un debounce est mis en place pour n'exécuter qu'un seul job par dossier par tranche de 5 minutes. Pour fonctionner ce debounce utilise l'instance de cache de redis. S'il n'y a pas redis, il n'y a pas de debounce. Par conséquence pour un même dossier, à chaque sauvegarde du formulaire un job sera à traiter : en fonction de la volumétrie et taille des démarches, ceci pourrait provoquer un engorgement des jobs à traiter.

Si ce n'est pas encore fait, nous vous encourageons donc vivement à mettre en place un serveur redis au minimum pour le cache .