NiCoS

et puis il faudrait connaitre ses besoins pour pouvoir le conseiller...

Dotclear est français, il y a une communauté autour par contre je suis plus réservé pour les galleries publiques/privées.

Il suffit que tu adaptes cette ligne et que tu la décommentes...

#RewriteBase /sous/repertoire/

Il faut écrire un convertisseur...

J'en avais commencé un pour exporter les billets dotclear au format Movable Type pour utiliser ensuite ce format géré par Wordpress...

Mais pas eu le temps de le finir.

Si ça te dit, je te le mets à disposition, tu n'auras plus qu'à compléter...

Je trouve celle de Dotclear plus simple (trop simple ?).

En effet, on peut désactiver l'éditeur depuis son profil, je n'avais pas vu cela lors de mon test de la version 2RC

J'avais regardé la RC et la seule modification importante que j'avais vu étant dans l'arrivée d'un éditeur WYSIWYG dont j'ai une sainte horreur...

Je pensais à ce moment là le prendre comme remplaçant de dotclear pour avoir des sous-catégories mais j'avoue que l'ergonomie de l'outil et l'arrivée du WYSIWYG m'ont fait abandonner cette idée...

Vais néanmoins retester cela...

La version finale est sortie, apparemment la traduction française est en cours mais pas encore finie...

alors davidm, on se repose ??

SPIP répond à 100% de ta demande...

Tu crée un secteur (rubrique de niveau 1) par langue et ensuite chacun fait ce qu'il veut et évolue comme il veut.

Tu peux lier les articles d'un même article mais c'est pas obligé

Perso, c'est awstats mais ca suppose d'être sur un serveur dédié et cela n'analyse que les fichiers de log d'apache... mais ca me suffit et je peux générer les rapports quand je le souhaite (en l'occurence, la nuit)

C'est clair que y a un potentiel dans Modx, vivement les prochaines versions que l'interface d'admin s'améliore et gagne en clarté

Pour chucky, si SPIP te parait confus, je crains que Modx le soit encore plus.

SPIP est dans un premier temps je pense une bonne solution pour toi.

A changer tout le temps de CMS, tu ne vas pas réussir à le prendre en main. Je serais toi, je persisterais dans SPIP

Pour la validité XHTML, c'est possible largement (à qqs exceptions près si on utilise certains formulaires de forums) - david, faut VRAIMENT que tu joues un peu avec la 1.8.x pour voir que cela s'est NETTEMENT amélioré et que ce troll n'a (presque) plus lieu d'être...

Pour la personnalisation : oui on peut faire quasiment ce qu'on veut avec spip dès lors que c'est faisable en css et via des boucles pour les appels aux différents champs.

Certains sites de ministères sont fait avec SPIP et ils ne se ressemblent pas, tout comme plein de sites privés ou d'entreprises...

Pour le 1, as tu regardé la liste des scripts de galerie sur framasoft.net ?

Pour le 2, une fois que le cache est créé, tu ne devrais plus avoir de problème de performance !

Pour les fichiers squelettes, c'est assez simple en fait, faut juste pratiquer un peu - je ne connais pas de CMS avec des syntaxes plus simples amha.

Pour le 3, tout à fait, SPIP, Text Pattern, etc sont des systèmes de publication, c'est à dire qu'ils permettent de publier des contenus via une interface dédiée et sans requierir la moindre connaissance en HTML/CSS, etc grace à la séparation fond/forme.

Merci claire !

Ah oui tiens... j'ai du confondre avec la syntaxe d'un autre wiki ou je ne sais trop quoi...

Par contre, sauf erreur, y a pas de système de commentaire pour Dokuwiki, je me trompe ? Car j'en aurais aussi besoin

Hello,

Je cherche un wiki qui gère proprement le code pour un site de tutoriels techniques.

Je m'explique, dans Dokuwiki, sauf si j'ai raté qqc mais pour faire :

<?php
echo "Hello world";
?>

je dois taper :

@@<?php@@

@@echo "Hello world";@@

@@?>@@

Ce qui est particulièrement antiproductif et moche et surtout que si je saute pas de ligne, il me met tout à la suite et un

@@<?php

echo "Hello world";

?>@@

ne fonctionne pas non plus

Qqn connaitrait-il un wiki qui gère proprement le code et si possible en php/mysql (critères non discriminatoire vu que je suis sur un dédié)

/ecrire/inc_config.php ;-)

2 solutions avec SPIP :

- soit tu utilises les champs extra et c'est intégré en back-office et front-office,

- soit tu utilises la fonction d'appel à des bases externes, ce qui te permet de gérer tout et n'importe quoi en front office via des boucles spip par contre coté back office, c'est pas intégré donc il te faudra faire tes propres interfaces...

Non, car si la base a été mis à jour, tu ne pourras pas revenir à une version précédente, à moins d'avoir une sauvegarde de ta base avant la mise à jour....

J'ai pas l'explication pour le make par contre..........

<{POST_SNAPBACK}>

Tout simplement parce que make a créé un premier jeu de fichiers pour l'installation.

make clean permet de nettoyer ces fichiers.

Idéalement pour que les nouvelles données (donc lib de php) soient pris en compte, il faut faire :

make clean
./configure avec les options qui vont bien...
make
make install

Tu peux toujours procéder à cette solution, même si la mise à jour a été faite ;-)

Quand tu as fait ta mise à jour, tu as écrasé tes anciens fichiers ou as tu fait cela dans un répertoire propre ?

Quand je fais une mise à jour, je fais :

Si spip est dans un dosser "www" :

- Je renomme www en www_old

- je dézippe spip

- je renomme le nouveau dossier spip en www

- je fais la mise à jour en lançant http://www.monsite.com/ecrire/

- Quand la mise à jour est faite, je rappatrie mes squelettes, fichiers css, mes filtres, le contenu de IMG dans mon nouveau dossier www.

Vérifie aussi que tes fichiers sont bien passés...

Laisse leur le temps de répondre

De quelle version à quelle version es-tu passée ?

Tu ferais mieux de poser ta question sur la liste des utilisateurs spip : spip_AT_rezo.net il me semble (à vérifier sur le site de spip...)

Vous me donnez bien envie avec tous vos échanges... si seulement j'avais un peu de temps... vivement l'année prochaine...

"chmod mysql.mysql /var/log/mysql_slow.log"

C'est pas chmod mais chown

et sur ma debian sarge, le group c'est adm et non pas mysql...

donc chown mysql:adm /var/log/mysql_slow.log

Tu as aussi mytop qui peut t'être utile pour voir quelles sont les requêtes MySQL qui passent sur ton serveur

Voir le bas de ce tutoriel : http://www.destination-linux.org/Monitorer-MySQL.html