Abonnements - commentaires

Abonnements

Merci pour ta réponse rapide.
J'avais chargé les dernières versions d'Abonnements pour tester mon site en Spip 4.2, mais je vais attendre une version stable pour recommencer et essayer de comprendre tes derniers développements et les impacts sur son utilisation.
Ce qui importe pour moi c'est que les abonnements soient bien désactivés à l'issue de leur durée (fin ou échéance) et donc que l'accès aux zones restreintes soient supprimés.
à suivre, et merci.

Abonnements

Hello, ça dépend des cas, en partie oui mais il y a aussi un bug ou dans certain cas la date de fin *aurait dû* être remplie et où ça ne l'est plus, il y a un ticket pour ça pas encore corrigé avec exactement ton questionnement, ici : https://git.spip.net/spip-contrib-extensions/abonnements/issues/31

Abonnements

Bonjour,
J'utilise ce plugin depuis plusieurs années couplé à Accès restreint et Abonnement à des zones restreintes, et c'est un gros apport fonctionnel pour mon site.
Depuis le début, j'ai toujours obtenu : date d'échéance = date de fin, et je me suis basé depuis le début sur la date de fin pour tester la validité d'un abonnement.
Or dans les dernières versions 4.2.2 et 4.2.3 la date de fin est à 0000. Est-ce voulu ? Dois-je désormais tester la date d'échéance ?
Merci

Abonnements

Sinon tu pourrais pas appliquer la taxe additionnée directement donc de 14,975 % pour le Québec ? T'as besoin que les deux taxes soient bien différenciées dans les lignes de commande ?

Abonnements

Hello Allagba, alors c'est un (gros) morceau important qui n'a pas de rapport avec le plugin Abonnements en particulier. Ça vaut pour toute la chaine de commerce, quelque soit ce qu'on vend (plugins Prix, Commandes, Produits, etc), et qui pour l'instant n'a jamais été conçu et codé car… personne n'a financé ça, car tout était fait sur des sites Euro avec que la TVA pour l'instant.

Concrètement tous les plugins en question actuellement ne gère que le cas le plus simple, européen, où il y a juste la TVA. Mais on sait bien, on a tout à fait à l'esprit, que dans plein d'autres pays du monde (dont le Canada mais pas que), il y a parfois un enchevêtrement de taxes différentes, qui sont parfois même complexe (genre des taxes calculées sur le prix HT, et d'autres calculées sur l'addition du HT et de certaines autres taxes, etc).

On a déjà analysée tout ça avec Tcharlss ya plusieurs années, et on avait commencé à faire la conception d'un vrai plugin Taxe, comme il y a dans Thelia, Drupalcommerce ou autres, et dont le but serait de gérer tous les cas complexes autre que la TVA seule. Mais sauf que ya jamais eu de projets sur lesquels avoir le temps prévu de coder la solution…

CEPENDANT, on n'a pas rien fait non plus :p
Il n'y a pas, et n'aura pas avant un moment, de plugins pour gérer par interface l'ajout de multiples taxes selon plusieurs méthodes de calculs MAIS on a commencé une API « taxes », qui permet dès maintenant d'ajouter des taxes supplémentaires pour tel ou tel type d'objets !
https://git.spip.net/spip-contrib-extensions/prix/src/branch/master/inc/taxes.php#L25

Pour cela tu as deux possibilités :

soit tu crées une fonction taxes_abonnements_offre_dist() dans taxes/abonnements_offre.php, mais dans ce cas faut pas oublier d'utiliser aussi le champ taxe existant
soit comme le fallback utilisé déjà le champ taxe tout seul, tu peux aussi t'insérer dans le pipeline « taxes » qui reçoit notamment « objet » en args (cf dans le code ci-dessus) et dans cas la TVA sera déjà appliquée mais tu pourras modifier pour ajouter une taxe supplémentaire

Voilà ce que je peux en dire pour le moment…

Abonnements

