Reprise du message précédent :
Tiens au fait j'ai vu que Joce a introduit le système des groupes de catégories sur la V9.1 du forum mesdiscussions ... (voir sur le forum PPC)

En ce moment j'hesite à utiliser pear_DB pour mon appli, car pour le moment j'utilise mysql, mais je pense utiliser sqlite (pour la portabilité), et je vais pas faire 2 versions (au cas où je serai imposé d'utiliser mysql au boulot et sqlite ailleurs, enfin je sais pas encore ...)
Je pense bien sûr que pear_db utilise un peu + de ressources, mais d'aprés vous c'est de quel ordre, 1%,5%,10% ..? (pour des simples select, insert, update, delete)
Je me demande aussi ce qu'il en est de la compatibilité php4/php5, j'imagine qu'il y'a une version php5 de pear_db, est-ce que je peux facilement mettre à jour, est-ce que ca peut poser des problemes plus tard, etc etc...

J'ai refait un forum en entier et il tient en 1 seul page de code, valide et tout et je le trouve assez rapide.
Il utilise le split de table
http://82.216.175.217
 
compte : test // test
 
PS : J'oubliai , j'utilise ZERO <table>

Sympa sauf ça:

pear_db n'est qu'une surcouche pour masque les appels autres fonctions calssiques de php, les ressources gaspillées le sont au niveau de php, pas du DBMS. Et utiliser SQLite est l'une des plus mauvaises idées que tu puisses avoir.

pourquoi c'est pas bien les <a id="p438" />  ??

parce que ce n'est pas syntaxiquement correct avec le xhtml?
parce que ce n'est pas sémantiqueme correct?
parce que si tu utilises id, tu pourrais le mettre dans n'importe quelle autre balise?

et la lumière fut !

Un petit up du topic pour dire que j'ai laché ma nouvelle version du forum. Elle tient en 1 fichier de 100ko (a qqs ko prets) plus un fichier de constantes pour pas se faire chier à réuploader les 100ko quand on change le mot de passe mysql par exemple  
 
Il reste quelques bugs encore, mais rien de trop méchant normalement  
C'est ici : www.octopus30.net

 
mmh c'est ce que je pensais pour la surcouche, donc ca doit pas géner les perfs
 
Pourquoi pas sqlite (moins performant en écriture, mais plus performant en lecture, en théorie)

SQLite est une catastrophe dès que tu as des plusieurs connexions simultanée en écriture. Et pour les perfs en lecture, ce n'est vrai que pour les opérations très basiques et avec peu de connexion. Dès que tu veux faire quelque chose de sérieux, ca s'écroule. En fait, c'est parfait pour se faire un petit soft pour gérer sa collection de CD ou de bookmarks, mais ca s'arrète à peu près là.

c'est un access like ?

si un accés en écriture dure 1 centième de seconde, alors si j'ai pas 10 écritures par secondes, pas d'inquiètude à avoir

404

non, je dirais même que niveau fonctionnalité, Access est mieux.

Fais comme tu veux, perso j'ai fais des test est c'est inutilisable.

 
Je testerai

 
Y a pas de raison, ça marche tout le temps normalement En tous cas, tout de suite ça marche

t'as fait quel genre de test ? et comment ?

Bah j'ai fait très simple: un bench apache sur une page qui choisit aléatoirement de faire des selections, insertions ou updates de manière pondérée. En général, quand ce test est concluant, j'en fais d'autres pour voir quels sont les goulots d'étranglement, mais bon, ici j'ai pas eu besoin

Comme sqlite lock la base entière (et non la table seulement comme mysql) à chaque écriture (et pas lecture), les temps de reaction de sqlite decroissent fortement quand il commence à y avoir tellement d'écritures demandées simultanément que le sgbd est obligé de les mettre à la queue, mais avant d'en avoir autant il faut qu'il y'est une bonne centaine d'utilisateurs sur le bordel, parce qu'un utilisateur sur un site ca fait pas une écriture par seconde dans la base, et une écriture c'est rapide

ouais, si tu vises un utilisateur...
Mais ce sont surtout les update plus que les insertions qui sont lents. Et les selections sur plusieurs tables ne sont pas des plus rapides non plus.

 
Je me sers trés peu des select sur plusieurs tables.
Update j'en fais pas mal mais bon ca reste léger par rapport aux lectures.
 
Je pense passer à pear_db dés que j'ai le temps, comme ca je pourrais changer de sgbd facilement et pouvoir tester tout ce que j'ai envie
(mais faut que je vois la compatibilité entre pear_db de php4 et celui de php5, si c'est différent, ca j'en sais rien, bref faut que je me renseigne, ca serait con de m'emmerder au changement de version)

Bon je viens de fouiller des tutos sur pear_db et ca à l'air chiant, en + j'ai l'impression que sqlite est pas encore supporté, donc ca va pas me servir à grand chose
 
Par contre je me ferai bien une classe db perso, ca serait plus simple, j'utilise déjà des fonctions genre execRequete($req) et autres abstractions, donc ca devrait pas être trop dur, et puis j'aime bien savoir ce que je fais et comment ca se passe derriere

a tous,
 
Moi aussi je me fais un forum
 
Je voudrai savoir comment connaitre le nombre de connecté en ligne ?
 
je vois pas trop comment.
 
Merci de m'expliquer a peu près, je ferai le reste

pour un système de connect online c pas vraiment réaliste...
En fait tu enregistre l'ip du mec qui ce connect sur ton forum. En moyenne (sur mon site) la duré de visite d'un membre est de 20 minutes.
Donc dés que il arrive sur le forum, j'enregistre son ip et à quel heure il doit ètre sensé partir du forum. donc now+20 minutes.
Tu fais sa pour chaque ip et voilà.
 
 
Sinon je viens d'ouvrir http://www.forumforall.com
et si vous voulez voir le forum, qui est pas encore en version béta:
http://www.forumforall.com/?sid=2
 
J'attend vos avis

c koi la difference avec free-bb ?
 

fournisseur de forum tout les deux.
Mais l'un a les avatanges de phpBB (convivial) et la rapidité de l'autre...
 
Bon OK c de gros skin différents voilà....

Chaqu'un ces gouts

c'est pas pro du tout la fenetre de réponse en anglais ...

c'est une base de PHPBB, avec ta skin ?

 
Ca remarche comme il faut Apparement un problème avec zoneedit ...

Bon qui connait un truc Open Source (de préférence, sinon simplement Freeware) permettant le design et l'étude d'une structure de BDD ? J'ai que trop l'impression d'avoir bien merdé mon truc moi ...

Ce qui n'est pas réaliste c'est le système que tu décris. Il est parfaitement possible de faire quelque chose d'assez proche de la réalité. Tu crois vraiment qu'un visiteur qui clique sur un lien du forum sera toujours la 20 minutes après ? Dans certains cas oui, mais ca va représenter quel pourcentage des visiteurs ? 20, 30 ? Sur un forum bien référencé, beaucoup de visites se résument à la consutation d'une page ou deux. Temps de présence du visiteur : moins d'une minute.
 
Sur Forum-Auto, mon ratio pages vues / visiteurs unique a été divisé par presque 3 entre 2001 (pas d'url rewriting) et aujourd'hui. Il y a deux catégories de visiteurs : ceux qui sont là car ils sont membres et qui participent régulièrement au forum, et ceux qui sont tombé dessus au hasard d'une recherche, et qui ne s'éternisent que rarement. Il est beaucoup plus juste de partir sur une persistance de 5 minutes max. Et surtout, il ne faut pas du tout baser ca sur l'IP, ça fausse complètement les stats et le suivi des connectés. Un système de ce type doit nécessairement être couplé aux sessions pour être fiable.

Et aux noms d'utilisateurs aussi (auto-générés si anonymes pour les différencier).

T'as DBDesigner qui est gratuit, mais je le trouve très moyen.

 
Core 666 >>> je me doute bien que ce système n'est pas trés efficace. Mais il permet d'avoir une petite idée.
 
Perso sur mon forum, un visiteur anonyme et un membre enregistréde surf pas pendant le meme temps.
Ensuite je revérifie à chaque page combien de temps il reste ect...
 
skylight >>> oui la charte graphique est trés inspiré de phpbb (version 2.2.2 pas encore sortis). Pour les formulaire, c'est corriger, étant une brèle en javascript et aimant les petit smiley de ipb, j'ai fait mon choix.
Sachant que aprés il sera possible de choisir l'un des 3 formulaire

Je crois que je l'avais testé. Je vais le regarder de nouveau car je souhaite vérifier certaines de mes options de design de BDD. Autant pour les grandes lignes je pense être OK, autant je pense avoir pris des options (gestion des admins entre autres) quelque peu légères ...

>> BenJ9002
A la page d'accueil de ton forum tu as fais un colonne nombre de message pour chaque forum mais en fait je pense que tu devrais ecrire nombre de sujet car qd on clic dessus on atteris sur les sujet du forums en questions et ceux-ci contiennent les messages...

En effet, abus de langage pour le terme messages Je corrigerai ça rapidement

http://www.phpcs.com/code.aspx?ID=20506
 
sa ce veu simple...

scull: Tu n'as aucun droit d'utiliser les images de phpBB, elles ne sont pas libre de droit. Elles ont été faites par une agence de graphistes.