Articles précédents : Logiciel
- [29] Sortie du noyau Linux 2.6.23
- [0] Sortie de la version 2.0.1 d'Open Mail Archive
- [7] L'UNESCO récompense Claroline
- [43] scleaner disponible en version alpha
- [172] Linux et la photographie : état des lieux
- [9] Triade 1.6, gestion d'établissements scolaires par Internet
- [3] Tux Racer est de retour !
- [9] Chacun cherche son chat : phpFreeChat 1.0
- [82] GNOME 2.20 : Toujours plus fort !
- [13] Freedom 2.8 : Amélioration de l'ergonomie, recherche plein texte globale optimisée
Liens connexes
- WiKiss (315 hits)
- Téléchargement de la RC (tar.gz - 18,5 Ko) (48 hits)
- Installation (48 hits)
- Démo de la version svn (183 hits)
- Journal DLFP: WiKiss 0.3rc2 : appel à testeurs (53 hits)
Dépêche modérée par
Dépêche éditée par
Logiciel : WiKiss 0.3rc2 : appel à testeurs
Posté par tuiu pol (Jabber id, ). Modéré le 10 octobre 2007.
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...
![[fr]](../../../images/fr.png)
WiKiss (315 hits)-
Téléchargement de la RC (tar.gz - 18,5 Ko) (48 hits)
-
Installation (48 hits)
-
Démo de la version svn (183 hits)
-
Journal DLFP: WiKiss 0.3rc2 : appel à testeurs (53 hits)
> Lire la suite (11 commentaires, moyenne: 2,4). [dépêche : 1198 caractères]
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é.
Quelques essais...
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
-
[^]Re: Quelques essais...
Posté par jjl (page perso, ) le 10/10/2007 à 16:56. (lien). É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
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 jjl (page perso, ) le 10/10/2007 à 18:42. (lien). É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 ! \°/
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é :) )
You can't grep dead trees...
-
[^]Re: bientôt plus de wiki que de distributions linux ! \°/
Posté par jjl (page perso, ) le 10/10/2007 à 18:54. (lien). É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 Farvardin (page perso, ) le 11/10/2007 à 09:49. (lien). É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.--
You can't grep dead trees...
-
Sécurité
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 :)
-
[^]Re: Sécurité
Posté par BohwaZ (Jabber id, page perso, ) le 10/10/2007 à 18:08. (lien). É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 ;)
-
[^]Re: Sécurité
Posté par jjl (page perso, ) le 10/10/2007 à 19:12. (lien). É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 BohwaZ (Jabber id, page perso, ) le 10/10/2007 à 19:36. (lien). É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";
}
-
Cette page a été générée par Templeet en 0.0903s (dont 0.0176 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.