Bug du forum

[Vlad Tepesch]

Certains l'auront remarqué hier soir, le forum a été HS au moins une heure.

La cause? Des scripts ont été altérés pour une raison que j'ignore, mais après, ça trouvait plus le fichier de connexion à la base de données alors c'est génant

La plupart des fonctions du forum ont été rétabli. Les choses suivantes ont changés :

-Le forum est passé de la version 2.0.11 à la 2.0.15 pour raison de sécurité.
-Le forum est passé en anglais en même temps vu que j'ai pas encore récupérer de version française.
-Malgré ma sauvegarde de la base, je n'ai pas pu restaurer la fonction recherche (ou search) qui est en haut dans le menu. Elle va se restaurer petit à petit, et si j'ai le temps, je remettrais une partie de l'ancienne vu qu'en fait, c'est la plus complexe.
-les thèmes ont été supprimé, ainsi que les smileys. Ca, c'est en cours de restauration.
-Tout les avatars ont été supprimés.

[Vlad Tepesch]

Après désactivation du forum pendant 1h, voici les résultats suivant :

-Le retour du français, allez dans votre profil pour modifier la langue
-Le retour des thèmes
-Le retour des smileys

[Vlad Tepesch]

Après modification de la structure du forum, merci de me prévenir du moindre problème avec
=> Les avatars
=> Les smileys


En fait, j'ai modifié le code afin d'empêcher la perte des avatars aux prochaines MAJ.

[Vlad Tepesch]

Compte rendu de maintenance :

Le forum vient de passer en 2.0.16.

Il a été indisponible pendant quelques minutes (environ 45 ^^ )

Tout se passe bien, aucun avatar n'a été perdu.

Les nouveautés de langages du BBcode ont été conservé ^^

Prévenez moi si vous détectez un bug.

[Vlad Tepesch]

Certains ont du le remarquer : le forum a buggé.

Mais pourquoi cette coupure de même pas une minute? Parce que j'ai changé de password free, tout bêtement.

Pourquoi? Parce qu'un petit malin s'est infiltré sur de nombreux sites free et les as hacké, moi y compris. Heureusement, je m'en suis rendu compte vite et tout est rétabli.

En espérant que free corrigera ce problème rapidement ^^

[Vlad Tepesch]

Hehe, suite à une erreur de manipulation, une partie du star wars a été légèrement perdu, je vais charger une mise à jour de ce pas ^^

[lubaq]

Le HRP de Chill à un bug de pagination °o(on en est pourtant qu'à la 10ème page)

Le retour de Bunker a un peu trop ému le forum

[Vlad Tepesch]

Ce genre de bug arrive souvent sur les sujets trop actifs où il y a eu des suppressions de posts ^^

C'est un bug de phpBB ça, je peux rien y faire.

[Hinata]

Bug sur le Chill il dit qu'il y a pas d emessage dans la zone
Et il ment !!!!

[Vlad Tepesch]

Va à la page d'avant (par exemple, s'il te dit ça sur page 10, va sur page 9) et ça marchera.

C'est le même bug que Lubaq a décrit ^^

[Hinata]

Oui bah ça marche pas alors désolé les gens mais je vais pas pouvoir répondre au Chill.

[Bunker]

Ouah la mauvaise fois.
Moi ça marche trés bien.

[Vlad Tepesch]

Hinata, si tu vois vraiment pas le truc, tu va page 1 et tu clic répondre.

[lubaq]

et tout ça parce qu'il y en a qui se permettent de mélanger donnée informative et données utile.

En gros, le compteur du nombre de réponses à un topic a deux emplois incompatibles entre eux:

• D'un coté il représente tout les posts qui ont été fait dans un topic, il augmente à chaque nouveau post et ne diminue pas lors des suppression de post.
• Et de l'autre, il sert de base au calcul du nombre du pages du topic qui est une simple division par le nombre de posts par page.

Résultat : lorsque le forum crée les liens vers les différentes pages d'un topic, les posts supprimés sont comptés comme encore là et un lien vers une nouvelle page est créé avec une avance égale au nombre de posts supprimés.

Morale : arrangez vous pour ne pas avoir à supprimer des posts, postez d'avantage (la page vide le restera moins longtemps), si un topic dépasse la vinghtaine de posts supprimés créez en un #2, et si la dernière page d'un topic est vide alors consultez l'avant dernière.

[Haldir de Lorien]

[Noob Inside]On ne pourrait pas bidouiller le truc pour que le compteur oublie les messages supprimés ? [/Mode]

[Vlad Tepesch]

et tout ça parce qu'il y en a qui se permettent de mélanger donnée informative et données utile.

En gros, le compteur du nombre de réponses à un topic a deux emplois incompatibles entre eux:

• D'un coté il représente tout les posts qui ont été fait dans un topic, il augmente à chaque nouveau post et ne diminue pas lors des suppression de post.
• Et de l'autre, il sert de base au calcul du nombre du pages du topic qui est une simple division par le nombre de posts par page.

