Projet

Général

Profil

Actions

Evolution #93

fermé

Révision de tâches Symfony de l'application

Ajouté par Grégory MARIGOT - TEICEE il y a plus de 13 ans. Mis à jour il y a plus de 13 ans.

Statut:
Fermé
Priorité:
Normal
Version cible:
Début:
10/03/2011
Echéance:
% réalisé:

100%

Temps estimé:
Version ProxyEPN:
TEST

Description

L'application dispose normalement de 2 tâches, programmables dans un cron :
  • epnadminUserexpireTask.class.php
  • epnadminUserAnonymiseTask.class.php

Elles doivent être révisées pour fonctionner avec la nouvelle version de ProxyEPN.

De plus une nouvelle tâche d'administration est envisagée, permettant la regénération de l'annuaire LDAP à partir de la base de données (une tâche étant plus appropriée pour celà qu'une action web)


Demandes liées 4 (1 ouverte3 fermées)

Lié à Evolution #80: Révision globale du codeFerméGrégory MARIGOT - TEICEE17/12/2010

Actions
Lié à Evolution #92: Révision de l'export LDAPFerméGrégory MARIGOT - TEICEE09/03/2011

Actions
Lié à Evolution #72: Regénération de l'annuaire LDAP à partir de la BdD EpnAdminFerméGrégory MARIGOT - TEICEE15/07/2010

Actions
Lié à Evolution #96: Edition des modèles (homepages, emails)Nouveau24/03/2011

Actions

Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 13 ans

  • Statut changé de Nouveau à In Progress
  • % réalisé changé de 0 à 50

Modifications publiées sur le svn (r385) :

Les tâches d'expiration et d'anonymisation des comptes sont en place, nommées à présent :
  • proxyepn:user-anonymise (lib/task/proxyepnUserAnonymiseTask.class.php)
  • proxyepn:user-expire (lib/task/proxyepnUserExpireTask.class.php)
Leur fonctionnement reste similaire aux taches d'origine.
De plus elles disposent chacune des paramètres suivants :
  • --verbose : active une sortie écran affichant les comptes traités
  • --test : récupère la liste des comptes mais n'effectue aucune action

Pour la tâche d'expiration, son rôle est double puisque non seulement elle change le statut des comptes expirés, mais elle s'occupe aussi de prévenir par email les comptes dont la date d'expiration est proche (dans 1 mois et dans 14 jours).

Pour le moment l'envoi des emails n'est pas actif. La routine reste à adapter avec la nouvelle version de Symfony qui désormais embarque offciellement SwiftMailer. [ EDIT: l'envoi d'email est actif sur la r392 ]

Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 13 ans

Gestion des dates d'expiration des usagers

Modifications publiées sur le svn (r384 et r385) :

Quelques changements à ce sujet :
  • Le controle de la date d'expiration est effectué avant chaque enregistrement d'une fiche, afin d'adapter l'état à la date (passage en ACTIVE et EXPIRED selon le cas). La cohérence entre la date et l'état est donc maintenue et supporte les aller-retours.
  • Un changement d'état vers EXPIRED ne change plus la politique d'accès internet dans l'application (y compris via la tâche d'expiration). Autant garder l'info de la politique de l'usager, ce qui sera toujours pratique en cas de réactivation de son compte.
  • La politique de blocage totale n'est appliquée que pour l'export LDAP en fonction de l'état ACTIVE/EXPIRED. Donc seul l'annuaire dispose de la politique modifiée ce qui est suffisant pour bloquer l'accès internet aux comptes expirés tout en conservant un maximum d'informations.

Edit 07/04

Modifications publiées sur le svn (r430) :

Désormais le changement de la politique à l'export de compte expiré utilise la clé dédiéé 'E'.
Il revient aux listes de correspondances (internet_access#.ini ex internet_access_olfeobox#.ini) de définir cette clé en l'associant à l'id de politique attendu (ex: le même que pour blocage total ou un autre profil dédié aux comptes expirés).

Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 13 ans

  • % réalisé changé de 50 à 70

Nouvelle tâche pour la regénération du LDAP

Modifications publiées sur le svn (r386) :

L'application permet un export des éléments de la BdD vers un annuaire LDAP (cf #92).

Il peut être pratique de demander un export complet (resynchronisation d'un annuaire, mise en place initiale, changement de schéma...). Ceci constitue une tâche d'administration dont l'exécution doit revenir naturellement à une tâche Symfony : proxyepn:ldap-regen

Cette tâche exige en argument le type d'objets à exporter : il dépend des classes filles ldapExport disponibles (actuellement 'Gepn', 'Epn' et 'User').

Nouvelle tâche d'extraction I18N globale

Modifications publiées sur le svn (r386) :

La tâche Symfony fournie (i18n:extract) ne traite que les fichiers de l'application pour extraire et alimenter le dictionnaire.
Une nouvelle tâche a été créée pour analyser également les principaux fichiers du projet (modèles, formulaires et filtres) : i18n:extract-all (cf #89)

Nouvelle tâche de regénération des vignettes

Modifications publiées sur le svn (r400 et r403) :

Ce script permet de supprimer et recréer les vignettes de toutes les images associées aux objets (du moins pour celles ayant le support des vignettes activées) : proxyepn:make-thumbs (cf #94)

Il exige en argument le type des objets à traiter (actuellement 'gepn', 'epn', 'room' ou 'computer').

A noter que le traitement des GEPN est différent, puisqu'il ne s'agit pas de générer des vignettes mais de redimensionner le logo lui-même. (Edit: à partir de la r403 c'est également la vignette qui est utilisée pour les logos GEPN)

Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 13 ans

  • Statut changé de In Progress à Résolu
  • % réalisé changé de 70 à 100

Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 13 ans

  • Statut changé de Résolu à Fermé

Mis à jour par Grégory MARIGOT - TEICEE il y a plus de 13 ans

Modifications publiées sur le svn (r449) :

Ajout d'une création explicite de contexte Symfony dans les tâches :
sfContext::createInstance($this->configuration);

Sans quoi l'exécution des tâches échouées parfois...
The "default" context does not exist.

Actions

Formats disponibles : Atom PDF