Reprise du message précédent :
moi j'ai pas trop compris le systeme de cache de smarty ?!
 
Par exemple ma page index.php sur le forum, elle est differente selon que la personne est connecté ou pas.
Donc, est ce que il y aura un cache pour les gens connecte et un autre pour les non connecté ? donc au final 2 caches differents pour index.php ?
 
 

Tu peux générer autant de versions de cache que tu veux d'une même page ou même ne cacher que certains morceaux, y suffit de lui donner un identifiant différent suivant la situation rencontrée du genre index_conn.cache et index_nonconn.cache. Le moteur ira chercher la bonne suivant les conditions que tu lui imposes. Tu peux même faire une page cachée avec l'id de l'user passé en identifiant si ça te chantes, mais est-ce que ça en vaut la peine ? Je ne pense pas vu la rapidité de changement de l'index d'un forum, la durée de vie du cache sera brêve et il serait coûteux de le rafraîchir à chaque changement si on ne lui donne pas une durée de vie fixe.

c'est pour cela que je me pose la question si smarty est bien utile dans un forum et s'il prend pas trop de resource vu le dynamisme d'un forum ?

Ca bouffera des ressources à traiter tous les renouvellements de caches, les accès disques, etc. et d'autant plus que le forum est fréquenté. Imagine ici, le système aurait pas fini d'écrire le cache de la page d'accueil, qu'il faudrait déjà l'updater car ça va trop vite ici . Si tu lui donnes une durée de vie de 30 sec à ta page d'accueil, tu perds un peu le dynamisme du forum, mais 30 sec méritent-ils un cache ? Combien t'auras sauver de ressources derrière ? A chacun son appréciation... C'est bien pour des pages qui bougent vraiment pas ou peu, les traitements lourdingues, mais un forum

