You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

rastapopoulos@spip.org 687e9f2644 On utilise la nouvelle date d'échéance. ... 1) Lorsqu'on initialise les dates, c'est ça qu'on teste. Par défaut la date de fin est la date d'échéance. Mais s'il y a Commandes et Bank, on regarde si l'abonnement a été activé par une transaction : - si c'est SEPA, on annule la date de fin, par défaut ça sera infini - si c'est carte bleue, on met comme date de fin celle de la carte bleue puisqu'on l'a 1bis) Au passage on déplace les tâches d'initialisation dans une fonction à part pour y voir plus clair. 2) Quand un abonnement est modifié et qu'on check les dates, on active entre date_debut et date_echeance maintenant. 3) Mais on désactive toujours seulement après date_fin, pas date_echeance. Ce qui permet de laisser une marge si jamais l'échéance est passée mais sans désactiver. Car ça se trouve c'est justement un paiement un peu en retard. 4) Quand on renouvelle un abonnement, on renouvelle à partir de la date d'échéance, et non plus de la date de fin. Et on repousse la date de fin si elle se retrouve avant la nouvelle échéance décalée. 5) Une nouvelle tâche génie est programmée toutes les heures pour vérifier les échéances. Si on a trop dépassé (48h par défaut qui sera configurable) alors on change la date de fin pour maintenant, ce qui va désactiver l'abonnement. Ce n'est PAS FINI. Il manque : - rendre configurable les deux délais qui sont en lire_config() - afficher la nouvelle date d'échéance dans l'admin et la rendre éditable dans le form d'édition d'un abonnement - possiblement changer la désactivation par Jobs en utilisant un génie (perf issue d'après cerdic) - sûrement plein de bugs à corriger, j'espère pas trop…		9 years ago
action	On utilise la nouvelle date d'échéance.	9 years ago
base	Ajout d'un champ date_echeance et qui pour la mise à jour vaut le date_fin déjà existant. On utilisera ça ensuite comme borne pour l'activation. En revanche la vraie date de fin de désactivation restera toujours date_fin.	9 years ago
formulaires	Fin de PHP en moins	9 years ago
genie	On utilise la nouvelle date d'échéance.	9 years ago
inc	On utilise la nouvelle date d'échéance.	9 years ago
lang	[Salvatore] [source:_plugins_/abonnements/trunk/lang/ abonnementsoffre] Export depuis http://trad.spip.net de la langue en	9 years ago
notifications	Accrobranche : en fait on déplace le plugin Abonnements nouvelle génération dans un dossier du même nom que son préfixe, qui n'est plus le même que l'ancienne version. Tout ça n'est en effet pas compatible même si c'est inspiré et à la suite de ce qui existait avant. Le préfixe et le dossier du nouveau suive un nommage plus habituel, avec le nom au pluriel, et les fonctionnalités ne sont pas du tout implémentée pareille, pas la même architecture, etc.	9 years ago
prive	Séparer les abonnements actifs/inactifs sous une seule offre de la même manière que sur la page de suivi global, avec le même ordre.	9 years ago
saisies	Pour la saisie, on préconie plutôt d'afficher clairement les choses, dans en boutons radios si un seul choix, ou en cases à cocher si multiple=oui, pas dans une liste déroulante dont le contenu est caché. On ajoute aussi une option pour afficher le prix d'une offre : afficher_prix=oui.	9 years ago
saisies-vues	Accrobranche : en fait on déplace le plugin Abonnements nouvelle génération dans un dossier du même nom que son préfixe, qui n'est plus le même que l'ancienne version. Tout ça n'est en effet pas compatible même si c'est inspiré et à la suite de ce qui existait avant. Le préfixe et le dossier du nouveau suive un nommage plus habituel, avec le nom au pluriel, et les fonctionnalités ne sont pas du tout implémentée pareille, pas la même architecture, etc.	9 years ago
.gitattributes	On utilise la nouvelle date d'échéance.	9 years ago
abonnements_administrations.php	Ajout d'un champ date_echeance et qui pour la mise à jour vaut le date_fin déjà existant. On utilisera ça ensuite comme borne pour l'activation. En revanche la vraie date de fin de désactivation restera toujours date_fin.	9 years ago
abonnements_autorisations.php	L'action creer_ou_renouveler n'est pas faite pour être lancé par une interface, avec un clic d'un humain. C'est plutôt dans un pipeline ou une tâche, et ça peut donc être avec le hit de n'importe quel visiteur. On s'assure donc que tous les droits sont bons.	9 years ago
abonnements_pipelines.php	On utilise la nouvelle date d'échéance.	9 years ago
paquet.xml	Ajout d'un champ date_echeance et qui pour la mise à jour vaut le date_fin déjà existant. On utilisera ça ensuite comme borne pour l'activation. En revanche la vraie date de fin de désactivation restera toujours date_fin.	9 years ago