Reprise du message précédent :

ben a mon avis son temps correpondait au temps que le client recoit la page, et non le temps que la page se genere sur le serveur.

ha ben ui juste, si c'est pas bufferisé, le pov moteur php il continue à tourner et le timer avec

 
C'est plus une question de rapport que de longueur (parce que j'imagine qu'avec exactement les mêmes données et la même requête, sur mon celeron ce sera assez long). Pour faire très simple et verser dans l'évidence afin de voir l'avantage du split vertical, il suffit de faire un full scan Vous allez me dire quel intérêt de faire ce genre d'horreurs? He bien pour en revenir au patron de wanadoo qui vous offre 20 patates pour faire son forum mais qui veut avoir les nombres de messages non-lus par section et par topic, à un moment ou à un autre, vous serez bien obligé de faire des full scans pour déterminer ces nombres. Après, si on oublie le patron, on peut se dire : "de toute façon, je n'en ai pas besoin, donc ça ne sert à rien de se faire chier". A ce niveau, on entre dans les considérations métaphysiques. Soit on considère qu'on aura jamais à faire évoluer son forum et le cas échéant, on aura toujours l'argument qu'avec l'architecture choisie, ce n'est pas possible d'implémenter des fonctionnalités un peu trop spécifiques. Ou, on peut décider d'anticiper et de choisir une architecture permettant plus de modularité sur les requêtes et les fonctionnalités associées.

Vous pensez quoi de cette interface graphiquement?
Et surtout comment ça passe sous IE ?
 
Voir !

C'est un autre type de forum...
Un mix entre une galerie et un forum...

y a pas de T à aperçu

J'en étais sûr  

ben c'est une galerie photo ou tu peux laisser un commentaire

tu t'es perdu? tu t'apelle comment ?

