WiKiss 0.3rc2 : appel à testeurs

Posté par  . Modéré par Nÿco.
Étiquettes :
0
10
oct.
2007
Internet
WiKiss est un moteur de wiki en PHP qui se veut respecter le principe KISS. Il prend ses origines dans TigerWiki (qui lui-même dérive de roWiki) suite à l'abandon du développement par la mainteneur du projet.

Sa légèreté d'installation et d'utilisation ne l'empêche pas de posséder nombre de fonctions que l'on est en droit d'attendre d'un wiki :
  • Syntaxe wiki simplifiée ;
  • Gestion de l'historique et des différences entre chaque version ;
  • Protection de l'édition possible par mot de passe ;
  • Table des matières automatique ;
  • Conforme XHTML 1.0 Transitional ;
  • Recherche dans les pages ;
  • Etc...
Aujourd'hui sort la version 0.3rc2 et, à cette occasion, un appel à testeurs est lancé.

Cette version, outre son lot de corrections, apporte la possibilité de développer des plugins. Cela permet à tout un chacun d'étendre les fonctionnalités de WiKiss tout en gardant le code principal léger. Vous trouverez dans l'archive 4 plugins d'exemples.
  • Liste des plugins installés ;
  • Gestion d'une syntaxe pour créer des tableaux ;
  • Basculement entre plusieurs thèmes d'affichage ;
  • Génération d'un flux rss des dernières modifications.

Le but de cet appel est, bien entendu, de proposer une version 0.3 le plus exempte de bugs possibles, mais aussi de vérifier la pertinence de l'API de plugin.

Vous pouvez rapporter les bugs (ou tout autre retour) sur la liste de discussions ou par mail. Merci, au passage, à TuxFamily qui propose vraiment un service d'hébergement de haute qualité.