A la rigueur, certaines parties d'un forum, du genre la liste déroulante avec les sections, c'est pas utile de la recalculer à chaque fois, tu ne caches que ce bloc là. Cacher une page de topic (surtout les dernières pages en fait car ce seront les + vues) et le recalculer quand qqu'un a posté ou modifié un post ça peut être bien, mais je le verrais plutôt sur un petit forum avec un hébergement réduit, sinon chaque page de cache aura une vie d'à peine quelques secondes sur un topic fréquenté... Tu boufferas peut être + de ressources à l'updater sans cesse, qu'à tout régénérer (sans parler des caches de requêtes ou opcode qui éviteront de tout rebourriner si c'est bien défini).

oué, c'est bien ce que je me disais, c'est assez lourd sur un forum

l'usage du cache n'a pas de grand interet sur un forum. Les données sont trop changeantes.

Ce qui marche tres bien par contre c'est un bytecodeur

c'etait pas une question d'utiliser le cache, mais s'il n'y a pas de cache, ca veut dire que le template va etre reparsé à chaque fois, non? donc grosse consommation de resource ?
 

Non, il y a 2 caches en fait dans Smarty. Le 1er est le résultat de la compilation des fichiers de fond avec tes templates de forme (résultat mis dans /templates_c), donc t'obtiens un .php monobloc comme si c'était codé de manière linéaire sans séparation fond/forme.

Le 2ème cache est optionnel et c'est le résultat de l'interprétation de ce .php (mis dans /cache), donc de l'HTML pur qu'on envoie directement au client sans aucune opération. Il ne reparse le template que s'il est modifié (il peut vérifier lui-même mais ça bouffe un peu de CPU) ou si tu lui dit directement en ayant désactivé l'option de vérification automatique une fois en production.

Le 1er est donc utile pour un forum ou n'importe quel site (facilite la prog disons), le 2ème l'est beaucoup moins (aide à sauver des ressources).

(...et ne pas oublier qu'un template n'est pas forcément une page html complète...)

Bah non, on l'a dejà dit plus haut. Smarty génére du php à partir de ses templates. Ce n'est pas vaiment un cache. Ce le fonctionnement logique. Ca sert à rien de se taper le parsing à chaque fois.
 
Puis il a son cache de contenu apres transformation par le template. Ce cache là n'apporte vraiment rien sur un forum

quelqu'un a testé l'offre msdn d'Ikoula ? C'est pour y mettre un forum en asp.net (2.0) je me demande si les perfs suivent (oui j'ai deja demandé dans le topic hebergement sur D&R mais nada)

 
Bon, j'ai fini par me décider à publier mon forum sous licence LGPL et j'ai lancé une création de projet sur sourceforge à cette fin. Sachant que je vais devoir nettoyer/documenter/réécrire tout mon code, ça risque de prendre du temps avant que tout ne soit en ligne, mais ça viendra.  
 
J'ai aussi changé l'url de ma démo technique: http://lemonde.dyndns.org/tests/lemonde  
 
Si des personnes sont intéressées pour rejoindre le projet, elles sont les bienvenues

bravo

Yess !!!!
Bravo DocMaboul

Tu ne veux pas utiliser une licence plus restrictive? Comme une qui oblige les hébergeurs qui utilisent ton forum à donner leurs modifs si on le demande?

 
Quel hébergeur sera vraiment prèt à assumer le développement interne d'extentions et autres sur un forum codé en C quand l'expert nécessaire coute 10x plus cher que le même en php ?

Non mais je veux dire par là qu'il faut qu'il sache ce qu'il veut. Certains forums phpbb sont vraiment fortement modifiés mais les modifs ne doivent pas revenir obligatoirement aux autres utilisateurs. Si ça ne le dérange pas que ça puisse arriver, la LGPL est un bon choix de licence. Sinon, ben faut trouver autre chose

 
Non, ça me va bien comme ça.
 
 

 
Le projet n'est pas essentiellement un forum mais:
- une grosse lib (en C) servant à faire des forums  
- un "langage" simple pour faire l'interface (langage traduit en C et compilé)
- un forum (dans ce langage) histoire quand même d'avoir un résultat facilement employable
 
A priori, ça ne devrait pas être bien compliqué que d'ajouter des interfaces vers la lib pour d'autres langages comme le php.

la séparation.

En fait c'est un espèce de gros objet-sgbd hyper spécialisé en quelque sort nan ?

En gros, la composition interne est la suivante:
 
1) Couche de base  
Encapsule les détails de la plateforme (32/64 bits, posix/windows, ...) et fournit les structures de base (strings, tables de hash, tableaux dynamiques, dates, ...)  
 
2) Couche de base en mémoire partagée  
Fournit des allocateurs de mémoire partagée et des structures de base fonctionnant en mémoire partagée (strings, tables de hash, ...)  
 
3) Couche de base de données  
Se charge d'interroger le SGBD et retourne des structures allouées en mémoire partagées pour le cache.  
 
4) Couche de cache  
Utilise la couche 3 pour récupérer les données qu'on lui demande si elles ne sont pas en cache, sinon les retourne du cache. Gère aussi le déchargement des données de la mémoire en utilisant des compteurs d'utilisation (afin de ne garder que les données les plus utiles)  
 
5) Couche de bibliothèque forums  
Fournit les interfaces pour manipuler les objets (forums, messages, utilisateurs, topics, ...)  
 
6) Couche Serveur Web  
Pour l'instant, il s'agit d'un module apache2. Il s'agit essentiellement ici de charger des dll afin de leur faire générer les pages.  
 
7) Couche forum  
En utilisant un langage maison, le développeur crée son forum. Son code est traduit en C et compilé sous forme de lib (chargée par la couche 6 pour générer les pages)  
 
Vala
 
Une espèce de grosse bouse hyper spécialisée donc

est ce que quelqu'un a la liste des scripts de forum disponible sur le net?
 
j'ai cherché sur le blog de scull specialisé dans les forums, j'ai pas trouvé.

www.leforumeur.com

Je voulais appeler mon bousin CBB mais un type squatte le nom sur sourceforge et ne veut pas le lacher alors qu'il n'y plus de dev sur le projet depuis 2001 et qu'apparamment, il est maintenant hébergé ailleurs (mais le lien est mort)
 
Bon, he bien ce sera CPPBB.

