! Nouveau squelette: formulaire_menu_lang

Bonjour (ou plutôt bonne année) à tous)

Le dernier squelette pour l'espace public est arrivé: 
menu_lang-dist.html contient le formulaire permettant
d'accéder aux langues proposées tant dans l'espace public (balise 
#MENU_LANG) que privé (#MENU_LANG_ECRIRE).

Comme pour celui des forums, ce squelette est cependant inabouti 
puisque certaines balises HTML sont produites dans le script d'appel, 
faute d'une nouvelle BOUCLE sur les langues. Cette possibilité avait 
été soumise à discussion dans le fil suivant:

http://article.gmane.org/gmane.comp.web.spip.devel/23722

mais il n'a malheureusement suscité aucune réaction.
On s'arrête donc là en attendant mieux.

			Emmanuel

bug sur les stats

avec la cvs du 29 mais déja présent avant
voici 3 copies d'écran

je suis actuellement sur mon site en MARS 2011 pour l'affichage des stats

A+
bonne année

avec la cvs du 29 mais déja présent avant
voici 3 copies d'écran

je suis actuellement sur mon site en MARS 2011 pour l'affichage des stats

A+
bonne année

Re: bug sur les stats

> Le 1 janv. 05, à 15:31, rpapa a écrit :
> je suis actuellement sur mon site en MARS 2011 pour l'affichage des 
> stats

Spip est vraiment à la pointe du progrès ... en avance sur son temps 
même 
désolé, j'ai pas pu m'empecher ... bonne année et merci à toute 
l'équipe des devs
 <at> +
Nicolas RIQUOIS
http://www.pucroller.com

Re: bug sur les stats

Salut,

J'ai eu le même souci. Deux insertions dans la table en ont été la cause 
: une date nulle et une date type 2011 (mais pourquoi 2011 ?).

J'ai effacé ces deux insertions mais le graphique prend chaque ligne en 
considérant qu'il y a forcément 24h entre deux enregistrements 
consécutifs dans la base. J'avais un trou d'un mois dans les stats (oui, 
je ne suis pas très réactif  !) et le graphique était donc erroné.

Bilan des courses : j'ai purgé les stats en vidant les tables 
spip_visites et tout est rentré dans l'ordre.

A+

#Olivier.

rpapa a écrit :
> avec la cvs du 29 mais déja présent avant
> voici 3 copies d'écran
> 
> je suis actuellement sur mon site en MARS 2011 pour l'affichage des stats
> 
> A+
> bonne année 

bug avec les mots-clés?

Salut les gens,

J'ai un petit problème que je ne parviens pas à expliquer. En voici la 
teneur. Soient quatre article A, B, C et D et deux mots-clés 1 et 2. Je 
lie les articles aux mots-clés selon les quatre combinaisons possibles:

- A 1 2
- B 1
- C 2
- D

Ensuite, j'écris le squelette rudimentaire suivant que je donne à manger 
à la version CVS d'il y a vingt minutes:

	<BOUCLE_generale(MOTS){id_mot=1}>

	<BOUCLE_1(ARTICLES){id_mot}{id_mot!=2}>
	<li>#TITRE</li>
	</BOUCLE_1>

	<hr />

	<BOUCLE_2(ARTICLES){id_mot}{id_mot==2}>
	<li>#TITRE</li>
	</BOUCLE_2>

	</BOUCLE_generale>

On dirait que SPIP s'emmêle les pinceaux avec les deux critères 
utilisant des mots-clés. La seconde boucle est aphone; tout passe dans 

Re: bug sur les stats

#Olivier a écrit :

> Bilan des courses : j'ai purgé les stats en vidant les tables 
> spip_visites et tout est rentré dans l'ordre.

Juste une demande de précision pour pas faire de bêtise. Quand tu purges 
spip_visites, spip recalcule tout à partir des données contenues dans 
spip_articles, c'est ça? (ou bien on perd des données quelque part?).

Merci

François

bug avec les mots-clés?

Bonsoir,

De ce que je comprends de la doc, il n'y a pas de bug car le 2e critère 
est inopportun dans les 2 cas.
Puisque id_mot vaut 1 par la boucle englobante,
le 2e critère  la boucle 1 ({id_mot!=2}) est superflu,
et celui de la boucle 2 ({id_mot==2}>) contradictoire.
Donc tous les résultats pour la boucle 1, et aucun pour la boucle 2.

			Emmanuel

Re: Perfs de forums

BoOz a écrit :

> Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to 
> allocate 183444 bytes) in /var/shim/spipnet/Web/ecrire/inc_db_mysql.php3 
> on line 216

Oui, j'ai déjà constaté ça plusieurs fois aussi. Et pas seulement sur 
Spip-Contrib (qui a beaucoup ramé ces derniers temps).

François

Re: bug sur les stats

#Olivier a écrit :
> Salut,
> 
> J'ai eu le même souci. Deux insertions dans la table en ont été la cause 
> : une date nulle et une date type 2011 (mais pourquoi 2011 ?).
d'ou viens cette insertion,
un article, ou interne à spip
> 
> J'ai effacé ces deux insertions mais le graphique prend chaque ligne en 
> considérant qu'il y a forcément 24h entre deux enregistrements 
> consécutifs dans la base. J'avais un trou d'un mois dans les stats (oui, 
> je ne suis pas très réactif  !) et le graphique était donc erroné.
> 
> Bilan des courses : j'ai purgé les stats en vidant les tables 
> spip_visites et tout est rentré dans l'ordre.
peux-tu me préciser la procédure (phpMyAdmin I présume)
> 
> A+
> 
> #Olivier.
> 
> rpapa a écrit :
> 
>>avec la cvs du 29 mais déja présent avant
>>voici 3 copies d'écran
>>
>>je suis actuellement sur mon site en MARS 2011 pour l'affichage des stats
>>
>>A+
>>bonne année 

Re: bug sur les stats

Salut François,

Je ne peux pas te répondre : j'ai tout purgé (spip_visites, 
spip_visites_articles, spip_visites et spip_visites_temp).

J'avais en fait des insertions erronées dans spip_visites_articles et 
donc dans spip_visites (cf. extrait sql dans ma réponse à rpapa). J'ai 
profité du passage à 2005 pour effectuer une remise à zéro. Je n'ai en 
revanche aucun élément pour déterminer l'origine du dysfonctionnement. 
Je vais contrôler régulièrement les insertions dans les tables 
spip_visites* pour essayer de porter un diagnostic.

A+

#Olivier.

François Schreuer a écrit :
> #Olivier a écrit :
> 
> 
>>Bilan des courses : j'ai purgé les stats en vidant les tables 
>>spip_visites et tout est rentré dans l'ordre.
> 
> 
> Juste une demande de précision pour pas faire de bêtise. Quand tu purges 
> spip_visites, spip recalcule tout à partir des données contenues dans 
> spip_articles, c'est ça? (ou bien on perd des données quelque part?).
> 
> Merci
>