Bonjour …
je me retourne l’esprit dans tous les sens … mais vois pas trop comment faire tout ca …
il s’agit de statistiques à l’intention du visiteur, les informations sont les suivantes:
Le site #NOM_SITE_SPIP en chiffre c’est:
Une partie est déjà dans l’inteface de stats … mais pour le reste ?
Merci pour le coup de main …
Christophe
Salut,
La solution passe par une balise (non documentée, je crois, hum…): #TOTAL_BOUCLE, qui indique le nombre total de résultats dans une boucle. Attention: on vient tout juste de modifier la version 1.0.5 (dans « devel », version non finalisée) pour pouvoir utiliser cette balise plus souplement - pour l’heure, c’est pas réellement utilisable pour récupérer le nombre de résultats une seule fois (dans les versions avant la 1.0.5, #TOTAL_BOUCLE s’utilise à l’intérieur des boucles, et est donc répété autant de fois qu’il y a de résultats…
Avec la version 1.0.5 (attention encore, d’une version 1.0.5 depuis hier soir… la bidouille est toute récente), on peut utiliser #TOTAL_BOUCLE dans le « texte conditionnel » (et non pas seulement à l’intérieur du texte en boucle).
Affichons par exemple le nombre d’articles ainsi que la liste des articles:
<B_tous_articles>
Il y a #TOTAL_BOUCLE articles sur ce site.
</BOUCLE_tous_articles>
Attention: il y a pour ce qui suit une subtilité (une bizarrerie, plutôt): on ne veut afficher QUE le nombre de résultats, mais pas la liste des articles. C’est simple, il suffit de ne rien placer à l’intérieur de la boucle (ici, simplement supprimer la mention «
<BOUCLE_tous_articles(ARTICLES){tous}></BOUCLE_tous_articles>
Il y a #TOTAL_BOUCLE articles sur ce site.
<//B_tous_articles>
(comme d’habitude, je fais ça de tête, ce code n’est pas testé).
===========
Tu peux faire exactement la même chose pour les brèves, les rubriques et les auteurs.
===========
Pour les « pages vues », c’est nettement plus difficile, puisque ça n’est pas un nombre de résultats d’une boucle qu’il faut afficher, mais la somme cumulée des « #VISITES » d’une boucle ARTICLES. Ca, SPIP ne peut pas le faire directement. Seule solution, un petit script PHP qui va effectuer le boulot.
Ca donne quelque chose du genre:
<BOUCLE_visites(ARTICLES){tous}>
<? $compteur_visites=$compteur_visites+#VISITES; ?></BOUCLE_visites>
<? echo "Nombre de visites : $compteur_visites."; ?></B_visites>
Le principe:
→ à l’intérieur de la boucle, pour chaque article, tu ajoute à un compteur PHP le nombre de visites. Dans ton code source, l’intérieur de la boucle devient quelque chose du genre:
<? $compteur_visites=$compteur_visites+45; ?> <? $compteur_visites=$compteur_visites+120; ?> <? $compteur_visites=$compteur_visites+62; ?> <? $compteur_visites=$compteur_visites+12; ?> <? $compteur_visites=$compteur_visites+87; ?> <? $compteur_visites=$compteur_visites+98; ?> <? $compteur_visites=$compteur_visites+46; ?>[…]
Une fois la boucle terminée, il suffit donc d’afficher $compteur_visites.
Tu constates que, s’il y a plusieurs centaines d’articles dans ton site, cette ligne en PHP est répétée autant de fois, c’est carrément lourdingue - et malgré le système de cache, il faut bien comprendre que c’est du code PHP qui est mis en cache, et non le résultat final, donc ce code est exécuté à chaque visite sur la page. Ca s’exécute tout de même très rapidement, mais c’est pas joli…
De plus, le compteur de visites est pas dément. C’est vraiment conçu pour avoir une indication grossière de la répartition des visites dans le site, non pour obtenir un compteur fidèle. Tu indiques « pages vues », c’est effectivement quelque chose dans ce genre; et les « pages vues », c’est vraiment pas une information très pertinentes…
Réellement, le plus simple est d’ajouter dans tes squelettes un véritable petit compteur tout fait, on en trouve partout. Tu peux par exemple utiliser « Visiteurs », entièrement en PHP/mySQL, qui donne des résultats pas dégueux:
http://www.phpinfo.net/applis/visiteurs/
Amicalement,
ARNO*
At 15:22 +0200 5/08/01, Christophe Mannino wrote:
Bonjour …
je me retourne l’esprit dans tous les sens … mais vois pas trop comment faire tout ca …
il s’agit de statistiques à l’intention du visiteur, les informations sont les suivantes:
Le site #NOM_SITE_SPIP en chiffre c’est:
- XX articles
- XX breves
- XX rubriques
- XX auteurs
- XX pages vues (nombre de visites cumulé de chaque article)
Une partie est déjà dans l’inteface de stats … mais pour le reste ?
Merci pour le coup de main …
Christophe
Le Scarabée : http://www.scarabee.com
uZine 2 : http://www.minirezo.net
DH/DSS, 0x11930F0B, DEEB 602D B344 644B AF88 BF73 85F4 2297 1193 0F0B
Hello,
il s'agit de statistiques à l'intention du visiteur
Pour ces statistiques, je pense qu'il serait bon de ne pas compter les
visites de l'admin (celui qu'à un cookie), parce qu'un bon admin passe
son temps à vérifier tout le site, ce qui fausse bien les stats ... 
Nicolas.
--
Nicolas HOIZEY - Analyst @ TechMetrix Research
Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
Bonjour,
Je cherche à installer SPIP sur OVH,
L'un de vous connait il quelqu'un qui a déjà fait cette experience,
Merci.
Bon jour/soir,
yvan gapin wrote:
Je cherche à installer SPIP sur OVH,
Oui. Pas de problème pour moi sur un 90Plan.
Tu aurais dû faire un fil spécifique parceque là, rien à voir....
Lis aussi les archives de la maling-list....
L'un de vous connait il quelqu'un qui a déjà fait cette experience,
Un peu bizarre pour pouvoir accèder au compte 'admin', j'ai fait la
manip de passer le .htpasswd en 777 et là je peux me logger bien que ce
fichier reste en 600 au niveau droit d'accès (???....).
Enfin bref, ça fonctionne chez OVH 
Amitiés.
--
1________10________20________30________40________50________60________72>
Jean-Cyrille Vercollier PGP Key ID = 0xCAAF660D
51510 Compertrix-France Ham Radio: F6IWW @F6KIF.FCAL.FR.EU
Réellement, le plus simple est d'ajouter dans tes squelettes un véritable petit compteur tout fait, on en trouve partout. Tu peux par exemple utiliser "Visiteurs", entièrement en PHP/mySQL, qui donne des résultats pas dégueux:
http://www.phpinfo.net/applis/visiteurs/
ouah c'est carrement chaud tout ca. Je comprends rien. Ca commence (dans le guide d'install) avec des archives a decompresser, archives que je ne vois nulle part (pas dans le download), et ca continue avec des bidouillages de fichier php et mysql pour lesquels faut deja assurer en programmation j'ai l'impression. Je me trompe? Sinon ca serait cool d'avoir des stats de ce type.
Du coup j'ai essaye de tester ce que tu disais dans le reste du mail et le resultat est ... nul -)
y a des trucs qui pourraient m'aider qq part?
ciao
eric
yeap ... j'ai essayé le reste egalement et le resultat ne donnait rien ..
pas de total du nombre d'articles, rubriques etc ..; vide ... rien ...
Christophe
----- Original Message -----
From: "Eric Langevin" <Eric.Langevin@globenet.org>
To: "ARNO*" <arno@scarabee.com>; "Christophe Mannino"
<christophe.mannino@zenblade.com>; <spip@rezo.net>
Sent: Friday, August 17, 2001 4:53 PM
Subject: Re: [Spip] le site en chiffre ....
Réellement, le plus simple est d'ajouter dans tes squelettes un véritable
petit compteur tout fait, on en trouve partout. Tu peux par exemple
utiliser "Visiteurs", entièrement en PHP/mySQL, qui donne des résultats
pas dégueux:
http://www.phpinfo.net/applis/visiteurs/
ouah c'est carrement chaud tout ca. Je comprends rien. Ca commence (dans le
guide d'install) avec des archives a decompresser, archives que je ne vois
nulle part (pas dans le download), et ca continue avec des bidouillages de
fichier php et mysql pour lesquels faut deja assurer en programmation j'ai
l'impression. Je me trompe? Sinon ca serait cool d'avoir des stats de ce
type.
Du coup j'ai essaye de tester ce que tu disais dans le reste du mail et le
resultat est ... nul -)
y a des trucs qui pourraient m'aider qq part?
ciao
eric
_______________________________________________
spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip
Bonsoir,
après avoir imprimé et lu la doc webmaster/bidouilleur, je me suis lancé sur
la création d'une première BOUCLE qui était sensée afficher la liste des
rubriques de niveau 1, puis une seconde BOUCLE afficahnt les rubriques de
même niveau et même parent que la rubrique en cours mais ni l'une ni l'autre
ne fonctionne.
en gros, j'ai les rubriques suivantes :
index |- rub01 |- rub01.1
|- rub01.2
|- rub01.3
|- rub02 |- rub02.1
|- rub02.2
...
et je souhaiterai que la première BOUCLE affiche les rubriques rub01, rub02,
rubXX et que la seconde BOUCLE affiche les rubriques rub01.1, rub01.2,
rubXX.X lorsque je suis dans la rubriques rub01.
Merci pour votre aide 
J'aurais voulu avoir vos suggestions quant à la meilleure manière
de gèrer un site multilingue avec SPIP.
Je compte commencer par le français et l'anglais mais par la
suite d'autres langues pouraient suivre dont des langues tel que
l'arabe qui se lit de droite à gauche.
Pour la partie publique j'imagine que le mieux est de faire
une rubrique principale par langue et utiliser un squelettes
traduit pour chaque langue (sommaire-1.html, sommaire-2.html, ...)
a moins que vous ayez d'autres solutions ?
Pour la partie interne, quelle est la meilleure manière de permettre
à un rédacteur de choisir la langue de son interface ?
Je suis prêt à accorder quelques heures par semaine à la traduction
de la partie interne de SPIP. Y a t il d'autres personnes pour me
rejoindre ?
Hello,
J'aurais voulu avoir vos suggestions quant à la meilleure manière de
gèrer un site multilingue avec SPIP.
Pour l'instant, c'est de la bidouille au coup par coup, mais ce sera
sans doute un jour proposé en natif.
Pour la partie publique j'imagine que le mieux est de faire une
rubrique principale par langue et utiliser un squelettes traduit
pour chaque langue (sommaire-1.html, sommaire-2.html, ...)
C'est ce que j'ai commencé à faire moi aussi sur
http://www.gasteroprod.com/huntsmen/ ...
Tu peux aussi te créer des mots clefs 'english', 'french', 'arabic'
pour rassembler les articles, mais c'est plus complexe à mettre en
oeuvre.
Mais cela dépend si tu comptes avoir tous les articles disponibles
dans toutes les langues (à la manière de phpHeaven) ou si tes contenus
seront différents.
Pour la partie interne, quelle est la meilleure manière de permettre
à un rédacteur de choisir la langue de son interface ?
Traduire l'interface sera d'une bien supérieure difficulté, je ne
pense pas qu'il faille se lancer dans ce chantier à moins de le faire
avec les mainteneurs de SPIP pour que tout le monde bénéficie du
travail de l'ensemble ...
-Nicolas
--
Nicolas HOIZEY - Analyst @ TechMetrix Research
Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
Bonjour à tous,
J'aurais voulu avoir vos suggestions quant à la meilleure manière de
gèrer un site multilingue avec SPIP.Pour l'instant, c'est de la bidouille au coup par coup, mais ce sera
sans doute un jour proposé en natif.
Je pensais à une case lors de la rédaction d'un article qui proposerait de saisir le numéro d'un article pour lequel l'article en cours serait la traduction + un menu local pour spécifier la langue. Ainsi, on pourrait proposer, page par page, les traductions de l'article en cours éventuellement. Le problème serait plus complexe pour tout le site mais peut-être un lang=fr en plus des article_id=300 dans l'URI permettrait de passer des squelettes article.html, rubrique.html à article.fr.html, rubrique.fr.html, etc. Ça ne sera sûrement pas facile à implémenter de manière simple...
À plus,
Gilles
--
gpl
Je pensais à une case lors de la rédaction d'un article qui
proposerait de saisir le numéro d'un article pour lequel l'article
en cours serait la traduction
Il faudrait plutôt que les différentes traductions d'un article
portent le même numéro et qu'un article simple soit à présent
identifié par le couple id + code iso de langue.
Par exemple, on pourrait avoir des URL
'article.php3?id_article=58&lang_article=en'.
Mais il faut alors faire attention, car la langue de l'article doit
pouvoir être décorellée de la langue du site ...
Et quand aucune langue n'est précisée, si plusieurs versions sont
disponibles, il faut prendre en considération la config du browser ou
un choix effectué précédemment. On peut se baser sur phpLang pour
cette partie.
-Nicolas
--
Nicolas HOIZEY - Analyst @ TechMetrix Research
Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
Bonjour la liste,
Nous sommes également intéressés au Ministere des Affaires étrangères par
la possibilité de décliner un article en différentes langues.
Nous réfléchissons à bâtir un modele de site d'ambassade sous SPIP et
chacun de nos sites se décline dans 2 langues (francais + langue du pays).
Je suppose, d'apres ce que je comprends de l'architecture de SPIP, que
cela entrainerait une modification de la structure de la base pour gérer
pour chaque article un champ code_langue.
Aux developpeurs de SPIP, quelle est selon vous la meilleure technique
permettant de "customizer" SPIP pour atteindre cet objectif (tout en
restant compatible avec les évolutions programmées de SPIP)?
Merci de votre aide.
Olivier RICHÉ
__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/
Bonjour à tous,
Y a-t'il une solution pour qu'un article virtuel (avec =http://etc dans le
chapeau) renvoie la page en target="_top" ou _blank ?
Merci
jm
Jean-Michel Blondeau, le 20/08/01 16:22, a écrit :
Bonjour à tous,
Y a-t'il une solution pour qu'un article virtuel (avec =http://etc dans le
chapeau) renvoie la page en target="_top" ou _blank ?
Merci
jm
PS
Pour l'instant j'envoie sur une page qui reroute dans une nouvelle fenêtre
mais lorsqu'on la ferme la fenêtre de spip est totalement blanche, il faut
faire un retour c'est un peu gênant.
J'ai ce problème de target pour d'autres liens d'ailleurs, je remonte dans
les archives, mais ne trouve pas ! il m'a pourtant semblé avoir lu qqchose
ici à ce sujet 
si qqn a ça sous le coude merci
jm
Non, c'est impossible (sauf bidouille crade ?) avec la façon
dont c'est géré actuellement. En effet, un article virtuel
génère un véritable fichier cache, mais ce fichier ne contient
qu'un bout de code PHP pour rediriger le navigateur vers la
page réelle de l'article. Comme il n'y a aucune différence,
au niveau de l'écriture des squelettes, entre un article normal
et un article virtuel, il est impossible d'afficher les
articles virtuels dans une nouvelle page sans que cela affecte
également les articles normaux.
Désolé,
a+
Antoine.
Salut,
Comme le problème de Dreamweaver revient souvent, j'ai fait un petit article décrivant la manip pour corriger le problème:
http://www.uzine.net/article1006.html
Amicalement,
ARNO*
--
Le Scarabée : http://www.scarabee.com
uZine 2 : http://www.uzine.net
DH/DSS, 0x11930F0B, DEEB 602D B344 644B AF88 BF73 85F4 2297 1193 0F0B
Yo,
Je pense qu'il faudrait intégrer cela dans une FAQ spéciale webmaster,
avec les autres questions du genre.
a+
Antoine.
ARNO* wrote:
Salut,
Comme le problème de Dreamweaver revient souvent, j'ai fait un petit
article décrivant la manip pour corriger le problème:
[uZine 3]Amicalement,
ARNO*
J'ai trouvé la solution. (top, blank....)
En javascript (c'est de la bidouille crade... dirait Antoine ;-D)
Si vous utilisez golive le mode d'emploi est ici :
http://www.voir.net/cybfaq/spip/article.php3?id_article=22
Quand j'aurai le temps je ferai ce doc en passant l'url en variable.
Il suffira alors d'appeler le doc de re-routage avec un lien
Lien->http://page_intermediaire.html?lien="http://page_a_appeler.html
Il serait plus simple d'appeler directement un petit php dans spip qui
s'occuperait des target, Non?
jm
Antoine Pitrou, le 20/08/01 16:54, a écrit :
Non, c'est impossible (sauf bidouille crade ?) avec la façon
dont c'est géré actuellement. En effet, un article virtuel
génère un véritable fichier cache, mais ce fichier ne contient
qu'un bout de code PHP pour rediriger le navigateur vers la
page réelle de l'article. Comme il n'y a aucune différence,
au niveau de l'écriture des squelettes, entre un article normal
et un article virtuel, il est impossible d'afficher les
articles virtuels dans une nouvelle page sans que cela affecte
également les articles normaux.Désolé,
a+
Antoine.