[Page des gemmes] Titre cassée - Page 1

Le titre de la boite sur la page de gemme est plus ou moins cassé.

Le probleme n'est que visuel apriori (probablement un changement CSS qui n'a pas été repercuté

J'utilise la skin sombre au passage

Ah oui zut, quand je fais des modifications visuelles j'oublie toujours de les reporter sur la branche qui contient les gemmes. Bon comme ça devient pénible à gérer et que personne n'a trouvé en 2 ans, je pense que c'est plus simple d'arrêter de maintenir cette version. Ça me permet de publier sur GitHub la version réellement déployée sur yaronet.com et de ne plus avoir ma copie privée

Plus de gemmes, plus de problème !

[edit] envoyé en double

et... on aura la solution, alors ?

Oh bah il fallait envoyer des commandes en !machin en mini-message à Boo pour qu'il propose de dépenser des gemmes en l'échange d'effets temporaires genre faire apparaitre un petit message dans la liste des connectés, changer la couleur de son pseudo, etc.

Je propose que ça devienne une fonctionnalité officielle avec le nom des action parametrable (comme ca regarder les sources ne donne pas les commandes)

On savait deja, tu nous l'avais dit pour le !truc avec boo, mais les commandes n'ont jamais été trouvée, donc ce n'est pas élucidé !
(et il y a toujours des gemmes qu'on ne sais pas comment elle sont gagnée)

Ah pour les gemmes tu les avais quasiment toutes trouvées il me semble ?

Verte "forum addictif" : 1 gemme attribuée aux personnes connectées pendant la "fenêtre de temps" du moment (fenêtre de 5 minutes placées pseudo-aléatoirement par période de 6 heures
Bleue "débat animé" : 1 gemme par message suivi par 15 réponses avec une moyenne sous les 5 minutes de temps de réponse entre chaque
Rouge "sujet populaire" : 1 gemme par message suivi par plus de 20 participants différents dans les 50 premières réponses
Orange "fin de discussion" : 1 gemme par réponse dans un sujet dont le message suivant est posté au moins 7 jours plus tard
Violette "initiateur" : 1 gemme par message parmi les 5 premiers d'un sujet suivi par plus de 3 participants différents dans les N réponses suivantes, N étant la position du message initial

C’est dommage, ça avait l’air rigolo
C’était quoi les commandes, histoire de voir si on avait une chance de les trouver ?

Ahah ouais faut en faire une feature officielle !

C’était vraiment génial comme idée

Ça a pas trop marché au final, j'aurais du choisir des choses que vous aviez une chance de trouver

Les commandes étaient !color, !emote, !message et !name (je j'ai jamais implémenté de quoi dépenser la 5ième gemme)

Vu que le gagnage de gemme n’est pas lié au flood, j’en pense que c’est une bonne idée de garder en bonus!

Tout pareil !

: je sais que ça te simplifie la vie, mais c'est vraiment dommage de mettre à la poubelle une feature aussi mignonne.

(Je pense que ce qui a manqué, ce sont des indices : certains d'entre nous étaient sur la bonne piste, mais à moins de spammer avec un dictionnaire, il n'y avait pas moyen de deviner les commandes à utiliser)

Ça fait un truc de plus à maintenir à part de la version "vanilla" de yAronet, vous êtes rigolos mais même maintenant il n'y a que Godzil qui a donné un coup de main, c'est pas vous qui passez des heures à faire tout ça

J’en pense sincèrement que tu devrais l’inclure dans la version de base, qui a pouvoir le désactiver si les gens ne veulent pas qu’il soit actif

Bof c'est hyper spécifique comme feature, et en plus ça serait la seule fonctionnalité du forum qui demande à avoir une crontab toutes les 5 minutes, ce qui est quand même une sacré contrainte supplémentaire pour une fonctionnalité "jouet". Pas chaud du tout pour l'activer par défaut, depuis le départ j'avais prévu de jeter cette fonctionnalité après l'avoir essayée ici.

Je peux la publier sur une branche à part si vous voulez.

Tu peux pas utiliser les visites pour trigger des taches plutôt qu’un crontab? (Wordpress et d’autre moteurs font ça)

Certaines pages font ça, mais le recalcul des gemmes demande un temps non négligeable non ça ferait 1 page sur N qui mettrait beaucoup plus de temps à s'afficher que les autres.

Et l'avoir dans la version de base, mais comme feature facultative (donc si pas de crotab, on ne l'active pas) ?

Il faut continuer à le maintenir quand même, et donc le tester expressément une fois de temps en temps vu qu'il ne sera plus intégré à yN, 'fin bref, du boulot en plus, quoi

C'est une fonctionnalité qui n'est qu'un jeu et ne présente pas d'intérêt particulier pour le forum. Comme elle n'est pas triviale à mettre en place (il faut 2 tables SQL dédiées, une crontab et des modifications dans des fichiers coeur du code), je ne veux pas l'intégrer dans la version de base. La seule option qui serait envisageable serait d'en faire un plugin activable sur demande, mais c'est quelque chose qui n'est pas faisable avec le code actuel de yAronet (il n'y a rien prévu pour développer des plugins). Ça serait une bonne chose de permettre des plugins sur yN mais c'est un boulot conséquent que je ne compte pas faire sans aide.

Il reste donc deux chemins possibles : développer de quoi intégrer des plugins à yAronet, ce qui permettrait de réintroduire les gemmes "proprement", ou bien je publie la version actuelle des gemmes sur une branche à part mais je ne la réintègre pas.

Je comprends tout à fait ton point de vue (même si je le trouve dommage).
Développer des plug-ins peut-être intéressant, mais il faut voir sous quelle forme ça pourrait être de façon à ce que ça ne chamboule pas tout, que ce soit avec des assurances en terme de sécurité, et avec quelles interfaces avec le côte principal.
Tu as déjà des pistes/idées ? (J'en ai quelques unes, mais il faut voir comment ça peut s'architecturer avec le système de templates... et le souci du temps est toujours le même :/)

Non je n'y ai pas trop réfléchi, comme jusqu'à il n'y a pas longtemps le code n'était pas public ça n'avait pas trop d'intérêt, et même maintenant je n'envisage pas de me lancer là-dedans tout seul. En revanche je veux bien participer s'il y a des gens motivés

Étant intéressé de mon côté pour une potentielle utilisation du moteur yN, je suis prêt à aider pour une interface de type plugin, même limitée (pas besoin d’un truc qui transforme de but en blanc le forum, just ajouter des trucs comme les gemmes par exemple ou autre fonction qui peuvent étendre les fonctionnalités)

En gros un h220xtsr pour yN!

Godzil (./25) :
En gros un h220xtsr pour yN!

Oh oui ! Et après on pourra porter yN sur TI68K, et réaliser un vieux rêve !

Tu avais pensé faire ça ?!

Moi non, mais certains oui !

Alors si on veut permettre des plugins pour yAronet, je vois principalement deux points à résoudre :

Je pense que ça change pas mal de choses sur la façon dont le code est structuré aujourd'hui. Chaque fonctionnalité est composée d'un à quatre morceaux : le code exécutable (PHP), les fichiers de ressource (ex. chaînes dans plusieurs langues, templates), les fichiers statiques (ex. CSS et JS) et les fichiers de sortie (ex. logs et images uploadées). Chacune de ces trois parties est placée dans un dossier à part parce que ça permet de les héberger avec des règles différentes sur le serveur web : les fichiers PHP doivent être exécutables tandis que tout le reste ne l'est pas, les fichiers statiques doivent être accessibles par HTTP tandis que les fichiers de ressource ne devraient pas l'être, etc. L'arborescence ressemble aujourd'hui à ça :

yaronet/
    resource/
    src/
    static/
    storage/

Si on envisage des plugins pour yAronet, il faudrait pouvoir les distribuer sous la forme d'archives autonomes qu'il suffit de décompresser quelque part pour que ça fonctionne. S'il faut mettre des fichiers par-ci et des fichiers par-là, ça devient rapidement compliqué de s'y retrouver et d'ajouter/supprimer des plugins sans oublier d'en déployer la moitié ou de nettoyer des fichiers inutiles.

Mais du coup ça veut dire que le site doit pouvoir servir des fichiers statiques depuis plusieurs endroits, exécuter du code PHP stocké dans plusieurs dossiers, etc. L'arborescence deviendrait quelque chose comme ça :

yaronet/
    plugin1/
        resource/
        src/
        static/
        storage/
    plugin2/
        ...

Il faudrait déterminer comment rendre ça possible sans que tout le dossier ne soit accessible par HTTP. Peut-être que faire proxy via le code PHP y compris pour les fichiers statiques pourrait être une option, mais ça reste assez dommage : un serveur HTTP est bien plus performant pour cette tâche, et peut utiliser plein de techniques auxquelles PHP n'a pas accès (cache & co).

Plus simple à expliquer : pour s'interfacer dans le site il faudra un système de hook qui permettrait d'intercaler facilement des morceaux de code. Même chose au niveau des templates, où on voudrait pouvoir ajouter ou modifier des élément visuels dans les pages existantes. Il faut trouver un bon compromis entre proposer suffisamment de points d'ancrage pour que ça reste permissif sans que le code n'en souffre trop.

Pour l'intégration visuelles, une solution alternative serait de dire "il n'y a aucune possibilité d'insérer du code dans les pages, toutes les modifications doivent se faire en post-processing à l'aide de code JS". Mais d'une part ça va un peu à l'encontre d'un des choix du site de fonctionner correctement même sans JS, d'autre part ça repousse le problème un peu plus loin et ça risque d'être très difficile de maintenir une rétro-compatibilité avec ce genre de solution, donc je ne pense pas que ce soit une bonne idée.

Est-ce que vous avez d'autres choses en tête ?