forum.system-cfg.com

Ce n'est pas le premier problème de communication entre OVH et certains fournisseurs d'accès, mais pas tous.
http://forum.system-cfg.com/viewtopic.p ... 3&start=30
Je crois qu'il y a eu aussi d'autres cas dans les années précédentes.

C'est bien un problème chez OVH, car par ailleurs tous mes sites free fonctionnent bien et répondent instantanément. Et l'insertion d'images de dcmoto.free.fr ou dcnano.free.fr fonctionne bien dans tous les forums, sauf ceux hébergés par 'OVH.

L'incident ne spécifie pas si le probleme vient du routeur d'ovh ou du routeur de free. Le routeur ovh a certes un problème mais il est peut être due à un problème sur le routeur free.

Pour récapituler ce que l'on sait :

- Les images du site dcmoto s'affichent bien. Exemple : http://forum.system-cfg.com/viewtopic.php?f=18&t=4912
Donc le site dcmoto n'est pas blacklisté et il est accessible.

- Les liens de type url peuvent être insérés dans un post sans problème. Exemple : http://dcmoto.free.fr/bricolage/cs91-28 ... itches.jpg

- Les liens de type img provoquent l'erreur suivante, quand on clique sur "aperçu" ou "envoyer" : Seule la balise img produit cette erreur. Quelle est la différence de traitement entre les balises img et url ?

C'est un problème dans la gestion de la base de données, pas dans le lien lui-même, car ce lien fonctionne partout (y compris chez OVH). Le problème est dans MySQL, lorqu'on essaye d'insérer le lien avec la balise img. Mais pourquoi pas avec la balise url ? Et pourquoi seulement pour http://dcnano.free.fr ou http://dcmoto.free.fr et pas pour http://dcmo5.free.fr/ , http://dcto8.free.fr/ , http://dcmo6.free.fr/ , http://dcto9p.free.fr/ , http://dcvg5k.free.fr/ , http://dchector.free.fr/ , http://dcexel.free.fr/ , http://dctavernier.free.fr/ , http://danielcoulom.free.fr/ ?

Ce fil de discussion décrit un problème similaire : https://www.phpbb.com/community/viewtop ... &t=1327575
L'erreur aurait été provoquée par le changement du paramètre "maximum image size" du forum.

Autre témoignage : https://www.phpbb.com/community/viewtop ... &t=2154263
Là aussi, le paramètre "maximum image size" semble provoquer l'erreur.

Encore un autre : https://www.phpbb.com/community/viewtop ... &t=1489915

Dans tous les cas, c'est la même erreur 2006, et dans tous les cas le problème est résolu en changeant les paramètres du forum.

That means your web host has disabled the functions required to test image sizes.
Go into your ACP, "Post settings", and set "Maximum image width per post:" and "Maximum image height per post:" both to zero to disable this check.

L'explication serait donc celle-ci (à confirmer) :
- L'hôte a désactivé les fonctions nécessaires à la détermination de la taille de l'image
- Toute requête de taille de l'image reste éternellement en attente (même si la limite fixée est très très grande)
- Au bout d'un certain temps (45 secondes ?) MySQL renvoie l'erreur 2006
Le seul moyen d'éviter l'erreur est de supprimer la requête de la taille, en mettant les paramètres à zéro.

Tu as trouvé l'origine du problème

Effectivement en supprimant les critères de contrôle sur la taille des fichiers joints tout semble fonctionner normalement. Et effectivement, j'ai modifié ce paramètre il y a quelques jours suite au post avec l'image de 2Mo et de je ne sais plus quelle taille.

Par contre ce que je ne comprends absolument pas :
- Avant de le changer, j'avais déjà une limitation active (confirmé par Sam dans un message) et ça fonctionnait.
- Je n'ai pas réussi à refaire fonctionner l'ensemble aujourd'hui avec les mêmes paramètres.
- Pourquoi ça ne plante qu'avec certains sites ?

En attendant voici ton image depuis DCMOTO

Le problème ne vient pas uniquement de la limitation de taille des images, mais de la conjonction de cette limitation avec la désactivation de la détermination de la taille par l'hôte :

- L'hôte a désactivé les fonctions nécessaires à la détermination de la taille de l'image

Reste à interpréter la phrase ci-dessus. L'hôte est-il le serveur OVH, ou le serveur free ?
Il se peut très bien qu'OVH ou free aient désactivé ces fonctions récemment. Je ne sais pas. Malheureusement ce n'est pas nous, simples utilisateurs, qui pourront le savoir, car free comme OVH ne donnent pas trop d'indications sur ces points techniques.

Je crois que les hébergeurs n'aiment pas trop le "hotlinking" de ce type (un site affiche une image qui est sur un autre serveur). J'imagine très bien free mettant en place des outils pour l'éviter, et déployer petit à petit cette technique sur un serveur, puis un autre, si bien qu'en phase de déploiement tous les serveurs ne sont pas encore impactés.

Mais ça peut être aussi OVH. En plus OVH a certainement un cache, et selon que l'image est dans le cache ou doit être cherchée chez free, le comportement peut être différent.

En conclusion je ne sais rien, sauf que le problème est un time-out provoqué par la recherche de la taille de l'image. On peut contourner en ne cherchant pas la taille, sinon seuls OVH et free ont les moyens de réparer l'erreur.

Je ne sais pas s'il y avait un contrôle de taille avant l'intervention récente sur les paramètres. Le contrôle de taille et de dimension existe, c'est sûr, pour les images hébergées par system-cfg. Pour les images extérieures avec un balise img, il n'y avait peut-être pas de contrôle. A vrai dire je n'ai pas essayé, car je réduisais toujours à moins de 800x800 avant d'insérer le lien.

Dans le forum dcexel, dont je suis administrateur, j'ai modifié les paramètres de taille de l'image. De 0x0 je suis passé à 1024x1024. J'ai essayé d'insérer l'image du site dcmoto, et ça marche bien. J'ai ensuite essayé 800x800 et ça marche aussi.

Ce qui semble prouver que ce n'est pas free qui bloque la requête de taille d'image. Il faut donc voir du côté d'OVH s'ils ont désactivé cette fonction. Suite à leurs problèmes de connexion avec free, ils ont peut-être mis en place des bridages pour diminuer le débit.

Daniel a écrit :Le contrôle de taille et de dimension existe, c'est sûr, pour les images hébergées par system-cfg.

oui.

Pour les images extérieures avec un balise img, il n'y avait peut-être pas de contrôle.

Oui il me semble qu'il n'y avait pas de contrôle dans ce cas là. Je pense que mon msgs précédent a mal été compris ou que je l'ai mal écrit, je parlais des images hébergées par system-cfg. Les modos/admin ne semblent pas être soumis à limitations pour elles.

A vrai dire je n'ai pas essayé, car je réduisais toujours à moins de 800x800 avant d'insérer le lien.

C'est de toute façon une très bonne pratique. Certains amateurs de vieux ordis surfent encore en 1024x768...

Dis donc chef Fabien, tu n'avais pas dit que tu n'avais rien changé récemment sur la conf du forum???

J'avoue que j'avais zappé cette manip

Cela dit on est quand même éloigné des fichiers de config de phpBB ou de MySQL, non?

Ben, je n'ai pas mentionné de soucis au niveau du paramétrage de MySQL.
L'option DNSBL était un simple bouton radio dans les paramètres avancés de phpbb.