Améliorations
Basé sur 2024-05-27-01
Polynésie
- Numéro DN : diminution du nombre d'appels au service de la CPS (/100)
- Visa : Correction de certains visas qui ne pouvaient pas être décochés. (Note: cf release suivante pour correction complète)
Instructeur
- ETQ instructeur, je peux renommer le contenu de mon export zip (demarches-simplifiees#10217) (sous feature flag export_template pour le moment)
Accessibilité
- Page de contact - suppression des paragraphes vides (demarches-simplifiees#10414)
Technique
- Tech: transition ImageProcessorJob to sidekiq (demarches-simplifiees#10441)
- Tech (css): maintient les labels de toggle sur une seule ligne (demarches-simplifiees#10443)
- Tech: ajoute une maintenance task pour recalculer les checksums de pj erronées (demarches-simplifiees#10387)
- Tech: limite l'engorgement des DossierIndexSearchTermsJob et rétablit la rapidité du scan antivirus (demarches-simplifiees#10448)
- chore(ts): improuve some types (demarches-simplifiees#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 DS: 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 .
==> l'ajout d'un redis de cache est est prévue d'ici quelques jours