Reprise du message précédent :

 
Je comprends pas trops pourquoi ca fonctionne pas    
 
Dans le cas 1 "hello", c'est 0 -> doit transformer
Dans le cas 2 "!hello", c'est 1 -> transforme pas
Dans le cas 3 " hello", c'est 1 mais différent de ! -> doit transformer
 
Sinon j'ai pas capté le ? dans un regex...

#(?<!\!)hello#
cas 1 => remplacé
cas 2 => pas remplacé
cas 3 => remplacé
 

 
http://www.weitz.de/regex-coach/  
 
très utile...

ben ouais mais ca marche pas

Tain là je suis bluffé
 
J'avoue que, bien que cela marche parfaitement (merci ! ), je ne comprends pas cette syntaxe de regex
 
T'as appris cette syntaxe sur quel site ?

sur php.net
ca s'appelle une assertion arriere negative.
 
(?<!truc)salut
-> salut non precede de truc
(?<=truc)salut
-> salut precede de truc
(?=truc)salut
-> salut suivi de truc
(?!truc)salut
-> salut non suivi de truc
 
Une assertion n'avance pas le pointeur d'une regex :
preg_match('#(?=truc)salut#','trucsalut',$matches);
$matches : array(
0 => salut
)

ok c'est pratique en fait !
 
j'ai pas pigé le coup du pointeur de l'expression régulière par contre ... j'vais faire un tour sur www.php.net

de quoi tu parle la ?

surement kan on a demander à freekill le droit d'utiliser son javascript pour les formulaires ( notament les couleurs)
 
NON ?

 
Bonjour à tous,
 
Eh bien, ça avance, lentement mais sûrement. Dans l'ordre:
 
- J'ai refondu mon système de caches-mémoire pour qu'il soit un peu plus safe et facile à utiliser pour moi. J'utilise maintenant des "reffed pointers" combinés avec un garbage collector sous forme d'un "thread scheduler" venant effacer les infos plus ou peu utilisées. J'utilise pour tous les types d'objets des macros géantes afin de déclarer des tables de hash et quelques autres joyeusetés. J'ai du aussi me programmer des allocateurs en shared pour remplacer celui fourni par apache. Bref, je ne fais plus des accès BD que lorsqu'une info ne se trouve pas en mémoire et, pour l'essentiel, ne sont pas mis en mémoire les topics et les messages, ce qui viendra. A terme, les seuls accès à la BD seront effectués pour savoir si on a des nouveaux messages privés, ainsi que probablement pour la gestion des "drapeaux" et du nombre de messages non-lus (et donc, j'exploserai n'importe qui au niveau des perfs )
 
- J'ai implémenté tout ce qui est gestion des smileys, du bbcode, du html avec des parsers de mon crû (les regex, c'est bien mignon mais c'est pas le summum de l'efficience)
 
- J'ai fini toutes les fonctions du runtime pour l'administration des forums et je suis en train de faire celles pour les utilisateurs et les groupes
 
- J'ai fait un outil permettant de convertir un template du phpbb vers un source pour mon "compilateur" de forums (il faut d'ailleurs que je les contacte pour savoir si c'est légal et sinon, comment me mettre en conformité avec la GPL sur ce point).
 
- J'ai refondu la gestion des types dans mon compilo. Avant, j'utilisais une structure "variant" pour me simplifier la vie alors que maintenant, j'utilise des types "natifs". Il me reste à gérer quelques petits soucis avec les entiers signés/non signés et les formats des dates mais cela ne devait pas être grand chose.
 
- J'ai fait l'internationalisation (gestion des fuseaux horaire et des langues)
 
- J'ai bien du faire quelques autres petites choses mais je ne m'en souviens plus
 
Pour résumer, il me reste à finir l'administration et un certain nombre d'optimisations. J'avais tablé sur une vingtaine de pages mais en fait, il y en a beaucoup plus. L'objectif est donc d'avoir une version finie, débugguée et stable pour début septembre.
 
Pour l'instant, j'en suis à quelque chose comme 150 000 lignes de code (module+compilo+runtime) et, sur mon celeron 400, il faut à peu près 10 minutes pour compiler le module apache et une bonne vingtaine à mon compilo pour se faire un template d'une quarantaine de pages "from scratch". Je n'ai pas benché la génération des pages récemment mais c'est de plus en plus rapide, le but étant d'arriver à la fin à un temps de génération inférieur à la milliseconde sur mon celeron (bien sûr, une fois que toutes les données sont dans les caches-mémoire).  
 
