Project

General

Profile

Développement #100517

Clamd : rafraissement automatique du statut d'un ficher uploadé

Added by Emmanuel Cazenave 8 days ago. Updated about 20 hours ago.

Status:
Nouveau
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
09 January 2025
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

Description

Les fichiers sont scannés par des afterjob, en local je ne voyais jamais "Ce fichier est en attente de vérification par l’antivirus.", la thread d'afterjob faisait le boulot "trop" rapidement.

Sur le SAAS avec les afterjob dans le spooler uwsgi je vois systématiquement le message "en attente ....", et au premier rafraîchissement ça devient bon, l'afterjob est passé.

Ça me semblerait pas mal que le rafraîchissement se fasse via du js.

History

#1

Updated by Emmanuel Cazenave 8 days ago

Emmanuel Cazenave a écrit :

Ça me semblerait pas mal que le rafraîchissement se fasse via du js.

Je parle d'une requête ajax hein, pas de rafraîchir toute la page, je ne mesure pas la complexité.

#2

Updated by Benjamin Dauvergne 3 days ago

Comme je le répète un peu partout, tout ce qui passe par le spooler prendra en moyenne 30s / nombre de process spooler mais bien souvent plus, pour w.c.s il y a 3 spoolers, ça prendra en moyenne 10 secondes (à supposer que chaque spooler se réveille de sa sieste de manière un peu uniforme, ce qui dépend du temps depuis les derniers job, etc... toutes choses égales par ailleurs). C'est modifiable via spooler-frequency (https://uwsgi-docs.readthedocs.io/en/latest/Spooler.html).

#3

Updated by Emmanuel Cazenave about 20 hours ago

Benjamin Dauvergne a écrit :

Comme je le répète un peu partout, tout ce qui passe par le spooler prendra en moyenne 30s / nombre de process spooler mais bien souvent plus, pour w.c.s il y a 3 spoolers, ça prendra en moyenne 10 secondes

Sur ce cas spécifique et mes premières observations en recette, c'est très rapide genre une seconde.

Also available in: Atom PDF