Problème avec certaines images sur le serveur

[kyodev]

je n'ai pas d'anti-virus, et je vois le souci chez TOI avec MON image qui fonctionne ailleurs chez Ovh

ma curiosité est à son comble

[PierreP8]

Observation :

Les navigateurs plantent tous et Firefox explique qu'il s'agit d'un problème d'erreurs dans l'image.
Regardez les deux images du manchot en liste dir dans le sous-domaine tests.
Je les ai uploadées avec FileZilla à jour (donc en FTP)

.avatar_300.png pèse, sur le serveur, 67.985 octets
avatar_300.png, la même image, pèse 68.222 octets

Cette différence de poids n'a aucune raison d'être, non ?

Mais le problème est né avant.

[kyodev]

bien vu
ce ne peut pas être ton client FTP?
tu peux essayer avec un autre client ?
ou le manager OVh/Hébergement/FTP: ftpExplorer?

[PierreP8]

Je vais regarder cela dans la soirée, mais le problème a été détecté alors que je n'avais pas touché aux images hébergées depuis des années et que cela fonctionnait parfaitement.
Peut-être que cela c'est produit lors du déplacement de l'hébergement (changement de data center, copie du serveur sur un autre) qui a eu lieu il y a quelques mois et que je ne m'en suis aperçu que maintenant.

[kyodev]

ce n'est pas une erreur du à un transfert puisque aujourd'hui, une image valide, ne fonctionne sur TON hébergement :/
c'est vraiment étonnant ton histoire

[Boulvard]

Je dis peut etre une bétise mais la migration graveline = Http2 si je ne me trompe (si je curl le lien chez kyodev jai du http 1, ça donne quoi en 2 ?)

[kyodev]

Gravelines HTTP2 oui

curl --head https://test.xn--chauffeur-priv-rennes-o5b.com/.avatar_300.png
HTTP/2 200

[Boulvard]

My bad, jai pas dautres idées pr le mmt

[kyodev]

à plusieurs on les aura toutes eues?

[PierreP8]

Je viens de faire un truc simple :

Sur le serveur, je vire .avatar_300.png, qui pèse 67.985 octets
Je renomme avatar_300.png, qui pèse 68.222 octets, en .avatar_300.png
J'upload avatar_300.png de ma machine sur le serveur avec filezilla et elle pèse aussi 68.222 octets.

Lecture :

Sans point

À point

Il n'y a plus d'erreur de lecture - il n'y a plus d'erreur de l'image.

Poursuite du test :
Je renomme, sur ma machine, .avatar_300.png en .avatar_301.png
Cette image pèse toujours 68.222 octets
Upload avec filezilla
.avatar_301.png pèse 67.985 octets

Le mot de CAMBRONE ! En 5 lettres !

Comparaisons entre répertoire images local et répertoire images serveur.
J'ai demandé à FileZilla de conserver l'horodatage des fichiers transférés, mais FileZilla de donne pas la date de création côté serveur. Ce serait intéressant. Ces images n'ont pas été changées depuis leur dernières créations/modifications et sont uploadées dans la foulée.

Les images à point. Aucune n'a la même taille localement et sur le serveur !

Les images sans point. Toutes ont la même taille localement et sur le serveur !

Je chercherais bien la cause au 24 janvier 2019 (transfert à Gravelines) avec conséquences se poursuivant aujourd'hui :
http://assiste.forum.free.fr/viewtopic.php?f=154&t=33927

## Arrrggghhh !

Je viens de transférer toutes les images à point, avec FileZilla, en type de transfert "binaire" au lieu d'"automatique" (j'ai toujours utilisé le mode "automatique" depuis... que FileZilla existe) et tous les fichiers, côté serveur, retrouvent leur taille.

.Net 1.0 - Tous les téléchargements

C'est une solution, mais ce n'est pas clair.

Note :
L'illustration que cherche à faire ce forum OVH pour fabriquer un snippet de la page indiquée cherche une image au mauvais endroit.

[kyodev]

si j'ai compris

