Reprise du message précédent :
ha oué ca block quand ca depasse 972px
 
tient, c'est pas mal comme hack pour le max-width qui, je crois, ne marche pas sous IE
 
je vais tester d'enlever ca pour voir si ca resoud le probleme.

J'ai un historique des actions modo/admin dans mon forum
 
Joyeux forums 2006

quand est ce qu'il est en prod ton forum ?
il est tjours en dev la ?
 
qu'on puisse creer des comptes et tester un petit peu    
 

Hého, yavait une version de test en ligne pendant 4 mois et je l'ai coupée tout récemment
 
Dev en pause

Vous connaissez quoi comme forum disponible sur le marché ? (gratuit ou payant)
 
moi je connais:
 
-md
-phpbb
-invision
-vbulletin
-phorum
-vanilla
-celui de skylight
 
Hier j'ai decouvert celui là:
http://www.ikonboard.com/
 
apparement il fait 50 000 téléchargement par mois et a l'air d'etre trés connu (pagerank 8 ! ) pourtant j'en avais jamais entendu parler
 
Et vous? vous connaissez quoi comme forum ?

PunBB ?

IPB, SMF

simple machine board
 

SMF    http://www.simplemachines.org/

md.net ?

CoolForum

http://icebb.kenkarpg.info/
http://www.mybboard.com/
http://officiel.aneantis.com/
http://www.wowbb.com/
http://www.azbb.org/azbb.php
http://www.seo-board.com/
http://www.yabbforum.com/
http://forum.snitz.com/forum/
http://forum.alsacreations.com/forum.php
http://www.hydrobb.com/index.php?area=main
http://support.proboards.com/
http://zorum.phpoutsourcing.com/forum/
http://www.usebb.net/

je les connais tous ^^
Etrange

N'est ce pas ?
Ton site etait une bonne source quand je cherchais des forums pour me donner des idées

Toutes ces url viennent de ton site ?
Sinon le design de ton blog il est pas mal, Il vient d'ou ?

Bonne année à tous
 
Real Smiley, pourrais-tu mettre mon forum en Down dans le premier topic, j'ai laissé expiré mon domaine, pas eu le temps de m'en occuper depuis un certain temps.
 
merci.
 

Hu hu ^^ :

