Hello,

Je viens de retomber sur la page wiki officielle du projet : http://swisslinux.org/wiki/fr/associati … e_internet (Il faudra sûrement la mettre à jour )

Pour information, voilà les dernières discussions que nous avions eues à ce sujet : http://swisslinux.org/forum/viewtopic.php?id=3098

Sinon, je vous rappelle que la date fixée pour la première partie du SloDay 2016 est le dimanche 13 mars 2016. Le sondage ci-dessus permet de fixer une date pour la seconde partie du SloDay 2016.

Il faut que l'on décide des outils pour la première partie et, si on a le temps trouver, un design qui serait compatible avec ces outils et un peu plus moderne

En résumé, les actions pour le forum:

1. Comprendre et documenter les modifications que nous avons appliqué au système d'authentification du forum pour pouvoir faire des mises à jour plus facilement
2. Fixer une date (bi-)annuelle pour prendre le temps de mettre à jour nos outils.
Je propose de se fixer comme point à chaque geekerie d'automne et/ou de printemps la mise à jour de nos outils.
Pensez-vous que c'est faisable ? Je me propose comme candidat pour vous aider dans la maintenance
3. À court/moyen terme, mettre à jour notre forum FluxBB avec des versions plus récentes (suite au point 1.)
4. Évaluer en parallèle le futur moteur Flarum pour décider s'il sera utilisable à moyen terme

Est-ce que vous êtes d'accord avec le point 2 ? Je viens d'y penser pendant que je rédigeais cette réponse.

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

En détail, nos investigations sur le forum:

Pour le système de forum, l'idée était d'utiliser un moteur de forum disponible dans les paquets Debian afin de faciliter la maintenance.
Malheureusement, il n'existe pour l'instant qu'un paquet pour phpbb3 et il sera retiré de Debian le 1er avril si personne ne reprend le flambeau de maintient du paquet (voir le suivi de Debian).

En plus de cette annonce de Debian, les développeurs de phpBB ont décidé de reprendre le développement de manière active et ont prévu un plan de maintenance: toutes les années au mois de novembre, le support de l'avant-dernière version est abandonné. Le problème pour nous est qu'il nous est difficile de s'assurer que nous aurons du temps toutes les années pour mettre à jour le forum.

Les points les plus difficiles pour la mise à jour des forums sont:

