Wikini

AFaireMoinsDe10Minutes

PagePrincipale :: DerniersChangements :: DerniersCommentaires :: ParametresUtilisateur :: Vous êtes ec2-54-196-27-171.compute-1.amazonaws.com

Taches simples et rapides à réaliser


Les tâches réalisées sont transférées sur cette page : ArchivesAFaireMoinsDe10Minutes



SitesUtilisantWikiNi, FiltrerLeSpamDesReferrers et lutter contre les TentativesDeVandalismeSurWikiNiPointNet


À faire continuellement :


  1. Vérifier que les sites référencés utilisent toujours WikiNi.
  2. Veiller régulièrement à FiltrerLeSpamDesReferrers sur cette page en particulier
  3. Lutter contre les TentativesDeVandalismeSurWikiNiPointNet


Remarques :

Je propose pour cela de créer deux sections dans cette page : "Vérifié entre le [date du premier site vérifié] et le [date du dernier site vérifié]" et "Non vérifié depuis le [date du premier site vérifié]". Quand on a quelques minutes, on vérifie un site de la deuxième section et

Quand la deuxième section est vide, on recommence avec la première. Cette technique devrait permettre d'éviter d'avoir de nombreux liens cassés - ou "pire": des liens pointant vers des sites ayant changé de MoteurDeWiki...
NB.: il ne faut pas changer les dates entre parenthèses qui correspondent à la date d'insertion de chaque site dans la liste

-- LordFarquaad et StephaneAulery?



Documentation de WikiNi


Ecrire de la documentation



Renommer les pages pour que cela corresponde à l'OrganisationDeLaDocumentationDeWikiNi


Remarques :

Ce travail prend plus de dix minutes mais il peut se réaliser en plusieurs étapes. --StephaneAulery?

Nous avions finalement choisi la solution 0 (Voir OrganisationDeLaDocumentationDeWikiNi) -- CharlesNepote

Le travail de LordFarquaad est une excellente initiative. Attention cependant, certains titres de page prètent à confusion : SecuriteSurUnServeur, GererLesCommentaires, GererLesProprietairesEtLesDroits, GererLesUtilisateurs laissent penser que ces pages peuvent intégrer des renseignements utiles à tous les utilisateurs. Or, leur contenu ne concernent que les administrateurs techniques, c'est-à-dire les personnes ayant les droits d'accès aux bases de données. Un utilisateur lambda qui va faire une recherche sur "commentaire" va tomber sur cette page lui présentant du code SQL auquel il ne va rien comprendre : "où est-ce que je rentre ça ?, etc.". Il faudrait réflechir à des

Solutions type :


En fait je me suis contenté de recoller les titres pour former des noms wiki... et je n'avais malheureusement pas lu la page de principes (qui ne me semblent pas encore tellement être appliqués en fait :-S) Sinon pour beaucoup de problèmes il n'y a pas encore de solution autre que MySQL (par exemple GererLesCommentaires, GererLesProprietairesEtLesDroits etc.).

-- LordFarquaad

Documenter le code

Comme discuté dans la page ClasseWiki et ModeleObjetDeWikiNi, il faudrait documenter le code source de WikiNi en ajoutant des commentaires PhpDoc?. -- DidierLoiseau



Liens interwiki


Dans wakka.php ligne 312 (environ)

Remplacer return "<a href=\"$tag\" >$text (interwiki)</a>";

Par return "<a href=\"$tag\" class=\"interwiki\" >$text</a>";

Dans wakka.css

Ajouter la ligne a.interwiki:after { content: " (interwiki)"; }

Remarque :

Progi1984 (24/08/06) : Pourquoi ne pas faire un petit lien dans le genre genre cette petite image : http://wiki.splitbrain.org/lib/tpl/default/images/link_icon.gif

Je n'ai pas dit cette image, mais une image de ce type au lieu de mettre (interwiki)...
Plus convivial, ca tape à l'oeil, ca n'oblige pas l'user à lire interwiki, possibilité de différencier interwiki (genre [[Machin:), de lien externe (genre http://...)

LordFarquaad : En fait je pense que le mieux serait de faire un truc qui puisse s'adapter facilement en fonction d'un thème.
Je suis assez pour l'idée du CSS sauf qu'elle ne fonctionne pas avec certains navigateurs comme IE...

Progi1984 : J'ai regardé sur le Net... aucune parade contre ca :( --