Bonjour, le plugin abonnement offre par défaut une seule aux offres d'abonnements. J'aimerais savoir s'il est possible d'ajouter une autre taxe. Car je suis au Québec et ici tous les articles vendus sont soumis à deux taxes. Merci d'avance

Abonnements

Hello, j'ai fait quelques corrections pour PHP 8 cette semaine, si tu veux retenter

Abonnements

OK pb de version php.
Erreur avec 8.1, mais ca passe avec la version php 7.4.33

Abonnements

Voici les lignes d'erreurs :

L128: Unsupported operand types: string * int
/*001*/ /*002*/ /*003*/
/*004*/
/*005*/
/*006*/ /*007*/ /*008*/ Créer une offre d'abonnement
/*009*/ Sans titre
/*010*/ /*011*/
/*012*/
/*013*/
/*014*/ 
/*020*/
/*021*/
/*022

Abonnements

Lorsque je suis sur https://monsite/ecrire/?exec=abonnements_offres et que je souhaite « créer une offre d'abonnement » en cliquant sur le bouton, (https://monsite/ecrire/?exec=abonnements_offre_edit&new=oui), j'obtiens une erreur :

../prive/echafaudage/contenu/objet_edit.sans_rubrique.html

Abonnements

Va falloir être beaucoup plus détaillé que ça pour pouvoir t'aider. 🙂

Abonnements

Bonjour,
j'ai une erreur qui m'empeche de créer un abonnement avec spip 4.1.9 et abonnement v. 4.0.0. Impossible d'avancer. Pouvez vs m'aider ?

Abonnements

L'inscription est ici sur Contrib en haut à droite pour contribuer (2^e form) : https://contrib.spip.net/spip.php?page=identifiants

La règle pour un plugin est de faire un ticket, puis une branche dans le plugin avec la ref au ticket (par ex « git branch dev/issue_123_activation_abo_futur && git checkout dev/issue_123_activation_abo_futur »), de pousser cette branche en ligne, puis de faire une PR à partir de cette branche de dev depuis l'interface de la forge.

Et passer sur IRC si t'as besoin d'aide en direct.

Abonnements

Ca me tente assez de contribuer à ce plugin et à Spip de manière plus large. Je dois pour cela me mettre à Git mais mieux vaut tard que jamais :) Par contre en suivant ton lien cela me dit que les inscriptions sont fermées (identification via SSO Git)

Abonnements

Je n'ai pas compris grand chose qu'est-ce qui force à faire quoi pourquoi ? et en quoi un génie n'est pas optimal ? + pourquoi un plugin ? si tu fais partie des gens qui sont capables de faire « un plugin », pourquoi ne ferais-tu pas plutôt une branche et une PR associée qui ajoute ce truc manquant directement pour tout le monde dans le plugin ? :)

Les discussions sur le code, tickets, PR, c'est ici : https://git.spip.net/spip-contrib-extensions/abonnements

Abonnements

Merci pour la rapide réponse. J'allais faire un plugin spécial pour vérifier les activations mais en vérifiant le code actuel du plugin abo, je remarque

$liens = objet_trouver_liens(array('job' => '*'), array('abonnement' => $id_abonnement));

qui me semble t-il doit supprimer toutes les tâches liées à un abonnement donné... cela va me forcer à faire une tache général vérifiant de façon générique les dates de début de tous les abos non activé ayant une date de début passée et une date de fin dans le futur, ce qui n'est pas optimal.

Abonnements

Oui je crois que c'est tout simplement un manque, ce n'est pas codé du tout cette possibilité. Il faudrait ajouter un génie qui s'occupe de ça.

Abonnements

Yep ça a été corrigé ya 2 mois là : https://git.spip.net/spip-contrib-extensions/abonnements/commit/43147fafd769c7b7536c7d3d4bc466c2464f58e0

Abonnements

Bonjour,
Nous constatons que les abonnements dont la date de début a été modifiée avec une date future ne s'activent pas automatiquement à l'heure donnée. Pourriez vous svp nous faire un retour sur ce comportement ?
Cdt

Abonnements

Ce comportement semble avoir été résolu dans une des dernières versions. Merci.

Abonnements

Bonjour,
Une version de ce plugin est-elle prévue pour spip 4.0 ?

Abonnements

Bonjour,
Nous rencontrons un problème sur les abonnements dont la date de début est dans le futur.
En créant un abonnement, il le met par défaut à la date du jour pour le début et pour la date de fin aujourd'hui+ période. Son statut est actif. Puis l'on édite les dates. En fixant la date de début à une date futur le statu de l'abonnement reste actif, le plugin crée le cron pour la désactivation future. L'on a donc un abonnement actif dont la période de validité n'a pas encore commencée.
Problème, quand on utilise abo + accès zone, les utilisateurs ont accès à des zones avant d'y être autorisé par leur abonnement.

On se plante dans l'utilisation, est ce un bug ou un fonctionnement non prévu ?

Merci à vous
++

Abonnements

Non ce n'est pas prévu, et si c'étiat prévu ça ne serait pas comme ça exactement. :)

Des offres différentes doivent toujours être des offres différentes, un abonnement étant obligatoirement pour UNE offre précise. Donc si on s'abonne à une autre offre : ça crée forcément un autre abonnement, puisque pas la même offre.

Par contre ce qu'il faudrait, c'est pouvoir choisir (automatiquement et/ou en donnant le choix dans l'interface de commande) quel sera le début de l'abonnement commandé, pas forcément le jour même. Ça c'est clairement dans la todo, mais… quand on me demandera de le faire dans un projet :)

Abonnements

Merci pour ces explications. C'est plus cohérent.
C'est vrai que, en pensant le génie comme partie du système, je n'imaginais pas
qu'il lui faille demander des autorisations :-)

Abonnements

Parce que objet_modifier ne fait pas d'autorisation, par contre quand tu changes la date de fin, ça peut demander le changement du statut, et là ça va alors appeler objet_instituer derrière, et par contre celle là demande une autorisation par défaut (perso j'ai toujours dit que les fonctions d'API unitaires « en bout de chaine » ne devrait jamais appeler d'autorisation du tout, cas on doit pouvoir les utiliser de manière scriptée, etc, ou dans des génies, dans des conditions où ya pas d'utilisateur connecté).

Abonnements

Oui, j'ai essayé, ca règle bien le problème. Le merci , c'est surtout à moi de le dire.
Une question : pourquoi l'objet_modifier de verifier_echeance ne bloquait pas en premier ?
C'était seulement l'objet_modifier du pipeline (qui lui déclenchait bien la vérification d'autorisation) qui se voyait logiquement refusé ?
Par exemple, si on met les exceptions modifier seulement autour de cet appel objet_modifier dans le pipeline : ça marche aussi (et sans exception dans verifier_echeances)

Abonnements

Oui mais pour lé vérif d'échéance, c'est bien dans un génie qu'on change la date directement (c'est pas une autre fonction programmée qui se lance plus tard) et ya pas les ecceptions à cet endroit, donc j'ai ajouté merci (3.5.8)

Abonnements

Oui, mais pour mon test, je mettais manuellement la date d'échéance à celle du jour, mais tout en laissant la date de fin dans le futur.
Voilà sans doute l'explication.
Mais, le plugin doit en réalité bien fonctionner, comme tu l'expliques, pour mon type d'abonnement.

Abonnements

Bé c'est bizarre alors car tu n'entres pas dans ce cas du coup. Si la date de fin est la même que celle de l'échéance, ce qui est toujours le cas quand il n'y a PAS de renouvellement automatique (quand c'est un abonnement « one shot », quelque soit la durée), et bien comme je le disais au début, tu as normalement un job précis (et non pas un génie récurent) qui est mis à la même date de fin que l'abonnement, et qui donc se lance à ce moment pour désactiver (en lançant la fonction abonnement_desactiver() qui contient bien les exceptions).

Abonnements

L'abonnement pour mon site est le plus simple.
Donc, la date de fin est la même que la date d'échéance .
Mon test ne reflète pas le fonctionnement réel, c'est vrai.

Abonnements

Ah oui et bien ça dépend, c'est pour ça que je demande :)

Car le truc par défaut de désactivation c'est pas ça, c'est un job prévu à une date bien précise, et qui lance alors la fonction de désactivation à cette date là. Mais ça c'est pour les abonnements qui ont déjà une date de fin.

La deuxième méthode c'est quand l'échéance (qui n'est pas la date de fin fin fin) est vraiment trop dépassée (parce qu'un paiement automatique n'est pas arrivé par ex, ce qui arrive mais rarement), et effectivement là il manque à priori quelque chose !

Quel est ton type d'abonnement là ?

Abonnements

Ce n'est par le genie/abonnements_verifier_echeances.php
que le pipeline est lancé dans mon exemple de test ?
https://git.spip.net/spip-contrib-e...
Si c'était le cas , comme il n'a pas d'exception,
alors l'objet_modifier du pipeline serait aussi sans exception ?

Abonnements

Mais cet appel est aussi à la suite de celui de la désactivation, donc bien avec l'exception autour. Sinon je ne vois pas de quel moment tu parles. Là c'est dans le pipeline, mais le pipeline lui-même il est appelé… quand il y a un objet_modifier sur spip_abonnements, et cet appel là, bah c'est lequel ? Si le tout premier appel qui déclenche toute cette suite est bien celui de la désactivation, il y a bien l'exception autour (elle vaut à l'infini tant que que pas rappelé avec false ensuite).

Abonnements

Merci Rastapopoulos ,

Oui, mais c'est en passant par un autre objet_modifier que ça bloque.

https://git.spip.net/spip-contrib-extensions/abonnements/src/branch/master/abonnements_pipelines.php#L138

Pour mes tests, je force une date d'échéance pour le jour par l'interface privée ; Et j'attends le travail de la cron. Et alors ça passe par cet objet_modifier, qui n'a pas d'exception.

Abonnements

Pourtant la fonction de désactivation contient parfaitement les exceptions qui disent que ça ne doit pas appeler les autorisations :
https://git.spip.net/spip-contrib-extensions/abonnements/src/branch/master/inc/abonnements.php#L239

Abonnements

Bonjour,

Je teste ce plugin avant mise en production.

(tests faits avec spip 3.2.4 plugin 3.3.6)

Je n'arrive pas à avoir de désactivation automatique (par le cron) à l'échéance.
Ceci parce que objet_modifier se voit refuser l'autorisation par
autoriser_abonnement_modifier_dist.

Avec des traces dans autoriser_abonnement_modifier_dist,
voilà les arguments (avec dump du $qui et de $opt) :

 $qui : array(4) { ["statut"]=> string(0) "" ["id_auteur"]=> int(0) ["webmestre"]=> string(3) "non" ["restreint"]=> array(0) { }
} $faire :modifier
$type :abonnement
$id :127
$opt :array(1) { ["statut"]=> string(7) "inactif" }

Dans abonnements.log

2020-06-21 05:26:36 127.0.0.1 (pid 1252) :Pub:debug: autoriser_abonnement_modifier_dist(modifier, abonnement, 127, ) : niet
2020-06-21 05:26:36 127.0.0.1 (pid 1252) :Pub:debug: autoriser_instituer_dist(instituer, abonnement, 127, ) : niet
2020-06-21 05:26:36 127.0.0.1 (pid 1252) :Pub:debug: autoriser modifier abonnement 127 () ?
2020-06-21 05:26:36 127.0.0.1 (pid 1252) :Pub:debug: autoriser_abonnement_modifier_dist(modifier, abonnement, 127, ) : niet

C'est refusé parce que id_auteur par le cron est 0 .
Est-ce un comportement normal ?

Merci.

Abonnements

ok j'ai un bogue dans mon site, je fouille

Abonnements

Mmh comment ça peut être ambigu alors que « id_abonnements_offre » n'est que dans la table « abonnements » et pas dans la table « auteurs » ?

Abonnements

Bonjour,

Dans les logs j'ai ceci :

2020-01-27 06:41:20 109.234.161.155 (pid 16729) :Pub:ERREUR: Erreur 1052 de mysql: Column 'id_abonnements_offre' in where clause is ambiguous
in /abonnements/v3.3.6/genie/abonnements_verifier_notifications.php L55 [sql_allfetsel(),genie_abonnements_verifier_notifications_dist(),queue_start_job(),queue_schedule(),inc_genie_dist(),cron(),action_cron(),traiter_appels_actions(),include()]
SELECT id_abonnement, nom, email
FROM base.v1_abonnements as a left join base.v1_auteurs as u on a.id_auteur=u.id_auteur
WHERE DATE_FORMAT(date_fin, "%Y-%m-%d") = '2020-02-03' AND id_abonnements_offre = 14 AND email is not null

Comme on peut amélioré pour réduire ce log ?

merci

Abonnements

Et bien comme n'importe quels autres boucles, dans tes squelettes… la table des abonnements, la table des offres… Si tu as « créé une page », c'est bien que tu crées tes squelettes, donc tu fais pareil que pour n'importe quel autre objet de SPIP. Sans plus de précision je ne vois pas trop quoi répondre de plus :)

Abonnements

Bonjour,

J'utilise le plugin pour gérer des abonnements (Dans l'idée du suivi de personnes ayant accès à mes contenus).
Je créé un visiteur et le rattache à un abonnement.
C'est le fait d'être connecté en public qui lui permet de lire les contenus.
J'ai créé une page reprenant des infos sur son compte (identifiant et mail + formulaire de contact).
Je voudrais pouvoir insérer des infos sur l'abonnement (date de fin, nom de l'abonnement,...)

Comment faire ?

Merci d'avance

Abonnements

Hello, comme a peu près partout, dans les fichiers de chaines de langue, traduisibles donc.

Abonnements

Bonjour,

Comment modifier le texte et le design de l'email de notification ?

Quand je regarde le squelette notifications/abonnement_echeance.html, il ya les variable mais pas le texte. Où puis-je le trouver ?

Merci pour votre réponse

Abonnements

Bonjour,

Comment faire pour que les abonnements soient mis en bout a bout
quelque soit l'offre choisie ?

Si on a par exemple une offre1 de 10 euros pour 6 mois pour
un service (exemple acces a une partie restreinte d'un site)
et une offre2 de 15 euros pour un an pour le meme service.

Si un visiteur choisit d'abord de s'abonner pour 6 mois, puis
ensuite enchaine pour une autre offre de 6 mois, les abonnements sont mis en serie et c'est parfait.
Mais si apres avoir choisi un offre de 6 mois, il veut avant la fin de ce premier abonnement, enchainer avec une offre2 de 12 mois : alors, ca ne marche plus, car cette premiere offre2 est creee en parallele et demarre le jour ou il s'abonne, ce qui n'a pas de sens dans ce cas. Les 12 mois devraient aussi pouvoir etre ajoutes apres la fin de son abonnement de 6 mois qui est toujours en cours.

Ce cas est-il prevu ?
Sinon, y a t'il un workaround ?

Merci

Abonnements

Oui oui (blablablabla il faut au moins dix caractères pour poster).

Abonnements

Bonjour,

Est ce que la comptabilité avec SPIP 3.2.0 sera assurée ?

Abonnements

bonjour,
Je suis en train de me dépatouiller sur Spip 3.1 avec le plugin Abonnement, le plugin Bank le plugin Commandes et je serais aussi intéressé de visionner ton exemple de formulaire qui fait tout, ce qui m'aiderait surement à y voir plus clair...

Abonnements

@ludo mais au moins pour cette partie là il n'y a rien à coder, tout est déjà fait. La partie à coder actuellement c'est le fait de créer une commande avec une offre d'abonnement dedans. Mais une fois que cette partie est ok chez toi, pour la suite c'est déjà tout automatique : quand une transaction est validée, ça met la commande liée en « payée » (ça c'est Commandes qui reconnait Bank), et quand une commande est payée et qu'elle contient au moins une Offre d'abonnement, alors ça génère l'abonnement automatiquement pour l'utilisateur de la commande, tu n'as absolument pas à le créer toi-même en appelant les fonctions.

Abonnements

Bonjour,

Tu devrais regarder le plugin https://plugins.spip.net/tutocommerce.html.
Cela ma grandement aidé à comprendre comment mettre en place ma solution d'abonnement en ligne. Et, dans mon souvenir, il y a en partie réponse à tes questions.

Abonnements

Bonjour,
Je suis dans la même situation que Karen. Je voudrais bien qu'à l'issue de la validation de la transaction, l'abonnement puisse être généré automatiquement.
En fouillant un peu, je suis tombé au niveau du code source sur une fonction nommée abonnements_creer_ou_renouveler https://zone.spip.org/trac/spip-zone/changeset/90516/
Quelqu'un pourrait-il me dire comment utiliser cette fonction depuis le site public lorsqu'une transaction est validée ?
Merci à vous.

Abonnements

C'était un oubli, merci : http://zone.spip.org/trac/spip-zone/changeset/100383

Abonnements

bonjour,
avec le plugin « abonnements » en version 3.1.7, si je clique sur « désinstaller » : la table « spip_abonnements_offres_notifications » qui a été créée lors de l'installation n'est pas supprimée. C'est une erreur ou bien c'est volontaire ?

Abonnements

Oui, et du coup théoriquement, si t'as des renouvellements automatique ça va PAS t'envoyer de notifications lors de l'échéance de la période qui arrive, seulement tout à la vraie fin de l'abonnement. Sachant que normalement, si tu payes en carte bleue ça met la fin de l'abonnement à la fin de validité de la carte, et si tu payes en prélèvement SEPA ça met aucune date de fin, c'est infini.

Abonnements

Ok. Merci pour cet éclaircissement.

Une dernière question : en regardant le code, il me semble que les notifications sont basées sur la date « Fin de l'abonnement ». Tu confirmes ?

encore merci
Peetdu

Abonnements

C'est depuis qu'il PEUT (pas obligatoire) avoir des prélèvements automatiques depuis des commandes liées à des renouvellements auto.

La prochaine échéance, c'est quand on est censé avoir un paiement pour la période suivante. C'est un prévision.

La fin de l'abonnement, c'est VRAIMENT la fin de l'abonnement, là où il va être désactivé.

Par défaut les deux sont pareils. Si t'arrives à la prochaine échéance et que tu ne payes pas sous 48h (délai par défaut personnalisable), bah ça coupe.

Mais si t'as un abonnement qui a été payé avec un renouvellement auto de ta banque par carte bleue : la fin de l'abonnement c'est la date de validité de ta carte bleue. Ça te coupera pas sous 48h, car des fois les banques mettent plus de temps à envoyer le « ping » pour dire que le renouvellement a été fait.

Et si t'as payé avec une autorisation de prélèvement SEPA : la fin de l'abonnement est nulle, elle n'existe pas, car là ya même pas de date de fin de validité.

Abonnements

Hello,

j'utilise de nouveau avec bonheur ce plugin.

Je ne suis pas sûr de comprendre la différence entre les dates de « Prochaine échéance » et « Fin de l'abonnement ».

Peux-tu m'éclairer ?

Merci

Abonnements

Bonjour,

D'abord merci pour vos contributions qui me permettent d'être toujours accro à Spip sans être experte !

J'essaie de comprendre : pour un site d'information en ligne avec une partie accessible en abonnement, j'ai mis en place « accès restreint » + « accès restreint partiel », puis « abonnements » + « abonnements à des zones restreintes », et enfin un formulaire d'inscription en tant que visiteur.

Jusqu'ici tout fonctionne bien, et l'administrateur peut abonner un visiteur. Mais je voudrais que le visiteur puisse s'abonner tout seul en sélectionnant une offre. Comme Jacangers, je bloque un peu sur l'absence de squelette, je précise que je ne maîtrise pas le php ni vraiment les boucles Spip, seulement le html et css…

– Comment je peux faire ça, dans un premier temps en considérant que l'offre est gratuite ? Donc comment proposer à un visiteur de s'abonner à une offre ou de voir la liste des offres pour s'abonner à celle de son choix ?

– Et si l'offre est payante, j'imagine que là ça se complique, et qu'il faudra coupler avec les plugins « panier », « commande » et « banque et paiement » dont vous parlez plus haut avec Peetdu ?

J'espère vraiment pouvoir répondre à ce type de projet avec Spip, est-ce pertinent, et pouvez-vous m'aider ?

Bien cordialement,
Karen

Abonnements

Ça dépend de la complexité des abonnements. Moi j'utilise bien le plugin Commandes, mais j'ai développé un formulaire (non générique, propre au projet pour l'instant) de commandes d'abonnements, qui crée tout, l'utilisateur si besoin (car il le faut pour la commande), la commande avec les trucs complexes de prélèvement auto parfois (champs « echeances » et « echeances_type » ya pas d'API pour ça), la transaction liée à la commande, et enfin je garde tout ça en mémoire pour afficher le bon formulaire de paiement après validation…
(Je t'ai envoyé un exemple par mail.)

Après il faudrait réussir à faire un truc plus générique. Sûrement possible comme tu l'expliques là, pour les cas simples et classiques. Pour les trucs plus complexes comme ce que j'ai eu à faire (enfin j'ai l'impression), là j'ai pas encore de solution toute faite.

Abonnements

Petit retour d'expérience sur le plugin Abonnements...
...avec SPIP v.3.0.20 et Abonnements v3.0.7

Avec l'aide du plugin Tuto-commerce, j'ai réussi à y voir plus clair sur la façon de mettre en place un site de e-commerce,

J'ai ainsi joint à Abonnements les plugins suivants :

- Panier
- Commande
- Banque et paiement

Peux-tu me confirmer que j'ai fait le bon choix ?

Peetdu

Ps : Pour la gestion du Panier, j'ai dû écrire un petit script vérifiant l'unicité du panier. En effet, dans le cas où l'internaute veux changer de formule d'abonnement, on se retrouve avec un panier avec deux abonnements. Le script supprime le plus vieil item du panier.

Abonnements

En fait, je m'intéresse particulièrement à ton plugin.
Je vais donc partir sur la V3 car le plugin Bank m'intéresse bien également.

Merci pour ton boulot et pour ces éclaircissements sur la V3.

Abonnements

Et pourquoi pas ? :D

Parce que comme le sous-entend le changement du numéro X ( 2 => 3), j'ai introduit des modifs importantes qui pourraient potentiellement casser des choses par rapport à l'ancienne version. Donc j'ai branché et mis la v2 dans une branche stable qui ne bougera plus normalement, tandis que la v3 est dans statut « dev ».

Je n'ai pas encore documenté les changements, c'est en cours de test justement. Ça concerne la compatibilité et la prise en compte des paiements récurrents venant du plugin Bank, entre autre. Et la manière dont on détecte les fins d'abonnements et quand est-ce qu'ils se terminent vraiment : il y a maintenant une « date_echeance » ET une « date_fin », qui ne sont plus forcément pareilles.

Abonnements

Pourquoi deux versions du plugin pour SPIP 3.0 ?

Abonnements

Le plugin abonnements ne fournis pas les squelettes, mais juste la « logique » ...

Vous devez créer ces pages suivant votre squelette de site et surtout suivant le type d'abonnement que vous souhaitez proposer : magazine papier, zone du site, articles, pdf ... .

en résumé j'utilise en générale pour un magazine papier :
abonnement.html - affichage d'une offre
abonnements.html - liste des offres

pour l'abonné :
mes_abonnements.html

Abonnements

Bonjour

j'essaie de comprendre le fonctionnement de ce plugin

j'ai créé une offre mais quand je veux « voir en ligne »
l'url
/spip.php ?abonnements_offre1&var_mode=calcul
me renvoie …
Aucun squelette abonnements_offre.html n'est disponible...

je suis sur un SPIP 3.0.19