• fileZilla (Fz) en mode binaire c'est Ok?
• Fz mode auto c'est mauvais? (il y a eu il y a peu un truc similaire ici, me souviens plus si avec image)

cette taille différente, à l'arrivée sur le serveur expliquerait tout, et ton client en cause serait une bonne hypothèse

mais ça n'explique le changement que tu dis avoir subi d'un coup?

j'ai toujours utilisé Fz en mode auto depuis... longtemps
mais depuis 6ans, c'est seulement sur Linux

[kyodev]

ayé: https://community.ovh.com/t/resolu-2000-fichiers-corrompus-sur-mon-ftp/16463/5

je découvre...
mode auto par défaut:
traiter les fichiers dont le nom commence avec un point comme fichier ASCII

ce qui n'explique pas alors pourquoi lors de mon essai, ça n'a pas été transféré en mode ASCII :/ ?

hypothèse: car sous Linux, le mime type est vérifié par Fz (file)?

https://wiki.filezilla-project.org/Data_Type

[PierreP8]

Merci Kyodev,

https://wiki.filezilla-project.org/Data_Type

C'est écrit en toutes lettres :

Compared to ASCII type, binary type is the easier one: the file is just transferred as-is, and no line ending translation is done.
So when you are not sure what to use, always go for binary type.

Si je comprends bien, le serveur sert un fichier au client en modifiant à la volée le contenu de l'objet en fonction du type du client (Linux; Windows; etc.). Par exemple, les sauts de ligne, sous les clients Linux, sont uniquement un LF (Line Feed) tandis que sous les clients Windows, les sauts de lignes sont CR (Cariage Return) + LF (Line Feed).

Mais si on fait un upload en type automatique, FileZilla choisit automatiquement le type Linux pour les fichiers dont le nom commence par un point, car il pense, implicitement et à tort, que ce sera obligatoirement un fichier à servir pour un client Linux et modifie déjà, à l'upload, son contenu. C'est une erreur de décision - c'est un choix "à priori", en subodorant fautivement quelque chose qui devrait être pris en charge par le serveur (download) et non par l'upload avec le FTP (peut-être avec l'idée généreuse d'accélérer l'envoie au client [le download futur] sans passer par la conversion).

FileZilla ferait mieux de disposer d'un module de minification, qui accélèrerait réellement le service au client, protègerait la bande passante de l'hébergeur et l'occupation disque sur les serveurs, au lieu de jouer avec nos objets sur des supputations (nouvelles, car cela n'existait pas dans le temps).

3 jours et 85 messages !
Je vais en profiter pour tout relire et mettre à jour puis tout ré-uploader en binaire.
Je vais aussi faire un résumé à FileZilla et me faire expliquer quand c'est apparu et pourquoi.
Si j'ai une réponse, je ne manquerais pas de la reproduire ici.

Merci à tous les intervenants,

Cordialement,

Pierre

PS : je suis en FileZilla 3.42.1 Windows.

[kyodev]

je t'ai mis le wiki fileZilla... c'est la spécification Ftp tout simplement
il y a transformation au départ/arrivée, si les deux systèmes diffèrent , ça peut poser le souci

Fz a aussi la config par défaut cochée que je n'avais jamais vue, pour toi il te suffit de décocher: traiter les fichiers dont le nom commence avec un point comme fichier ASCII

mais il y a quelque chose que je ne comprends pas, tu dis que le souci est apparu seul ?

[PierreP8]

Re, Kyodev,

Hier, avant de corriger les ups à point, je l'ai paramétré ainsi :

C'est bon ?

J'étais en automatique avec les deux cases cochées (fichiers sans extension et fichiers dont le nom commence par un point)

Sincèrement, je n'ai aucun souvenir d'avoir touché à ces paramètres depuis que j'ai installé FileZilla la première fois, il y a des années.

J'ai toujours utilisé FZ et je monte toujours des répertoires entiers.
Il est rarissime que je monte un fichier unique, et je le faisais alors avec mon vieil Adobe Golive dont j'avais acheté la suite CS (CreativeSuite) en me fendant d'une fortune (je suis un légaliste acharné).