Pour l'affichage, je propose un truc plus fun que UnWiki:UnePage (interwiki) comme par exemple °UnWiki:UnePage° (il suffit de changer wakka.php).
-- jexOm.

C'est ce qui avait plus ou moins à l'origine et le (interwiki) a été rajouté sans vraiment de discussion (ou alors je ne l'ai pas vu) lors d'une mise à jour d'optimisation de code. Après un temps d'adaptation j'avoue que maintenant je trouve cet affichage agréable : il permet d'identifier immédiatement ce type de lien bien particulier. -- DavidDelon

Moi j'aime bien la méthode avantages / inconvénients ;-) Pour la syntaxe UnWiki:UnePage (interwiki) :
Avantages :
Inconvénients :


Question subsidiaires : pourquoi ne souligner que les liens interwiki ? Qu'ont-ils de si important ? Pourquoi ne pas souligner aussi les liens "(intrawiki)" et "(extrawiki)" (comme c'est d'ailleurs le cas sur certains moteur de wiki, à l'aide de symboles) ?

-- CharlesNepote

Les WikiWikiWeb ont effectivement tous leur façon de traiter ce sujet. Voir par exemple les icones chez SergeStinckwich.
Il y a effectivement trois types de liens :
- vers une page interne
- vers une page externe qui n'est pas un lien interwiki
- vers une page externe qui est un lien interwiki.
Je ne m'y connais pas trop en CSS, mais n'y aurait-il pas moyen de déléguer ça à la feuille de style ?
Pour revenir à "(interwiki)" : pour ma part, je trouve ça trop encombrant comme notation...
-- jexOm.

Oui il y a des solutions en CSS, en particulier :
La solution en CSS3 est particulièrement élégante puisqu'elle ne nécessite aucune modification du code HTML ! (cf. exemples ci-dessous.)
On peut trouver des icônes :

-- CharlesNepote

Voici un exemple de code CSS3, à insérer dans wakka.css, permettant d'obtenir une icône après le lien, sans modification du code HTML :
a[href^="http:"] {
background: transparent url('http://i.a.cnn.net/cnn/.element/img/1.0/misc/icon.external.links.gif') 100% 100% no-repeat;
padding-right: 25px;
}

a[href^="http://votre-adresse.domaine"],
a[href^="http://localhost"] {
background: none;
padding: 0px;
}

Fonctionne parfaitement sur MoZilla mais pas sur InternetExplorer.
-- CharlesNepote



Javascript


Je me permets de replacer cette section ici car je trouve que la solution mise en oeuvre par StephaneAulery? ne solutionne que partiellement le problème (i.e.: solution du côté php uniquement)

But : Séparer le code javascript du contenu de la page, du côté présentation.

Avantages :


Solution :
Plus d'infos sur ce

-- DidierLoiseau



index.php ?


Pourquoi ne pas renommer la première page wakka.php en index.php ?

Ça permettrait d'avoir des url comme : http://www.wikini.net/?wiki=AFaireMoinsDe10Minutes c'est déjà plus lisible et facile à retenir.

Sauf que cela interdirait la coexistence directe collaborative avec d'autres systèmes ;-) -- JdX?

Effectivement. Le mieux dans ce cas serait donc que le fichier index.php fourni inclue le fichier wakka.php au lieu de faire une redirection. Dès lors il suffirait de configurer base_url en y enlevant la partie "wakka.php". Pour éviter toute confusion pour les "débutants" (ou plutôt ceux qui découvrent WikiNi), la valeur par défaut resterait celle utilisée actuellement.

-- LordFarquaad



Supprimer l'appel à la variable wiki


Le top, ce serait même de virer la variable wiki : http://www.wikini.net/?AFaireMoinsDe10Minutes

Remarques :

Il suffit de récupérer simplement l'adresse complète en PHP (système utilisé sur dotclear).

Il faut toutefois éviter les problèmes avec les éventuels autres paramètres &param1=valeur1.

Ce type d'URL est-il respectueux des normes (RFC...) ? (A vérifier)

L'idée n'est pas mauvaise, si quelqu'un propose une solution pour cela elle pourrait être inclue dans la version 0.5.

-- LordFarquaad



Installation


Dans /wakka.php :

Ajouter error_reporting( E_ALL & ~E_NOTICE );

Remarques :

Permet d'éviter l'affichage des notices (en général des variables utilisées sans être instanciées, donc de possibles failles de sécurité...).
NB.: c'est la valeur par défaut de PhP en fait...

