bonjour

Je viens de faire un chargement Ftp en binaire plutôt qu'en Ascii: ça fonctionne en chargeant en binaire.

Je venais juste de m'apercevoir que le même fichier chargé dans un autre dossier avant mes incidents était d'une taille plus importante (2166 octets, avec tous ses CRLF) que le même fichier chargé, tjs en ASCII, après le début de mes incidents (2024 octets, tous les CR seuls ont disparu).

J'ai l'impression qu'il y a une incompréhension nouvelle entre mon client Ftp, inchangé depuis des années, et le serveur Ftp.

A votre avis, que faire? A partir de maintenant, je charge tout en binaire?

Ou je discute avec mon hébergeur sur les options Ftp?

Francois

Il y a eut-être une confusion entre deux systèmes d'exploitation...?
de la même manière qu'on utilise soit \r\n soit \n ...
il faudrait vérifier deux choses dans ton filezilla...
Dans le gestionnaire de sites, dans l'onglet avancé, tu as un paramètre "type de serveur", essaye de l'ajuster au mieux... et dans Jeu de caractères essaye de régler aussi le tout correctement...

Je viens de m'apercevoir qu'il ne reste que les CR qui étaient accolés chacun avec un LF; tous les CR qui étaient seuls ont disparu.

Pour quelle raison? That is ...

Francois

Oui, mon problème doit être assez poilu, un peu comme ce que tu décris.

Mais je n'ai, dans mon cas, rien changé (le vieux mensonge ...): mon PC, mon éditeur (Notepad++), deux Clients Ftp différents.

Avec FileZilla, j'ai essaye Utf8=Never mais sans changement.

Ce qui a changé, c'est à partir de Jeudi matin sur ces deux sites, un troisième aussi, chez le même hébergeur; cet aplatissement des CR LF ne se produit pas chez un autre hébergeur, avec les mêmes outils naturellement.

L'aplatissement ne se produit pas non plus sur tous les fichiers Php, quelques uns sont en format correct sans que je sache pourquoi.

J'ai vérifié dans Notepad++, il encode mes fichiers en ANSI.

Francois

Bonsoir,

J'ai déjà eu ce genre d'incidents... pas exactement mais presque...
Contexte:
Je fait souvent de l'édition en locale de fichiers de sites, je test en local ça fonctionne, hop j'envois le tout en prod via filezilla et ça fonctionne...
Mais j'ai eu deux fois de suite un problème sur une connexion donnée (ailleurs que chez moi en gros), lorsque j'envoyais les fichiers, ça semblait marcher pour un instant, et sans que je vois d'où ça vienne, les fichiers uploadé était "écrasé" en production...
Le contenu perdu!

Les seuls éléments que je peux t'apporter, c'est que la-dite connexion est une connexion assez "merdique" de "campagne", pas stable, que j'avais le même materiel (mon ordi portable) pour faire les mises en prod, et que je n'ai jamais rencontré ce problème ailleurs...

Pour régler le problème sur place (parceque j'avais quand même une appli en prod complètement down) je transmettait mes fichiers via une clé usb sur un autre PC du même réseau et j'envoyais de la même manière.. la seule différence étant que le-dit PC tournais alors sous windows XP (le miens était sous ubuntu)

Donc si on veut essayer de conclure (bien que ce soit hasardeux) il semblerait qu'un mauvais mélange de logiciels et de connexion internet arrive à se résultat :/

Essaye de changer un ou plusieurs de ces paramètres pour voir si on a affaire au même problème...?

En chargeant avec FileZilla, je vois la taille en octet du fichier transféré jusqu'au moment où une boite d'alerte me demande si je veux écraser le fichier qui se trouve sur le site; elle est correcte.

Quand je regarde la taille qu'a le fichier après avoir accepté qu'il remplace le fichier existant, elle est erronée montrant un fichier "aplati".

Ma conclusion: le fichier est "aplati" juste à l'enregistrement sur le site.

Vérification faite avec Notepad++: la plupart des CR ont été supprimés à ce moment là.

A votre avis?

Francois

Une information significative: j'ai redescendu 2 des fichiers en cause; résultat, ils sont tout "applatis".

Par exemple, le fichier index0.php, qui fait normalement 257 lignes, ne fait plus que 2 lignes, très longues; l'essentiel du Php s'affiche à l'édition (Notepad++) comme des commentaires.

En chargeant ce fichier sur un autre de mes sites, il redescend encore applati.

Par contre, quand je charge ce fichier sur un autre site chez un autre hébergeur, il redescend normal.

J'utilise naturellement les mêmes logiciels d'édition et de Ftp pour ces opérations.

Francois

Oui, ça peut être le cas mais, alors, c'est le cas sur tous les fichiers qui fonctionnaient auparavant et que j'ai édité avant de les recharger, depuis Jeudi, sur ces deux sites.

Mais je ne sais pas où chercher.

Francois

Les erreurs n'ont rien à voir avec le code que tu as posté... Ce n'est pas ce script qui est exécuté.

J'avais essayé qqechose comme ça avec mon répertoire créé par recopie d'un autre répertoire; j'avais effacé sur le site et sur mon PC ce répertoire, je l'avais recopié de nouveau (3 fois) et rechargé, sans résultat.

Mais je ne peux rien sur le serveur.

Francois

Non, je suis en hébergement mutualisé.

J'essaie actuellement d'entrer en contact avec le niveau 2 chez mon hébergeur.

Francois

sinon, tu vides ton fichier, tu lances avec le serveur, tu le reremplis et tu le lances.

Non, je suis en hébergement mutualisé.

J'essaie actuellement d'entrer en contact avec le niveau 2 chez mon hébergeur.

Francois

t'as possibilité de redémarrer le serveur ?

Oui, tu as tout à fait raison.

La question est: pourquoi ces erreurs de syntaxe Php se produisent elles quel que soit le code?

Aussi, pourquoi le même modification est-elle OK sur un site et KO sur un autre?

Ces deux sites existent depuis 2-3 ans, j'y apporte des modifications à peu près tous les jours.

Je ne suis certainement pas un expert en Php mais j'ai déjà vu, et compris, de nombreuses erreurs de syntaxe.

Je ne comprend rien à ce qui se passe depuis Jeudi dernier sur mes deux sites.

C'est pourquoi une aide éclairée me serait précieuse.

J'ai essayé PHP5 et je suis revenu à PHP4, même résultat.

Francois

c'est que des commentaires la