Refactor: unifier la logique de distribuer et de creer_ou_renouveler

@rastapopoulos disait ici #36 (comment 185654)

En fait je viens de voir que la majeur partie de la mécanique "décider de générer un AUTRE abo qui s'enchaine", se trouve uniquement dans la fonction "distribuer" ici : https://git.spip.net/spip-contrib-extensions/abonnements/-/blob/issue_36bis/distribuer/abonnements_offre.php#L55

Il me semble que c'est ce point qui ne va pas : dans distribuer ça devrait uniquement faire un "creer_ou_renouveler" comme avant… Et c'est dans "creer_ou_renouveler" qu'on doit décider quoi faire :

• soit créer un abo classique qui démarre tout de suite
• soit renouveler un ancien abo encore en cours avec la nouvelle méthode de générer un abo séparé qui s'enchaine au précédent (sans plus changer de dates de l'abo en cours)
• refondre l'action "renouveler" pour appeler la même chose aussi sans changer direct des dates

Alors dans ce cas, tout passerait bien par la même fonction, quelque soit les appels de départ : distribuer, action de renouvellement, autre truc perso, etc.