Ou mieux, modifier le code pour qu'il fonctionne même avec l'option E_ALL ...

Alternative :

Ajouter error_reporting(E_ALL ^ E_NOTICE); au debut et corriger tous les messages NOTICE




Pré-renseigner les champs de formulaires


Un peu de JavaScript peut donner un petit effet intéressant :

<input id="zzz" name="xxx" value="Mot-clé" onfocus="if (this.value == 'Mot-clé') {this.value=''}" />

Remarques :

Vise les navigateurs en mode texte qui interprétent mal les champs vides.

Pour la boite de recherche on aurait donc :


Boite actuelle :
Recherche : <input name="phrase" size="15" class="searchbox" />

Proposition 1 :
Recherche : <input name="phrase" value="mot-clé" size="15" class="searchbox" onfocus="if (this.value == 'mot-clé') {this.value=''}" />

Pproposition 2 (en ajoutant un raccourcis clavier) :
Recherche : <input name="phrase" value="mot-clé" size="15" class="searchbox" onfocus="if (this.value == 'mot-clé') {this.value=''}" accesskey="4" />



Supprimer l'attribut size des champs de formulaire


Fait !
Ou presque, il ne reste que actions/textsearch.php et setup/default.php. -- JmPhilippe

Références :


Remarques :




Faire une page de doc pour WikiNi


Réaliser une doc de l'administrateur WikiNi listant les erreurs qui se produisent lors d'une surchage du serveur.

Remarques :

Exemple : Query failed: select * from wikini_pages where tag = 'WakkaFr' and latest = 'Y' limit 1 (Lost connection to MySQL server during query)

-- BenoitAudouard 20031121



Rétro-liens


Pages ayant un lien vers la page courante :
Progi1984
RapportsDeBogues



Partant du constat qu'il n'est pas toujours possible de consacrer 2 heures de temps d'affilée pour le projet WikiNi, cette page recense les développements, actions, etc., qui peuvent être réalisés en un temps très court (souvent moins de 10 minutes).


Accessibilité


Liens interwiki

Fichier /wakka.php ligne 312
Remplacer
return "<a href=\"$tag\" >$text (interwiki)</a>";
Par
return "<a href=\"$tag\" class=\"interwiki\" >$text</a>";

Et dans wakka.css
Ajouter la ligne
a.interwiki:after { content: " (interwiki)"; }

Javascript

Séparer le code javascript du contenu de la page.

Créer des fonctions dans un fichier /js/fonctions.js, par exemple
Appeler le fichier js dans le head
<script src="js/fonctions.js" type="text/javascript" />

Et, dans la page, appeler des fonctions au nom explicite.
exemple "editionDoubleClic()"

Plus d'infos sur ce

index.php ?

Pourquoi ne pas renommer la première pasge wakka.php en index.php ?
Ça permettrait d'avoir des url comme : http://www.wikini.net/?wiki=AFaireMoinsDe10Minutes
c'est déjà plus lisible et facile à retenir.

Le top, ce serait même de virer la variable wiki :
http://www.wikini.net/?AFaireMoinsDe10Minutes

En récupérant simplement l'adresse complète en PHP (système utilisé sur dotclear)

Navigation


Ajouter les rétro-liens dans le menu du bas : HandlerBackLinks


Installation


Ajouter dans /wakka.php
error_reporting( E_ALL & ~E_NOTICE );
Pour éviter l'affichage des notices (en général des variables utilisées sans être instanciées, donc de possibles failles de sécurité...).
NB.: c'est la valeur par défaut de PhP en fait...

Ou mieux, modifier le code pour qu'il fonctionne même avec l'option E_ALL ...

Pré-renseigner les champs de formulaires

Il est conseillé de ne pas laisser "les zones de saisie de vos formulaires vides car ceux-ci risquent d'être mal interprétés par les navigateurs en mode texte." Un peu de JavaScript peut donner un petit effet intéressant : <input id="zzz" name="xxx" value="Mot-clé" onfocus="if (this.value == 'Mot-clé') {this.value=''}" />
Pour la boite de recherche on aurrait donc :
(Il faudrait également tester la possibilité de supprimer l'attribut "size".)
Références :
(copié-collé de WikiNiAccessible)

Rétro-liens


Pages ayant un lien vers la page courante :
Progi1984
RapportsDeBogues




Il n'y a pas de commentaire sur cette page. [Afficher commentaires/formulaire]