Forum Khaganat

Voici un sujet qui ne sert pas à grand chose, sauf à vous tenir au courant de mes errances dans le monde des cms. Ça me fait du bien d'en parler ! :p

Mais surtout ça me permet de garder une trace de ce que je trouve et avec un peu de chance ça vous permettra de me donner un autre éclairage sur une question ou une autre.

Nous avons décidé assez tôt dans le projet de privilégier des mini-bouts de cms plutot qu'un seul gros cms machine à gaz.

Messages en archives sur le même genre de sujet :
viewtopic.php?f=19&t=82 (http://khaganat.ninm.net/forum/viewtopic.php?f=19&t=82)

Pas de bol, je ne retrouve pas de discussion archivée sur le choix de mini-sites.

Pour résumer : un CMS c'est une sorte de logiciel web qui permet de faire un site internet. Toute sorte de site. Certains CMS font "tout" : forum, wiki, blog, vitrine commerciale, tout, et plus ! D'autres sont limités, par exemple PHPBB propose surtout un forum, dokuwiki propose surtout un wiki.

Les gros CMS ont un avantage : tout est fait pour que ça marche ensemble. Leur désavantage de taille : ils sont durs à prendre en main et offrent souvent sur chaque cas particulier une réponse qui n'est pas adapté (exemple les forums inclut dans Tikiwiki ne font pas ce que je veux voir d'un forum). En gros : c'est parfait si on a un vrai webmestre formé à ça, qu'on peut payer sur le sujet parce qu'il va y passer des jours à y adapter à nos besoins mais sinon c'est la galère.

A l'inverse, dans les cms spécialisés ce que j'aime c'est qu'ils font vraiment bien ce pour quoi ils sont conçu. Par exemple dokuwiki est un excellent moteur wiki, complet, qui intègre facilement divers modules permettant de l'adapter à n'importe quel besoin. De plus, ça prend moins de temps à comprendre comment chaque mini-cms marchent, car ils sont moins complexes. Bon, ça dépend lesquels, mais on en fait plus vite le tour. Par contre, le gros désavantage, c'est que tous les maitriser va demander aussi du temps (quoi qu'on peut répartir le boulot et donner la gestion d'un truc à une personne, d'un autre cms à quelqu'un d'autre), mais surtout les faire fonctionner ensemble est un peu plus technique. C'est notre problème actuel : eviter de se connecter sur des tas de trucs différents.

Pour moi Dokuwiki a fait ses preuves, je le valide. Il est facile à bidouiller même sans grandes connaissances, très bien documenté, les mods ajoutent vite tout ce qu'on peut vouloir, il y a une communauté active qui répond en cas de souci et surtout, on a pu le bidouiller pour qu'il réponde à nos besoin. Y'a encore de la bidouille à faire, entre autre pour la consultation webig et les livres en jeu, mais j'ai toute confiance.


(à suivre, je me sauve :p)

Bref, Dokuwiki me semble capable de répondre à nos attentes présentes et futures. Côté gestion d'une charge d'utilisateur importante, la documentation d'ubuntu-fr utilise ce moteur et ça reste fluide, il s'agira donc surtout d'apprendre à configurer certaines options par la suite si on constate des ralentissements.

Pour le forum, il est temps de se poser la question. Phpbb est un bon moteur, je n'ai rien à lui reprocher pour un usage basique. Lorsque nous avons commencé le projet, à un moment le besoin d'un forum s'est nettement fait ressentir et j'ai donc installé le seul truc que je connaissais. Phpbb a aussi une grande communauté active et pas mal de mods. Il est possible que nous restions sur ce moteur-là, mais c'est un choix qui avait été fait "par défaut", il est temps d'analyser la concurrence et de  voir si on n'a pas plus adapté.

Il a en effet des trucs qui me posent soucis. Déjà les mods : même quand ils sont notés "faciles" je vous promet des heures à galérer pour comprendre comment ça marche. La documentation fr est médiocre, et en anglais... ben c'est de l'anglais. Mais c'est pas vraiment mieux. Certains mods s'installent bien, certes, mais c'est souvent assez galère. Ce qui amène au deuxième point : la structure du machin. C'est bien rangé dans des beaux dossiers mais c'est la galère pour un néophyte de comprendre comment ça s'imbrique, où changer quoi... Bon, c'est surmontable mais ça demande du temps. C'est aussi un cms qui commence à avoir la folie des grandeurs, qui est prévu pour couvrir divers usages... un peu trop... ce qui fait qu'on se perd quand on a un usage basique. La gestion des permissions par exemple est d'une grande finesse, mais je préférerais que les options de base soient plus basiques, justement, plutot que de partir dans des trucs complexes. Par exemple de base un administrateur "simple" ne peut ni modérer, ni se donner les droits de modérations. J'ai mis du temps à comprendre qu'il fallait passer au statut de fondateur pour donner les droits de modération. Et même là, au début quand on était co en administrateur on ne voyait pas les outils de modération, j'ai du encore allé fouiner... c'est tout à l'avenant !

L'éloge de la simplicité. Chaque fois que possible, préférer une solution simple à une solution complexe. C'est une philosophie de vie qui s'applique dans pas mal de domaine et en informatique ça tient de la survie. Sinon on finit par baver dans une cellule capitonnée. Simple ne veut pas dire forcément "en faire moins" mais toujours "le faire mieux".

Donc, regarder ce qui se fait dans les forums ! Je ne savais pas qu'il y en avait autant. Je me suis appuyé sur http://www.forummatrix.org (http://www.forummatrix.org) pour faire une première sélection.

