il faut s'identifier pour éditer cette page (merci)
Vos Questions ?
Erreur après installation
Bonjour, je viens tout juste d'installer un wikini.
L'installation s'est faite sans soucis, mais dès que je me rend sur mon sous-domaine prévus pour le wikini, Firefox me renvoi l'erreur suivante : Erreur d'encodage de contenu
La page que vous essayez de voir ne peut être affichée car elle utilise un type de compression invalide ou non pris en charge.
Je ne cerne pas bien le problème.
Aperçu impossible
Je ne sais pas ce qui arrive à mon Wikini, je ne peux pas prévisualiser les articles avant de les sauver. Le bouton Aperçu est bien là mais il ne fait rien!
Qu'est-ce que je dois faire ?
- De quelle version de WikiNi s'agit-il ? Serait-il possible d'avoir l'adresse pour effectuer éventuellement quelques tests ? -- LordFarquaad
- Il s'agit de la dernière version de WikiNi: 0.4.3, vous pouvez le trouver <ici>. Merci. -- CoWBoY?
- Le problème semble venir du fait que vous avez changé le charset d'origine (iso-8859-1) en utf-8, ce qui a pour conséquence que le mot "Aperçu" est incorrectement envoyé au serveur par le navigateur. Le choix entre "Aperçu" et "Sauver" est malheureusement testé en interne, ces mots doivent donc être conservés tels quels (je pense qu'il serait bon d'éviter cela dans les prochaines version de WikiNi...), et dans le cas présent la cédille semble poser problème à cause de l'utf-8. Je ne sais pas ce que vous devez faire si vous tenez à conserver ce charset, peut-être remettre tous les charactères spéciaux en leur valeur d'origine et faire une sauvegarde du handler edit au format UTF-8 ?
- PS.: dommage pour un wiki de restreindre l'accès en écriture aux seuls membres inscrits, habituellement je ne me serais pas inscrit d'ailleurs... -- LordFarquaad
- > vous avez changé le charset d'origine (iso-8859-1) en utf-8
- Effectivement j'ai changé le charset en utf-8 car j'avais eu des problèmes d'accents et de caractères spéciaux, suite à l'introduction du fameux interclassement avec phpmyadmin(avec EasyPHP 1.8) ...(une autre histoire). Hier, j'ai vu une autre solution à ce sujet-là dans le site d'easyphp... on verra la suite!
- > dommage pour un wiki de restreindre l'accès en écriture aux seuls membres inscrits
- Ben ouais, c'est vrai, j'ai restreint l'accès en écriture seulement aux membres inscrits. C'est juste une question d'identification. En fait il s'agira d'un projet tout nouveau, et on a choisi WikiNi pour "notre" plateforme d'échange, de communication etc... le "notre" ici n'a pas encore fermé sa porte, et tout le monde sera la bienvenue...
- Certainement, vous remarquerez aussi que j'ai un peu modifié le look, juste la feuille de style, mais je me suis bloqué sur la partie footer et commentaire, faute de quoi, il m'a fallut remplacé tout les balises <a href= par <a class="footer" href=, j'ai pensé que juste un ligne dans le ficheir css suffira, mais ça n'a pas marché! Avez vous une idée la dessus ? -- CoWBoY?
- Il y a déjà un bloc <div> qui englobe les liens de bas de page (éditer etc.) et dont la classe est footer. Pour le style vous pouvez donc utiliser le système d'éléments enfants, par exemple pour les liens: .footer a, .footer a:hover etc. Quant aux commentaires ils possèdent les classes comment et commentinfo ce qui devrait permettre de les personnaliser de la même façon. -- LordFarquaad
WikiNi ne passe pas :(
J'ai installé
WikiNi sur
mon serveur en ligne, la procédure se déroule pour le mieux, l'écriture des tables et du fichier de config se fait sans problèmes. Mais lorsque je veux accéder à mon wiki proprement dit, rien ne fonctionne : avec Mozilla j'ai le droit à de beaux caractères sans queue ni tête ni html :
Je vous passe la suite...
Et avec
InternetExplorer, c'est encore pire car, quelque soit la page à laquelle je souhaite accéder, il me propose de télécharger wakka.php... PHP est bien configuré, tous les prérequis indiqués pour
WikiNi sont OK, je n'ai pas activé l'url rewriting, les codes fournis sont bons. Le serv utilise PHP 4.3.4.
Merci :/
Titoxx69?
PHP 4.3.4 ne semble pas en cause puisque c'est aussi cette version qui est utilisée chez
http://www.slack-fr.org/wiki/wakka.php?wiki=PagePrincipale.
Les en-têtes HTTP donnent :
Date: Wed, 09 Jun 2004 12:05:01 GMT
Server: Apache
Set-Cookie: PHPSESSID=52a8ac00c4dcb0267fa45bb3f1358e30; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Type: text/html; charset=iso-8859-1
Je pense avoir trouvé le coupable : "Vary: Accept-Encoding". Cette directive semble indiquer que votre serveur compresse les pages en gzip par défaut. Ce qui fait que le contenu qui est affiché est en fait le résultat d'une double compression :
- la compression qui est effectuée par wikini
- la compression qui est effectuée par le serveur
Cf.
http://www.lephpfacile.com/manual_php/ref.zlib.php :
Voici un éclaircissement sur l'utilisation des directives de configuration.
zlib.output_compression booléen/entier
- Active ou pas la compression transparente des pages. Si cette option est mise à "On" dans php.ini ou dans la configuration Apache, les pages sont compressées si le navigateur envoie un en-tête "Accept-Encoding: gzip" ou "deflate". Les en-têtes "Content-Encoding: gzip" (respectivement "deflate") et "Vary: Accept-Encoding" sont ajoutés dans la page envoyée au navigateur.
- Vous pouvez utiliser ini_set() pour désactiver cette option dans votre script, si les en-têtes n'ont pas encore été envoyés. Si vous émettez un en-tête de type "Content-Type: image/", la compression sera désactivée aussi (afin de parer à un bogue de Netscape). Vous pouvez le réactiver en ajoutant la ligne "ini_set('zlib.output_compression', 'On')" après que les en-têtes qui ajoutent le Content-type de l'image aient été envoyés.
- Cette option accepte aussi des valeurs entières au lieu des booléens, "On"/"Off", ce qui vous permet de configurer la taille du tampon de sortie (par défaut, il vaut 4ko).
Si c'est ça, le bogue est particulièrement vicieux...
Il y a plusieurs moyens de corriger :
- supprimer la compression interne à WikiNi
- ajouter la fonction ini_set() quelquepart dans WikiNi
- modifier la configuration de PHP
Je n'ai pas le temps d'aller plus loin maintenant. Si vous en avez les compétences, vous pouvez essayer de mettre en oeuvre l'une des solutions que j'indique. Sinon j'essayerai de faire des tests plus tard (à moins qu'une bonne âme se dévoue).
--
CharlesNepote
J'ai le même souci, et c'est chez OVH, alors c'est très très louche !
Car je viens de vérifier :
zlib.output_compression Off Off
-- Sarah
Idem, j'ai ce problème et zlib.output_compression est bien à Off
Par contre juste au dessus un autre type de compression semble activé :
; if you set output_handler to "ob_gzhandler", output will be
; transparently compressed for browsers that support gzip or deflate encoding.
; Setting an output handler automatically turns on output buffering.
output_handler =ob_gzhandler
mais je ne peux pas le retirer pour tester :(
--
pour regler temporairement le problème, modifier le fichier wakka.php ligne 803 avec ceci :
function compress_output($output)
{
- /* return gzencode($output); */
- return $output;
}
-- Jm
Je viens d'installer Wikini sur mon serveur. Tout s'est bien déroulé. Par contre, lorsque je visite la page, je peux cliquer où je veux, rien ne se passe... Impossible de faire quoi que ce soit.
Quelqu'un a une idée à me proposer ?
Adresse du site : [
http://recit.cadre.qc.ca/wikini/]
Merci
Claude Frenette
Output Buffering
Parce que je suis hébergé chez Hebergement-discount, je dois supprimer les appels du genre ob_start etc. J'ai presque réussi. Ma seule (et j'espère dernière) difficulté est dans la fonction
function IncludeBuffered($filename, $notfoundText = "", $vars = "", $path = "")
{
if ($path) $dirs = explode(":", $path);
else $dirs = array("");
foreach($dirs as $dir)
{
if ($dir) $dir .= "/";
$fullfilename = $dir.$filename;
if (file_exists($fullfilename))
{
(is_array($vars)) extract($vars);
ob_start();
include($fullfilename);
$output = ob_get_contents();
ob_end_clean();
return $output ;
}
}
if ($notfoundText) return $notfoundText;
else return false;
}
qui se trouve dans wakka.php. Peut-on la réécire
sans utiliser les fonctions ob_? Si oui, comment ? Quel est le contenu de la variable $output si on n'a pas accès à ob_get_contents() ?
Les tableaux
C'est pour quand ? Le reste de mes questions est sur ma page, sinon je ne retrouve plus où je les ai mises !
Peut-être avec backlink comme
DavidDelonAsuivre ?--
BenoitAudouard 20031121
OBSTINE......Je suis
Restant persuadé que Wikini est la "brique" que je cherche pour intégration dans un Intranet orienté profil métier, je m'efforce de solutionner les problèmes que je rencontre.
Le moins grave mais qui a de l'importance dans la convivialité, c'est l'upload d'images avec lien sensible. Pour l'heure j'ai trouvé un développeur attentif à mes difficultés et qui cherche les solutions pour les modules qu'il a mis à disposition dans Wikini.
Le plus ennuyeux et sur lequel je suis en stand-by c'est le
non fonctionnement de l'accesscontrol.
Sans cette faculté d'autoriser ou interdire la lecture ou écriture des pages, Wikini perd des qualités essentielles.
Alors puis-je espérer un dépannage sur ce PB ??
Problème de Contrôle d'accès
Est-ce une erreur de ma part dans la formulation de la syntaxe mais quand j'utilise la restriction par exemple : !
PaulDuchem? dans les permissions d'une page, cette dernière devient inaccessible à tous les utilisateurs alors que je pensais seulement l'interdire à
PaulDuchem?.
Sachant que le fichier de config autorise tt le monde à lire, comment empêcher un utilisateur enregistré de lire et de modifier une page particulière.???
Réponse : Les droits d'accès fonctionnent très bien chez moi. Peux-tu préciser : quelle version du utilisée ? Peux-tu lister exactement le contenu de ton champ "lecture" ? --
CharlesNepote
Infos complémentaires
Le point d'interrogation est une erreur de saisie dans la présente page, il n'y a pas de point d'interrogation à PaulDuchemin.
Dans le champ lecture je met simplement : !PaulDuchemin
La version utilisée est la v 01.1.03
Il y a apparemment un bug avec la syntaxe !Nomutilisateur --
DavidDelonAsuivre
Peut-on insérer des balises PhP ?
PloumPloum> Est-ce qu'on peut insérer des balises php ? Des include par exemple ou d'autres. Je n'y arrive pas.
Réponse : Non, il n'est pas possible d'insérer du code
PhP. Ceci poserait trop de problèmes de sécurité. Si tu nous explique ton besoin on poura réfléchir aux solutions.
Intégration avec un CMS
Je voudrais intégrer wikini à un CMS qui s'appelle e107 (
http://www.e107.org) (via un plugin). C'est-à-dire que j'aimerais pouvoir appeler une fonction XYZ de wikini qui m'afficherait le contenu de la page en html (avec un css disjoint de e107 si possible) à l'intérieur de e107 pour que le look soit bon (sans frames). Est-ce que c'est prévu ou l'architecture de wikini rend ca impossible ? J'ai pour l'instant bêtement essayé de faire
require_once("../../../wikini/wakka.php"); mais il me met
Invalid Action à l'endroit où le wiki devrait se trouver :-( Auriez-vous une idée ? Merci. (
XavierBrouckaert)
Réponse : Le plus simple est surement de mettre
WikiNi dans un frame ou iframe, mais visiblement, tu ne veux pas faire comme cela. Donc, il te faut plonger dans le code du fichier wikini/wakka.php pour en extraire le code a coller dans e107. Je connais assez mal e107, mais il me semble qu'il fonctionne sur le même principe que phpNuke, c'est a dire que tout passe a travers un fichier 'index.php'.
Tu auras surement à modifier le fichier wakka.config.php pour indiquer le bon répertoire ou se trouve les actions et les handlers, soit tu met le chemin complet (http://domaine/path/to/wikini/actions) soit par rapport au fichier principal de e107 (index.php il me semble). Si index.php de e107 est dans /e107/ et que wikini est dans /wikini/ alors il faut mettre : /wikini/actions ou ../wikini/actions, le premier est par rapport a la racine du serveur, le second par rapport à index.php de e107, préfère la 2eme solution. idem pour le paramètre definissant le chemin vers les handlers.
Le code de ton plugins e107 devra reprendre le code de wakka.php en tenant compte du fait que tu appel wikini depuis le fichier index.php de e107. Si tu ecrit un plugins e107 qui fonctionne, pense à nous le dire !!!
--
GarfieldFr
Les accents dans les mots wiki
Peut être que je n'ai pas trouvé (je débute avec wikini), mais pour un programme
BleuBlanRouge? je comprend pas très bien pourquoi on ne peut pas mettre de mots wiki comportant des accents ex: EtéIndien --
StephaneThomas
Réponse : C'est en cours de réalisation : cf.
MotWikiAccentue. --
CharlesNepote
Et cette possibilité est conçue pour l'ISO-8859-* ? --
NguyenDaiQuy
Et pourquoi ne pas simplement coder : [[NomPageAccentuee NomPageAccentuée]] se qui donne :
?. On a au moins l'impression de mots wiki accentué ? --
JeanMorlet
Colorisation syntaxique
Comment peut-on
facilement intégrer la colorisation syntaxique ? J'ai mis en place
WikiNi au sein de mon entreprise pour les services de développement et test. J'aimerais que les bouts de code apparaissent colorisé. Il s'agit de code en C/C++ essentiellement. --
JeanMorlet
- Pour le facilement, je ne sais pas vu que WikiNi n'intègre pas (pas encore) de colorisation pour le langage C. Par contre tu peux peut-être chercher sur l'Internet s'il existe déjà ce genre de fonction en PHP ; je me ferais un plaisir de l'adapter à WikiNi et l'intégrer dans la version CVS. Sinon, pour le développement coopératif, je te suggère d'utiliser CVS et cvsweb, c'est très très pratique ! :) -- ProgFou
Supprimer les commentaires
en attendant une Interface DAdministration
WikiNi, comment peut-on supprimer des commentaires? (si cela est possible.)
Merci
Réponse voir
GererLesCommentaires --
FredJust
Style CSS pour menu de gauche
j'ai modifié
WikiNi 0.4.1 grace à
Mon CSS rajouté est celui ci:
.page_table { margin: 0px; padding: 0px ; border: 1px; height: 100%;width: 100%;}
.menu_column {vertical-align: top; width: 150px; border: 1px solid #000000;padding:5px;}
.body_column {vertical-align: top; border: 2px;padding:5px;}
Sous Mozilla l'affichage fonctionne (menu à gauche)
Sous Internet Explorer le menu s'affiche en haut de page (il "pousse" le reste de la page vers le bas)
Que faire pour rectifier le CSS ? (demo pour test sur
le site en question) --
edit by SloYvY
- J'ai fait un certain nombre de modification pour en plus garder le menu visible même lorsque l'on scroll la page wiki. Ca marche avec Mozilla et Firefox mais avec IE, le menu scroll. Ci après, les modifs modifiés par mes soins ;). J'espère ne rien avoir oublié, sinon dites le moi et je referais une vérif. -- JeanMorlet
- Pour le CSS
.page_table { border: medium none ;
margin: 0px;
padding: 0px;
height: 100%;
width: 100%;
}
.menu_column { border: 1px ridge ;
background-color: rgb(255, 255, 224);
vertical-align: top;
width: 20%;
float: left;
min-width: 15%;
max-width: 25%;
display: table-cell;
overflow: auto;
position: fixed;
}
.menu_column a { color: Navy;
text-decoration: none;
}
.menu_column a:hover { color: Blue;
text-decoration: none;
background-color: Lime;
}
.body_column { border: medium none ;
padding: 2px 0px 0px 2px;
vertical-align: top;
width: 78%;
float: right;
min-width: 73%;
overflow: auto;
}
- Pour actions/header.php :
<?php
$menu_page=$this->config["menu_page"];
if (isset($menu_page) and ($menu_page!=""))
{
// Ajout Menu de Navigation
echo '<div class="menu_column">';
$wikiMenu = $this;
$wikiMenu->tag=$menu_page;
$wikiMenu->SetPage($wikiMenu->LoadPage($wikiMenu->tag));
echo $wikiMenu->Format($wikiMenu->page["body"], "wakka");
echo '</div><div class="body_column">';
}
?>
- et pour actions/footer.php :
<?php
$menu_page=$this->config["menu_page"];
if (isset($menu_page) and ($menu_page!=""))
echo '</div>';
?>
Dump sous forme de pages html ou XHTML
Bonjour. Je voudrais savoir quel est le status de cette fonctionnalité, évoquée sur le site. Quelles sont les solutions existantes ?
Merci
ActionAttach, problèmes de droits d'écriture chez free
Bonjour,
J'ai quelques problèmes avec l'action
ActionAttach. Je ne sais pas comment Contacter
GarfieldFR pour lui poser directement mes questions donc je laisse un message ici.
- J'ai mis dans TestAttach une figure qui est 'grand', je voudrais savoir s'il est possible de l'affiche avec un argument du type width=50% de la largeur de la page pour éviter d'avoir à modifier des figures pour les poster correctement sur le wiki (car mes utilisateurs ne vont pas s'amuser à redimensionner leurs figures pour me faire plaisir.
- Je suis chez free et j'ai posé une question concernant SAFE_MODE et le droits pour groups dans ActionAttachBug (voir 'Suite du bug?' posté par Cyrille). Malheureusement, j'ai contacté free et il m'est impossible d'autoriser en lecture pour le group le répertoire 'files' à la racine. Dans la page obsolette SolutionGarfieldFrPourLUploadDeFichier, j'ai trouvé un utilisateur dans la même situation qui propose une solution FTP avec son code. Malheureusemen, il me semble que le fichier 'upload.php' ne foncitonne plus de la même façon et je ne sais pas Où insérer ce code php pour utiliser l'option FTP.
Merci de m'aider. J'ai vraiement besoin de cette action 'upload'.
Cyrille pour me contacter: cyrille.boullier AT free.fr
P.S: comment on fait pour contacter quelqu'un d'inscrit sur un Wiki???
L'
ActionAttach n'est pas un composant intégré à
WikiNi. Je n'ai pas de réponse à tes questions et il faut en effet te tourner vers
GarfieldFr (il lit ce site). Il faut parfois être patient. --
CharlesNepote
installation ratée
Auparavant J'ai installé d'autres Wikini sur mon espace d'hebergement.
Aprés renseignement des champs et création des tables, Aujourd'hui je tombe sur sur ça:
Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /home/b1koicmo/sd/ressources/wakka.config.php:1) in /home/sloyvy/sd/wakka.php on line 780
Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/b1koicmo/sd/ressources/wakka.config.php:1) in /home/sloyvy/sd/wakka.php on line 780
l'adresse d'installation est:
ressources.sloyvy.com (nouvelle fenetre)
J'ai vidée mes cookies. rien non plus
Quoi faire ? --
SloYvY
Quelle version ? As-tu modifié les fichiers, même "légèrement" ? Deux pistes :
- tu n'as pas de place dédiée sur ta machine pour créer les sessions
- le problème vient de la compression gzip... (et là c'est alors un bogue de WikiNi)
--
CharlesNepote
Regarder le fichier wakka.config.php, il y a peut-être un espace qui atraine en tout début, avant <?php ou en fin, après ?>. --
DavidDelon
Merci. en effet, j'ai écarté un espace en fin de balisage php... et moi qui partait dans suppositions beaucoup plus
technique.
à bon internaute --
SloYvY
Bonjour,
je cherche à installer un wiki pour une communauté d'amis passionnés des loisirs numériques. je me suis arreté sur wikini mais avant de leur proposer j'aimerais savoir les petites choses que vous auriez à dire sur mon petit tableau leur permettant de se faire une idée sur les fonctionnalités de ce wiki.
Si jamais des points importants m'ont échappé n'hésitez pas à m'en faire part merci d'avance.
http://www.momotte.net/wiki/wikini.png
--
Momotte
- Vous trouverez peut-être la réponse à certaines de vos questions dans la page FonctionnalitesDetaillees041 (le numéro de page n'a pas été mis à jour mais la page reste totu à fait valable). Répondre à l'ensemble des questions risquerait d'être fort long et cette page ne s'y prête malheureusement pas...
- Sinon, pour vous aider à choisir, il existe la page PourquoiUtiliserWikiNiPlutotQueXY et vous pourrez également lire quelques CritiquesDeWikini. -- LordFarquaad
SURVEILLER LES PAGES
Bonjour à tous. Déjà, bravo pour le dev de wikini, c'est un très bon outil. Je viens de le mettre en place, et j'en suis pour l'instant assez content. J'ai néanmoins une question : peut on surveiller les pages ?? C'est a dire, cette page par exemple
VosSuggestions recevoir un mail a chaque modification pour savoir quelle a été mise a jour ?? Je sais que c'est possible avec wikimedia (on me preveint lorsque certaines pages de wikipedia sont mise a jour) mais je n'ai pas trouvé comment faire avec wikini?????
Merci de me prévenir par mail en cas de réponse :)
gUiLe
[at] 37.2@laposte.net
Bonjour il y a une des
ContributionsAvancees de
TheTransporter qui permet de le faire: "Notification de modification par courriel", ainsi que
NotificationParCourriel et
NotificationEmailLight. --
LordFarquaad
COMPATIBILITE PHP5
J'aimerai passer un serveur d'association (iteam.org) sous php5.
Mais je me pose des questions auxquelles www.wikini.net n'a pas l'air de répondre (si je me trompe excusez moi)
Quand est-il de la compatibilité de wikini avec php5 ? D’après mes recherches, il ne devrait pas y avoir de problèmes, mais y a t'il
aucun problèmes ?
Sinon, j’aimerai vous dire que wikini marche parfaitement sur le serveur web caudium (
caudium.net).
Je veux bien une réponse par mail.
Baptiste (bmichaud@ece.fr)