Plugin de soumission d'idées de cryptomonnaie avec intégration API

Bonjour communauté Discourse,

Je cherche à trouver un développeur pour créer un plugin qui améliore l’expérience des utilisateurs souhaitant partager leurs idées sur les cryptomonnaies au sein de notre communauté. Voici ce que j’ai en tête :

Fonctionnalités clés :

  1. Modèle de sujet personnalisé :
    Lors de la création d’un nouveau sujet, les utilisateurs disposeront d’un modèle spécifique à suivre pour soumettre leurs idées relatives aux cryptomonnaies.
  2. Sélection de cryptomonnaie :
    Les utilisateurs pourront sélectionner la cryptomonnaie à laquelle leur idée se rapporte à partir d’une liste, en utilisant les données d’une API externe fournissant des informations complètes sur les cryptomonnaies.
  3. Données API en temps réel :
    Le plugin s’intégrera à un service API externe qui fournit des données en temps réel sur diverses cryptomonnaies (telles que les noms, les identifiants, les slugs, etc.). Ces données seront affichées aux utilisateurs lors de la création du sujet, les aidant à faire des sélections précises.
  4. Accessibilité des données saisies par l’utilisateur :
    Une fois qu’un utilisateur aura soumis son idée, la cryptomonnaie sélectionnée (en utilisant son identifiant d’actif) sera stockée, nous permettant plus tard d’accéder à ces informations et de les utiliser dans l’API à diverses fins.

J’aimerais avoir les retours de la communauté, en particulier de toute personne ayant de l’expérience dans le développement de plugins similaires ou dans l’intégration d’API externes avec Discourse.

Merci d’avance pour vos suggestions ou commentaires !

Ils existent.

Utiliser des tags ?

Les noms et les slugs changent ?

Je ne comprends pas clairement ce que l’API externe ajoute et où elle serait affichée ou quelles données en temps réel seraient disponibles.

Les tags feront cela aussi.

3 « J'aime »

Il existe actuellement plus de 10 000 cryptomonnaies, et l’utilisation de tags à cette fin nous limiterait dans leur utilisation à d’autres fins. Nous souhaitons également maintenir la flexibilité pour les développements futurs et les cas d’utilisation supplémentaires, de sorte qu’une approche plus dynamique (comme l’intégration de l’API) semble nécessaire.

Oui, les noms et les slugs des cryptomonnaies peuvent changer, et c’est là que l’API externe s’avère utile. L’API fournira toujours des informations à jour. Voici comment cela fonctionne en pratique :

Supposons qu’un utilisateur souhaite partager une idée sur le Bitcoin. L’utilisateur recherchera le Bitcoin dans la liste fournie par l’API, qui donne des informations en temps réel telles que le prix actuel en USD, les variations sur 24 heures, etc. Après avoir sélectionné le Bitcoin, l’utilisateur pourra alors écrire une idée liée aux mouvements de prix, à l’analyse technique ou fondamentale, ou à toute autre idée qu’il a. Il pourra également joindre des images, définir des objectifs de prix et spécifier le type d’idée (par exemple, tutoriel, analyse technique, etc.).

Plus tard, j’utiliserai ce type pour organiser les idées en différentes catégories ou vues. De plus, j’utiliserai l’identifiant de l’actif de la cryptomonnaie (par exemple, l’identifiant du Bitcoin est 1) pour filtrer et afficher les idées spécifiques au Bitcoin sur un autre site Web via l’API Discourse.

1 « J'aime »

Intéressant. Les solutions que je peux imaginer coûtent entre 2000 et 5000 dollars pour commencer.

J’ai quelques questions de suivi et des idées.

1. Performance des tags dans Discourse : Savons-nous combien de tags Discourse peut gérer sans problèmes de performance ? Par exemple, commencerait-il à ralentir en dessous de 1 000, 10 000 ou 100 000 tags ? Comprendre les limites aiderait à déterminer si cette approche est viable à grande échelle, surtout avec le grand nombre de cryptomonnaies qui existent.

2. Expansion du système de tags : S’il est techniquement possible de gérer un grand nombre de tags, je pense que l’expansion du système de tags pourrait être une excellente approche. Voici ce que j’ai en tête :

  • Nous pouvons créer un groupe de tags spécifiquement pour les cryptomonnaies et synchroniser les données de l’API externe vers ce groupe.
  • Chaque tag de cryptomonnaie pourrait avoir des métadonnées supplémentaires (comme les noms, logos, prix, symboles, noms dans une seconde langue, etc.). Cela pourrait ressembler à ce que nous pourrions appeler des « tags avancés ».

3. Interface utilisateur et pages de tags améliorées :

  • L’interface de sélection des tags pourrait être améliorée pour afficher plus d’informations lorsque les utilisateurs choisissent une cryptomonnaie, au-delà du simple texte et de la couleur.
  • Les pages de tags pourraient également être plus informatives en affichant des données détaillées de l’API externe (telles que les prix en temps réel, les descriptions ou d’autres informations spécifiques aux cryptomonnaies).

4. Paramètres spécifiques aux catégories :

  • Il serait utile de permettre d’activer ou de désactiver cette fonctionnalité pour des catégories spécifiques, afin que certaines catégories puissent toujours suivre les paramètres de tags de base.

Étant donné que chaque cryptomonnaie serait représentée comme un tag dans ce système, les utilisateurs bénéficieraient également de toutes les options et de la flexibilité habituelles que Discourse offre avec les tags.

Faites-moi savoir si cette approche semble réalisable d’un point de vue technique ou si vous prévoyez des défis.

Je pense que c’est faisable. La recherche parmi des dizaines de milliers d’étiquettes reste probablement un problème désagréable, mais il pourrait y avoir des moyens de le résoudre.

Je ne me souviens pas si les étiquettes ont des champs personnalisés, ou si vous devrez ajouter une table personnalisée.

Avez-vous un budget ?

Vous avez raison, les tags n’ont pas de champs personnalisés par défaut, mais l’ajout d’une table personnalisée à côté des tags, comme vous l’avez mentionné, résoudrait ce problème.

Nous avons un budget pour ce projet, bien qu’il soit quelque peu limité. Il serait très utile si vous pouviez décomposer le coût par demande de fonctionnalité afin que je puisse mieux comprendre quelles fonctionnalités sont essentielles et lesquelles pourraient être considérées comme facultatives en fonction du budget.

Merci !

Je ne peux pas parler au nom de tous les développeurs, mais à moins que vous ne vouliez payer pour le temps nécessaire à la préparation d’un budget, je ne vais pas passer du temps à planifier un budget de 2000 pour quelque chose pour lequel vous avez un budget de 200 . Les chiffres que j’ai donnés ci-dessus sont toujours ce que je pense actuellement.

Je comprends, et j’apprécie votre honnêteté. Nous sommes à l’aise avec un budget de départ de 2000 $ pour ce projet. Allons-y avec cela, et nous pourrons discuter des fonctionnalités spécifiques et les prioriser au fur et à mesure.

De plus, est-il acceptable de continuer à discuter des détails par chat, ou préférez-vous une autre méthode de communication ?

1 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.