1. Le design à adapter (phpbb utilise des tableaux pour leur affichage principale, ce qui est très dur à utiliser pour avoir un rendu moderne et adaptatif à la taille de l'écran)

2. Nous utilisons le forum pour identifier les utilisateurs sur les différentes parties du site. On doit donc s'assurer à chaque montée de version que nos modifications restent compatibles.

Suite à ces découvertes, pour l'instant nous souhaitons rester sur FluxBB, puisqu'une migration vers phpBB est coûteuse et risquée pour un support à moyen terme.
Pour améliorer un peu l'état actuel, nous allons réduire drastiquement les catégories de forum, car il ne fait plus de sens d'avoir autant de catégories (notamment la catégorie pour la distribution Mandriva qui n'existe plus depuis longtemps).
Il nous faut étudier les changements qui ont été apporté au système d'authentification afin de mieux comprendre les risques pour mettre à jour le moteur actuel du forum.

À moyen terme, nous souhaiterions passer au moteur de forum Flarum: c'est un nouveau moteur prévu pour utiliser des techniques modernes de création de site web (design adaptatif à l'écran, système de tags pour classer les fils de discusions,...). Pour l'instant, ils considèrent leur moteur au stade beta et la version est prévue pour "quand ce sera prêt".

Avant d'utiliser ce nouvel outil, nous devons vérifier combien de dépendances externes il est nécessaire d'installer. Plus il y a de dépendances, plus ce sera difficile de maintenir correctement l'outil. Nous avons l'avantage qu'ils utilisent le système "composer" pour définir exactement leurs dépendances et nous pourrons donc bien évaluer cette question.

Piqûre de rappel pour le SloDay 2 !

Selon le sondage https://framadate.org/1FBQemLXgcI2pcCv, la date du prochain Slo day devrait être ce dimanche 22.

Je viens de déclasser mon propre vote, parce que je suis un peu sous l'eau en ce moment. Cela dit, j'encourage les participants au SloDay 1 à continuer sur la voie tracée lors de cette rencontre.

Bon, j'ai essayé de faire une page de Wiki résumant ce qui a été fait et ce qu'il reste à faire. N'hésitez pas à la compléter: https://swisslinux.org/wiki/fr/associat … e_a_niveau

Je propose d'utiliser cette page de wiki et de la garder à jour afin de savoir où on en est. Si par aventure nous aurions du travail à faire hors SloDay, je propose de créer un file de discussion dédié, sur ce forum, histoire de se coordonner.

Avant de fixer le prochain sloday, je propose de régler les points bloquants.
Nous pourrons ainsi avancer plus rapidement.

Dans la liste des points bloquants, nous avons:
- Gardons-nous un forum ou passons-nous à un système de questions/réponses?
- Si forum, quel solution choisir?
- PHPbb3 maintenu dans les dépôts Debian?
- Si questions/réponses, quel solution choisir?
- Documenter les modifications du système d'authentification actuel.
- Comment migrer les données du forum?

Des suggestions?

Que pensez vous de Question2Answer:

«  Question2Answer is a free and open source platform for Q&A sites.  »

Simple et en PHP/MySQL

URL: http://www.question2answer.org/

Hello,

J'ai pris le temps d'analyser le code des infrastructures de SwissLinux: le forum (fluxbb), le wiki (dokuwiki), la galerie et le blog.

L'authentification

L'authentification des utilisateur est directement faite par le forum fluxbb.

Seul le wiki passe par le forum pour identifier les utilisateurs. Il peut le faire avec un backend d'authentification spéciale (SLO_ROOT/htdocs/wiki/inc/auth/fluxbb.class.php). Ceci nécessite que le wiki soit sur le même domaine que le forum et que la variable PHP PUN_ROOT contienne le dossier exacte du forum).

Le blog et la galerie ont chacun leur propre système d'authentification.

Les bandeaux SwissLinux

Ils sont simplement ajoutés par la création de thèmes/templates spécifique à chaque outil.

Un exemple avec le header des pages:

$ grep -rni --color=auto sl_head.inc.php
Fichier binaire .git/index correspondant
g2data/smarty/templates_c/%%3904717937/matrix/%%3A^3A8^3A818B59%%theme.tpl.php:20:require(SL_INC_PATH.'sl_head.inc.php');
htdocs/blog/cache/cbtpl/d5/78/d5780ee7de2c43aa64e71425660b9412.php:74:  <?php include( SL_INC_PATH . "sl_head.inc.php"); ?>
htdocs/blog/themes/swisslinux/tpl/home.html:52:  {{tpl:SLoInclude src="sl_head.inc.php"}}
htdocs/blog/themes/swisslinux/tpl/post.html:52:  {{tpl:SLoInclude src="sl_head.inc.php"}}
htdocs/forum/include/template/admin.tpl:9:<pun_include "sl_head.inc.php">
htdocs/forum/include/template/help.tpl:9:<pun_include "sl_head.inc.php">
htdocs/forum/include/template/main.tpl:10:<pun_include "sl_head.inc.php">
htdocs/forum/include/template/main.tpl~:10:<pun_include "sl_head.inc.php">
htdocs/forum/include/template/maintenance.tpl:9:<pun_include "sl_head.inc.php">
htdocs/forum/include/template/redirect.tpl:9:<pun_include "sl_head.inc.php">
htdocs/gallery/themes/matrix/templates/local/theme.tpl:25:    require(SL_INC_PATH.'sl_head.inc.php');
htdocs/index.php:24:require(SL_INC_PATH.'sl_head.inc.php');
htdocs/index.php~:24:require(SL_INC_PATH.'sl_head.inc.php');
htdocs/wiki/lib/tpl/swisslinux/detail.php:34:require(SL_INC_PATH.'sl_head.inc.php');
htdocs/wiki/lib/tpl/swisslinux/main.php:35:require(SL_INC_PATH.'sl_head.inc.php');
htdocs/wiki/lib/tpl/swisslinux/mediamanager.php.sl:35:require(SL_INC_PATH.'sl_head.inc.php');

Le partage de la langue de l'utilisateur entre les outils

Le forum et le wiki ont été modifé pour appeler un script PHP qui détermine la langue de l'utilsateur:

$ grep -rni --color=auto sl_l10n_getlang.inc.php
htdocs/common/inc/templates/default/sl_l10n.inc.php:34:    require_once(SL_INC_PATH.'sl_l10n_getlang.inc.php');
htdocs/forum/include/functions.php:58:                require_once(getenv('SLO_ROOT').'/htdocs/common/inc/templates/default/sl_l10n_getlang.inc.php');
htdocs/forum/include/functions.php:167:        require_once(getenv('SLO_ROOT').'htdocs/common/inc/templates/default/sl_l10n_getlang.inc.php');
htdocs/forum/include/user/sl_l10n.inc.php:34:    require_once(SL_INC_PATH.'sl_l10n_getlang.inc.php');
htdocs/wiki/inc/init.php:82:  require_once( getenv('SLO_ROOT').'htdocs/common/inc/templates/default/sl_l10n_getlang.inc.php' );

Ensuite, on force la variable de la langue avec l'appel de la fonction spéciale de SwissLinux

$ grep -rni --color=auto "sl_getlang"
htdocs/forum/include/functions.php:59:                $pun_user['language'] = sl_getlang();
htdocs/forum/include/functions.php:168:        $pun_user['language'] = sl_getlang();
htdocs/forum/include/user/sl_l10n.inc.php:37:    define('SL_LANG',sl_getlang());
htdocs/forum/include/user/sl_l10n_getlang.inc.php:4:if (!function_exists('sl_getlang')) {
htdocs/forum/include/user/sl_l10n_getlang.inc.php:5:    function sl_getlang() {
htdocs/wiki/inc/init.php:83:  $conf['lang'] = sl_getlang();

C'est assez élégant comme solution, mais le problème est qu'elle modifie le code de nos outils (le wiki et le forum seulement apparemment).

Je propose qu'à l'avenir au lieu de modifier directement le code upstream, on utilise le système de paquet Debian pour créer des paquets pour chaque outil.

Les paquets seront assez facile à créer, car nous n'avons pas besoin de suivre les requis de Debian.

On aura l'avantage d'avoir une liste claire des modifications que nous appliquons sur chacun des outils.
Ça nous évitera de passer à coup de grep pour se rappeler ce que l'on a fait et ça permettra de documenter facilement nos modifications.