J’ai donc créé un produit « CreateServer » qui permettra (un jour) à quelqu’un d’acheter une installation Discourse. Cela l’ajoute au groupe CreateServer. Lorsqu’une personne crée un serveur, elle est retirée du groupe. Tout cela est bon.
Mais si quelqu’un veut obtenir un deuxième serveur, il ne le peut pas car il a déjà acheté le produit. Y a-t-il un moyen de permettre l’achat du même produit plusieurs fois ? Ou, peut-être que ma solution consiste à faire en sorte que le plugin modifie l’enregistrement indiquant qu’ils ont acheté l’abonnement, puis ils pourront en acheter un autre. Il les retire déjà du groupe CreateServer après qu’ils ont effectué l’installation…
Si vous utilisez des paiements uniques, la modification de l’identifiant du produit ne devrait pas rompre quoi que ce soit, à l’exception de la possibilité de consulter l’historique des paiements.
Je serais ouvert à l’idée d’ajouter la possibilité pour les utilisateurs d’acheter plusieurs fois des produits en achat unique.
À quel point est-ce difficile ? J’ai été quelque peu surpris par cela. Si quelqu’un peut, par exemple, acheter un nouvel abonnement pour un qui avait expiré précédemment ?
Un achat unique répété serait formidable.. Cela minimiserait en quelque sorte le besoin de la fonctionnalité Subscriptions: Pay What You Want Support qui n’existe pas encore.. Ou peut-être y a-t-il une opportunité de fusionner ces deux fonctionnalités ?
Jay, est-ce également le cas si le premier abonnement est résilié et que la personne revient plus tard pour racheter la même chose ? Autrement dit, l’abonnement mensuel a été annulé après un cycle et le client revient l’année suivante.
Non – une fois que l’abonnement est annulé et traité par le service d’abonnements, les utilisateurs peuvent revenir et l’acheter à nouveau. S’ils ont encore un abonnement actif (même si la facturation récurrente est annulée), ils ne pourront pas le faire.
Les achats ponctuels fonctionnent selon un mécanisme totalement différent dans Stripe, je devrai donc jeter un coup d’œil. J’ai une idée, mais la plupart de mon travail sur les plugins est en attente jusqu’après le Nouvel An.
Ah ! Cela explique tout. Je n’ai pas eu le temps d’examiner cela attentivement, car mon plugin comporte une infinité d’autres éléments mobiles que je ne comprends pas non plus.
Je ne veux absolument pas que cela ne soit pas vrai !
Salut Justin. Je m’y remets. En pratique, peu de clients ont acheté plusieurs installations, alors j’ai décidé de ne pas me soucier des achats multiples. Mais ensuite, j’ai réalisé que tester l’achat d’une installation de serveur est difficile si un utilisateur ne peut le faire qu’une seule fois…
Il semble donc que serialize_product soit ce qui détermine si un produit est abonné, ce qui détermine ensuite si vous pouvez l’acheter.
Je suppose que ce qu’il faut faire ici, c’est empêcher subscribed d’être défini à true pour le produit qu’ils ont acheté si ce produit est un produit à usage unique ? Ce n’est pas immédiatement clair pour moi comment faire cela, car il semble que cette information soit au moins à un jointure de table (ou peut-être à une autre requête ?).
Ce que j’ai fait pour l’instant, c’est bidouiller les modèles pour afficher toujours le lien/bouton de paiement (quelque chose comme {{#if product.subscribed_JP_disabled}}), ce qui me permet de faire plusieurs achats, pour ce que cela vaut.
