D'un point de vue technique (et je l'ai déjà exposé ici), aucun timeout aussi long n'est positionné dans Dotclear (je rappelle qu'il est de 4 secondes pour la recherche de mise à jour, et seulement quand les infos en cache ont expiré, cache qui a une durée de vie de 6 heures).
Le problème vient du fait que le serveur Dotclear accepte les requêtes, mais met beaucoup de temps à y répondre. On pourra imaginer un système pour désactiver le contrôle de mise à jour, mais ça ne va pas se faire sur un coin de table en deux minutes et ça ne sera donc pas intégré à la prochaine 2.9 qui sortira lundi. Au passage est-ce que quelqu'un a ouvert un ticket à ce sujet ? Maintenant si vous n'avez pas la possibilité d'attendre des jours meilleurs, basculez sur une autre solution de blog, ce n'est pas ça qui manque (Spip, WP, Drupal, …). Le 24 février 2016 à 17:49, Philippe <[email protected]> a écrit : > Le 24 février 2016 à 17:22, Kozlika <[email protected]> a écrit : > > Bonsoir à vous, > > > > Je trouve un peu déplacé de râler comme ça alors qu'il n'y a plus qu'un > > seul dév réellement actif sur le projet. Il n'a pas dix bras et mérite > > certainement plus d'encouragements et de tests de notre part que de > > reproches. > > -- > > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > > +1 aussi, bien que ça reste un vrai problème ;) > > En fait, c'est le serveur dotclear.net qui a des hoquets. Je ne sais > plus où on en est avec celui-là, c'est toujours un serveur Free avec > xave aux commandes ? > > -- > Philippe > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Franck — Operating Crocker’s rules (http://sl4.org/crocker.html) -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