En effet
C'est quand même assez proche d'un forum;
inscription, mise en forme, etc  
(j'ai pas encore fini)
Je vais mettre l'édit, et la possibilité pour tous de créer des sujets;
ça devient plus forum que galerie, non ?
 
Sauf que les sujets sont directement attachés à un élément (photos, son, vidéo ou rien)
et que la présentation générale n'est pas en ligne mais en "icones"...
 
So... ?

t'as rien inventer de nouveaux
suffit de creer un post et d'utiliser les balise [img] et tu obtiens la categorie graphisme de ce forum

Je sais bien j'ai rien inventé, c'est sûr !

il est temps que je pose la question parce que je sens que je ne vais pas aimer la réponse...  Est-ce que les hébergeurs autorisent souvent les scripts à modifier un fichier quelconque sur le site web? genre j'ai prévu que ma config était stockée dans un fichier anodin plutôt que sur base de données alors je me demandais

tant que ce fichier se situe dans ton repertoire, et que t'es chez un vrai hebergeur, c'est la moindre des choses.
que free, ça doit marcher aussi, mais chez les autres gratuits, boaf..

C'est quand même une fonction de base ça hein  

Si tu peux changer les droits d'écriture sur ton fichier, il y a pas de raison que ça marche pas

euh... ouais OK
merci

on fait peur à Joce pour qu'il se mette à redévelopper son forum ?

Salut à tous.
 
J'ai pas mal avancé sur mon bousin alien. Pour l'instant, il est sous la forme d'un module apache écrit en C avec mysql pour le sgbd. Le fonctionnement est le suivant
- réception de la demande de page par apache
- détermination du forum
- identification éventuelle du user
- détermination du template d'affichage au niveau user ou forum
- recherche de la fonction du template générant la page demandée
- génération de la page en question par le template
 
Les templates sont sous la forme de librairies dynamiques. C'est-à-dire qu'un morceau du module est en fait un mini-compilateur générant la librairie (le template pré-compilé). Pour l'instant, il est possible de déclarer et d'appeler des fonctions, de faire des if et quelques calculs de base. J'ai fait l'impasse sur la déclaration des variables parce que le but n'est pas de refaire un php. Au niveau du code, chaque page correspond à une fonction. Il y a aussi une fonction "édition de liens" servant à référer les couples (page, fonction de la librairie) pour que le module puisse appeler la fonction de génération correspondant à la page demandée.
 
En bref, c'est dans le runtime du compilo que réside toute la logique du forum (appels au sgbd, contrôles des données, ...). Et bien sûr, un template peut être recompilé quand on le veut et sans avoir besoin d'arrêter apache.
 
La communication entre le module apache et un template est faite par une bonne grosse structure contenant toutes les informations nécessaires au runtime pour la génération d'une page.
 
Concrètement, lorsque mysql a tout ce qu'il lui faut en cache, une page avec une cinquantaine de contributions est générée en un peu plus de 17 ms sur mon vieux celeron et en un peu moins de 3ms sur un athlon 1.4 (tests à vide). Les deux tiers du temps sont dépensés dans le sgdb et le tiers restant dans le code du template. Lorsque mysql n'a presque rien en cache, le temps passé dans le code du template devient négligeable (en moyenne <3%).
 
L'avantage de la méthode est de réduire au maximum le temps passé hors du sgdb. Le gros inconvénient est que c'est assez chiant d'écrire tout le runtime du compilo et en particulier tout l'interfaçage des données. Pour l'instant, je n'ai fait tout ce qu'il faut que pour quatre pages : accueil, login, index d'un forum, lecture d'un message en mode arborescent. J'attaque la lecture en mode plat.

docmaboul, a tu un lien vers ton appli ? car la theorie c'est jolie, mais la pratique c'est mieux

 
On s'amuse comme on peut...
 
Enfin, moins de 3ms sur l'athlon, j'ai trouvé ça plutôt rigolo surtout qu'il me reste pas mal d'optimisations à faire. En prenant les pages complètement au hasard et en ne donnant presque rien en cache à mysql, la moyenne tombe à 25ms, ce qui reste tout à fait honorable.

 
Je pourrais en mettre un mais la moindre des choses est de finir avant de vous faire les présentations.

ben ton long poste, c'etait pas une presentation?

 
On peut voir le voir ainsi mais cela ne change rien au fait que je veux finaliser la bête avant de vous la montrer.

ok
 
tu pense que ca va te prendre combien de temps.?

 
Je passe à peu près trois jours par page aussi, pour une vingtaine de pages différentes (estimation au pif-ô-mètre), si je ne rencontre pas de problème bloquant et surtout si ma femme et mes mômes me laissent bosser tranquille, je devrais en avoir pour un ou deux mois au grand maximum, disons entre deux et quatre pour être sûr

t'as interet à bien soigner l'archi SQL et la pause des indexs sinon ca sera un bon gros gachis
Mais je me fais pas trop de soucis

tient, joce, tant que tu es en train de refaire le design, tu pourrais pas un truc du genre pour la reponse rapide?
 
http://www.forum-mp3.com/temp/rapide.html
 
c'est un js que j'avais bricolé, donc tu peux l'ameliorer, mais en tous cas il marche bien sur mon forum.
 
edit: et tu pourrais pas remettre les liens en bleu ?

En plus d'être en bleu, les liens des posts devraient être toujours soulignés je trouve.

 
je suis contre

bah... c sur que c plus simple...
Par contre, DocMaboul, je suis curieux de voir ton forum ! sa va donner là

 
je peux te le prendre pour l'utiliser sur le mien ?

pas de probleme, mais si tu l'ameliore, ca serait sympas de me le dire

 
pas de problèmes, mais les seules améliorations concerneront les couleurs et le nom  des éléments, c'est tout
 
EDIT > merci

tu peux aussi faire une fonction pour que le "onclick" soit moins moche

Et voilà ce que ça donne ....
 
http://80.11.159.9/~mp/ppb/showtop [...] page=1#bas
 
EDIT > faut être loggué pour voir

Quelqu'un pourrait m'aider pour récupérer la derniere visite du membre ? J'sais pas comment j'pourrais m'y prendre tout en faisant quelque chose d'assez "clair"

J'ai fait avec une table qui enregistre la date de la dernière action du membre. A chaque action (clic dans une page), je mets à jour l'heure dans la table.