Une fois certaines fonctions essentielles choisies, j'ai eu une liste à tester. Dans les fonctions essentielles : licence libre, accepter les sous-forums, avoir une présentation "flat" (c'est à dire linéaire et c'est un choix qui se discute mais ça me semble plus adapté à ce qu'on fait), pouvoir mettre en forme du texte (si possible de façon simple avec un éditeur WYSIWYG mais ça, c'était secondaire), pouvoir mettre des avatars (ça parait bête mais ça fait partie des choses importantes sur un forum), gestion des permissions et des modérateurs par sous-forum, système de recherche intégré qui soit à peu prêt efficace, si possible avec prise en charge des accès mobiles (voir le forum sur téléphone...).

Avec ça et après avoir fait une première analyse rapide de ce qui était proposé, il est resté (http://www.forummatrix.org/compare/Advanced-Electron-Forum+E-Blah+FUDforum+HaveFnuBB!+MyBB+phpBB+SMF+Unclassified-NewsBoard) :
Advanced Electron forum (http://www.anelectron.com/),e-blah (http://www.eblah.com/), fudforum (http://fudforum.org/forum/), havefunbb (http://havefnubb.foxmask.info/fr), mybb (http://www.mybb.com/), phpbb (https://www.phpbb.com/) (certes...), Simple machines Forum (http://www.simplemachines.org/), unclassified newsboard (http://newsboard.unclassified.de/)

-Unclassified newsboard est un peu à part dans la selection, il lui manque des fonctionnalités intéressantes mais ce qui m'a interessé c'est qu'il semble très basique. Cependant je ne l'ai pas mis en liste des priorités.
-Phpbb, je sais un peu à quoi il ressemble  :D  donc ça en fait un de moins à tester !

Pour les autres, ils sont tous un peu complexe pour moi (ils font le café) mais bon... Certains sont en français, d'autres non. Certains ont un design qui m'attire, d'autres, heu... mais bon on teste avant de cracher dans la soupe ! Le visuel ça s'améliore.

Trois peuvent se passer de base de donnée mysql et passer, comme dokuwiki, par des fichiers textes. Et ça je vous avoue, c'est tentant. Il s'agit d'E-blah, FudForum et Havefunbb. Malheureusement ils ont tous les trois un support pour les mobiles, heu... Bon, ça pêche.

J'ai décidé de continuer à réduire un peu ma liste en leur faisant passer le terrible test "install et premier pas". Un forum qui est compliqué à installer ? Renvoyé, ça n'augure jamais rien de bon pour la suite. On cherche désespérément les trucs pour commencer à l'utiliser, on n'arrive pas à retrouver des trucs qu'on aime bien ? Renvoyé. C'est brutal mais ça trie !

Aef
J'ai commencé par installer hier Advanced Electron forum (abrégé AEF). La licence est spéciale mais utilisable. Le forum est fonctionnel, l'installation facile. La gestion des permissions est un peu lourde mais bon. J'arrive à franciser le forum rapidement. La sécurité à l'inscription me semble médiocre mais en même temps on est sensé passer par autre chose, unifié, donc les robots ne s'inscriront pas directement sur le forum (enfin avant que ce soit mis en place... Manipulation du css un peu limité, la modif n'a pas l'air facile (mais à explorer plus). Ceci dit juste en changeant la bannière, avec l'image dans un fichier php et sans beaucoup d'indice sur les classes css qui pourraient permettre de la configurer... bon la gestion du style me fait peur. Il y a tout de même peu de fichier, donc il devrait être possible d'en faire le tour. Le code pour faire des listes me plait moyen, quand à celui pour les urls, erk. Mais à part ça l'éditeur WYSMG est bien fait. Par contre communauté et doc en anglais, je finis la journée avec un bon mal de crâne.
Avis plutôt positif pour un premier test. Il est retenu pour un test plus approfondi, sauf si entre-temps un de ses concurrents me plait plus.

SMF
Le second que je teste ce matin est Simple Machine Forum. Ici, le premier truc qui m'enchante c'est le français. Sur leur site un bon support du multilingue, et des ressources ici et là en français.
Deuxième chose très positive : intégration d'openid incluse de base (mais j'ai pas encore testé ^^), des tutos pour transférer un forum phpbb en smf, et aussi pour inclure SMF dans divers autres CMS dont dokuwiki. Ho, et ce dernier tutos date mais est en français.
C'est une licence BSD avec quelques particularités, elle me semble aussi parfaitement gérable.
L'install se passe très bien. Je galère un peu à franciser avant de comprendre où se trouve le bouton... une fois trouvé, hem, bon je dois dire c'est basique... Pas mal d'options intéressantes, il est bien fait et agréable au premier abord. En 2h j'en ai fait un bon tour d'horizon. Il me reste à tester les modifs de templates et les mods. Encore une fois le code pour les listes me plait moyen mais bon, sinon l'éditeur est très bien. Avis extrêmement positif pour le moment, il me fait de l'oeil lui... Vraiment ! Mais vas-t-il passer l'épreuve "manipulation interne des fichiers" ?

Petite parenthèse dans les tests. Parallèlement à mes expériences, j'affine peu à peu les besoins mais surtout je retourne dans tout les sens le problème de base : un seul compte à connecter pour gérer tous ses trucs, pouvoir poster avec le nom de ses persos. C'est le problème complexe de l'authentification unique. (http://khaganat.ninm.net/wikhan/fr:todo:dev:identification)

Le problème n'est pas tant d'avoir une seule authentification, c'est presque la partie facile du boulot (enfin... toujours pas en place pour autant car techniquement pas si simple). Non, il faut surtout comprendre comment chaque module s'articule afin que l'ensemble soit fonctionnel et surtout agréable pour l'utilisateur. Il faut donc penser à chaque morceau, trouver comment ça se découpe et s'organise. C'est pas simple du tout !

Depuis la proposition sur le wiki, j'ai un peu progressé. J'en suis à présent à me dire : un identifiant (openid ou autre) pour se connecter, qui reste secret. Les interventions HRP sous le pseudo général (comme Zatalyz). Un lot de persos (de 0 à l'infini :p) relié au compte (tel Laofa, Fakuang, Anyume et toute la famille).

L'identifiant sert à se connecter une fois, à tout et basta. Pas besoin de retenir quinzes identifiants et mots de passe.

Le pseudo général centralise les infos, il est le côté public de l'identifiant secret. C'est lui qui est utilisé pour tout ce qui est HRP. C'est là que peut intervenir l'astuce : bien différencier les niveaux de rêve, autrement dit le rp et le hrp (et l'irl, au dessus, mais ça c'est quasiment toujours de la sphère privé et on s'en fout dans cette partie là du problème). Donc un forum hrp et un autre rp.

Pour le forum, une fois connecté à la galaxie khaganat, lors de l'accès au forum RP la personne y est connecté avec son pseudo (donc le hrp, appelé pour la suite "pseudobase"). Avec lui, elle devrait pouvoir voir ce que voit ses persos voient du forum (donc la base visible à tous plus les accès spéciaux), mais pas poster (lecture seule). Ensuite, sur ce forum, il y a autant de comptes que de perso. La sélection de compte ne se fait pas en rentrant pseudo+password comme sur un forum classique, mais en sélectionnant le perso via une liste déroulante (puisqu'on est déjà "identifié"). Pour que ce soit sécu, cette liste déroulante n'est visible que quand on est co avec le pseudobase et ne concerne que les persos liés à ce pseudobase, donc.

Quand le pseudobase créé un nouveau personnage, il y a une procédure automatique qui lui créé un pseudo-perso sur forum (et un pseudo messagerie aussi, on détaillera cet aspect par la suite... enfin partout où le rp le demande). Donc le perso est directement lié au pseudobase. Les droits en lecture qu'ouvre le perso sont automatiquement transmis au pseudobase.

Lors de la sélection dans le menu déroulant du perso pour poster, le pseudobase est déconnecté temporairement du forum rp, jusqu'à ce qu'il resélectionne dans la liste déroulante "pseudobase" (il a alors de nouveau accès à tout en lecture).

Il est sans doute possible de laisser le forum gérer ses utilisateurs sans trop toucher aux tables, ajoutant juste à un utilisateur la mention "lié à tel pseudobase", ce qui ouvre les droits de connexion quand ce pseudobase est co ?

=====

En tout cas l'idée est là : un compte HRP qui centralise plusieurs comptes RP.

La même chose devrait être reprise avec le client du jeu. Plutôt qu'un compte client donne accès à 5 slot... voyons ça autrement. Lorsqu'on ouvre un client de jeu, on se connecte avec son identifiant globale. Ça ouvre alors le choix entre co un perso existant ou en créer un nouveau. La liste des persos existants peut potentiellement être infinie (mais même les tarés dans mon genre finissent par se restreindre, je vous rassure... 15 persos à gérer c'est déjà beaucoup). l'astuce technique (relativement invisible pour le joueur) est qu'ici un "compte client" (pas un compte général hein, on parle bien du client de jeu !) n'est qu'un seul slot de perso. encore une fois, le compte HRP centralise les comptes rp. Mais ça a une autre incidence : actuellement on ne peut co qu'un perso de chque compte. C'est une limite technique utile, ça évite d'avoir deux fois le perso "laofa" connecté en jeu (sinon attaque des clones !). Seulement avec 5 slots, les 5 persos du même compte sont condamnés à ne jamais se rencontrer. bon, ça pourrait amener les gens à payer plus de compte... sauf qu'on est pas dans ce genre de logique payante pour le moment (et en fait, c'est même pas un frein à une vue économique mon truc, au contraire). Avec un compte client=un perso, on peut connecter n'importe lesquels de nos persos ensemble. Pour la monétarisation : on peut proposer de limiter le nombre de perso gratuit par compte général et de faire payer pour acquérir des slots en plus (option choisi par d'autres mmo d'ailleurs). Enfin personnellement j'aime pas ça et j'espère qu'on tournera avec un modèle économique IRl plus utopique :p

Bien, maintenant c'est beau de dire "le compte HRP centralise les comptes rp" mais va falloir quand même le coder. Est-ce que cette manière de considérer les choses est la bonne ? je ne sais pas, j'attend votre avis.

Je ne visualisais pas bien comment ça pourrait se gérer pour les droits d'accès forum et messagerie avec le compte unique, mais ta proposition d''accès en lecture seule est excellente. Cela permet de devoir sélectionner le perso pour répondre (et donc éviter de poster avec le mauvais perso :) ).
L'idée de Un compte = un slot unique me semble aussi très bien, d'autant que cela permet de renvoyer la gestion des persos au système de gestion de compte en amont. Le fait de ne faire qu'un perso par compte n'interdit pas de limiter le nombre de persos de toute façon sauf que ce sera géré au niveau du système de gestion de compte (et pas codé en dur), ce qui semble logique. On pourrait voir aussi à ce que les privilèges soient liés à un perso et pas à un compte base, comme ça même si mon perso de la Police des Rêves peut se TP partout, mon autre perso voyageur ne le peut pas. Là encore,pas de confusion et de mélange des genres le tout dans un seul pseudo de base.

Test de unclassified unboard fait !

Alors comme prévu c'est un forum plus basique que les autres. Il reste cependant facile à utiliser, effectivement assez ergonomique. Pour info c'est celui utilisé sur dokuwiki. Un truc que j'aime bien : la possibilité de plier/déplier les forums. La création et gestion des forums est vraiment très simple. Ce que j'aime moins c'est la gestion des sous-sous-forums... Bon. Ça se règle peut-être ça. Il n'a pas de messagerie lié, ce qui m'arrange, un truc de moins à enlever (ben oui vu que je compte passer par une messagerie un peu plus évolué que le simple "mp"...). Il y a un script pour importer phpbb, ce qui est toujours un plus. Il a un pack de traduction en français. Il manque cependant de petites choses ici et là (ben oui, vu qu'il est plus basique...). En particulier sur les forums privés : il faudrait définir pour chaque groupe "ne peut pas voir ce forum", en dehors du groupe en question... heu c'est lourd. J'ai ptet pas trouvé où modifier ceci dit.
Bon... intéressant mais sans doute un peu trop limité quand même.

Entre deux tests (quoi deux jours sans tester un nouveau forum ? Honte sur moi et sur mes descendants !), je m'occupe aussi de divers problèmes à droite à gauche. Bon, j'aime papilloner, c'est ma façon d'être, rien de nouveau là-dedans... et puis j'avance mieux sur chaque sujet quand je ne me concentre pas.

Donc, authentification, ton univers impitoyaaaaable !

Cette histoire d'authentification unique, ça avance au niveau du concept mais au niveau technique c'est affreux.

La solution qui avait été retenue jusque là était "openid, pourquoi pas ?". Or y'a des jours, je me demande. Un article comme celui-ci (http://www.untrusted.ca/cache/openid.html) n'aide pas (chuut ne dites pas que je l'ai survolé en google trad).

D'un autre côté l'alternative est ldap. Wikipedia le présente dans un article technique (http://fr.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol) et il y a aussi deux articles récents sur linuxfr (ici (http://linuxfr.org/users/peb--2/journaux/gestion-de-ldap-sous-debian-openldap) et là (http://linuxfr.org/users/peb--2/journaux/ldap-un-peu-de-technique)), le tout ayant réussi à me donner un mal de crâne fabuleux sans que j'en retienne grand chose.

Dans ce genre de cas, j'ai tendance à aller chercher l'info auprès de ceux qui y comprennent quelque chose, et là c'est donc tombé sur Daeldir à qui j'ai tenté d'expliquer le problème (ainsi que mes inquiétudes sur la sécurité d'un identifiant unique). C'était une discussion intéressante, malheureusement j'oublie d'activer le chatlog IRL donc j'en ai oublié une bonne part. De ce que j'ai retenu c'est que ldap se prête vraiment bien à ce qu'on veut, mais que c'est ldap, qui justifierais qu'un autodidacte passionné et siphonné comme Daeldir fasse une formation... Nan sérieux s'il dit ça c'est qu'on va pas le faire marcher en bidouillant "comme ça". Bon.

Openid, franchement c'est pas plus évident. On a tenté de le mettre en place sur ce forum, ça a été un bel échec. Enfin, je dit "on"... C'est Liria qui a tenté et elle est plus à même que moi de comprendre où vont les machins et comment ça s'imbrique. Moi, à part constater que je n'y comprenais rien... Bref. Le souci c'est que même si un forum prend ça en compte simplement, il restera les autres modules à interfacer.

Alors au niveau technique, dans le fond je sens que ça va s'apparenter à de la triche. C'est à dire un module qui va gérer les inscriptions et connexions aux autres, mais pas changer la façon dont l'utilisateur se connecte au forum/wiki etc au niveau technique, simplement automatiser ça. Bon, c'est mal dit, je reprend : plutôt que de modifier directement phpbb et compagnie en ajoutant des tables mysql et des bout de codes etc, on laisse tel quel. On cache visuellement la partie "s'inscrire" (et peut-être celle pour se co/déco quand ça marchera bien), mais elle existe toujours tel quelle sans changement. On installe un truc qui ne gère que les inscriptions à tout.

Ensuite, on passe sur le bouton "se co", ça renvoie par exemple à ldap, là on entre son identifiant et mot de passe et hop, lui il dit à phpbb et autres "machin est co" en passant par le système de connexion propre à chacun de ces modules. Idem pour l'enregistrement (charge aux admins ensuite de bien gérer les autorisations ; si le système est sécu et que les robots spammeurs ne s'inscrivent pas c'est facile à automatiser). Concrètement chaque module (forum, wiki, etc) reste indépendant mais pour l'utilisateur c'est invisible, il a l'impression que c'est tout en une fois. Pour le développeur, il y a une partie plus simple vu qu'il faut finalement savoir faire un robot qui s'inscrit/se co à la requête de ldap (bon, pas trivial à fond mais quand même). Ldap ou un autre. Niveau sécu générale face aux robots, il s'agit de sécuriser comme il faut le module de base mais une fois fait, ça devrait aller. La difficulté c'est quand il faut lier les comptes rp, ce qui intervient dans un second temps... ah et déployer un truc genre ldap.

Monde de m...

D'autan que si tout ça commence à prendre forme dans ma tête, je crois bien que mes explications sont encore très brouillones. Ça va se finir avec un powerpoint.

Citation de: "Zatalyz"Alors au niveau technique, dans le fond je sens que ça va s'apparenter à de la triche. C'est à dire un module qui va gérer les inscriptions et connexions aux autres, mais pas changer la façon dont l'utilisateur se connecte au forum/wiki etc au niveau technique, simplement automatiser ça. Bon, c'est mal dit, je reprend : plutôt que de modifier directement phpbb et compagnie en ajoutant des tables mysql et des bout de codes etc, on laisse tel quel. On cache visuellement la partie "s'inscrire" (et peut-être celle pour se co/déco quand ça marchera bien), mais elle existe toujours tel quelle sans changement. On installe un truc qui ne gère que les inscriptions à tout.

Ensuite, on passe sur le bouton "se co", ça renvoie par exemple à ldap, là on entre son identifiant et mot de passe et hop, lui il dit à phpbb et autres "machin est co" en passant par le système de connexion propre à chacun de ces modules. Idem pour l'enregistrement (charge aux admins ensuite de bien gérer les autorisations ; si le système est sécu et que les robots spammeurs ne s'inscrivent pas c'est facile à automatiser). Concrètement chaque module (forum, wiki, etc) reste indépendant mais pour l'utilisateur c'est invisible, il a l'impression que c'est tout en une fois.

Non ce n'est pas de la triche mais c'est la solution obligatoire à terme. Alors je n'ai rien à ajouter, surtout que non tes explications ne sont pas brouillonnes, elles sont juste justes. Mais pitié pas de powercoin-coin :p

Ça m'a repris comme une envie de boire cet après-midi, et voilà que je me retrouve à chercher tout et n'importe quoi. C'est le moment de vous expliquer comment je bosse, dans ce genre de cas.

En général, je commence par une question. Ici : "comment envoyer un mail aux nouveaux inscrits à dokuwiki ?" dans le cadre de la lutte contre le spam. Et oui, pour le moment, comme les robots passent, il faut que les nouveaux inscrits envoient un mail à un admin pour pouvoir écrire. Mais faut le savoir.

En posant cette question, j'obtiens des tas de réponses sans rapport, mais dont le sujet m'intéresse aussi. Donc j'ouvre des onglets, je navigue, et au bout d'un moment, je ne sais même plus ce que je faisais au début.

Bonne nouvelle, dans tout ça j'ai trouvé comment ne s'identifier qu'une fois sur tous les wiki (en attendant de lier aussi ça au forum) : https://www.dokuwiki.org/tips:commonlogin (https://www.dokuwiki.org/tips:commonlogin)
Mauvaise nouvelle, ça me fait peur, donc je ne vais pas le faire, j'attendrais que quelqu'un qui comprend ce qu'il va faire passe. Ou qui aime prendre des risques. Parce que sur un tuto de ce genre, j'applique la méthode fyros : je copie/colle sans rien piger. Mais vu que ça touche des parties un peu sensible du site, je vais éviter... J'aime bien à la fin "et LDAP, ça marche bien aussi !"

Ouais, ouais, je sais. Pfff. Je suis toujours en attente de quelqu'un qui pourra m'épauler dans cette dure épreuve. Un jour, LDAP...

Et sinon, Liria m'avait demandé il y a longtemps une barre d'avancement pour les wiki. J'aime bien progressbar. Mais peut-etre que AVtaskbox correspondra plus ? Ho, vous voulez voir tout ça ?
http://khaganat.ninm.net/test/fr:progress (http://khaganat.ninm.net/test/fr:progress)
http://khaganat.ninm.net/test/fr:todo (http://khaganat.ninm.net/test/fr:todo)

Je serais aussi intéressée par votre avis sur les deux "todo". Je ne pense pas que ça nous soit utile, en fait, ça m'apparait plus comme gadget qu'autre chose. Il serait tout aussi pertinent de définir une façon de présenter les tâches dans les pages wiki de todo. Du genre "Description rapide de la tâche - Lien vers une page d'info plus complète au besoin - Si nécessaire, qui est dessus actuellement (et dans ce cas, à quelle date)".

Et sinon, https://www.dokuwiki.org/plugin:infomail (https://www.dokuwiki.org/plugin:infomail) : est-ce ce qu'il faut pour envoyer un mail de notification aux nouveaux venus ? j ne sais pas, je n'y comprend pas bien...

Regarder aussi ça à l'occase : https://www.dokuwiki.org/tips:integrate_with_phpbb3 (https://www.dokuwiki.org/tips:integrate_with_phpbb3)

Au passage la page https://www.dokuwiki.org/tips (https://www.dokuwiki.org/tips) est pleine de choses intéressantes...

LDAP. Le Retour.

Il est temps de s'y remettre. Et pour ça, commençons par lister la doc.

Parfois le plus simple est le mieux :
https://duckduckgo.com/?q=apprendre+ldap&t=debian (https://duckduckgo.com/?q=apprendre+ldap&t=debian)

Mais c'est facile, hein !

Linuxfr parle régulièrement de ldap. Dans les dépêches, journaux et commentaires, on trouve pleins d'infos utiles et aussi des liens vers des infos utiles. Un journal comme https://linuxfr.org/users/ploum/journau ... C3%A0-ldap (https://linuxfr.org/users/ploum/journaux/sinitier-%C3%A0-ldap) apporte pas mal de pistes. Dans un autre genre : https://linuxfr.org/users/peb--2/journa ... n-openldap (https://linuxfr.org/users/peb--2/journaux/gestion-de-ldap-sous-debian-openldap) pour commencer à voir ce que c'est (et articles liés).

Je tente toujours de tricher un peu avec des choses comme http://articles.mongueurs.net/magazines/linuxmag68.html (http://articles.mongueurs.net/magazines/linuxmag68.html) . Comment dire ? dès que je vois "simplifier l'accès à ldap" je fonce dessus. Mais c'est idiot, ça ne marche pas vraiment comme ça.

LDAP me pose un problème très simple : c'est un truc qui se gère "en coulisse". C'est à dire avec la console, en allant bidouiller des bases de données, en installant des trucs. Ce n'est pas du "clique sur le bon bouton". Or je ne suis pas très douée sur le conceptuel : j'ai besoin de voir les choses, de toucher. Bref. J'ai un mal fou avec un truc pareil. De l'avis de certains, il est plus simple de partir de la base (ldap avec le minimum autour) et de construire suivant ce dont on a besoin. Mais pour moi, passer par une interface au dessus, même si elle fait un peu trop de choses, c'est plus "évident". Pas forcément pertinent ni plus facile, au fond, mais plus abordable.

donc, dans la liste des machins sans doute inutiles, on a :
https://www.ldap-account-manager.org/lamcms/ (https://www.ldap-account-manager.org/lamcms/)
http://fusiondirectory.org (http://fusiondirectory.org)
http://opendj.forgerock.org/ (http://opendj.forgerock.org/)
http://www.lemonldap-ng.org/ (http://www.lemonldap-ng.org/)
http://directory.apache.org/studio/ (http://directory.apache.org/studio/)

Doc en français :
http://ldapbook.labs.libre-entreprise.org/book/html/ (http://ldapbook.labs.libre-entreprise.org/book/html/) (sur openldap, donc)

Une suite d'articles sur linagora (français aussi) :
http://www.linagora.org/contrib/annuair ... ocole_ldap (http://www.linagora.org/contrib/annuaires/formations/protocole_ldap)
http://www.linagora.org/contrib/annuair ... ploitation (http://www.linagora.org/contrib/annuaires/documentations/openldap_guide_exploitation)
Chercher "ldap" sur linagora sort d'autres articles, dont des pdf de cours ; c'est intéressant.

Dans le genre "doc qu'on dit que c'est bien mais en anglais" :
http://www.zytrax.com/books/ldap/ (http://www.zytrax.com/books/ldap/)

Le lien vers le plugin MyBB qui permet de gérer les multicomptes : https://github.com/doylecc/EnhancedAccountSwitcher (https://github.com/doylecc/EnhancedAccountSwitcher)

Premier dépouillement de tous les mods pour mybb (fait avec Yann sur http://piratepad.net/QNifa83SqB (http://piratepad.net/QNifa83SqB) ), voici ce que j'ai relevé d'utile :

Affichage
 * http://mods.mybb.com/view/hyper-portal (http://mods.mybb.com/view/hyper-portal) : Pour pouvoir configurer la page portail du site de façon dynamique, avec une configuration souple.
 *  http://mods.mybb.com/view/dynamic-header-and-footer (http://mods.mybb.com/view/dynamic-header-and-footer) : pour intégrer le forum avec un header et footer ailleurs sur le site. A noter que mybb est pensé dans divers détails pour s'intégrer dans un site plus vaste et ça c'est chouette. Ce plugin est en by-nc-nd/3.0/us.
 *  http://mods.mybb.com/view/menu-manager (http://mods.mybb.com/view/menu-manager) : pour afficher/cacher des trucs du menu.
 *  http://mods.mybb.com/view/advanced-sidebox (http://mods.mybb.com/view/advanced-sidebox) permet d'ajouter des boites d'information de façon modulaire à droite et à gauche du forum proprement dit.
 * http://mods.mybb.com/view/mytabs (http://mods.mybb.com/view/mytabs) pour avoir des onglets. Pas d'utilité au présent, mais je note ça de côté car ça me titille.
 * http://mods.mybb.com/view/mytheme (http://mods.mybb.com/view/mytheme) : là j'ai un doute. Facilite l'administration d'un thème ?
 * Affichage spécifique : il y a des mods pour afficher sur Iphone et compagnie (à tester sans) et http://mods.mybb.com/view/print-post (http://mods.mybb.com/view/print-post) pour imprimer.

éditeur de message
 *  http://mods.mybb.com/view/sr-mybbcoder (http://mods.mybb.com/view/sr-mybbcoder) : je ne suis pas sûre mais je crois que ça permet d'ajouter des "bbcode" du côté éditeur sauf que ça s'appelle pas pareil. Par exemple ajouter dans l'éditeur un bouton "spoil" ou "barrer le texte" qui par défaut n'existent pas. C'est super important ^^ . De base il y a ce qu'il faut pour ajouter les balises, mais elles n'apparaissent pas dans l'éditeur.
 * Sondages : manque une option pour éditer son vote (donner le droit de changer d'avis)
 * Spoiler !!!! http://mods.mybb.com/view/advanced-secure-spoiler (http://mods.mybb.com/view/advanced-secure-spoiler) (et il y a d'autres mods mais celui me plait dans son screen)
 
Personnalisation
 * http://mods.mybb.com/view/hide-forums (http://mods.mybb.com/view/hide-forums) : permet à chaque utilisateur de cacher les forums qu'il ne veut pas voir. une fonctionnalité qui ne coute rien et qui va faire plaisir à certains !
 * Système d'alerte perfectionné. J'ai pas trouvé officiel, je sais pas si j'ai pas déjà ce qu'il faut mais je note au cas où : http://community.mybb.com/thread-127444.html (http://community.mybb.com/thread-127444.html)
 * http://mods.mybb.com/view/my-favourite-posts (http://mods.mybb.com/view/my-favourite-posts) Pour noter des postes en favori dans son compte. Une option qui peut être utile quand on pense à l'activer... A voir.

Visuel et pratique
 * http://mods.mybb.com/view/auto-redirect (http://mods.mybb.com/view/auto-redirect) : tout bête, permet de se loguer et d'être ensuite sur la page qu'on visitait.
 * http://mods.mybb.com/view/clean-favicon (http://mods.mybb.com/view/clean-favicon) : j'aime les favicon. Moi aussi (testé, validé, celui-là était simple).
 * http://mods.mybb.com/view/dynamic-to-top (http://mods.mybb.com/view/dynamic-to-top) bouton pour remonter en haut
 * http://mods.mybb.com/view/while-you-were-typing (http://mods.mybb.com/view/while-you-were-typing) Indique qu'un message a été posté pendant qu'on répondait. Je trouve ça pratique ! à traduire mais surtout à tester (pas que ça fasse perdre le message en cours).
 * Statistiques : http://mods.mybb.com/view/hit-counter (http://mods.mybb.com/view/hit-counter) Ça sert à rien, dans le fond. Je sais...

Social
 * Un plugin pour se co à IRC (tester les divers qui existent)
   * http://mods.mybb.com/view/ezirc (http://mods.mybb.com/view/ezirc)
   * http://mods.mybb.com/view/ircbb-chat (http://mods.mybb.com/view/ircbb-chat)
   * http://mods.mybb.com/view/jm-irc (http://mods.mybb.com/view/jm-irc)
   * http://mods.mybb.com/view/lightirc-chat (http://mods.mybb.com/view/lightirc-chat) (flash)
 * Plugin de relai sur les réseaux sociaux. Dire "j'aime ce post" à tout un groupe, c'est utile pour la pub à bas prix un pour "Je partage" serait bien aussi... Dans ceux que je vois :
   * http://mods.mybb.com/view/facebook-like-button (http://mods.mybb.com/view/facebook-like-button)
   * http://mods.mybb.com/view/likeme (http://mods.mybb.com/view/likeme)
   * http://mods.mybb.com/view/google-1-button (http://mods.mybb.com/view/google-1-button)
   * Faire recherche google, twitter, etc. Mais le mieux serait d'intégrer le machin qui fait tout
   * http://mods.mybb.com/view/social-bookmarking (http://mods.mybb.com/view/social-bookmarking) ? Pas sure que ce soit ça
 * http://mods.mybb.com/view/thank-you-myb ... p-myalerts (http://mods.mybb.com/view/thank-you-mybb-system-rep-myalerts) Un mod pour dire "merci" :) (testé, validé, mais à bidouiller pour intégrer dans un thème et franciser) Il y en a d'autres mais celui-là marche !
 
Modération et lutte antispam
 *  mods.mybb.com/download/forum-cleaner : pour virer des trucs inutilisés. Pas utile tout de suite, mais on sera content de le trouver par la suite.
 * http://mods.mybb.com/view/registration- ... y-question (http://mods.mybb.com/view/registration-security-question) Module pour ajouter des questions à l'enregistrement. Vital tant qu'on passe pas par ldap. Autre : http://mods.mybb.com/view/signup-questions (http://mods.mybb.com/view/signup-questions)
 * Mod pour que quand un utilisateur fasse un signalement, ça créé un message sur le forum des modo : http://mods.mybb.com/view/advreports (http://mods.mybb.com/view/advreports). Il y a aussi http://mods.mybb.com/view/report-to-thread (http://mods.mybb.com/view/report-to-thread) (au moins un des deux qui marchera bien ^^) et http://mods.mybb.com/view/warning-system-improver (http://mods.mybb.com/view/warning-system-improver)
 * http://mods.mybb.com/view/edit-history-log (http://mods.mybb.com/view/edit-history-log) pour avoir un log de ce qui a été édité (accessible aux modo). C'est un truc qui m'a souvent manqué sur les forums, savoir ce qui avait été vraiment dit pour comprendre le fond du problème ; un outil pour controler entre modo qu'il y a pas d'abus, en fait...
 * http://mods.mybb.com/view/email-about-new-members (http://mods.mybb.com/view/email-about-new-members) envoie un email à l'admin quand un nouvel utilisateur s'enregistre. Pas absolument nécessaire, certes. J'aime bien ça dans un projet de petite taille pour accueillir les gens comme il faut. ça permet aussi de réagir plus vite avec les robots spammeurs, s'ils passent. Mais mod "by-nc-sa".
 * Interdit aux moins de 18 ans :http://mods.mybb.com/view/age-restricted-thread-prefixes Je verrais bien une modification de ce truc en permettant de noter un message comme contenant des éléments hard et que l'utilisateur puisse dans son profil cocher "je veux que du soft". Ben oui, même plus de 18 ans, on peut être sensible et je trouve ça pas mal de prévenir les utilisateurs ; et puis ça incite les auteurs aussi à être conscient de ce qu'ils écrivent (comment ça je suis pas un exemple ?).
 * http://mods.mybb.com/view/goodbye-spammer (http://mods.mybb.com/view/goodbye-spammer) Pour gérer quand un robot spammeur passe, avec l'extraordinaire option"virer tous les messages de l'utilisateur". Le genre d'option qu'on adore quand un de ces petits saloupiots passe. Licence Apache.

Connexion
 * Gestion via ldap : http://mods.mybb.com/view/mybbldap (http://mods.mybb.com/view/mybbldap)
 * Le mod de connexion à Ryzom développé par Nimetu : https://bitbucket.org/nimetu/mybb-ryapp-plugin (https://bitbucket.org/nimetu/mybb-ryapp-plugin)

RP
 * Le lien vers le plugin MyBB qui permet de gérer les multicomptes : https://github.com/doylecc/EnhancedAccountSwitcher (https://github.com/doylecc/EnhancedAccountSwitcher)
   * Un autre qui semble faire pareil, qui est peut-être un développement : http://mods.mybb.com/view/multilogin (http://mods.mybb.com/view/multilogin)
 * Un plugin pour afficher les groupes ? enfin je me demande si c'est utile. Mais j'ai pas vu ça de base...
 * http://mods.mybb.com/view/xroster (http://mods.mybb.com/view/xroster) : je suis pas sûre mais je crois que c'est un système pour permettre aux chefs d'organisations de gérer à l'intérieur de leur organisation comment les choses se passent.

Calendrier
 * Gestion du calendrier : http://mods.mybb.com/view/upcoming-events (http://mods.mybb.com/view/upcoming-events) pour afficher ailleurs (index) les events à venir, mais ce plugin n'est pas abouti.
 * http://mods.mybb.com/view/event-thread (http://mods.mybb.com/view/event-thread) qui va gérer les events via un forum.

Image  
 * Gestion des images (à trier) : http://mods.mybb.com/view/ezgallery (http://mods.mybb.com/view/ezgallery)
 * Redimensionne les images pour que ça déborde pas du post  : http://mods.mybb.com/view/fit-on-page (http://mods.mybb.com/view/fit-on-page)
 
 
 * Intéressant à étudier (mais pas sur le forum, pour nous, et puis ce genre de plugin je préfère bien le controler) : http://mods.mybb.com/view/naoar-donation (http://mods.mybb.com/view/naoar-donation)

________________________________
J'ai testé Mybb qui me semble pas mal du tout. J'ai installé certains plugins sans difficultés, pour d'autre, galère. Pas installé tout ce qu'il y a là, hein...
La doc se trouve en français, ainsi qu'une communauté qui a l'air réactive. Je n'ai pas encore tenté de modifier le thème moi-même.

Je réfléchis à comment se structure le prochain site web.

Nous avons une structure dans une autre. Un header général (la partie haute du site semblable pour tous), un header particulier (partie haute du site qui va changer suivant l'endroit où on est), le body (propre à la partie du site), un pied de page, pardon footer particulier et un footer général. Ouais, in english bikoz it's ze convention.

Header Gen
        head spe
             page
        footer spe
Footer

Le "spécial" ou particulier est ce qui concerne le wiki ou le forum par exemple. Le général est ce qui change pas.
Au niveau template, il est donc sans doute meilleur d'appeler le général dans le template du forum et du wiki, en adaptant à chacun un template perso.

Comment ça vous n'avez rien compris ? C'est normal, il s'agit de notes de réflexions qui s'adressent avant tout à moi, avant que je perde le fil... Je m'attaque doucement à une première forme des templates.

J'hésite d'ailleurs sur la gestion du css. Ce serait vraiment mieux si tout était rassemblé d'un seul côté. Cela demande cependant un boulot fabuleux et je doute qu'il soit dans mes compétences. Peut-etre quand même arriver à créer un fichier commun sur les couleurs... Enfin bon à présent que je connais mieux l'organisation des templates dokuwiki, est-il inconcevable que j'arrive à en refaire un en entier, en mettant d'un côté les éléments communs à l'ensemble du site (ex gestion des liens avec une couleur type) et de l'autre ce qui est propre au wiki (genre la gestion des onglets) ? Cela pourrait être possible. Délicat sans casser les trucs pour la lecture sur smartphones et l'impression, par contre... quand à mybb va vraiment falloir que je regarde comme ça se bidouille.

Je suis d'accord avec l'idée d'encapsuler chaque sous-partie dans l'organisation générale, et de gérer tout ça au maximum avec les mêmes CSS. Cela sera plus efficient.
Il faut aussi voir quels standard nous allons utiliser car si on se base sur du HTML5/CSS3, on a de nouvelles balises bien pratiques pour l'organisation : section, article, nav, aside, header, footer. Mais le lien que tu cites (http://khaganat.ninm.net/forum/viewtopic.php?f=26&t=322&view=unread#p1095) dans la partie graphique du site d'ailleurs soulève le problème, si on utilise une technologie récente, la rétro-compatibilité n'est pas forcément évidente. Mais a-t-on les moyens de développer un site qui satisfasse à tous les navigateurs ? Par ailleurs se pose la question de la visibilité IG, avec le navigateur qui lui, n'accepte que du HTML1 sans css  :(

Ben le mieux ça reste une version hors jeu et une ig en l'etat, parce que c'est pas juste du html1 c'est encore plus pourri que ça ig y a carrément des truc qui marche pas du tout et même un site en html1 normal à de quoi faire mieux il me semble.
La rétro-compatibilité n'est pas juste "pas évidente" elle est juste pas possible du tout, ce qui passe sur un truc récentne passe pas sur la version ig et ce qui passe ig ne passera pas sur un truc récent,et même un truc pas tout jeune en fait (balise et attribut obsolète comme unique solution ig).

Sinon pour le site qui passe-bien-et-de-la-meme-façon-sur-tous-les-navigateur  mouhahaha ça arrivera probablement jamais même en rêve, cela dit les vieille entreprise encore sou ie 5 et 6 on s'en moque un peu (voir même beaucoup) donc globalement ceux qui sont susceptible de venir auront un truc un minimum a jour mais bon même la y a des truc qui passeront pas partout genre le truc pour selectionner une couleur , cela dit beuha on s'ne moque un peu.

Html5 ca peut etre sympa pour les videos par contre, et d'autre truc.

le header-spe et le footer-spe si chaque page en a un différent ben ça revient à mettre ça dans la page.


Bon courage zat :)

Sur un sujet connexe, à propos des modes de paiement en ligne, j'ai trouvé ce site : http://la-carte-bancaire.fr/ (http://la-carte-bancaire.fr/)

Bon, la pertinence des articles en question... c'est léger, ça survole. Mais ce qui m'intéresse est que ça référence pas mal de choses et entre autres les alternatives à Paypal (tel que Skrill). Puisque dans notre projet il y a quand même un espoir de monétiser un peu, ça fait des pistes à explorer. Selon l'adage "si tu veux qu'on puisse te payer, laisse le client décider de la monnaie", offrir des moyens différents de payer est toujours bon. À éplucher !

Je viens de découvrir via linuxfr un chouette petit programme :

https://linuxfr.org/news/lut-im-un-serv ... et-anonyme (https://linuxfr.org/news/lut-im-un-service-d-hebergement-d-images-gratuit-libre-et-anonyme)

C'est un hébergeur d'image. On peut l'installer sur son propre serveur (ou utiliser celui de base, m'enfin je pense qu'il finira surchargé ^^). Le gros truc génial est qu'en deux clics hop, c'est en ligne. Sans inscription ni rien. Du "clic et partage". Je me dit que ça pourrais m'être très utile pour les screens à partager vite fait ; ça doit pouvoir se régler pour que les images soient détruites au bout d'un moment (éviter de sélectionner "jamais"). Ou bien de restreindre ça aux utilisateurs authentifiés et les garder en cookies ou... comment ça je rajoute des trucs ? ouais bon... je vais rêvasser en silence :p

Dans les liens à fouiner, plu sérieux, il y a la CNIL : http://www.cnil.fr/ (http://www.cnil.fr/)
Vu qu'on va avoir des données persos de gens, faut que je voie au niveau légal tout ce que ça implique.

Sinon avec glorf on a un truc sympa qui marche d'un simple glisser déposer pour les images ! ça s'appel le ceb :D

J'ai bidouillé ! Très peu.

J'avais un souci sur la page http://khaganat.ninm.net/wikhan/fr:khaganat:faq (http://khaganat.ninm.net/wikhan/fr:khaganat:faq) car le sommaire automatique débordait bien trop sur le côté et faisait une mise en page peu harmonieuse.

J'ai donc installé le plugin https://www.dokuwiki.org/plugin:inlinetoc?s (https://www.dokuwiki.org/plugin:inlinetoc?s)[]=toc
On ajoute une balise sur la page et hop ! on a un sommaire automatique là où on veut et qui prend direct toute la largeur.

Faudra sans doute l'appliquer sur d'autres pages, c'est pas la première fois que je rencontre ce souci. Mais je suis très contente de ce plugin !

Je me demande d'ailleurs si dans le prochain thème dokuwiki on ne devrait pas gérer autrement la façon dont le sommaire s'affiche à la base.

J'ai trouvé ça dans mes errances :

http://mediagoblin.org/ (http://mediagoblin.org/)


<Zatalyz> j'arrive pas à voir ce que ça permet exactement
<Zatalyz> mais il semblerais que ça permettre de gérer video, sons, images, etc en  ligne
<Zatalyz> autant je trouve pas mal de truc destinées juste aux images*, autant les divers machins, c'ets le premier que je vois
<Zatalyz> mais bon si ownclound permet à tous d'accéder aux média, même sans avoir de compte, ça suffira ptet

* voir piwigo entre autre

C'est bien plus que du simple hébergement, l'idée est aussi de pouvoir partager (entre différents serveurs apparemment) et d'accepter des commentaires, tags etc.
Ceci en plus de la possibilité d'afficher de nombreux types de médias, dont des fichiers 3D (génial pour les assets) et des livres (intéressants pour la mediateki). A noter qu'ils sont en plein crowdfunding pour arriver à la v1.0

Lors de ma recherche sur l'organisation du site "parfait" je me suis fait violement arrêté sur un problème qui paraissait simple : la gestion des contacts.

Or, nous avons plusieurs subtilités dans le projet.
-Chaque humain a une "identité", pseudo utilisé sur tout ce qui est HRP ou pour causer sans que ce soit lié à un perso précis.
-Chacun peut avoir plusieurs "avatars", des noms de personnages joués. Voir, dans plusieurs mondes (je vois loin ^^).
-Un personnage peut être joué par plusieurs personnes (perso partagé).

Avec tout ça... Si vous connaissez l'identité de quelqu'un, connaissez vous tous ses avatars ? Non, ça serait moche. Si vous connaissez un avatar, savez-vous qui est l'identité derrière à chaque fois ? Pareil, l'idée me dérange (on croit trop facilement connaitre les gens et on ne joue plus de la même façon si on sait qui est qui). On gère les amis de son avatar1, puis de son avatar2, puis de... et quid des amis communs entre avatars ? et le lien rp/hrp ? etc.

Ça fait un moment que ça bouillone sous ma tête, donc.

Là, j'ai une idée, à voir si ça tient la route.

Notre identité gère le carnet d'adresse. Tous nos avatars ont accès à ce même carnet. Dans le cas des avatars partagé, l'avatar ne voit que le carnet de l'identité avec laquelle il est connecté au moment où.
Exemple si Yannk et moi partageons l'Avatar "Khan" (j'ai les rêves de grandeur que je veux :p), lorsque Yannk joue Khan, il voit les contacts de Yannk, et lorsque je joue Khan, je vois mes contacts. A nous de nous faire passer les infos de contact ensuite.

Dans les contacts, on peut avoir indifféremment des Identités ou des Avatars. On peut ne connaitre qu'une identité sans ses avatars, ou qu'un avatar sans avoir l'identité liée. Les uns et les autres sont différenciés de façon graphique (code couleur, ou bien gras/italique). On peut lier un Avatar à une ou plusieurs Identités mais c'est à nous de le décider et rien ne dit que ce soit "vrai" (que l'avatar soit joué par l'identité qu'on croit). Après à nous de décider à qui on envoie nos messages : l'identité, le ou les avatars...

Quand on reçoit un message, c'est le principe des boites mails avec plusieurs alias : tout est notifié sur l'adresse principale (donc celle de l'identité) et on peut y répondre avec l'avatar qu'on veut. On peut bien sûr trier par adresse à laquelle ça arrive (ne montrer que ce qui a été envoyé à Khan, par exemple). Dans le cas de ces avatars partagés, les messages qu'on leur envoie sont renvoyés à tous ceux qui partagent l'avatar.

C'est ce qui me fait grincer les dents dans les mmo moderne que tout le monde connaissent tout nos avatar quand et ou on est co parce que les lien sont via le compte et non le personnage.

pour moi il y a deux niveau le joueur et les rôles.

Quand on connecte le compte on se co en tant que joueur, quand on connecte un personnage on endosse son rôle.

Toute communication avec un personnage ne dois pas franchir le niveau du rôle.

Les deux doivent, a mon avis, rester distinct.

Si on veux ajouter un joueur dans sa liste de contact/amis on lui demande son pseudo de joueur mais on ne doit pas voir les personnage qu'il joue.

Quand on veux ajouter un personnage on ne dois pas voir qui est derrière.

Par contre quand on joue un rôle on peut voir qui la jouer avant voir laisser un message pour dire comment on la jouer et qu'est ce qu'il a fait (comme le fessait les anim sur ryry par exemple en laissant sur la fiche du perso un commentaire, "sortie le xx/xx/xxxx a fait le garde lors de l'apparition de stevano pour adouber les premier noble" par exemple).

Compte  = Gameplay
Personnage/role = Roleplay.

Libre ensuite au gens de donner leur pseudo de joueur ou uniquement de personnage a leur contact mais ça ne dois pas tout donner par défaut.

on peut aussi faire qu'on décide de rendre le nom de compte public ou pas avec les perso.
même chose pour les perso qu'un compte joue.

Le "créateur" d'un rôle dois juste avoir le dernier mot ou le plus de droit si le rôle est partager par plusieurs (comme une guilde en gros).
De ce fait les pnj créer par le staff (les pnj officiel quoi) seront gérer par ce même staff (histoire de réserver les pnj important).
Mais si un de ces pnj est partager a un joueur on a pas a filer la liste de tout ceux que l'anim partage.

mais les listes de contact/ais pour moi le compte joueur dois avoir les sienne et le personnage les sienne avec la possibilité d'additionner les deux quand ont joue un perso par exemple mais la liste de contact niveau perso ne contiendra que des nom de personnage pas de joueur ( qui eux sont lier aux joueur pas au rôle ).

Je sais pas si c'est clair :p

ha et comme tu dit pour les mail on peut par exemple s'inscrire au mail de tous les rôle auquel on a accès histoire de ne pas devoir se co sous tous ses personnages, et comme ça ça forward auto a tous ceux qui sont censé pourvoir jouer ce rôle.


Évidement y a les mail hrp et les mail rp(je veux dire envoyer via un moyen rp imaginons qu'on créer une poste ou un métier messager et que des joueur transmette de façon rp les messages...) et la on peut encore faire des truc différent surement.

( ha et pour pressier je livre juste la façon dont je vois les chose pas dit que c'était mieux hein)

Je comprend en lisant ta réaction qu'il faut que je précise, car ça ne semble pas clair du tout.

Imaginons trois joueurs, appelés Alba, Beryl et Cardamone. Ce sont leurs "Identités", donc leurs noms HRP, les identifiant comme joueurs.
Alba joue les personnages (donc rp) Albumine, Ariane et Asko.
Beryl a comme avatar (donc personnages rp) Belin, Bardane et Bebère
Cardamone a comme avatar Calso, Cointreau et Corentin.

(Et je suis pas toujours inspirée sur les noms, chuuuut c'est un exemple).

Alba et Beryl se connaissent. D'ailleurs, c'est comme ça qu'ils apparaissent dans leurs contacts respectifs. Mais ils ne savent pas quels persos chacun joue.

Donc Alba a dans sa liste de contact : "Beryl" et c'est tout.
Et Beryl a dans sa liste de contact "Alba" et c'est tout. Et un code couleur indique que ce sont des pseudos joueurs et pas ceux de perso, donc que toute communication est HRP.

En jeu, Albumine (un des persos d'Alba) croise un personnage nommé Cointreau. Elle l'ajoute à son carnet d'adresse. Puis elle croise un certain Bardane, ainsi que Corentin (soyons fous).

Albumine ajoute donc tous ses noms, avec un sous-groupe pour les identifier "connaissances d'Albumine". Elle peut d'ailleurs aussi les ranger dans plusieurs groupes, Cointreau est identifié dans le groupe "Ami d'Albumine", Bardane "Salopard d'Urbaniste" (oui, Albumine n'aime pas les Urbanistes et leur a fait un groupe spécial pour ça) et Corentin reste dans "connaissances d'Albumine" uniquement car pour le moment elle n'a pas besoin de le catégoriser plus.

Alba se retrouve donc dans son carnet d'adresse avec ces noms :
-Beryl
-Cointreau #connaissance d'albumine, #Ami d'Albumine
-Bardane #connaissance d'albumine, #Salopard d'Urbaniste
-Corentin #connaissance d'albumine

Notez qu'elle ne sait pas que Cointreau et Corentin sont joués par le même joueur (ni même le nom de ce joueur), ni que le joueur Beryl joue le personnage Bardane.

Ce dernier finit par lui dire qui il joue. Donc Alba "lie" (et c'est un choix de sa part, ce n'est pas automatique) le personnage de Bardane au joueur de Beryl. Ce qui donne :

-Beryl
---Bardane #connaissance d'albumine, #Salopard d'Urbaniste
-Cointreau #connaissance d'albumine, #Ami d'Albumine
-Corentin #connaissance d'albumine

Maintenant, du côté de Beryl, qui ne connait que Alba et son perso albumine, cela donne :
-Alba
---Albumine #Connaissance de Bardane, #Fille à draguer.
Chacun ses préférences au niveau des groupes, et bon courage à Bardane.

Notez, encore une fois, que les joueurs ne connaissent pas tous les joueurs de leurs amis.

Que se passe-t-il si Alba et Beryl décident de jouer ensemble un personnage appelé "Albery" ?
Lorsque Albery est connecté, quand il est joué par Alba (connexion compte joueur et on choisit son perso après), alors il voit dans ses contacts les groupes suivants :
-Beryl
---Bardane #connaissance d'albumine, #Salopard d'Urbaniste
-Cointreau #connaissance d'albumine, #Ami d'Albumine
-Corentin #connaissance d'albumine

Ce qui ne lui sert à rien.
Et lorsque c'est Beryl qui joue Albery, il voit dans ses contacts :
-Alba
---Albumine #Connaissance de Bardane, #Fille à draguer.

Ce qui ne lui sert pas plus.
Si Alba, jouant Albery, croise Calso, et que ces derniers ont une interaction un peu poussée qui justifie qu'ils échangent leur Kom, alors Alba gagne le droit d'envoyer un message à Beryl disant :
"Albery a croisé un gars nommé Calso (identifiant Kom 1432717731634414143). Ils ont convenu d'un marché, Albery fournit 60 peaux de Njebe et Calso le paie avec 120 coquillages rosés de la baie de Givre. L'échange se fera le 17e vodje de reitei (soit vendredi 30 juin à 21H, heure française). Note ça et va chasser le njebe !"

Alba a ajouté d'office Calso à ses contacts, et Beryl pourra aussi l'ajouter sous ce cognomen hors-jeu, grâce au numéro de Kom (qui est, par un fait exprès, un truc inexploitable en dehors de ce genre de cas, impossible à mémoriser à moins d'être fou de nombre). Alba et Beryl connaîtront donc Calso, même s'il sera sans doute identifié différement de chaque côté.

J'espère que cela clarifie un peu l'idée. Non, non et non, je ne veux pas que lorsque qu'on connait quelqu'un HRP, on sache tout de ses persos par ailleurs. Par contre, au niveau ergonomie et confort d'utilisation, c'est plus simple en tant que joueur d'avoir un seul carnet d'adresse, tant que dans ce dernier on peut différencier les pseudos joueurs de ceux des persos, et qu'on peut aussi les associer à des groupes différents histoires de savoir d'où on connait chacun et par qui. Après, si Alba se plante, et contacte Calso avec Albumine, alors que cette dernière ne l''avais jamais croisé, elle pourra dire "oups, erreur de numérotation Kom, désolé pour le dérangement". Ça arrive de faire un faux numéros :p

ha mais on est d'accord que personne ne dois tout savoir de nous juste parce qu'on est dans ses contact c'est moi qui ai du mal m'exprimer en fait mais je redondai pas juste a ton post parce que je suis contre mais je donnai juste ma vision qui a juste quelques détails différent/en-plus mais globalement on est d'accord hein.

Huhu, ok, je me disais bien ^^

Après cette organisation, c'est le dernier truc en date que j'ai trouvé pour qu'au niveau ergonomie ça fonctionne, mais ça doit encore pouvoir s'améliorer. Le truc est de trouver comment faire tout ça pour que ce soit pratique d'utilisation ; mes théories de départs avaient vraiment été mises à mal quand j'avais tenté de faire le plan des pages web de contact. Ceci dit là je les ais pas encore refaite.. si ça se trouve ça marchera pas mieux ^^

Ça a aussi le mérite de me faire préciser ma pensée et donc de m'aider à la structurer. Ça reste un joyeux bordel là-dedans :p

• http://mods.mybb.com/view/registration-security-question  (installé)
• mods.mybboard.net/view/dynamic-header-and-footer (installé)
• https://github.com/doylecc/EnhancedAccountSwitcher  ( n'existe plus)
• http://mods.mybb.com/view/sr-mybbcoder (installé, oui, bon c'est l'édteur que je n'aime pas comparé à celui de phpbb)
• http://mods.mybb.com/view/goodbye-spammer  (installé)
• http://mods.mybb.com/view/multilogin (installé, plante le panel d'admin, retiré)
• http://mods.mybb.com/view/edit-history-log (http://mods.mybb.com/view/edit-history-log) (installé et testé, fonctionne)

sr-mybbcodder ajoute donc quelques balises utiles sans qu'on s'embête. Y'a barré et spoiler, entre autre, qui manquait, donc c'est très bien !

Au niveau présentation de l'éditeur, c'est les icones qui te déplaisent ? sinon le principe est le même qu'ici, on clique et ça met la balise. Certains boutons ne marchent pas comme j'aime (pour l'url par exemple) mais je suis quasi sûre qu'on peut les éditer/en créer.

Pour EnhancedAccountSwitcher, arf. Ça fait partie de ce qui nous motivait à passer à mybb... On va voir si on le trouve en archive (évidement je l'avais pas télécharger...).
Il y a http://mods.mybb.com/view/multilogin dans le même esprit (je crois ?)

La suite des épopées de Zatalyz au pays de la bidouille est sur le blog (http://khaganat.net/blog/index.php?post/2014/06/23/Journal-de-bord-%3A-les-bidouilles-Zatalyennes-!)  :)

Ha ben non, tiens, je continue ici. Je ferais une note de blog quand j'aurais un peu plus avancé.

Yannk et moi, après quelques semaines d'amouuuur avec mybb, avons découvert sa face sombre. Des choses ignobles qu'il cachait soigneusement, l'enflure. J'ai été la première à me sauver en courant ; Yannk, plus compatissant que moi, a été très patient, avant de revenir avec le cadavre du-dit CMS sous le bras, de lui mettre le feu et de le disperser aux quatre vents.

La gestion des thèmes tiens de la magie noire la plus abjecte sur MyBB. C'est tout.

On a donc repris la liste, et regardé si par hasard... Ah tiens, revoyons Simple Machine Forum, qui par son nom nous fait de l'oeil. Yannk lisant mieux l'anglais que moi trouve en un clin d'oeil le plugin qu'il faut : subaccounts (http://custom.simplemachines.org/mods/index.php?mod=2264). On a donc installé SMF (c'est son pti nom, au forum) sur http://khaganat.net/forum/. Subaccounts, après test, fait mieux que tous les autres : on peut switcher entre compte, on peut aussi partager un même compte, ou le bloquer au partage. C'est beau.

J'ai aussi installé Favicon & Custom Global HTML by BurkeKnight Enterprises (http://custom.simplemachines.org/mods/index.php?mod=1510), qui permet de rajouter un zoli favicon et de rajouter un code html en haut (donc la barre ? sinon on la mettra dans le thème).

l'installation des plugins est plus ou moins simple, mais ça reste faisable sans trop galérer, après les jurons d'ouverture. Le thème, lui, semble plus simple à manipuler. En tout cas YannK l'a déjà bien customisé. Reste donc à tout tester. hop hop.

Je note ici pour "au cas où un jour" un mod pour le forum :
http://custom.simplemachines.org/mods/index.php?mod=3730 (Split Forum Mod)

Si j'ai bien compris, ça permet de donner l'impression aux gens qu'il y a deux forums séparés, mais au niveau de la gestion ça reste unifié. Si ça devient utile de séparer le forum Khanat de Khaganat, ben voilà, ça devrait être possible.

J'ai installé un mod plus efficace pour changer de thème (celui que j'avais trouvé au début avait un souci d'affichage), et pour le moment le bouton pour changer le thème est en bas du forum, sinon il tente de passer au dessus de la barre de navigation. Pas beau...

Edit : j'ai aussi ajouté un mod pour ajouter des tags à un sujet. Par défaut on ne peux mettre que 10 tags au max par sujet, mais ça peut se changer si vous en ressentez le besoin.

Servez-vous-en sur les sujets récurrents. Par exemple si on parle de cognomen dans le sujet, hop tag "cognomen". Ainsi on peut ensuite sortir tous les posts traitant de la question, c'est plus pertinent que la recherche qui sort aussi les sujets où on a dit le mot une fois, sans développer.

Il est parfaitement possible de ne pas mettre de tag à un sujet, hein !

Edit bis : j'ai aussi installé un truc qui affiche combien de caractère on peut écrire. Dans tous les forums il y a une limite (plus haute que celle de ryzom quand on est en jeu, heureusement), et quand on copie des très longs textes (genre histoire ou log) on ne sait jamais quand on doit "couper". Là au moins ça aide. C'est mineur, mais pratique.

J'ai aussi installé un truc qui rajoute un lien permettant de voir tous ses posts (ceux où on est intervenu). C'est une fonctionnalité que j'utilise sur les forums où je suis moins bavarde afin de retrouver certains sujets...

Je voulais installer http://custom.simplemachines.org/mods/index.php?mod=3782 qui permet d'avoir des liens sur les messages non lu depuis la dernière visite, ou depuis un certain intervalle de temps, ce que je trouve utile, mais j'ai des erreurs à l'installation, snif.

Dans les mods que je n'installe pas pour le moment mais que j'ai repéré et trouvé peut-etre intéressant, il y a http://custom.simplemachines.org/mods/index.php?mod=1676
Il rajoute de la mise en page, pouvoir encadrer le texte dans des boites. Je ne pense pas qu'on en ait l'utilité mais si ça vous manque ou vous parait utile, signalez-le moi, je l'installe.

Un autre mod qui me titille, parce qu'il change des captchas et peut avoir une certaine poésie avec les bonnes images...
http://custom.simplemachines.org/mods/index.php?mod=1134
Lors de l'inscription, au lieu d'avoir un captcha classique à passer, il faut lire l'heure sur un cadran d'horloge. Je crois que je vais le tester en local juste pour le plaisir ^^

Autre filtreur de robot :
http://custom.simplemachines.org/mods/index.php?mod=3896
Il y a par défaut la possibilité de poser des questions à l'inscription, mais il n'y a qu'une réponse possible. Ce mod permet de répondre de plusieurs façons (et donc rend le test encore plus dur à passer avec les bonnes questions ^^).

Ceci dit ces mods sont utiles tant que l'enregistrement se fait via le forum, hors j'espère que bientôt... on aura l'authentification unique.

Dans le genre "pas nécessaire mais fun" il y a aussi
http://custom.simplemachines.org/mods/index.php?mod=3708
C'est pour dire d'un sujet qu'on l'aime. Et y'a pas de fonction "hair". Sur MyBB on avait eu envie de mettre un mod dans le même genre, pour dire "merci".
En fait ce genre de mod m'intéresse parce que sur Ryzom il m'est arrivé de lire des sujets/messages intéressants, ou qui me plaisaient, et j'avais envie de dire "wow, c'est cool ça". Mais bon, ajouter ce genre de phrase à la suite d'une superbe histoire rp, ça fait pas finaud. Et puis bon, il s'agit juste de dire "chouette", poster juste pour ça... Avec l'arrivée du bouton pour facebook, je m'en suis bien servie, mais dans le fond si ça ne sort pas de la communauté, ça me gêne pas... Qui s'intéresse sur facebook au fait que j'ai envie de dire à l'auteur d'un message "beau boulot, j'adore !" ? quitte à utiliser les réseaux sociaux je préfère relayer plus de contenu.

Bref je met ça au vote, si ça vous tente je l'installe, sinon j'ai déjà mis les boutons pour les réseaux sociaux, muhahaha !

Je rouvre mon journal de bidouille pour les VPS.

Si vous voulez tester les services transférés, voici diverses adresses pour accéder au serveur vps qui va remplacer ninm.net pour le web :

• https://151.80.158.217 (l'adresse la plus "vraie" ?)
• https://vps.khaganat.net
• https://vpsweb.khaganat.net

Comme on n'a pas les moyens de payer 2 certificats dont un pour les tests, il y en a un autosigné sur cette vps. Ce qui fait que votre navigateur va faire un gros "attention" en allant sur ces adresses. Acceptez, c'est normal... pour le moment !

La barre de navigation en haut a des liens "absolus" donc ça renvoie à l'adresse officielle. Donc, forcément, tout marche... Pour naviguer il faut donc ajouter à la fin la bonne partie, par exemple https://151.80.158.217/forum ou https://151.80.158.217/wikhan

Il y un souci sur le forum, la connexion bugue...

Shepeng a aussi ajouté un service ldap et une application pour changer/se rappeler son mot de passe : https://ssp.khaganat.net/
Pour le moment, cela ne changera que le mot de passe des wikis. L'envoi par mail ne fonctionne pas encore.

Notez les bugs que vous voyez au fur et à mesure.