(sur http://159278.aceboard.fr/ )
 
Juste avant il ramait come un fou (pourtant très peu d'utilisateurs). Problème de serveur ?
 
Edit > Oui car apparement il n'est plus accessible.
 
@Limite > Tu utilise les connexions persistentes à la BDD ou pas ?

comment tu peux savoir le nombre total de personnes online ? t'as regarder tous les forum 1 par 1 pour additionner le nombre de personnes online ?

non / non

Le webdesigner c'est desoude.
Ta le copyright en bas de la page

 
J'avais lu (dans ce topic je crois) que fermer la connexion à MySQL n'était pas nécessaire à la fin de ses scripts... J'aimerais savoir si c'est réellement important où si ça n'a pas d'importance?
 
On gagne peut-être même un peu de temps non?

En général vaut mieux la fermer des que tu as fait toutes les requetes si c'est possible, sinon php s'en occupe pour toi.
 
IMO c'est plus une "bonne pratique" qu'une vraie optimisation, surtout que dans un code OO c'est parfois pas évident à mettre en place
 
Enfin c'est relatif à la charge comme toujours, a forte charge on doit ptet y gagner un chouilla

C'était pconnect, je crois que cela n'existe plus dans les dernières versions de MYSQL...

Ok, merci
 
Bon j'ai juste a rajouter une fonction dans ma classe MySQL (et puis màj mes fichiers ).
 
Pour l'instant je pense pas que mon server MySQL sera affecté de grosses charges, donc j'y gagnerais p'têtre pas, mais si tu dis que c'est une "bonne pratique"...  
 
Scull > pconnect, elle faisait quoi cette fonction??

mysql_pconnect --  Ouvre une connexion persistante à un serveur MySQL

Ok

Les connexions persistentes à MySQL imposent de fermer la connexion à MySQL sous peine (et c'est du vécu) de saturer ta mémoire par un nombre de connexions à MySQL non fermées.

bah non, fermer une connection persistante c'est stupide, ca perd tout son intéret. Il suffit de réduire le timeout pour ne pas en avoir de trop

De toutes façons fermer une connexion persistante n'est pas possible :

C'est que ton MySQL est configuré avec les pieds et accepte plus de connexions simultanée qu'il ne peut en gérer.

Coucou les développeurs.
Une question pour ceux qui ont programmé un système de comptage de personnes en lignes (nombre de connectés)
J'ai fais une table "onlin" MySQL, de type "HEAP" (à ce que j'ai compris, elle réside en mémoire, et non sur le disque), au vu des fréquents accès en lecture/ecriture, et des suppressions fréquentes (plus que les traditionnelles posts/topics).
Seulement, j'ai remarqué qu'il y a énormément de pertes, ("1   HEAP      190,1 Ko     2 940 Octets" ), j'en déduis que c'est pas forcément une bonne solution ?
Ici, 190Ko, pour 3Ko de pertes...)
(pour une journée de tests, avec 30 utilisateurs en moyenne).
J'ai MySQL 4.021, sur un PC de dev tournant sur Windows XP.
Qu'en pensez-vous ?
A+

T'es sur qu'il t'indique pas simplement la taille actuellement utilisé avec la taille réservé pour la table? pour les tables mémoires, mysql ne libére pas d'espace mémoire quand on les suprime. Il garde l'espace mémoire anciennement utilisé pour plus tard, quand il y en aura à nouveau besoin.
Peut être aussi que mysql t'indique la taille des données et celle des index. C'est une autre voie à vérifier.  
 
Si ca vient pas de là, alors il vaut mieux que tu vérifies l'espace mémoire maximale autorisé pour les tables mémoire (max_heap_table_size) et le nombre maximum autorisé pour ta table (option MAX_ROWS de la requette CREATE TABLE)
 
PS : Si tu avais mis le nom des colones correspondant à ton rapport, j'aurais fait moins de suposition.

non ce que tu risques d'obtenir par contre c'est des too many connection à cause du fait qu'un process apache à cause de problème de race condition (particulièrement quand y a bcp de connexions rentrantes d'un coup), va pas toujours utiliser une connexion mysql dispo et va donc en créer une autre.
Ce qui pourra avoir comme effet leur accumulation.

yep, il faut spécifier MAX_ROWS et ca ira bcp mieux

 
 
J'ai eu le problème hier
Ca me le faisait de temps en temps, et hier soir, tout le temps, impossible d'ouvrir une seule page.
J'ai augmenté le nombre de slots dispo pour les connexions mysql, j'ai viré le pconnect et rajouté un ptit mysql_close() à la fin.
Ca va beaucoup mieux...

 
Espace utilisé:  
Type Espace
Données 129 096 Octets
Index 65 536 Octets
Perte 2 940 Octets
effectif 191 692 Octets
Total 194 632 Octets
 
J'vais voir du coté de MAX_ROW, j'en avais jamais entendu parler..

Euh, le MAX_ROWS = value, j'lui indique le nombre de lignes de données (en gros le nombre d'occurences) qu'il pourra y avoir au max ?
Parce que des connectés, je sais pas combien yen aura à l'avance
 
http://dev.mysql.com/doc/refman/4. [...] table.html
http://dev.mysql.com/doc/refman/4. [...] ngine.html

c'est bizarre car normalement php ferme d'office la connexion à mysql à la fin du script

Et un autre truc marrant :
 
CREATE TABLE `online` (
  `userId` mediumint(9) unsigned NOT NULL default '0',
  `userCode` char(20) NOT NULL default '',
  `connectedDate` datetime NOT NULL default '0000-00-00 00:00:00',
  `boardId` mediumint(6) unsigned NOT NULL default '0',
  `categoryName` char(20) NOT NULL default '',
  `remoteAddr` char(15) NOT NULL default '',
  KEY `connectedDate` (`connectedDate`)
) TYPE=HEAP;
 
Une occurence devrait théoriquement peser 69 octets
Or, dès que ya une ligne, ça pèse 130 Ko, j'pige pas
 
Données 129 096 Octets
Index 65 536 Octets
Total 194 632 Octets
 
(Après un ptit truncate.)

un truncate ne libére pas la mémoire utilisé par une table mémoire, il faut la suprimer et la recréer derriére ou redémarrer mysql pour que le maximum de mémoire soit libéré.
 
D'ailleur, t'as pas remarqué que c'est exactement les même taille que ce que t'as posté un peu plus haut?