Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Confédération des couche-tards

[supprimé]

hopimet a écritN'empêche que les autres continuent quand même à poster sur le tdct 31. Grévistes de pacotille ! :mad:

ouais il est vendu au modératronnat!

Arcans

hopimet a écritN'empêche que les autres continuent quand même à poster sur le tdct 31. Grévistes de pacotille ! :mad:

Un moment de distraction, je le reconnais.

nany

hopimet a écritN'empêche que les autres continuent quand même à poster sur le tdct 31. Grévistes de pacotille ! :mad:

Je n'ai pas de raisons de faire grève mais je vous soutiens dans votre lutte, camarades.
Qui est partant pour un post collectif simultané à 21:42:42 sur le TdCT ?

[supprimé]

sans moi, j'ai pas envie de casser le serveur.
après j'vais encore me faire engueuler.

xabilon

Salut

J'ai fait mes test hier soir. Il y a lenteur lorsqu'on cherche à accéder à un post en particulier d'un topic long, donc lorsque vous cliquez [Nouveaux messages] sur le TdCT, ou lors de la redirection après avoir posté un message.

Vous pouvez tester sur http://forum.dev.ubuntu-fr.org

[supprimé]

Donc la taille du topic joue bien un rôle ?

xabilon

Tout à fait, plus précisèment lorsque FluxBB cherche à déterminer la page où se trouve le message visé :

// Determine on what page the post is located (depending on $pun_user['disp_posts'])
    $result = $db->query('SELECT id FROM forum_posts WHERE topic_id='.$id.' ORDER BY posted')

[supprimé]

Effectivement. L'ordonnancement (ORDER BY) doit il être refait à chaque requête ?

nany

En tout cas, la redirection est totalement foireuse chez moi sur http://forum.dev.ubuntu-fr.org/ alors qu'ici, ça peut être long mais ça finit quand même par afficher la page correctement.

xabilon

Le serveur de prod est plus optimisé, et le mode de débugage n'est pas activé ici, donc ça fini la plupart du temps par aboutir.

[supprimé]

Ce soir c'est vraiment chiant d'atteindre le tdct (>15s). Maintenant qu'on a compris que la taille du thread impactait le timing on pourrait fermer et rouvrir le tdct 32 non ?
Ou alors on préfère que ça continue à merder ? :/

nany

Laisse leur un peu de temps pour faire des tests.

As-tu essayer des poster ici ?

[supprimé]

Je n'y arrive même pas. Redirection qui dure plus de 30s puis page blanche.

xabilon

Il suffit aussi d'aller là et cliquer sur [Nouveaux messages] en face du TdCT
Ou de choisir un message vers la fin du topic, et de faire un clic-molette sur la date du message (normalement ça envoie directement vers le message en question)

[supprimé]

Ça y est. J'y suis arrivé. Mais j'ai eu une page blanche après la redirection suite au clic sur valider.

nany

Moi aussi je suis à chaque fois victime de la page blanche. C'est angoissant.

Docteur, existe-t-il un remède à ce syndrome ?

Crocoii

xabilon a écritTout à fait, plus précisèment lorsque FluxBB cherche à déterminer la page où se trouve le message visé :

// Determine on what page the post is located (depending on $pun_user['disp_posts'])
    $result = $db->query('SELECT id FROM forum_posts WHERE topic_id='.$id.' ORDER BY posted')

Camarades, grâce à notre lutte, la vérité est faite.

:o Si seulement ça marchait dans la vrai vie !

xabilon

Pour l'instant, la seule solution c'est de limiter la longueur.
Sur cet ancien TdCT de 1000 pages, rouvert pour tester, ça va déjà mieux, mais c'est pas encore ça.

nany

Effectivement plus de page blanche sur le TdCT 30 du serveur de dev avec un temps de réponse équivalent au TdCT 31 d'ici.

helly

+1, si tu veux qu'on t'aide, donne le retour exacte de la commande !

« Page précédente Page suivante »