N’oubliez pas que vous pouvez recevoir un badge plusieurs fois (le badge d’anniversaire en est un exemple.)
Mais un badge pour un deuxième don, ou pour cinq ans de dons, cela pourrait fonctionner.
N’oubliez pas que vous pouvez recevoir un badge plusieurs fois (le badge d’anniversaire en est un exemple.)
Mais un badge pour un deuxième don, ou pour cinq ans de dons, cela pourrait fonctionner.
Vous pouvez passer chez Hetzner et payer probablement 50 % de moins pour des spécifications identiques ou similaires.
Vous n’avez pas besoin d’un CDN pour votre trafic, choisissez un serveur le plus proche de votre communauté et tout ira bien.
Je pense que cela dépend de la communauté. Comme je l’ai mentionné plus haut, l’un des membres de la mienne a en fait insisté pour que les badges ne soient pas permanents afin d’encourager les dons répétés.
D’un autre côté, j’ai des forums où nous accordons un badge mais ne les révoquons pas.
L’un de ces derniers forums a en fait un ensemble de badges.
Chaque cinquième don accorde un badge d’argent spécial, et chaque 50e don accorde un badge d’or.
En plus de ces badges, nous suivons également les dons à vie de chaque membre et accordons un badge spécial à toute personne dont les dons à vie atteignent 500 $, ce qui correspond au coût annuel d’hébergement de cette instance. ![]()
Nous ne l’utilisons plus, mais par le passé, nous utilisions l’API de ko-fi sur les forums où les badges sont temporaires, donc cela ne devrait pas être trop difficile en théorie de mettre en place une barre de progression.
L’essentiel est qu’il vous suffit d’un moyen d’enregistrer le montant total et le montant cible et d’afficher la barre en fonction de ces chiffres.
Dans notre communauté, je soupçonne que les utilisateurs préféreront rester anonymes, tant en ce qui concerne le fait d’avoir fait un don que le montant de celui-ci. Les badges ne seraient donc pas attrayants.
Un utilisateur astucieux a suggéré d’acheter des cartes-cadeaux Visa et d’envoyer les codes au responsable principal de la communauté (interlocuteur Discourse) pour le paiement de factures ou le remboursement, préservant ainsi l’anonymat de la communauté et éliminant le besoin de créer un compte bancaire/de paiement en ligne. cc @Tallytony
Puisque j’ai reçu un message privé pour savoir comment j’ai créé le bouton de don masquable, je partage ici mon composant (hideux) :
La description a commencé ici :
Nous y avons certainement réfléchi. Les microtransactions sont une affaire délicate, il y a tellement de coupures en cours de route. Un remboursement sur un don de 2 dollars peut finir par vous coûter 1 heure de temps, effaçant totalement la valeur de 20 autres dons qui suivent.
Mon sentiment est que la seule façon d’offrir un tel service à nos clients serait d’introduire une sorte de monnaie virtuelle (par exemple, des boosts Roblox ou Discord), puis vous dépenseriez cette monnaie virtuelle pour faire un don. Cela permet d’acheter des blocs plus importants et simplifie grandement les situations de remboursement (où cela ne nous coûterait pas d’argent réel, seulement du temps pour rembourser un don erroné).
Cela dit, rien de tel n’est encore à l’ordre du jour, ce serait un projet gigantesque.
Vous pouvez utiliser Hetzner et Bunny pour environ 5 dollars. Je suis un client satisfait, ne travaillant absolument pas avec ces entreprises.
Ils ont des services de premier ordre, un excellent support client (VPS n’a qu’un support technique, n’attendez pas qu’ils vous guident sur l’installation de Debian) et plus de 5 ans de fonctionnement sans faille.
Je vous suggère de faire vos propres recherches, Reddit regorge de retours et vous pouvez également chercher sur de nombreuses instances de forums Discourse.
Hetzner et Bunny ne sont pas faits pour l’entreprise, mais je soupçonne qu’ils peuvent faire mieux que de nombreuses options axées sur l’entreprise mais commercialisées comme étant « plus utilisées ».
J’ai essayé leurs services dans notre état initial (j’aime appeler le début de chaque projet un testnet) et nous continuerons à les utiliser si nous évoluons, à moins que nous ne puissions pas le faire.
J’ai essayé presque toutes les options pour notre budget et ce sont les meilleures que j’ai trouvées. Elles vous permettent de monter en charge, sans inconvénients ni contrats malveillants.
Vous y trouverez un super prix et un super service ![]()
Je peux vous donner des liens de parrainage, mais je préfère vous inviter à découvrir la bêta sur notre communauté et à me donner votre avis pour l’améliorer (uniquement si vous le souhaitez).
Nous allons construire (sinon construire au fil du temps) quelque chose de similaire à ce que vous mentionnez par-dessus les abonnements Monero Discourse.
C’est un plugin tiers qui déplace les abonnements de Stripe vers une monnaie auto-hébergée, anonyme et résistante à la censure.
Mais le système de dons serait également utilisé par tous les services environnants.
Salut,
J’utilise ce composant :
Depuis la dernière mise à niveau de Discourse sur mon site de test, j’ai un message d’erreur/avertissement rouge concernant le donation-icon-toggle et dans la console de développement, je vois ceci :
[THEME 52 'donation icon toggle'] TypeError: (intermediate value).property n'est pas une fonction
at theme-field-380-common-html-script-1.js:61:13
at Ne (plugin-api.js:2760:12)
at Object.initialize (theme-field-380-common-html-script-1.js:15:22)
at n.initialize (app.js:208:28)
at index.js:145:1
at e.each (dag-map.js:191:1)
at e.walk (dag-map.js:120:1)
at e.each (dag-map.js:66:1)
at e.topsort (dag-map.js:72:1)
at e._runInitializer (index.js:158:1)
at e.runInstanceInitializers (index.js:143:1)
at u._bootSync (instance.js:86:1)
at e.didBecomeReady (index.js:602:1)
at invoke (backburner.js.js:280:1)
at h.flush (backburner.js.js:197:1)
at p.flush (backburner.js.js:358:1)
at B._end (backburner.js.js:798:1)
at B._boundAutorunEnd (backburner.js.js:523:1)
k @ client-error-handler.js:125
Une idée de comment résoudre ce problème ? Je suis complètement perdu en matière de code.
Je suis encore un gars du PHP. ![]()
24 messages ont été déplacés vers un nouveau sujet : Building Community Through Compensated Contributions
Avec le sujet original pour l’envoi d’e-mails transactionnels, j’ai été satisfait de Brevo pour cela avec leur niveau gratuit pour un faible volume d’envoi jusqu’à 300 e-mails par jour.
Une autre bonne nouvelle est que j’ai deux instances de Discourse fonctionnant sur des serveurs cloud à faible budget pour environ 7 par mois, ce qui fonctionne bien avec une faible activité, mais je crois que plus de mémoire est importante pour les sites plus actifs et le coût du serveur pour cela peut doubler à environ 14 par mois.
La discussion semble dévier du sujet, mais est aussi en quelque sorte liée en parlant si les membres souhaitent faire des dons à d’autres membres ou au site lui-même pour couvrir les coûts des serveurs, cela peut aider à bâtir une communauté plus forte.
D’après mon expérience, les gens aiment obtenir ce qu’ils peuvent gratuitement et ne veulent généralement pas effectuer de paiements spontanés pour des discussions intellectuelles de qualité.
Oui, Brevo est correct et si vous utilisez un plugin SMTP alternatif, vous pourriez presque doubler ce chiffre avec Lark. Bien que la configuration de Lark soit un peu plus compliquée, si ma mémoire est bonne, elle donne environ 450/jour, donc avec le plugin, décidez si vous voulez que Hotmail ou Gmail soit redirigé vers l’autre SMTP. Si ma mémoire est bonne, vous pouvez également ajouter d’autres domaines pour rediriger d’autres e-mails sortants également.
peu de gens feraient des dons, je pensais que vous devriez probablement trouver un vieil ordinateur comme une boîte que vous n’utilisez pas et y installer Ubuntu ou n’importe quelle distribution qui a de bonnes instructions pour cela et la mettre de côté pour Discourse, et ajouter votre propre serveur de messagerie et acheter un domaine/configurer le DNS.
Vous finirez par économiser les 14 dollars, et vous n’aurez pas à jeter du vieux matériel, ce pourrait être la seule façon de s’en sortir pour une communauté gratuite, à moins que vous ne reveniez à phpbb, etc.
Mais vous auriez alors besoin de faire fonctionner cet ordinateur 24 heures sur 24, 7 jours sur 7. L’électricité, sans parler du fait que votre FAI pourrait interdire l’exécution d’un serveur à domicile.
Les FSI (fournisseurs d’accès à Internet) ne s’en soucient généralement pas, quant à l’électricité, cela dépend fortement de la région. Par exemple, ici en Inde, il est très judicieux d’héberger nos propres serveurs si nous avons des toits solaires, car notre production dépasse la consommation, donc même après avoir hébergé environ 5 mini PC N100, cela coûte toujours moins cher que ce que je paierais pour une puissance de calcul à peu près équivalente dans le cloud.
Si vous n’avez pas besoin de spécifications élevées pour votre communauté, je vois plus d’inconvénients à héberger un serveur à la maison qu’à louer un VPS à un prix raisonnable.
Vous devez vous occuper de votre propre matériel, de la disponibilité, de l’utilisation de la bande passante, vous ne pouvez pas facilement mettre à l’échelle et vous devez avoir des connaissances techniques plus élevées en général (matériel, serveur de messagerie…). De plus, dans mon cas, mon adresse IP publique est partagée entre plusieurs clients, je devrais donc demander à mon FAI de me fournir une adresse IP unique
.
Au moins pour moi, pour 5 à 10, voire 15 $ par mois, le choix est évident. J’ai tendance à compter en sandwichs.
« J’ai besoin d’un serveur à 10 $ pour héberger ma communauté, c’est environ deux sandwichs. Très bien, j’achèterai 2 sandwichs de moins par mois et je me préparerai une salade saine à la place ».
Juste pour être clair… Je ne parle pas de mourir de faim pour pouvoir héberger une communauté, juste que les coûts peuvent être mis en perspective. Quand je regarde mes dépenses quotidiennes, économiser 10 $ par mois pour quelque chose d’utile compte moins que les choix financiers inutiles que je fais déjà ![]()
Cette façon de voir les choses ne fonctionnera peut-être pas pour tout le monde, bien sûr, mais elle fonctionne pour moi ![]()
Parlez-vous de Lark : ?
Je n’en ai jamais entendu parler, dites-vous qu’ils offrent un seuil de volume plus élevé pour l’envoi de courriels transactionnels dans le niveau gratuit ?
Les limites d’envoi d’e-mails de Lark (Admin | Sending limits in Lark Mail) commencent à « 450 e-mails par jour » et « 200 destinataires externes par jour ».
La plupart de leur langage concernant les services de messagerie semble destiné aux e-mails organisationnels, pas nécessairement au relais SMTP volumineux..? ![]()
Cependant, cela a été essayé, et il semble que @Heliosurge l’utilise toujours. Vous pourriez lire ce sujet si vous envisagez cette option :