Reprise du message précédent :
une autre questions débiles sur les comptages :
 
j'ai un compteur qui compte le nombre de fois que un sujet a été vus. je me suis dit pour faire ca, juste un bout de code qui incrémente un compteur a chaque passage. le problème, c'est que si quelqu'un va voir la page 1, puis la 2, c'est un sujet vu 2 fois. PHPbb fait ca aussi, mais je trouve ca bizarre, c'est un compteur de page vue, alors pas du nombre de vue du sujet...
 
ce serait pas plus logique de compter le nombre de fois que quelqu'un rentre dans le sujet ?
 
 
 

hors contexte, je trouve que cette phrase mérite le statut de fortune.

Ca serait plus correct, mais faut pouvoir le gérer (et donc il faut stocker de l'info)

variable de session !  
ou regarder le referer, si c'est le meme topik, on compte pas

ben je me suis dit ca aussi, vous faites quoi vous ?
 
un truc limite au niveau logique, mais léger ?
ou un truc lourd mais propre ?
 
jece je sais pas trop comment il fait, y a trop de traffic ici pour que je vérifies

incrementation du compteur a chaque page vue

raaaaaaah putain c'était tout con en plus
je vote pour

mais en cas de refresh je sais pas ce que vaut le referer

Je pense qu'il ne change pas.

Mais faut-il compter qu'une seule fois une vue d'un sujet par membre ? Si le gars revient apres 1h et re-regarde le sujet, est ce qu'on incremente ?

vous poussez le débat trop loin là

pour ce que ca sert honnetement vous vous faites bien chier pour pas grand chose

Appelez la colonne nombre de pages cliquées

les forums ca suxxe des otaries en latex

ca suxxe des shakalagoons à ventouses même

http://forum.hardware.fr/hardwaref [...] tm#t183191

quelle intervention remarquable !
le seul homme qui s'exprime avec des liens

je recycle l'existant

j'ai toujours été un visionnaire

Le xul c'est bien, mais avec python ca aurait été mieux.
 
C'est dommage j'aurais bien voulu l'utiliser pour mon forum.

 
Je viens de remarquer un truc très bizarre en examinant mon fichier slow-queries.log. Plus de 95% de mes requêtes lentes sont :
 

 
Elles arrivent à priori par paquet de 10 ou de 20, 2 ou 3 fois dans la journée, et s'enregistrent sans la ligne habituelle "# Time: 040819  hh:mm:ss" dans le fichier de log. De plus on peut pas faire plus simple que cette requête, et ma table de config n'est jamais mise à jour, je vois pas du tout pourquoi une requête pareille peut prendre 16 secondes (!) pour s'exécuter, alors que j'ai des requetes bien plus complexes qui ne sont jamais loggées. myisamchk ne trouve rien d'anormal sur la table.
 
Quelqu'un a une idée

 
C'est ce que je fais moi Je vérifie le referer : s'il inclue sujet=$num_sujet, je fais pas l'incrémentation. Dans tous les autres cas, si. Ca permet si le client renvoie pas de referer d'avoir une incrémentation quand meme, meme si c'est pour chaque page du sujet.

t'as un index sur configuration_id

Ben non, faut compter 2 fois. S'il revient parce qu'une réponse a été postée, faut bien prendre en compte le fait que le sujet a été vu une fois de plus

C'est ma clef primaire. Il y a un seul enregistrement de toute manière sur cette table.
 

 
Je n'avais pas constaté ce problème avec la configuration par défaut de MySQL, mais je vois pas trop ce que les modifs apportées viennent faire la dedans

joce > tu as déjà remarqué des requêtes enregistrées dans slow-queries.log sans leur date ?

Question con sur les forums: il existe des forums xhtml+css sans tables?

Ca me semble difficile. S'il est acquis que les div peuvent avantageusement remplacer les tableaux dans certains cas, il ne reste rien de mieux qu'un tableau pour ... réaliser un tableau. Dans le cas d'un forum on peut difficilement s'en passer !

C'est ce que je pense aussi. Mais cela ne doit pas dire qu'il faut renoncer à l'utilisation des DIVs ...

un forum n'est pas nécessairement défini comme un tableau si?  
(parce que quand je vois certaines CSS de CSSZenGarden je me dis que bon ca permettrait de faire une mise en page forumique linéaire, avec du boulot bien sur, mais quand même)
 
et puis
ca permettrait de faciliter la création de skins (simples ou complexes) par CS
ca permettrait aux gens de fine-tuner l'affichage sur leur ordinateur, pour que ca corresponde parfaitement à leurs besoins (genre look pro pour pouvoir forumer depuis le boulot sans risques )
ca permettrait l'existance de forums pour handicapés visuels (forum compatibles navigateurs braille/audio)
j'ai pas essayé, mais je doute que les forums classiques soient super tops en mode text (sous Lynx )
ca rendrait le mec capable de faire ca célèbre
ca serait quand même assez transcendant comme but/idée du forum créé en commun par certains membres de ce topic

utiliser des tables t'empeche pas non plus d'utiliser du css
en gros pour reproduire le layout de ce forum, une table devrait *theoriquement* suffir

Lynx gère les tableaux et donc un forum bien écrit avec des tableaux sera plus lisible qu'un forum bien écrit sans tableaux.

j'ai pas dit le contraire, je parle d'un forum sans tables (ou présentes uniquement en portions congrues), pour tous les forums que j'ai vu toute la mise en page est peu ou prou dévolues aux tables non?

une table avec des lignes et des colonnes quand même  

Ok pour Lynx et les tableaux
 
mais pourquoi un forum avec tableaux serait plus lisible que sans?
si on fait disparaitre les informations "non essentielles" (bouton vers profil, déport des boutons édit quote entre le nom et le message ou sous le message en tant que liens textuels) du mode texte on peut se réduire à un affichage du type
 
nom du posteur
message
 
nom du posteur
message
 
nom du posteur
message
 
un peu comme des posts de newsgroup (mais en plus évolué et avec tous les posts visibles simultanément)
difficile de faire plus clair, si?
et les CSS par dessus permettraient une mise en page type classique (avec nom + infos posteur a gauche et message correspondant à droite)
(bien sur ca marche mieux pour un forum linéaire de type hw.fr)

 
Tu les vires comment tes informations non essentielles? Puis si c'est pour retirer des infos, je n'en vois pas trop l'intérêt.
 
Edit: j'ai rêvé que lynx gérais les tableaux, je confondais avec un site en div sous NS4.7

me suis exprimé comme une merde, ce sont plus des fonctions que des informations. L'accès se fait à coup d'images (+lien), tu mets un alt vide et c'est gagné

Il les gère peut être quand même (je répète j'ai pas essayé), sur les specs du W3C au sujet des tables (HTML 4.x) il y a plusieurs paragraphes sur l'affichage de tables dans un navigateur textuel

donc la mémoire max utilisé par mysql est (Key_buffer + (sort_buffer + read_buffer) * max_used_connection) ?
 
Parce que quand tu dis max_conn c'est bien le nombre de mysql_connect à un moment précis et pas la valeur de max_connections précisés dans le my.cnf?

Pour ma part il m'arrive d'en avoir et je sais pas pourquoi

à vrai dire je n'ai jamais fait attention, j'active le slow-queries log que dans des cas très particuliers.

je parle de max_conn parce que je parle de mémoire max utilisée par MySQL, sinon pour connaitre l'utilisation mémoire à un instant T, faut regarder le nombre de threads créés à l'instant T

D'accord, et sinon mySQL utilise toute la ram dont le serveur dispose où faut le renseigner dans une variable?
 

ba MySQL il utilise (Key_buffer + (sort_buffer + read_buffer) * max_used_connection) tant qu'il peut