t'as pas un nom plus original qu'avec bb?
 

je verrais bien DocBouBoule -> DBB

roxxforum...

mais c'est quoi cet hebergeur qui modifie les tables sans autorisation ?

C'est du mutualisé... si on veut tout contrôler il faut un dédié

C'est un hébergeur qui a fait des tests à la con sur ses db. Du coup, ils ont vu que certaines DB n'avait pas du tout d'index. Conclusion: on fout des index partouts  

C'est d'une intelligence ... après ils vont se plaindre que l'espace disque est saturé et ils vont supprimer des fichiers qu'ils jugeront inutiles ?!

Ils ont envoyé un mail justement sur cette décision, dispo là : http://forum.hardware.fr/forum2.ph [...] 0#t2671829
Y ont de sérieux soucis de config ou je ne sais quoi, car avoir des corruptions plusieurs fois par jour sur les bases faut pas pousser quand même, y doivent être surchargés leurs serveurs... Mais avec 93 % de BDD non indexées faut pas s'étonner que ça rame méchamment quoi , 93% de noobs ça fait peur

enfin, d'un autre coté, des tables avec 10 enregistrements, ya pas besoins d'index, les grosses tables c'est en generales avec les forums ou bien des applications complexe fait par des gens qui s'y connaissent un minimum.
 

bah à voir ils s'y connaissent pas tant que ça si 93% des bases ne sont pas indexées...

ben dans ces 93%, il y a peut etre 90% des tables qui sont petites ...
 
Et puis ca veut dire quoi "93% des bases", on parle des tables, des colones ?    
 
 

C'est clair pourtant, ça veut dire que 93% de leur bases de données ont été créé par des gens qui n'ont aucune idée de ce qu'est un index.    
Après, vu ce qu'ils ont gagné en perf, effectivement, y'avais du boulot.

je vois vraiment pas comment ils ont pu gagner en perfs en indexant tous les champs ou presque... Et je remercie au passage ces connards pour m'avoir fait perdre 45 minutes ce soir à remettre d'équerre les 63 tables d'un de mes sites, dont toutes les tables étaient parfaitement indexées, soit dit en passant!

 
Nan. Et puis j'aime bien cppbb. J'ai commencé à mettre mon code mais comme je fais ça en même temps que je le réécris, ça va bien me prendre un ou deux mois avant d'avoir en ligne quelque chose qui peut éventuellement générer du html
 
Si ça intéresse quelqu'un de voir comment on code des templates en C (à ma connaissance, ce n'est pas très courant ): http://cppbb.cvs.sourceforge.net/c [...] iew=markup

'jour
 
je vais relancer ce topic car je me suis lancé moi aussi dans la création d'un forum. Avec Max Evans, on a décidé de reprendre le code de Liteboard depuis le début, sans bugs, avec tout qui marche (c'est ambitieux ouais ).
 
J'en  suis pour le moment au profil, je passe les variables mode (selon si je modifie ou j'affiche le profil ) et la cat' quand je décide de le modifier. Mon problème, c'est que pour 'cat', quelquesoit le contenu, cela m'affiche le contenu de la première condition (voir le code ci-dessous) hors, cela doit changer selon la valeur de 'cat' et je voudrais, que si rien n'est spécifié pour cat' ou que la valeur n'existe pas que ça m'affiche un contenu par défaut.
 
Voilà mon code (du moins la partie qui m'intéresse) :
 

 
Merci d'avance  

@tristou -> du pur code de débutant ca, y a du boulot

cela ne te renvera JAMAIS le contenu de la variable, mais simplement un booléen pour déterminer si elle existe

De plus, deux solutions pour simplifier grandement :
- utilises un switch
- utilise un tableau associatif

j'avais pensé à switch mais j'ai lu que c'est apparement moins rapide. Je sais à quoi correspond isset et avec empty, j'ai le même résultat. Par contre, je veux bien que tu détailles un peu plus la deuxième solution

(et oui, je débute, c'est pour ça que je dis que y'auras du taf' )

EDIT : http://www.vulgarisation-informati [...] er-php.php
4 ms de plus que  if/else