Pour finir, j'espère pouvoir vous montrer la bête avant le début de l'été.
 
Voilà!

, j'attends de voir.

J'ai rien compris

j'ai compris et j'attends de voir

 
 
Je t'en prie, explique moi  

ben c'est quand meme super simple  
 
en fait il suffit de...
 
ha, jvais manger

gestion de cache pour garder les infos (disons des recordsets) les plus souvent en mémoire, on va dire, des tables HEAP améliorées, puisque les moins utilisées seront nettoyées de façon transparente (grâce au garbage collector)

 
a part les regex, qu'y a t il d'efficace pour parser et retrouver ce qu'on veut dans du texte  

un parser fait maison (dont l'intérêt est d'être optimisé et donc plus rapide qu'une regexp classique).
 
edit: le genre de truc que Harko ferait en ASM sans se gêner

J'espère qu'il a utilisé le dloop

 
C'est pourtant simple.
 
Il y a un module apache qui est en fait le "serveur" des différents "boards".
 
Chaque board possède un template (comme dans le phpBB si cela peut vous être plus compréhensible) sous deux formes:
- les fichiers sources (topiclist.htm, index.htm, proutprout.xml, ...)
- le template compilé en binaire
 
Dans le phpBB, un template ne gère quasiment que la présentation des données alors que dans mon système, on y gère aussi le fonctionnement de ses forums.
 
Un exemple de code source de template:

 
La dessus, mon compilateur va venir pour faire ce qui ressemblerait à ce code là en C:

 
Cela me permet d'avoir un template codé directement en binaire et donc une génération de page ultra-rapide. Après, grosso-merdo, un fichier de config indique quel fichier du template est à utiliser pour générer telle page.
 
Ensuite, pour gérer les forums, on peut faire des appels à un runtime.  
 
Par exemple:

 
Si vous allez sur la page correspondante avec en paramètre dans l'url "forum_id=12", le forum d'id 12 sera effacé. L'avantage de la chose est qu'un template ne permet pas que de personnaliser la présentation de son forum mais aussi de personnaliser son fonctionnement. Par exemple, avec ce système, vous pouvez autant faire un affichage des discussions en mode arborescent qu'en mode plat, que mélanger les messages de tous vos forums ensemble, faire en sorte que votre dulcinée ait une popup s'ouvrant rien que pour elle à chaque connexion avec un énorme "JE T'AIME". L'inconvénient est que c'est un peu plus compliqué que de faire une simple "skin" et qu'il est peut-être possible que des templates puissent ne pas être compatibles entre eux (encore que je ne suis pas trop sûr de ce dernier point).
 
Bref, pour faire simple, mon compilo transforme un template de forum en une lib qui sera chargée par le module apache pour générer les pages demandées mais aussi pour gérer le bon fonctionnement du forum.
 
Ensuite, pour optimiser encore la chose, je me suis amusé à faire des caches-mémoire afin de ne pas avoir à interroger le sgbd pour des informations consultées de manière récurrente. Le système utilisé ici est nommé "reffed pointer". C'est-à-dire que les données contiennent un compteur indiquant leur utilisation.  
 
Je prends la donnée, j'incrémente le compteur.
Je relâche la donnée, je décrémente le compteur.
Si le compteur tombe à zéro, j'efface la donnée.
 
C'est nécessaire parce que les données sont en shared memory (accessibles par différents process et/ou threads) et qu'il est donc crucial d'avoir un système "copy on write". Par exemple, j'ajoute un message dans un forum (user1). Supposons qu'un autre utilisateur (user2) soit en train de consulter la page des topics de ce forum. Une fonction de génération de la pagination de ce forum est appelée en début et en fin de page. On peut très bien avoir le cas de figure suivant:
(user2)> génération de la première pagination
(user1)> ajout du message ce qui change potentiellement la pagination
(user2)> génération de la deuxième pagination
 
Si user1 modifiait des données utilisées par user2, il pourrait arriver que la page générée pour user2 soit incohérente (disant par exemple "2 pages de messages dans ce forum" au début et "3 pages de messages dans ce forum" à la fin). La solution est donc de faire en sorte que user2 et user1 utilisent la même donnée mais, lorsque user1 la modifiera, celle-ci sera alors dupliquée et remplacée dans le cache tout en laissant user2 finir peinard son job. Une fois que tous les users utilisant la donnée originelle (qui n'est maintenant plus accessible via le cache) auront fini, alors le compteur tombera à zéro pour celle-ci et elle s'effacera automatiquement. Ouf!
 
Bref, à la fin, mon code ne fait quasiment plus que des recherches dans des tables de hash, quelques allocations de ci de là, des memcpy et quelques if.
 
C'est plus clair?
 
Ah tiens, je savais bien que j'avais oublié un truc: le portage sous windaube.

le truc de malades...

Mwai. J'ai compris le principe (vague) mais la mise en oeuvre ... ouf.

WHA ! c bo, sa reste rapide kan mème ?

 
J'ai un exemple plus explicite.
 
user1 est un administrateur et il change le nom du forum où se trouve user2. Imaginons que, au niveau du code, user2 soit en plein memcpy ou strlen sur la variable contenant le nom du forum. L'OS switche les threads (on est en mono-processeur), user1 désalloue la chaîne contenant le nom du forum et en réalloue une autre avec le nouveau nom. le thread de user2 reprend la main et fait potentiellement une belle "access violation". Une autre solution que le copy on write serait de protéger en lecture et en écriture les données des caches avec des sémaphores. Je l'utilise à certains endroits mais, à moins que la donnée ne soit que très peu utilisée ou que la copie soit trop coûteuse en cpu, c'est une solution à chier.

J'espère quand même que personne ne génère deux fois sa pagination à la volée sans exploiter le résultat du traitement de la première ici

 
Oui. Et c'est même extrêmement rapide.
 
Mais c'est aussi extrêmement compliqué de ne pas se vautrer, en particulier dans la gestion de cohérence des données en cache qui sont parfois dupliquées pour des raisons d'optimisation.

 
Heuuuu, si... Mais comme cela doit prendre quelques centièmes de milliseconde, je ne vais pas me casser la tête pour optimiser ce genre de choses. Et puis aussi, je viens de penser que le type codant son template peut utiliser des variables temporaires pour stocker un peu ce qu'il veut et qu'il n'a qu'à les utiliser si ça l'amuse

 
Euh, loin de moi de mettre en doute tes dires, mais j'ai du mal à croire que tu as pondu à toi tout seul 150 000 lignes de code pour un forum. Pour comparaison, le mien fait un peu + de 10 000 lignes de code, et cela m'a demandé plus d'un an... Ne te serais tu pas trompé d'un 0 par hasard ? (environ 15 000)

a mon avis il doit y avoir 140 000 lignes de commentaire dans son code
 

Moi non plus si ça peut te rassurer, mais j'attends de voir le truc fonctionner ...

C'est pas pour être méchant mais si tu il s'inspire de php-bb, c'est pas forcément bien parti  
 
Blague à part, j'ai hâte de voir ça tourner pour de bon

Ah oui c'est simple, venant de ta part .

phpBB simple ?...
la plus grosse usine à gaz avec phpnuke

A part IPB, y a koi comme forum ki utilise les sessions pour l'authentif des membres ?
Et sinon les sessions c'est pas chiant pour google ?

Y a le mien de forum qui utilise les sessions  
 
Et non c'est pas génant ... C'est plus les nombreux parametres à passer qui genent ... D'où l'intéret d'url rewriting

se baser sur l'archi d'un forum existant, surtout phpbb, est à mon avis une des plus grosses conneries qu'on puisse faire.
Faut partir de scratch et se poser les bonnes questions au moment de la conception.

waip pi reinventer la roue c'est un peu con comme principe.
 
Autant repartir avec son projet perso, avec un bon cahier des charge bien ecrit dans son language et hop rulez.

Help    
 
Voilà mon probleme: j'ai deux forums, le premier contient 1 topic, le deuxieme en contient 30000.
 
Pour le premier forum, l'affichage de la page se fait en 17ms..
Pour le deuxieme forum, l'affichage de la page se fait en 1s (mini)
 
Je fais donc un EXPLAIN sur la requête qui m'affiche les topics du premier forum, et voilà mes résultats :
 

 
Tres bien. Je fais maintenant un EXPLAIN sur la requête pour le forum 2 :
 

 
Est ce que quelqu'un saurait me dire d'ou ca vient  

les requêtes et/ou structures sont différentes d'un forum à l'autre.

bon qu'est ce qu'il fou ce doc maboul ?
on voudrais la suite
 

on n'est pas vendredi