Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fr:website_khaganat [2016/10/04 09:48] – [Le(s) site web de Khaganat] zatalyz
+++ fr:website_khaganat [2021/12/03 19:19] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 1: / Ligne 1: @@
-====== Le(s) site web de Khaganat ======
+====== Améliorer le(s) site web de Khaganat ======
-Si vous souhaitez déployez un site similaire à Khaganat, la page [[fr:comme_ici|]], qui détaille d'une façon plus "tutoriel".
+<WRAP center round todo 60%>
+Vous voulez aider au site web ? Vous êtes perdu ? Lisez soigneusement cette page, puis allez réveiller Zatalyz sur XMPP pour tout ce qui n'est pas clair.
+</WRAP>
+Si vous souhaitez déployez un site similaire à Khaganat, la page [[fr:comme_ici|]] détaille d'une façon plus "tutoriel".
 Cette page est destiné à tous ceux qui souhaiteraient nous aider à améliorer notre ensemble de sites web.
@@ Ligne 11: / Ligne 16: @@
 ==== Simplicité de maintenance ====
-Il est possible que quelqu'un maîtrisant "tout" le site web parte du jour au lendemain. C'est normal : on est libre, et on en maîtrise pas non plus les [[wpen>Bus_factor|aléas de la vie]] qui peuvent nous éloigner.
+Il est possible que quelqu'un maîtrisant "tout" le site web parte du jour au lendemain. C'est normal : nous sommes libres, et nous ne maîtrisont pas non plus les [[wpen>Bus_factor|aléas de la vie]] qui peuvent nous éloigner.
-Mais dans ce cas, que deviens le travail de celui qui part ? Pour que les suivants puissent continuer ce qu'il a fait, il faut que tout soit facile à maintenir.
+Mais dans ce cas, que devient le travail de celui qui part ? Pour que les suivants puissent continuer ce qu'il a fait, il faut que tout soit facile à maintenir.
 Cela veut dire :
@@ Ligne 22: / Ligne 27: @@
 ==== Ne concentrez pas le pouvoir ====