Aller plus loin

  • # Quelques essais...

    Posté par  (site web personnel) . Évalué à 2.

    Bonjour

    Je n'ai pas pu essayer vraiment la démo, impossible d'éditer une page.
    Sinon, ça semble bien fonctionner :)

    Dans la page d'aide, le lien "Editer" est fonctionnel, mais il faut un mot de passe pour enregistrer.

    Est ce qu'il y a une preview?

    Sinon, ça semble léger, pour mon navigateur, donc c'est pas mal du tout.

    Les images d'exemple ont des crochets, c'ets bien, mais j'en connais qui vont croire que c'est ajouté aux images.

    A bientôt
    Grégoire

    Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

    • [^] # Re: Quelques essais...

      Posté par  (site web personnel) . Évalué à 1.

      Salut,

      Merci pour ton retour d'utilisation.

      La page d'accueil est effectivement verrouillée dans la démo. Le but est d'éviter que les informations qui y sont données soient modifiées. Par exemple, tu y trouvera le mot de passe nécessaire pour éditer d'autres pages. Aujourd'hui (10/10) c'est bessObelk2

      Si tu veux créer une nouvelle page, il y a deux moyens :
      * créer un lien wiki dans une page et cliquer dessus : [BacASable]
      * entrer le nom de la page à créer dans la barre d'adresse : http://wikiss.tuxfamily.org/demo/?page=BacASable

      Il n'y a pas de preview pour le moment, ce fera sans doute l'objet d'un plugin un jour.

      Le images d'exemples sont en fait le logo de WiKiss les crochets sont inspirés du logo de mediawiki : http://wikiss.tuxfamily.org/?page=Logos
  • # quelques propositions d'améliorations

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    1) pour le diff, je trouve qu'il est pas tip top : on a pas la différence au niveau caractère, or c'est une fonctionnalité très utile, on voit tout de suite ce qui a été réellement modifié. Donc si tu veux un diff qui soit mieux, tu peux utiliser la classe diff qu'il y a dans jelix (que tu trouveras dans lib/diff/ dans une des archives de jelix, http://jelix.org ), elle provient de phpwiki, mais j'ai fait quelques corrections pour que ça passe dans PHP5 sans problème.

    2) Pour le parsing de wiki, tu peux utiliser wikirenderer (http://wikirenderer.berlios.de ) : c'est un parser de syntaxe wiki dont tu peux totalement paramétrer la syntaxe et le comportement sur chaque tag wiki. L'avantage de wikirenderer, c'est que ça produit du code XHTML valide à coup sûr, que c'est hautement configurable (tu peux générer autre chose que du xhtml), et que pour toi, tu n'as pas à réinventer la roue (vu que je vois que ton parser wiki ne supporte pas encore tout).

    Bon c'est sûr que tout ça, ça va légèrement augmenter le poids de ton script, mais il n'en sera pas moins simple à utiliser ;-)
    • [^] # Re: quelques propositions d'améliorations

      Posté par  (site web personnel) . Évalué à 1.

      1) Oui, je sais bien que le diff est pas au top, en plus on peut facilement le prendre en défaut. Mais je l'ai fait (pour TigerWiki) de manière à ce qu'il soit tout petit et rapide, au détriment de la robustesse. J'avais bien trouvé du code pour faire caractère/caractère, mais il était plus gros que le code complet de TigerWiki :) Je vais jeter un oeil pour en faire un plugin

      2) La aussi, je vais regarder ce que c'est, voir si ce n'est pas trop gros. Sinon, je ne tiens pas à supporter toute la syntaxe wiki possible, juste ce qui est vraiment utilisé.

      En tout cas merci pour ces pistes
  • # bientôt plus de wiki que de distributions linux ! \°/

    Posté par  . Évalué à 3.

    chouette, encore un wiki :)

    celui-là est plutôt sympa, s'installe facilement, et surtout il n'utilise pas une de ces ignobles bases de données bien lourde ! (je plaisante un peu, mais à part pour wikipedia, pour un petit wiki en fichier texte c'est très bien, éventuellement en sqlite, mais au dessus c'est un peu pénible je trouve)

    L'aspect après installation rend bien, par contre j'aurais quelques remarques générales, cela vaut ce que cela vaut :

    - des wiki il y en a beaucoup (cf. http://en.wikipedia.org/wiki/Comparison_of_wiki_software il y a même aspwiki mouarf), on l'a dit, par contre cela serait vraiment très bien que s'ils pouvaient s'entendre sur un dénominateur commun au niveau de la syntaxe. Que chacun estime que sa syntaxe est mieux que celle du voisin, soit, mais qu'au moins on puisse parler sur la plupart des wikis avec un langage commun serait vraiment un plus. Au moins en html brut, et éventuellement dans une syntaxe wiki très courante, genre mediawiki : au moins tout le monde connaît avec wikipedia (c'est également le moteur wiki le plus utilisé selon google http://www.google.com/trends?q=TWiki%2C+MoinMoin%2C+PmWiki%2(...) ).

    (honnêtement je trouve la syntaxe de wikiss ultra rebutante mais bon c'est question de goût).

    - Pour la page d'aide, cela pourrait être bien d'avoir la syntaxe et le résultat en vis à vis.

    - la mention "Wiki utilisant WiKiss 0.3rc2 ", pourquoi pas, par contre si un pauvre gars ne fait pas de mise à jour, le détail de la version risque plus d'aider les pirates qu'autres choses.

    - Je trouve le logo est un poil trop complexe par rapport à la philosophie "kiss" ;)

    sinon bon courage pour la suite, et gros bisous ! (désolé :) )

    Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

    • [^] # Re: bientôt plus de wiki que de distributions linux ! \°/

      Posté par  (site web personnel) . Évalué à 1.

      Merci de tes remarques

      - syntaxe: oui, je comprend, moi aussi je trouve cela lourd d'apprendre une nouvelle syntaxe à chaque fois. Je ne considère pas que celle de WiKiss soit meilleure ... puisque ce n'est pas moi qui l'ai imaginée :)
      Par contre j'aimerai bien que tu me détaille ce qui est ultra rebutant histoire d'améliorer cela. De ce que j'en connais c'est assez proche de MediaWiki.

      - aide: oui, j'ai commencé à l'améliorer sur ce point mais j'ai pas encore fini.

      - la sécurité par l'obscurité c'est mal :) je peux quand même changer ça.

      - ben mince, moi qui était content de mon logo. Mais pareil je ne vois pas trop ce qu'il a de complexe, des lèvres avec les crochets symbole d'un wiki.
      • [^] # Re: bientôt plus de wiki que de distributions linux ! \°/

        Posté par  . Évalué à 2.

        pour la syntaxe effectivement certaines choses sont proches de mediawiki, mais pour les titres avec des points d'exclamation pour le coup je trouve cela pas très percutant (c'est moins visible dans la page à éditer)

        dans mediawiki c'est
        ==Titre de section==
        ===Titre de sous-section===
        ====Titre de sous-sous-section====

        à la place de

        !Gros
        !!Moins gros
        !!!Encore moins gros

        donc quitte à avoir presque la même syntaxe, autant tout avoir pareil.

        Pour le gras et l'italique, je n'aime pas trop non plus, mais comme c'est pareil dans mediawiki autant garder le même. Je dis autant garder le même, l'intérêt c'est que si on travaille un article pour soi dans wikiss, et que l'on veut soit récupérer des info dans wikipedia ou les renvoyer ensuite dans wikipedia (ou dans wikia), il n'y a pas de conversion à faire.

        Personnellement je préfère ce genre de syntaxe, comme dans txt2tags :

        //**italique+gras**//
        **//gras+italique//**

        car on voit mieux ce que l'on fait, mais c'est pas si gênant, d'autant plus qu'il est très facile avec un système de macro d'exporter le texte txt2tags dans le format que l'on veut, ou d'utiliser la notation que l'on veut.

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # Sécurité

    Posté par  (site web personnel, Mastodon) . Évalué à 6.

    Je voudrais pas casser l'enthousiasme général mais bon quand même je lis 10 lignes de code et je trouve ça :

    if (! $file = @fopen($PAGES_DIR . stripslashes($_POST["page"]) . ".txt", "w"))

    Je vous laisse imaginer ce que ça peut faire en mettant des trucs méchants dans cette variable...

    De même, stocker le mot de passe en cookie n'est pas une excellente idée niveau sécu (transmis en clair à chaque visite).

    Y'a d'autres failles marrantes possibles (comme ça par exemple : header("location: ./?page=" . $_POST['page']."&action=edit&error=1"); ), et quelques erreurs simples. Par exemple après un header('location...'); on met un exit; ou un die(); sinon le reste du script continue de s'exécuter.

    Voilà, c'est pas mon intention de casser le boulot réalisé, qui est intéressant, mais ça serait bien de vérifier tout ça avant de faire une release publique.

    Bon courage :)

    « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

    • [^] # Re: Sécurité

      Posté par  (site web personnel, Mastodon) . Évalué à 3.

      Oups j'ai oublié de dire que j'avais aussi fait un wiki minimaliste à installation "un clic" il y a quelques temps :

      http://dev.kd2.org/wikikubbe/

      Il date un peu, a pas beaucoup de fonctionnalités, et ptet même des failles justement ;)

      « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

    • [^] # Re: Sécurité

      Posté par  (site web personnel) . Évalué à 3.

      Oups, bien vu, j'ai protégé les GET mais pas les POST, méchant oubli de ma part :(

      Pour le password, ca ne me plait pas non plus, mais je ne vois pas trop comment faire autrement (à part en gérant des sessions, ce qui me parait un peu lourd)

      M'enfin, c'est pour cela que j'ai lancé un appel à testeurs (en journal de seconde page à l'origine) j'ai déjà corrigé un certain nombre de problèmes de ce genre, mais on ne peut pas tout voir :(
      Merci beaucoup.
      • [^] # Re: Sécurité

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        Tu peux utiliser les sessions natives dans PHP, c'est simple, ça coûte pas grand chose, ça marche bien...

        session_start();

        if ($_POST['password'] == 'abcd')
        {
        $_SESSION['logged'] = true;
        }

        if (!empty($_SESSION['logged']))
        {
        echo "T'es logué mon gars";
        }

        « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.