Scénario #20121
L'onglet Squid en mode expert devrait permettre de saisir des temps en secondes
100%
Description
Problème¶
Il n’est pas possible de passer certaines valeurs de timeout sous la minute.
Proposition¶
- Vérifier si une décimale fonctionne (
0.2
) - Sinon
- modifier le dico (libellés, aides, adaptation des valeurs par défaut)
- prévoir la mise à jour des valeurs personnalisées (x60) à l'upgrade de la configuration 2.6.1 -> 2.6.2
- ajouter un test unitaire correspondant dans "test_upgrade.py"
- mettre à jour la doc et les journaux (changements 2.6.2 + ajout de blocs attention)
Critères d’acceptation¶
Demande initiale¶
Pour certaines valeurs (timeouts), il est interessant de pouvoir mettre des valeurs inferieurs à 1 minutes, comme http://www.squid-cache.org/Doc/config/persistent_request_timeout/
Il serait bien que ces valeurs dans gen_config soient en secondes
merci
Sous-tâches
Historique
#1 Mis à jour par Gérald Schwartzmann il y a environ 7 ans
- Sujet changé de pouvoir mettre des valeurs inferieurs à 1 minutes sur les variables à L'onglet Squid en mode expert devrait permettre de saisir des temps en secones
Dans l'onglet Squid en mode expert Persistent_request_timeout (en min) persistent_request_timeout devrait permettre de saisir des valeurs (en seconde) inférieures à 1 minutes.
Étudier quelles sont les autres variables à passer en seconde.
#2 Mis à jour par Joël Cuissinat il y a environ 7 ans
- Tracker changé de Demande à Proposition Scénario
- Sujet changé de L'onglet Squid en mode expert devrait permettre de saisir des temps en secones à L'onglet Squid en mode expert devrait permettre de saisir des temps en secondes
La demande, simple en apparence, oblige cependant à modifier la valeur par défaut d'une variable et "pire" nécessitera une conversion (x60) des valeurs potentiellement déjà personnalisées par les utilisateurs !
De ce fait, cela me semble compliqué même pour la future 2.6.2. La création d'une nouvelle variable avec éventuellement un remplissage à partir de l'ancienne reste cependant envisageable.
#3 Mis à jour par Christophe Dezé il y a environ 7 ans
tant pis si ca n'est pas possible..
ca aurait été pratique pour certaines valeurs
#4 Mis à jour par Christophe Dezé il y a plus de 6 ans
pour moi
persistent_request_timeout
mais je pense que ca serait aussi interessant pour ces valeurs
connect_timeout
read_timeout
request_timeout
#5 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Tracker changé de Proposition Scénario à Scénario
- Echéance mis à 29/09/2017
- Version cible mis à sprint 2017 37-39 Equipe MENSR
- Début mis à 11/09/2017
- Release mis à EOLE 2.6.2
- Points de scénarios mis à 3.0
<jojo2024> pour read_timeout, la valeur par défaut est de 15 minutes... On pourrait avoir besoin de descendre au niveau seconde ? <cdeze> c'est pas fauxTODO :
- modifier le dico (libellés, aides, adaptation des valeurs par défaut)
- prévoir la mise à jour des valeurs personnalisées (x60) à l'upgrade de la configuration 2.6.1 -> 2.6.2
- ajouter un test unitaire correspondant dans "test_upgrade.py"
- mettre à jour la doc et les journaux (changements 2.6.2 + ajout de blocs attention)
#6 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Points de scénarios changé de 3.0 à 2.0
#7 Mis à jour par Scrum Master il y a plus de 6 ans
- Assigné à mis à Joël Cuissinat
#8 Mis à jour par Daniel Dehennin il y a plus de 6 ans
- Description mis à jour (diff)
#9 Mis à jour par Gérald Schwartzmann il y a plus de 6 ans
- Statut changé de Nouveau à Terminé (Sprint)