-Nous utilisons [[https://khaganat.net/teampass/|Teampass]] pour partager les mots de passe. Si une application est en place, utilisée, pensez à mettre les mots de passe à jour pour ce qui concerne la partie admin, par exemple le nom de la base de donnée et son mot de passe. Nous pouvons facilement faire des groupes pour que les mots de passes ne soient partagés qu'avec certaines personnes (par exemple, entre sysadmin).
+Lorsque les applications le permettent, donnez les droits d'administration à une des autres personnes considéré comme étant de confiance et régulièrement présente. Sinon, partagez les mots de passe en respectant les [[fr:consignes_securite|consignes de sécurité]] avec quelques membres ayant des privilèges similaires aux vôtres.
-Lorsque les applications le permettent, donnez les droits d'administration à une des autres personnes considéré comme étant de confiance.
 C'est un des choix délicats à propos de la sécurité. Partager le pouvoir et utiliser Teampass augmente un peu les risques, mais permet aussi de ne pas trop perdre de choses lorsque un admin disparaît.
 ==== Documentez ====
-Je me répète, mais c'est vraiment vital pour reprendre derrière...
+On le répète sans cess, mais c'est vraiment vital pour reprendre derrière...
+<WRAP center round tip 90%>
+Note pour ceux que le mot "documentation" effraie : le principal est de savoir ce que vous avez fait et comment. Indiquer les liens vers les tutoriels que vous avez suivi est très bien et suffit ; précisez si vous les avez suivi à la lettre ou si l'architecture de Khaganat vous a demandé d'adapter certains points, c'est tout. Si vous ne souhaitez pas utiliser le wiki, vous pouvez aussi ouvrir un fil sur le [[kh>forum|forum]] pour parler de votre travail.
+</WRAP>
 ==== Des outils libres et hébergeables ====
-Vous avez le droit d'utiliser ce que vous voulez pour naviguer, créer, jouer... Par contre, les outils que promeut Khaganat doivent être libres et hébergeables. Nous voulons garder le "contrôle" sur nos données et laisser chacun libre de réutiliser notre travail. Nous acceptons de relayer nos infos sur les plate-formes propriétaires (youtube, dailymotion, facebook, github), mais nous n'en faisons pas la promotion pour autant et nous vous invitons, autant que possible, à venir "à la source"((C'est pour qu'on nous trouve. Par contre, vous avez remarqué ? On n'a pas de bouton de repartage vers ces sites.)).
+Vous avez le droit d'utiliser ce que vous voulez pour naviguer, créer, jouer... Par contre, les outils que Khaganat promeut doivent être libres et hébergeables. Nous voulons garder le "contrôle" sur nos données et laisser chacun libre de réutiliser notre travail. Nous acceptons de relayer nos infos sur les plate-formes propriétaires (youtube, dailymotion, facebook, github), mais nous n'en faisons pas la promotion pour autant et nous vous invitons, autant que possible, à venir "à la source"((C'est pour qu'on nous trouve. Par contre, vous avez remarqué ? On n'a pas de bouton de repartage vers ces sites.)).
 Donc si vous voulez nous proposer un outil, une fonctionnalité, veillez à sa licence. Nous ne travaillerons pas sous Slack et Asana.
-Nous n'hébergeons pas forcément tous nos outils, mais nous essayons de le faire aussi souvent que possible. Nous utilisons le réseau IRC de Freenode, par exemple, et les services de Lut.im régulièrement, mais ces services sont libres et nous pourrions aussi les mettre sur le serveur... simplement le service offert par ces organismes et leur philosophie nous conviennent((Pour IRC, cela permet de rester joignable même si notre serveur tombe. Pour Lut.im, notre utilisation reste épisodique et, en plus, je ne suis pas arrivée à l'installer. Mais j'aime bien ce que fait Framasky et j'ai confiance en son intégrité.)).
+Nous n'hébergeons pas forcément tous nos outils, mais nous essayons de le faire aussi souvent que possible. Nous utilisons les services de [[http://jabberfr.org/|Jabberfr.org]] pour XMPP, par exemple, et les services de [[https://chatons.org/|certains CHATONS]] régulièrement, mais ces services sont libres et nous pourrions aussi les mettre sur le serveur... simplement le service offert par ces organismes et leur philosophie nous conviennent((Pour XMPP, cela permet de rester joignable même si notre serveur tombe, et cela nous fait un peu moins de choses complexes à gérer. Pour les autres, notre utilisation reste épisodique et nous avons parfois rencontré des soucis avec nos propres installations. Nous sommes à chaque fois en contact avec les associations qui nous accueillent.)).
+==== Accessibilité ====
+Nous sommes conscients des problèmes que peuvent rencontrer certains utilisateurs dans leur navigation sur internet. Nous souhaitons que l'ensemble de nos services soit accessible, quelque soit le handicap physique ou technique de nos utilisateurs.
+Ce n'est absolument pas le cas actuellement, car nous manquons de développeurs en CSS... Lorsque cela nous est possible, nous intégrons ce questionnement en amont des développements.
+Si possible, faites en sorte que :
+  * Le site soit confortable et sympathique pour tous les écrans : smartphone, écran d'ordinateur, de netbook ou de 21 pouce... donc prévoir des feuilles de style différentes suivant la taille détectée.
+  * Permettre un changement de thème adapté aux divers problèmes visuels : plus contrastés, avec des couleurs adaptées...
+  * Permettre que chaque partie du site puisse être lue par un logiciel vocal.
+  * Décrire les images si elles sont utiles ; préciser sinon qu'il s'agit d'une image "pour remplir" dans le code.
+  * Faciliter la navigation par touches.
+  * S'interdire autant que possible de recourir à des technologies bloquant la police, les couleurs...
+L'accessibilité est un sujet extrêmement complexe, mais il est impératif de chercher à l'améliorer. Vous trouverez plus d'informations et d'outils sur [[fr:accessibilite|la page Accessibilité]].
 ===== Architecture =====
-Actuellement, nous avons des éléments web répartis sur plusieurs serveurs :
+Notre architecture est, techniquement, assez complexe. Tout est hébergé sur de gros serveurs dédiés et les services sont dans des VM sur ces serveurs.
-  * Une VPS hébergeant la majorité des services web
-  * Un serveur kimsufi sur lequel on trouve Gitlab et Owncloud
-  * Un serveur de jeu, qui héberge aussi les comptes des joueurs et donc l'application pour créer leurs comptes.
-Nous avons prévu de tout rassembler sur un seul serveur plus puissant, séparé en VM, mais à l'heure où cet article est écrit, ce n'est pas encore fait.
+Voici comment les services sont répartis((Ces indications peuvent varier dans le temps. En gros, ça ressemble à ça...)) :
+  * Une VM (jukni) hébergeant la majorité des services web
+  * Une VM pour etherpad, parce que ce service nous a causé des soucis à certains moment et comme ça il ne met pas le bazar partout.
+  * Une VM réservée à Gitlab (branaz), afin de lui allouer toutes les ressources en cas de compilation.
+  * Une VM pour le serveur de jeu (liria), qui héberge aussi les comptes des joueurs et donc l'application pour créer leurs comptes.
-Nous avons aussi deux espaces de test : un qui est la réplique de la vps web, un autre qui est le "crashtest" du serveur de jeu.
+Il y a aussi, de façon temporaire((À la demande.)), des espaces de test. Les droits sur ces VM peuvent être ouverts si vous avez besoin de faire des tests sur un serveur((Suivant nos ressources du moment ; ce n'est pas non plus certain que nous puissions allumer une VM de plus.)).
-Au 14 juin 2016, nous avons les CMS suivants qui sont installés (voir plus bas pour le détail) :
+Au 02 septembre 2018, nous avons entre autre les CMS suivants qui sont installés (voir plus bas pour le détail) :
   * Dokuwiki, sous forme de "ferme"
   * Simple Machine Forum
-  * Stikked
   * Etherpad-Lite
   * Photoshow-gallery
-  * Gitlab (sur le serveur kimsufi)
+  * Gitlab
-  * Owncloud (sur le serveur kimsufi)
   * AMS (sur le serveur de jeu)
-  * Limnoria
+  * Weblate
-  * Piwik
+  * Nextcloud
-  * Fusion-directory
-  * Phpldapadmin
-  * Teampass
 Nous avons quelques pages "faites maison" :
-  * La partie IRC
+  * La partie XMPP/IRC
   * La barre de navigation générale, qui se retrouve sur presque toutes les pages du site
   * Le convertisseur Dokuwiki vers Mediawiki
+  * Divers petits outils, comme un générateur de nom pour Khanat, des étoiles pour Célestia, etc.
+Un site en Django a commencé à être développé. Voir :
+  * [[fr:khaganat_web]]
+  * [[fr:install_khaganat_web]]
+Il a déjà plusieurs modules codés :
+  * remplaçant du pastebin
+  * pages statiques (qui seront entre autre utilisé pour l'accueil)
+  * la barre de navigation générale, comprenant la prise en charge de l'internationalisation
+  * gestion des utilisateurs, bref la base d'une authentification unifiée avec un profil.
+  * Page pour voir les logs de XMPP avec une gestion du "NSFW". Parce que parfois faut avoir un avertissement avant de lire... pas mal d'outils utiles autour de ces logs dans ce module.
+Django va peu à peu permettre de faire l'interface entre les divers CMS et le jeu.
+<WRAP center round info 60%>
+Pour toute question sur ce gros bazar, contactez [[user:zatalyz|Zatalyz]] et [[user:deed|Deed]] en priorité, qui ont mis les mains partout et gèrent l'ensemble.
+Sur certaines questions plus précises :
+  * Pour les serveurs de jeu, [[user:deed|Deed]], [[user:siela1915|Siela1915]] et [[user:aleajactaest|AleaJactaEst]] sont plus compétents
+  * Pour le système de patch du jeu, c'est [[user:yannk|YannK]] qu'il faut voir.
+  * Pour le paramétrage du pare-feu ou de Xen, [[user:shepeng|Shepeng]] vous répondra au mieux.
+  * Pour Gitlab, nous n'avons plus d'experte. Les sysadmins ont les clés, Zatalyz sait à peut prêt le mater, et Aleajactaest sait le mieux ce qu'on peut en tirer.
+</WRAP>
+Tout ce qui est utile pour contribuer au site web est [[https://git.khaganat.net/khaganat/website_jukni|disponible sur le dépôt "Site internet"]].
 ==== Dokuwiki ====
 Dokuwiki est un excellent moteur de wiki.
 <WRAP center round tip 60%>
-[[wiki:user:zatalyz|Zatalyz]] en est fan : vous pouvez lui poser toutes les questions possibles sur le sujet. Par contre, elle ne vous laissera pas le virer...
+[[user:zatalyz|Zatalyz]] en est fan : vous pouvez lui poser toutes les questions possibles sur le sujet. Par contre, elle ne vous laissera pas le virer...
 </WRAP>
-Il est organisé sous forme de ferme. Cela veut dire qu'il y a un wiki "maitre", où le moteur est installé, et des wiki "animaux" qui contiennent uniquement les datas et quelques particularités (genre certains thèmes ou plugins). Tous ces animaux utilisent la même base d'utilisateur.
+=== Les besoins ===
+  * Nous aurions besoin de refaire les templates des wiki. Nous sommes basés sur une vieille version qui ne prends pas en compte de nouvelles fonctionnalités du moteur (qui lui, est à jour) et ça a été modifié à [[http://www.la-rache.com/|la R.A.C.H.E]]. De plus, ça ne passe absolument pas sur mobile... Bref, si vous maîtrisez le css, le html et un chouïa de php, ça devrait bien se passer ! <wrap info>Au printemps 2020, Zatalyz a entrepris de refaire un thème accessible, responsive, en accord avec la charte graphique. Vous pouvez trouver ça sur [[https://git.khaganat.net/zatalyz/khum1]].</wrap>
+  * Certains plugins qui nous étaient utiles ne sont plus maintenus et ont été cassés lors de mises à jour. Si vous avez envie de les reprendre, toute la communauté Dokuwiki en profiteras. Cela demande de bonnes connaissances en PHP et l'envie de bien comprendre comment fonctionne Dokuwiki.
+<WRAP center round info 90%>
+Vous souhaitez aider sur la partie css ou plugin de Dokuwiki ? N'installez pas la réplique exacte de ce qu'on a sur le serveur, ça ne sert à rien.
+[[doku>start?id=fr:install|Installez Dokuwiki en local]] de façon standard (sans ferme). Vos modifications sur les templates et les plugins fonctionneront de la même façon sur notre architecture plus complexe.
+Dokuwiki est simple à installer tant qu'on ne cherche pas les complexités type ferme. PHP et apache sur votre installation suffiront à la plupart des tests.
+</WRAP>
+Téléchargez le thème propre à la partie qui ne va pas.
+La difficulté actuelle des thèmes tient premièrement à l'intégration de la [[fr:website_khaganat#barre_generale_de_menu|barre de navigation générale]]. En effet, il faut arriver à intégrer la nouvelle version. Sur les wikis, c'est encore l'ancienne qui est en place... parce que ça marche ; il doit y avoir quelque chose dans la nouvelle qui entre en conflit avec les thèmes ou qui est mal finalisé.
+Notez que la "nouvelle" nouvelle version est celle de Django ; nous n'avons pas encore tenté son intégration ! Django génèrera la barre en html pour l'intégration dans les wiki.
+== Axe de travail pour améliorer les thèmes ==
+  * Installez Dokuwiki en local.
+  * Partez du thème par défaut et modifiez-le ; ne partez pas des thèmes de Khaganat. Mais vous pouvez regarder comment ils sont faits et vous en inspirer. Le thème par défaut est responsive et relativement bien conçu.
+  * Intégrez la barre de navigation générale de Khaganat, puisqu'il faut que ça marche avec.
+  * Soumettez vos idées de design à la communauté, cela vous évitera de bosser pour rien si vous partez sur quelque chose de vraiment différent.
+  * Internationalisation : le thème doit pouvoir s'internationaliser, donc utilisez des variables pour les textes qui s'affichent.
+  * Responsive : si vous êtes partis du thème de base et si la barre de navigation a été finalisée, l'aspect responsive ne devrait pas être trop complexe.
+  * Accessibilité : le maximum de monde doit pouvoir utiliser les wikis, peut importe le handicap.
+=== La ferme ===
+Sur Khaganat, Dokuwiki est organisé sous [[fr:dokuwiki_farm|forme de ferme]]. Cela veut dire qu'il y a un wiki "maitre", où le moteur est installé, et des wiki "animaux" qui contiennent uniquement les datas et quelques particularités (genre certains thèmes ou plugins). Tous ces animaux utilisent la même base d'utilisateur.
 Voici la liste des animaux :
@@ Ligne 85: / Ligne 161: @@
   * des vieux tests qu'il faudrait que j'archive et nettoie un jour et qui sont sans importance dans le cas présent...
-Dokuwiki utilise actuellement LDAP pour la connexion des membres : un même identifiant et un même mot de passe sur chaque partie.
-Pour plus d'informations techniques, voyez [[fr:dokuwiki_farm|]]
-=== Les besoins ===
-  * Nous aurions besoin de refaire les templates des wiki. Nous sommes basés sur une vieille version qui ne prends pas en compte de nouvelles fonctionnalités du moteur (qui lui, est à jour) et ça a été modifié à [[http://www.la-rache.com/|la R.A.C.H.E]]. De plus, ça ne passe absolument pas sur mobile... Bref, si vous maîtrisez le css, le html et un chouïa de php, ça devrait bien se passer !
-  * Certains plugins qui nous étaient utiles ne sont plus maintenus et ont été cassés lors de mises à jour. Si vous avez envie de les reprendre, toute la communauté Dokuwiki en profiteras. Cela demande de bonnes connaissances en PHP et l'envie de bien comprendre comment fonctionne Dokuwiki.
 ==== Simple Machine Forum ====
@@ Ligne 100: / Ligne 169: @@
   * La nécessité de pouvoir lier un compte principal à plusieurs sous-comptes. À terme, l'idée est de se connecter avec son compte utilisateur (le même que pour les wikis, le jeu, etc) mais de pouvoir intervenir sur le forum soit sous ce pseudo, soit avec le pseudo de ses personnages en jeu, afin d'aider le roleplay. SMF propose un plugin gérant les sous-comptes, qui n'est pas vraiment à jour mais qui fonctionne tout de même.
-En dehors de ça, nous sommes ouverts aux suggestions. SMF est sympa, mais pleins de fonctionnalités dont nous n'avons pas vraiment l'usage, finalement... Et dans l'absolu, nous aimerions un forum offrant d'autres fonctionnalités aux joueurs, comme le fait d'héberger son sous-forum de guilde directement, lié aux persos, avec la possibilité de mettre des parties publiques et d'autres privées. Le Forum-CMS de nos rêve est un vague projet, qui demanderait un vrai programmeur.
+En dehors de ça, nous sommes ouverts aux suggestions. SMF est sympa, mais plein de fonctionnalités dont nous n'avons pas vraiment l'usage, finalement... Et dans l'absolu, nous aimerions un forum offrant d'autres fonctionnalités aux joueurs, comme le fait d'héberger son sous-forum de guilde directement, lié aux persos, avec la possibilité de mettre des parties publiques et d'autres privées. Le Forum-CMS de nos rêve est un vague projet, qui demanderait un vrai programmeur.
-=== Nos besoins ===
+=== Nous aider ===
 La seule chose qui nous manque réellement sur le forum, actuellement, c'est de pouvoir lier ça à une connexion unique. Voir plus bas.
-==== Stikked ====
+Cependant, si vous avez envie d'aller plus loin, nous avons prévu d'utiliser [[https://docs.djangoproject.com/fr/1.10/|Django]] pour l'API du serveur de jeu ; développer un forum avec Django, ou [[https://djangopackages.org/grids/g/forums/|reprendre ce qui existe déjà]] avec ce framework et l'adapter à nos envies, est donc une très bonne idée.
-Stikked est une forme de pastebin. Rien de particulier à dire dessus, il fait son travail ; il est remplaçable aussi. Le pastebin nous sert régulièrement au sein du projet.
-Le seule souci, c'est le captcha, qui est illisible et laisse passer les bots par moment. Mais bon... C'est assez secondaire, on finit par arriver à le passer.
+Si vous avez envie de coder un forum en tant que module pour Django, nous avons déjà un [[fr:yakalfr_forum|cahier des charges]] ! Yaplukal'faire !((Ce n'est absolument pas trivial.))
+==== Pastebin ====
+Un module a été développé pour Django. Les pastebin nous servent régulièrement au sein du projet.
+=== Nous aider ===
+Il faudrait qu'on arrive à mettre Django en prod, on verra le reste ensuite...
 ==== Etherpad-Lite ====
-Une installation d'Etherpad, avec quelques plugins, dont "Mypads". Il est lourd, il prend de la mémoire et dernièrement il finissait par faire planter le serveur donc on l'a désactivé en attendant de migrer sur une machine plus puissante. Les pads nous servent souvent, cet outil est donc vraiment utile pour nous.
+Une installation d'Etherpad, avec quelques plugins, dont "Mypads". Il est lourd et gourmand en mémoire mais les pads nous servent souvent, cet outil est donc vraiment utile pour nous.
+=== Nous aider ===
+Améliorer son css et lui intégrer la barre de navigation serait un plus.
-Pouvoir le lier à l'authentification unique serait pratique, mais ça marche sans aussi, donc...
+<del>Pouvoir le lier à l'authentification unique serait pratique, mais ça marche sans aussi, donc...</del> : Mise à jour : on va avoir un truc sécurisé, on va éviter d'ouvrir une faille en liant ça avec etherpad qui n'a pas toute ma confiance.
 ==== Photoshow-gallery ====
 Ce CMS sert à héberger nos images. Il nous a rendu service, mais à présent il correspond de moins en moins à nos besoins. Je ne lui ai pas trouvé de remplaçant.
+=== Nous aider ===
 J'apprécie le fait qu'il fonctionne sans base de donnée. Mais sinon :
   * Je ne vois pas comment le lier à l'authentification unique et ça m'embête
   * J'aimerais bien que ça puisse se lier aux guildes et aux comptes joueurs, qu'il y ait automatiquement la possibilité d'héberger des images privées et publiques pour ces deux types de comptes.
   * Les media associés à des tags, c'est sympa aussi
-  * Une meilleure gestion du cache et de la prévisualisation. En l'état, c'est vite lourd à charger, surtout que la VPS rame.
+  * Une meilleure gestion du cache et de la prévisualisation. En l'état, c'est vite lourd à charger.
   * Mettre en avant des galeries, genre en page d'accueil "les meilleurs screens du moment" en diaporama.
   * Pouvoir y héberger aussi nos vidéos, même avec un player très basique.
@@ Ligne 128: / Ligne 210: @@
 Bref il nous faudrait de quoi gérer les médias. Si vous connaissez un bon truc pour ça, parfait. J'ai testé quelques CMS, dont Piwigo (l'un des meilleurs dans le lot) sans être complètement convaincue pour autant.
-==== Gitlab ====
+Note au 22 Juillet 2017 : pour les vidéos, [[https://github.com/Chocobozzz/PeerTube|Peertube]] est extrêmement prometteur et une instance sera probablement installé quand nos besoins seront là.
-Gitlab sert à gérer les dépôts. Il prend beaucoup trop de ressources, mais il est vraiment très utile aussi...
-Actuellement, nous sommes dépendants de Dremor sur cette partie. Nous attendons la doc, et un serveur plus puissant afin de faire des tests sur un gitlab qui n'est pas en production...
+Pour la partie images, il faudra peut-être voir les modules de Django, simplement.
-Sinon ça marche, et c'est connecté à LDAP.
+Cette partie là ne pourra être remplacée qu'avec un cahier des charges décrivant précisément nos besoins. Donc si vous voulez aider, participez à la rédaction de ce cahier des charges !
-==== Owncloud ====
+==== Gitlab ====
-Owncloud ne nous sert qu'à échanger quelques fichiers entre membres de l'équipe, de façon temporaire. Son utilité est discutable. C'est plus pratique à utiliser pour des gens qui ne maîtrisent pas les dépôts et veulent juste partager vite fait un travail en cours. Rien n'est destiné à rester sur Owncloud, car son accès reste privé. Les fichiers utiles sont destinés à aller soit sur Gitlab, soit dans un des wikis, soit dans la galerie photo. Les fichiers temporaires sont voués à disparaître...
+Gitlab sert à gérer les dépôts. Il prend beaucoup trop de ressources, mais il est vraiment très utile aussi...
-Ça marche, et c'est connecté à LDAP.
+Arriver à intégrer la barre de navigation générale serait vraiment bien. Mais Gitlab n'est vraiment pas évident à bidouiller, et il faut arriver à faire une bidouille qui survive aux mises à jour trop régulières sur logiciel. Connaissances en Ruby nécessaire.
 ==== AMS ====
@@ Ligne 145: / Ligne 226: @@
 Il n'est pas finalisé et mal documenté... Voir plus bas "Développements futurs".
-==== Limnoria ====
-Ce n'est pas vraiment visible sur le site mais c'est installé... C'est notre logiciel pour gérer les bots sur IRC. Un bon logiciel, riche en possibilité :)
-==== Piwik ====
+==== Botlogmauve ====
-Nous sert à avoir une vague idée de l'audience du site. Vague, car nous nous refusons à pister nos utilisateurs (nous respectons les "do not track" et nous ne lions pas ça à Google). Son utilité est très secondaire pour le moment, et il marche tout seul.
+L'équivalent de Limnoria pour XMPP. [[fr:botlogmauve|Voir ici]].
+==== Mesure de statistiques/audience ====
+Nous avions installé Piwik à un moment (devenu Matomo depuis). Mais pister nos utilisateurs nous déplaît et Matomo est trop facilement intrusif. Nous avons donc supprimé tout ça.
+Notre intérêt pour ce genre d'outil tiens à peu de choses :
+  * Lorsque le MMORPG sera en route, savoir si on a du monde dans d'autres fuseaux horaires, histoire de chercher des modératrices suivant les populations.
+  * Voir si la com qu'on fait, parfois, a un impact (les gens viennent-ils voir chez nous ?). Mais en vrai, on s'en fout un peu, ce qui compte c'est quand ils viennent pour de bon et se mettent à papoter, et ça, on le sais.
+  * Potentiellement, savoir quelles sont les pages les plus visitées, afin de les améliorer et de veiller à leur traduction en premier.
+Un outil d'analyse du site, [[https://linuxfr.org/users/lebouquetin/journaux/j-ai-joue-avec-crowl-et-opendbviewer-conjointement|comme présenté ici]], ou encore [[https://goaccess.io/|GoAccess]], serait plus pertinent, afin de chercher les trucs qui ne vont pas : erreurs sur les pages, etc.
 ==== Teampass ====
-Permet de partager des mots de passe de façon relativement sécurisée. Je serais curieuse d'avoir un audit sur le code, mais nous n'avons pas les moyens de le faire... Indispensable, sinon les mots de passes se promènent en clair, et ça, ça ne se fait pas.
+Permettait de partager des mots de passe. Mais nous avons eu le passage d'une pro de la sécurité, qui a pointé de nombreuses failles. Depuis, il est désactivé, sans lui avoir trouvé un remplaçant aussi ergonomique.
-==== Barre de menu ====
-La barre en haut. Nous avons récupéré et customisé la Framanav, d'une façon assez "sale". Résultat, cette barre nous pose des soucis, en faisant appel à des classes et/ou des fonctions qui sont aussi utilisées dans les CMS, ce qui met le boxon régulièrement. Sinon, on aime bien la façon dont elle fonctionne. Même si je me demande si niveau accessibilité, elle est correcte...
-=== Nos besoins ===
+==== Barre générale de menu ====
-La refaire proprement serais un plus.
+La barre en haut, censée se retrouver sur tous les sites et permettre de naviguer rapidement d'une partie à l'autre
+Nous avions récupéré et customisé la Framanav (il y a longtemps), d'une façon assez "sale". Résultat, cette barre nous pose des soucis, en faisant appel à des classes et/ou des fonctions qui sont aussi utilisées dans les CMS (bootstrap/jquery), ce qui met le boxon régulièrement. Sinon, on aime bien la façon dont elle fonctionne.
-===== Authentification unique =====
+Osquallo a proposé une nouvelle version [[https://git.khaganat.net/khaganat/website_jukni/tree/master/khanav|ici]] en 2016. Elle a été mise en place sur toutes les parties qui ne sont pas des wikis (par exemple sur le [[kh>forum|forum]]).
-Nous souhaitons qu'un utilisateur utilise le même couple mot de passe/pseudo sur tous les éléments du site web. Cette partie là est globalement gérée par LDAP, même si c'est utiliser un marteau pour écraser une mouche. Dans cette optique, nous avons installé Fusion-directory et Phpldapadmin qui sont complémentaires pour gérer la base de façon graphique...
+Elle n'est pas finalisée car il manque la gestion sur les petits écrans (portables) et elle fait aussi un truc bizarre à charger le css avec un peu de latence. Son intégration sous chrome et autres navigateurs est parfois étrange. Son accessibilité pourrait aussi être meilleure. Elle méritait d'être encore travaillée.
-Nous aimerions surtout que l'utilisateur ait, dans la barre de navigation en haut, la possibilité de "se connecter/s'inscrire", ce qui le redirigerait vers une page de connexion/inscription (ou ouvrirait une fenêtre dépliante ?) et qu'une fois son compte créé/connecté là, il soit d'office connecté sur les divers éléments du site, de dokuwiki à gitlab en passant par smf et autres.
+=== Nous aider ===
+<WRAP center round todo 60%>
+Une nouvelle version est en cours au printemps 2020. Contactez Zatalyz. Il ne manque pas grand chose pour l'utiliser.
+</WRAP>
+Il suffit d'avoir des bonnes connaissances en css/html. Se baser sur un framework type bootstrap est hors de question, chaque appel doit être spécifique à la barre de navigation, sinon ça met du bazar dans les CMS ensuite.
+Cette barre doit impérativement être accessible. Si c'est horrible avec un logiciel comme [[https://framasoft.org/article4432.html|Links2]], ce n'est pas bon. Tout le menu ne peut donc pas être en javascript.
+Vous voulez l'améliorer ? Voici les axes :
+  * Sur petits écrans, la transformer en un "hamburger" en position absolute dans un coin, qui une fois déplié affiche les sections "khanat" et "khaganat", sur lesquelles on clique pour déplier et voir tous les liens ; chaque lien a une icone propre à la version minimisé qui permet d'afficher la description, sinon on ne voit que le nom).
+  * Accessibilité : y'a-t-il un moyen d'afficher la description des items uniquement à la demande dans un mode texte style links ?
+  * Navigateurs : trouver comment la faire fonctionner sur tous les navigateurs modernes, parce qu'avoir des horreurs sous Chromium, ça le fait pas, c'est quand même un navigateur bien utilisé.
+  * Ergonomie : dans le cas d'une navigation avec javascript activé, mettre en place la fonction pour que le menu s'ouvre et reste ouvert lorsqu'on clique dessus ; le menu doit rester utilisable si javascript est désactivé.
+  * Internationalisation : permettre que la langue de la barre dépende de la langue de l'utilisateur ; par défaut détection automatique suivant le navigateur, mais il faudrait pouvoir le changer (cookie, drapeau de langue ?)
+===== Authentification unique =====
+Nous souhaitons qu'un utilisateur utilise le même couple mot de passe/pseudo sur tous les éléments du site web.
+Nous aimerions surtout que l'utilisateur ait, dans la barre de navigation en haut, la possibilité de "se connecter/s'inscrire", ce qui le redirigerait vers une page de connexion/inscription (ou ouvrirait une fenêtre dépliante ?) et qu'une fois son compte créé/connecté là, il soit d'office connecté sur les divers éléments du site, de dokuwiki à gitlab en passant par SMF et autres.
 Il semblerait que Oauth2 permette ça. Gitlab fournit justement un serveur Oauth ; dokuwiki et owncloud semblent pouvoir utiliser ce protocole aussi. D'après un webadmin qui nous a présenté cette solution, connecter un CMS qui n'a pas de plugin Oauth n'est pas très complexe ; c'est ce qu'utilisent Google, Facebook etc et donc il suffit de modifier ce genre de trucs.
+L'utilisation de Django pourrait peut-être aussi servir.
+Une autre solution consisterait à utilise l'authentification XMPP, mais cela demande du développement.
 Il y a un gros boulot à faire de ce côté.
+Si vous maitrisez Oauth, Django, Gitlab, Dokuwiki, XMPP... ou autre, aidez-nous !
 ===== Développements futurs =====
 Nos chantiers prioritaires sont :
-  * Trouver et mettre en place une autre solution d'hébergement (en cours... sans doute en juillet ?)
   * Le chantier de longue haleine de l'authentification unique
   * Bidouiller Django pour les API avec le serveur de jeu