• Alionet va faire peau neuve

    À tous les membres de la communauté Alionet,

    Il n'aura échappé à personne que notre forum présente actuellement quelques problèmes ces derniers temps. Malgré la mise en place de mesures appropriées, nous subissons quotidiennement des vagues de spams qui se manifestent par des inscriptions frauduleuses, des mails non sollicités envoyés et qui pourraient mener un jour à une attaque de plus grande ampleur sur le serveur.
    Au-delà de ça, l'actuel moteur du forum, vBulletin est vieillissant, nous utilisons une version qui n'est plus maintenue. De plus c'est un moteur de forum non libre et payant (y compris les mises à jour). Le forum lui-même contient de trop nombreuses catégories qui ne sont plus utilisées et, notamment du fait des spammeurs, la base des utilisateurs est remplie d'entrées obsolètes.
    Il est donc temps de remettre tout cela à neuf. C'est pourquoi le bureau de l'association et les administrateurs du forum ont décidé:

    - de mettre en lecture seule, pour archives, l'actuel forum
    - d'ouvrir un nouveau forum, vierge, basé sur un moteur libre nommé Elkarte
    - de séparer la partie blog du forum et d'utiliser pour cela le moteur libre PluXml

    Cette décision présente l'avantage d'utiliser des ressources libres, récentes, bien maintenues et plus sécurisées. Ce pourra également être une excellente occasion de communiquer sur le "renouveau" d'Alionet et d'attirer du monde.
    L'inconvénient, mineur, de cette solution, pour les membres inscrits, sera de devoir se réinscrire sur le nouveau forum. Nous ne ferons pas de migration des comptes.
    Concernant la partie blog, les actuels rédacteurs actifs verront leurs accès maintenus. Les posts importants de l'année seront migrés.

    Ces travaux auront lieu en semaine 45, soit du 4 au 10 novembre prochain.
    Bien entendu nous communiquerons régulièrement sur l'avancée des travaux et les périodes de coupures qui s'ensuivront.

    Au nom du bureau et des admins, merci de votre compréhension et, nous l'espérons, de votre soutien dans cette aventure!
    Commentaires 10 Commentaires
    1. Avatar de passionlinux
      passionlinux -
      Bonne nouvelle.
      Cependant je ne connaissais même pas elkarte, donc ça sera une nouvelle découverte. Et surtout PluXml, il n'y avait vraiment rien de mieux?

      Je m'explique, c'est un bon moteur avec base de données "flat", je l'ai pas mal utilisé, c'est léger et rapide. Mais il y a un gros défaut, le spam y est propice, l'antispam par defaut est une merde sans nom. Les plugins aussi sont maintenues avec peine, ça fait vraiment logiciel de son garage.

      Dans le même style mais en plus complet il y avait Guppy qui lui fait tout(https://www.freeguppy.org/) et zwii(https://zwiicms.com/) qui est juste un moteur de blog comme PluXml c'est a dire sans bdd externe. Cyril en parle https://cyrille-borne.com/zwii-un-cm...n-un-a-tester/.

      Perso pour etre tranquille j'aurais peut etre mit pour la partie blog, en avant un site statique avec hugo ou jekyll ou encore pelican.

      Car ce qui vous attends avec pluxml c'est bien du spam à gogo comme on peut voir par ici(http://www.asso-linux-online.fr/arti...peu-d-activite).

      Voila l'avis d'un simple ex-utilisateur de pluxml parti sur du statique pour plusieurs raisons.
    1. Avatar de chalu
      chalu -
      Bonjour,
      c’est bien noté
      Ça me paraissait plus simple peut-être en réintégrant les forums openSUSE et avec le github de l’asso alionet pour créer le blog à partir des articles qui y sont mis mais j’imagine que comme ça le nom de domaine est gardé et ainsi de suite.
    1. Avatar de batewa
      batewa -
      Très bonne initiative.

      Je ne connais pas le logiciel retenu pour le nouveau forum, je n'en parlerai donc pas.

      Par contre, je connais assez bien PluXml (je l'utilise depuis 2007 !) et je ne suis pas totalement d'accord avec les propos de passionlinux.


      Mais il faut bien reconnaître que PluXml n'est pas forcément la solution la plus adéquate pour Alionet pour la simple raison que ce petit soft donne sa pleine mesure pour un blog strictement mono-utilisateur avec peu de fréquentations (ce qui me convient bien personnellement).

      La solution des "statiques" est intéressante mais les mises à jour sont très fréquentes et leur configuration nécessite souvent beaucoup de temps. Sans parler d'une éventuelle customisation rendue difficile par des moteurs de template plutôt... euh... alambiqués (pour être gentil).



      De toute façon, il n'y a pas de solutions miracles donc bon courage à toutes et tous pour ce refresh !
    1. Avatar de Michel le Naone
      Michel le Naone -
      Oh joie !! Du nouveau ! Ca va revigorer Open Suse.
    1. Avatar de passionlinux
      passionlinux -
      Hello la compagnie,

      et coucou batewa -
      La solution des "statiques" est intéressante mais les mises à jour sont très fréquentes et leur configuration nécessite souvent beaucoup de temps. Sans parler d'une éventuelle customisation rendue difficile par des moteurs de template plutôt... euh... alambiqués (pour être gentil).

      Qu'entends tu par mise a jour frequente? car je n'ai pas de mises a jour de mon coté, le programme qui construit mon site statique n'est pas obligatoirement a jour car ça ne touche en rien la securité contrairement a un cms qui si lui n'est pas a jour va pouvoir devenir une faille...
      La configuration ne me prends beaucoup moiins de temps que pour un cms, j'ai utilisé 3 générateurs de sites statiques et vraiment je suis loin du temps perdu a configurer un wordpress si on calcule en plus les updates frequents et les changements non-voulus.

      Un exemple vite fait c'est par exemple mon pelican, c'est lui le plus complet et qui a donc un fichier de conf assez touffu mais déja prérempli:

      Code:
      #!/usr/bin/env python
      # -*- coding: utf-8 -*- #
      from __future__ import unicode_literals
      
      AUTHOR = 'Sebastien.C'
      SITENAME = "Seb's blog"
      #SITEURL = 'https://passiongnulinux.tuxfamily.org'
      
      PATH = 'content'
      
      TIMEZONE = 'Europe/Paris'
      
      DEFAULT_LANG = 'fr'
      
      # Feed generation is usually not desired when developing
      FEED_ALL_ATOM = None
      CATEGORY_FEED_ATOM = None
      TRANSLATION_FEED_ATOM = None
      AUTHOR_FEED_ATOM = None
      AUTHOR_FEED_RSS = None
      
      # Blogroll
      LINKS = (('Pelican', 'http://getpelican.com/'),
               ('Python.org', 'http://python.org/'),
               ('Jinja2', 'http://jinja.pocoo.org/'),
               ('You can modify those links in your config file', '#'),)
      
      # Social widget
      SOCIAL = (('You can add links in your config file', '#'),
                ('Another social link', '#'),)
      
      DEFAULT_PAGINATION = 10
      
      # Uncomment following line if you want document-relative URLs when developing
      #RELATIVE_URLS = True
      celui de jekyll encore plus simple:

      Code:
      #
      # This config file is meant for settings that affect your whole blog, values
      # which you are expected to set up once and rarely need to edit after that.
      # For technical reasons, this file is *NOT* reloaded automatically when you use
      # 'jekyll serve'. If you change this file, please restart the server process.
      # Site settings
      title: Seb's blog / PassionGNU/Linux, la passion du Libre...
      email: passiongnulinux/@/gmail/./com
      description: > # this means to ignore newlines until "baseurl:"
      Copyleft Seb95 - Licence WTFPL - Hébergé par tuxfamily.org - Généré par Jekyll
      baseurl: "" # the subpath of your site, e.g. /blog
      url: "https://passiongnulinux.tuxfamily.org/" # the base hostname & protocol for your site
      twitter_username:
      github_username: XXX
      # Build settings
      markdown: kramdown
      # Welcome to Jekyll!


      Mon hugo n'est pas plus compliqué...

      Sans parler d'une éventuelle customisation rendue difficile par des moteurs de template plutôt... euh... alambiqués (pour être gentil).


      La encore c'est vraiment pas plus dure que toucher aux templates d'un cms, les theme de wordpress ne sont pas plus facile a modifier que ceux de mes Statiques. Par contre oui c'est tout a la mimine mais pluxml c'est aussi comme ça. Je ne pense pas que mon blog soit degueux et pourtant il tourne en statique En tout cas j'ai jamais pu faire mieux avec un CMS sauf wordpress mais la je ne dis pas question securité et lenteur...

      le commentateur de clichés Tumbleweed,
      est par exemple fabriqué avec jekyll.

      https://review.tumbleweed.boombatower.com/
      https://github.com/boombatower/tumbleweed-review


      suite->
    1. Avatar de passionlinux
      passionlinux -
      et sa conf n'est pas des plus compliqué:
      https://github.com/boombatower/tumbl...ll/_config.yml

      Code:
      title: openSUSE Tumbleweed Review
      description: |
      Summarized data about the changes and stability of Tumbleweed snapshots.
      author: Jimmy Berry
      email: jimmy@boombatower.com
      url: http://review.tumbleweed.boombatower.com
      baseurl: ""
      theme: minima
      minima:
      date_format: "%Y-%m-%d"
      show_excerpts: true
      excerpt_separator: <!--more-->
      plugins:
      - jekyll-sitemap
      - jekyll-feed
      exclude:
      - CNAME
      - LICENSE
      - README.md


      et pourtant ça bouge frequement. Par contre travailler a plusieurs risque de poser un soucis, on peut le faire via github et laisser un "admin" pousser sur alionet la derniere version du gith ou on envois nos fichiers/billets par courrier a un responsable et il se charge de le poster dans la racine.

      Mais ce probleme sera le meme pour pluxml qui est assez penible quand on est a plusieurs dessus, supporte t'il le multi-utilisateur enregistrant des billets en meme temps? Je l'ai toujours eu et vu en mono utilisateur.

      Bref, le choix n'est pas de mon domaine, mais changer pour changer autant regarder partout et prendre le temps d'envisager certaines choses. Je pense notamment que (je ne suis plus trop au courant, Sogal, je t'ai fais une notification par le courriel de alionet) les billets actuellement sont fait en markdown, enregistré dans un gith de Sogal (je n'ai plus acces?) et ensuite seulement on balance/copie sur alionet. Avec un GSS comme jekyll, hugo ou pelican (bien que mon choix se porterait sur hugo pour sa rapidité et ses possibilité par defaut sans plugins) bah il y aurait pas a faire le copie coller sur alionet.

      Techniquement c'est plus rapide et moins lourd pour le serveur, c'est aussi plus sécurisé, le seul truc serait les commentaires qui sont pas possible sans ajouter un truc en dynamique, et ça tombe bien puisqu'il y a un forum...

      Bien amicalement
    1. Avatar de sogal
      sogal -
      Salut,

      Croyez bien que le temps de la réflexion est déjà bien derrière nous maintenant.
      Concernant le choix d'un site statique, il a été évoqué et il a bien entendu ma faveur. C'est notamment ce que j'utilise aussi pour maintes raisons évoquées sur ce fil.
      Toutefois, il n'a pas été retenu car l'usage et le flux de travail de tel outil sont un clic au-dessus techniquement ce qui risque de freiner les contributeurs.
      Maintenant, si dans ce fil, 100% des actuels rédacteurs actifs se renseignent sur ce qu'est un gestionnaire de sites statiques et déclarent être prêt à l'utiliser et à adopter le flux de travail adéquat (fork => rédaction en markdown => push => merge request => review => merge => publication), ça me va et je pense que les autres admins et le bureau n'y verront pas d'inconvénients (c'est une supposition, je ne parle pas en leur nom là).
      Si ce n'est pas le cas, il ne me paraît pas souhaitable de poser une barrière technique (même minime car ça n'a vraiment rien de sorcier) aux éventuels contributeurs.

      Aux rédacteurs de vous exprimer sur ce point.
    1. Avatar de Silfax
      Silfax -
      Salut,

      Pas d'objections de ma part. Je m'adapterai à la solution voulue par les rédacteurs.
    1. Avatar de passionlinux
      passionlinux -
      Pareil, juste une préférence technique pour la sérénité.

      Par contre du coup, avec mister pluxml comment ça se passera? Car en mono-utilisateur j'ai bien connu pendant 5-7 ans voir même plus mais en multi, je dois admettre que je le vois mal. Comment il gère des appel à sa base de données XML en même temps?
    1. Avatar de passionlinux
      passionlinux -
      Sinon je sais que MLO (forum et site pour mageia https://www.mageialinux-online.org/mlo/) sont sous phpboost(https://www.phpboost.com/) et en sont tres content. Leur admin l'utilise aussi pour son propre blog/site: https://www.linuxtricks.fr/pages/bie...ur-linuxtricks

      Il fait tout comme guppy du reste, blog, forum, wiki, livre d'or... Par contre il lui faut une BDD.