Résultat : lorsque le forum crée les liens vers les différentes pages d'un topic, les posts supprimés sont comptés comme encore là et un lien vers une nouvelle page est créé avec une avance égale au nombre de posts supprimés.

Morale : arrangez vous pour ne pas avoir à supprimer des posts, postez d'avantage (la page vide le restera moins longtemps), si un topic dépasse la vinghtaine de posts supprimés créez en un #2, et si la dernière page d'un topic est vide alors consultez l'avant dernière.

Raté

Les problèmes viennent des fois où quand on supprime, le serveur plante (et lors du plante du serveur, il y avait eu des suppression sur le chill), des trucs comme ça.

Soyons logique, il décrémente quand on efface ^^

[lubaq]

Zort! j'ai pas lu les scripts trop vite

Dis Vlad, un pti script à lancer occasionnellement et qui referait les comptes ça te dis?

[Vlad Tepesch]

Je pense écrire ça rapidement, mais t'en fais pas, ce sera fait ^^

Suffit de synchroniser les tables posts et posts_text

Ca arrive quand elles sont plus synchro (elles doivent avoir exactement les mêmes clef primaire et exactement le même nombre de ligne, c'est lourd ^^)

[lubaq]

baka! baka! baka! baka! BAKA LUBAQ!
°o(prendre une différent pour un égale?! non mais)
°o(suis je encore digne d'être programmeur)
°o(comme si j'avais pas déjà fait pire)
J'ai trouvé la ligne que j'avais zappé °o(j'ai à peine l'air con là, avec ma précédente lecture le compteur était même pas incrémenté)


°o(la dé-synchro cause le bug? le pifomètre dit : anguille sous roche)

Je te proposais de p****r moi même le code en question, mais bon, si je suis trop bas dans ton estime pour être ne serait ce qu'un sous-fifre...
^^ °o(il semblerait que je sois en manque de projet concret ces dernier temps)

[Vlad Tepesch]

Ouais mais j'aime bien coder en PHP, et puis, j'aime pas qu'un autre touche la base de donnée (ne serait ce que le script d'un autre)

Le problème exacte est qu'imaginons qu'une des tables à une valeur de trop, ce qui entraine une page en plus. Quand on va sur cette page, il cherche le message qui devrait être là, et surprise, même s'il a la bonne clé primaire, il ne trouve aucun message. Donc il dit qu'il existe pas de messages.

[lubaq]

ça me parait toujours aussi zarb

Quand tu parles d'une valeur en trop, tu parles d'une valeur erronée dans le champ topic_relies ou d'une entrée manquante dans la table posts(à cause d'un plantage lors de la suppression) ou posts_text(à cause d'un plantage lors de l'ajout)?

Dans le premier cas je pige, mais dans le deuxième ça colle pas avec les requètes du phpBB de base et au cas du bug de pagination.

• Un plantage au cours d'une suppression d'un post peut entrainer une valeur surévaluée de topic_relies et donc la création d'un lien vers une page qui ne peut être remplie.
  
  Il peut aussi subsister l'entrée dans posts_text qui ne sera plus traitée car l'entrée qui lui correspond dans posts n'existe plus. L'abscence de suppression de cette entrée n'ai as une cause directe du bug de pagination, elle implique juste l'abscence de modification de topic_relies.
• Un plantage lors de l'ajout d'un post peut entrainer une valeur sousévaluée de topic_relies, donc l'abscence de création d'un lien vers la dernière page quand celle ci ne contient que le dernier post (je simplifie).
  
  Il peut aussi manquer une entrée dans posts_text ce qui n'a pas d'influence sur la pagination car dans dans ce cas là le message ne sera jamais dans le résultat des reqètes vu qu'il n'est présent que dans la table post.

[Vlad Tepesch]

C'est zarb mais d'après ceux qui ont programmé phpBB, ce bug apparait lorsqu'il y a une désynchronisation des tables. Et actuellement, il y a un décalage de 2 sur ces tables.

2 posts comptés dans posts dont il manque le text en gros.

[Hinata]

Un bug pas trop grave mais un peu génant tout de même.

Quand on lit les messages, il les laisse quand même en nouveau message non lut, même si tu vas voir le message 5 fois, il te le laisse toujours en non lu. Mais pas toujours, ça dépend des fois.
Là je pense que le forum doit pas être content parce que la France ne va pas être qualifié pour les 8ème de final.

[Hinata]

Vlad le bug il est toujours pas partie...


Pourquoi tu t'interesse jamais à mes buggggggg

[Haldir de Lorien]

En même temps, c'est un peu un bug récurent, ça

(d'ailleurs, je mùe demande si la faille ne se situe pas plutôt coté user, mais ce n'est qu'une hypothèse sans réelle justification technique).