Je me souviens, par contre, il y a peut-être 2 ou 3 ans que, tout d'un coup, je n'ai plus pu faire d'upload (de connexion FTP) avec Golive. Je n'ai pas cherché à comprendre (toujours pressé !) et tout passe par FZ depuis, y compris les up ponctuels.

Fichiers sans extension (ou dont l'extension est trompeuse) : ils ont un type qui peut être détecté par analyse de ses empreintes (paterns).
TrID le fait gratuitement, en mode local ou en ligne. VirusTotal s'en sert.

TrID File Identifier Quel est le véritable type d'un fichier ?

Cordialement,

Pierre

[kyodev]

j'ai toujours utilisé Fz sans me poser de questions, par défaut...

Fz ne va pas utiliser de programme tiers pour le type de fichier, c'est le système qui va fournir cette info, à ma connaissance, sur windows, c'est l'extension :/

Linux détecte le mime type pour chaque fichier, quelque soit son nom

mais ça ne m'explique pas pourquoi tu as dit que c'était apparu tout seul?

[PierreP8]

,
mais ça ne m'explique pas pourquoi tu as dit que c'était apparu tout seul.

Parce que je n'ai rien changé, nulle part, depuis des années, et que les images à point s'affichaient (j'avais tout de même vérifié/relu en ligne mes pages lorsque je les ai uploadées avec leurs dépendances.

Ce que je peux dire, c'est que je viens de m'apercevoir d'un problème inconnu, par hasard, portant sur l'altération d'objets.

Ce que je ne peux pas dire, c'est la date d’occurrence. Un passé entre 48 heures et 2 ou 3 ans. Je n'ai aucune souvenance d'une opération qui aurait porté sur :

1. Modification des réglages de FZ, voire réinstallation neuve de FZ sans reconduire de précédents paramètres.
2. Réupload de tout ou partie du site. Je me souviendrais d'un truc pareil. Et pourquoi aurais-je fait un truc pareil ?

Le problème vient de me sauter à la figure, est solutionné, est expliqué (avec votre aide), mais son apparition n'est pas expliquée. L'opération Gravelines, si le transport des données ne s'est pas fait avec un banc de copie des volumes disque, mais par un transfert Internet (sous un logiciel de transfert), me plairait bien (je n'accuse personne et ne rencontre strictement aucun problème OVH ni d'hébergement ni de continuité du service, depuis le début de mon hébergement, et je les recommande).

Cordialement,

Pierre

[kyodev]

très curieux, seul Ovh saura apporter des précisions

la copie via le net se s'est pas faite en Ftp, il y a plus efficace, et de Linux à Linux, pas de soucis de conversion de fin de ligne

[PierreP8]

Je suis surpris que FZ fasse de la conversion du format PNG. Cela m'étonnerait que l'on y trouve des LF/CR convertible en LF selon le système hôte.
Là, je pense qu'il y a une faute côté FZ.
PNG est PNG, rien d'autre, et ne dépend d'aucun OS, heureusement, comme aucun autre format d'images, d'ailleurs.
On ne voit pas, on ne peut même pas imaginer intellectuellement, un PS demander, lors de "Enregistrer pour le Web" une question additionnelle du type "Pour quel système hôte".
Cordialement,
Pierre

[kyodev]

Je suis surpris que FZ fasse de la conversion du format PNG

relis ce message: https://community.ovh.com/t/probleme-avec-certaines-images-sur-le-serveur/18477/90

ce sont les options par défaut pour les fichiers commençant par un .
ET tu as choisis ça pour le nommage de tes images :/

Là, je pense qu'il y a une faute côté FZ.

NON, parce que c'est clairement dit
ET sous linux, c'est une convention souvent utilisées pour tous les fichiers de paramétrage, genre .htaccess, .gitignore, .eslintignore, .bashrc ...

si faute, c'est l'utilisateur qui ne tient pas compte du système hôte, càd Linux (ou unix like, BSD, MacOsX, Android...) et windows qui n'a pas voulu se conformer aux standards comme l'a pu faire Apple par exemple

UNIX existait avant Windows, et celui-ci a fait croire à beaucoup que la vie était mono système...