Reprise du message précédent :
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.

scull, il utilise carrement phpbb

 
Ben regarde comment c'est fait sur hfr (tu affiche la source et tu regarde les js)

Franchement IPB 2.0.0 c'est vraiment de la grosse m**** : http://www.cafzone.net/ (auparavant ça utilisait un autre système "maison" en .NET qui tournait sans soucis)
 
Edit > Une preuve en image :
 

Oui, je vais mettre mes propres créations dans ce cas...
Et non c pas un "vrai" phpBB, regarde les temps de génération pour avoir confirmation

PHP-BB 2.2 a fait de sacrés progrès à ce niveau en tout cas (surtout dans les topics)

Si le serveur est configuré avec les pieds c'est normal  
 
Sur ce genre d'erreur, c'est absolument pas la faute de IPB

...mais du serveur mysql

c'est dingue, ya mon favori d'ici qui veut pas se casser

tu ne developpe plus ton forum ?

j'y ai plus touché depuis fin juillet

http://forum.hardware.fr/hardwaref [...] tm#t183191

moi aussi
 

vous avez trouver une solutions pour les gros topic ?
 
split ou optimisation ? si oui, quelle optimisation ?

tu te rappelles mon optimisation un peu lourde qui donnait des temps de génération constants? (me rappelle plus la page)

ha non, je m'en rapelle pas
ca remonte a quand ?

eeeeeeeeuh pages 120-130 au pif, je sais plus vraiment, disons vers juin-juillet

mais ca faut le coup que je cherche, ou bien c'etait pas trés concluent tes resultats ?
 

les temps de génération étaient parfaits, mais en écriture sur disque, j'ai peur que ça soit relou  (bon bref il aurait fallu faire un vrai test de charge pour se rendre compte et pour ça, il aurait fallu que je termine l'implémentation, ce qui n'est pas le cas).

c'etait quoi le principe ?

Créer un champ qui permet de numéroter de 1 à n chaque message visible à l'intérieur d'un topic, et de cette manière, remplacer le vilain LIMIT en fin de requête SQL d'affichage des messages par un WHERE sur la clé de numérotation (qui est donc constituée du numéro de topic et du numéro de message dans le topic).
 
L'inconvénient, c'est que quand un message est effacé, il faut décrémenter les numéros qui suivent.
 
Ca marche aussi pour les topics (par rapport à la catégorie) mais là, les updates sont plus fréquents puisque numérotés par ordre de dernière mise à jour.

La méthode de Drasche, je l'ai mise en application pour les réponses dans les topics ... Ca marche bien quand meme Et pour le problème de décrémentation, ben je décrémente pas ... C'est pas pour les 3 messages que j'ai effacé en 6 mois  
Après pour les topics en eux meme, c'est bien plus chiant à gérer, alors je suis resté sur le limit. Et comme c'est généralement les 5 premières pages des différentes catégories qui sont le plus affichées, c'est un gros traitement pour pas grand chose je pense.

 
Optimisation. Une zone mémoire d'entiers contenant les ids de messages triés par date.
 
Ajout de réponse, il suffit d'ajouter son id à la bonne place en partant de la fin (car, pour des raisons de multithread/multiprocess, une réponse plus récente peut déjà être présente à la fin).
 
Delete d'une réponse, memmove qui va bien.
 
Recherche des réponses la page n, suffit d'aller taper dans le tableau de (n-1)*msgs_par_page à n*msgs_par_page-1 (je suis en C et je commence donc le compte en interne à 0) et j'ai leur id.
 
Le petit problème sûr lequel je ne me suis pas encore penché est que je fais du copy on write avec les objets et lorsqu'un topic va être gros (genre 1M de message), ça veut dire qu'il faudra que je copie une zone mémoire de 4Mo à chaque nouvelle réponse. Ca me fait un peu chier. Bref, il faut que je vois à partir de quand il est plus avantageux de locker la zone mémoire en lecture/écriture plutôt que de faire du cow.

La nouvelle version de mon forum est en ligne

je pense que c'est la meilleur facon. Ce qu'il faudrait ajouter a cette methode, c'est de pouvoir supprimer que les dernier messages. Dans un topic de 1000 pages, rien ne sert de supprimer un message qui se trouve en page 100, au pire des cas, on l'edite.
Comme cela, on decremente seulement les derniers messages (on peut laisser les 50 ou 100 derniers messages effacable, par exemple).

c koi les modifs ?

Laÿ forhums caÿ de la maÿrdeuh

oué t'as raison, tu devrais boycotter les forum et ne plus jamais y mettre les pieds
 

Ca limite aussi un peu les features qu'on peut ajouter, genre un topic avec des droits particuliers (visibilité, écriture).

J'ai une petite question.
 
Les forums présentés en 1er post sont sympas, mais souvent, ils ne sont pas téléchargeables (ou alors il faut demander aux auteurs mais c'est galère), et en plus y'en a plein qui sont 404 ou 403.
 
Alors ma question : où est-ce que je peux trouver un forum léger et gratos, pour intégrer dans un site ?
Ce serait une utilisation très limitée : disons quelques centaines d'utilisateurs maximum, dont quelques dixaines dessus en même temps aux heures de pointe. Les options "fancy" de phpbb, rien à battre, je veux du simple (je customiserais sa tronche moi-même), rapide et avec les options nécessaires : messages privés, etc. Je suis fan du forum mesdiscussions, surtout le système des drapeaux (et maintenant les favoris ), et le système des smileys perso, même si ça, c'est plus qu'accessoire.
J'aime beaucoup ProprePB, mais il est super buggé (on peut même pas éditer ses messages, quand on est loggué ca dit tout le temps qu'on n'est pas loggué...), en tout cas chez moi. J'en ai pas testé d'autre, encore.
 
Merci !

http://www.presence-pc.com/news/-b [...] n5563.html ?

Vire ton spam de merde

pour que t'y mette le tient ?

Si tu veux que l'on te renseigne un minimum, dis nous quelles sont tes conditions d'hébergement aussi (pas que tes besoins).

Le mien est gratuit

a tous,
 
Tout d'abord, comment se protege-t-on pour empécher les insertions de script tout bete dans un textarea ?
 
Merci

Méthode de base, appliquer la fonction html_entities sur le contenu de ton textarea avant de l'insérer dans la base de données, ça remplace < par &lt; et > par &gt; évitant de fiche du code entre des balises <script>  
Après, tu peux tester l'absence de différents mots clés comme javascript par exemple.

Bientôt un nouveau forum dans votre liste

vu que le real smiley ne met plus à jour le titre de son topic, je perpétue la tradition à sa place