Bonjour
J’ai sur deux de mes sites des incidents Php depuis jeudi dernier ; par contre, j’ai d’autres sites qui fonctionnent normalement chez le même hébergeur alors que je les ai écrits en utilisant les mêmes solutions.
Parmi une bonne dizaine d’erreurs en quelques jours :
1/ copie d’un répertoire avec son arborescence contenant des fichiers Php pour créer un nouveau répertoire sous un autre nom : les fonctions du répertoire d’origine sont OK, l’accès au nouveau répertoire provoque ce message Parse error: syntax error, unexpected T_IF in /homez.144/toto/www/esp75g05m/parmEsp.php on line 4, sans avoir rien changé à aucun des fichiers de ce nouveau répertoire
2/ application d’une même modification (Copier / Coller) vers la ligne 150 dans deux fichiers Php appartenant chacun à un site différent : la fonction est OK sur l’un, provoque sur l’autre ce message : Parse error: syntax error, unexpected '{' in /homez.110/fifi/www/index0.php on line 2
3/ un fichier de test constitué de <?php echo "KoKoKo "; ?> fonctionne s’il y a un espace en fin de ligne, provoque un message d’erreur Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /homez.144/riri/www/esp75g05m/indexKO.php on line 1 s’il n’y a pas d’espace en fin de ligne
4/ j’ai d’autres exemples de ce type
Je ne peux plus faire aucune modification à mes deux sites.
Merci par avance de votre aide.
Francois
la communauté d'entraide francophone dédiée au PHP
Rafale d'incidents
Eléphant du PHP |
81 Messages
Modifié en dernier par francoisch le 13 déc. 2010, 11:56, modifié 1 fois.
Eléphant du PHP |
81 Messages
Voila:
parmEsp.php:
index0.php:
indexKO.php:
Francois
parmEsp.php:
Code : Tout sélectionner
<?php
// ----------------------------------------------------------------------------------------------------------------------------------------------------------------
// Copyright 2006, François Chausson,
// tous les composants installés sur ce site Web sont sa propriété, aucune utilisation ni reproduction n'est possible sans son autorisation écrite,
// all components installed on this Web site are his property, absolutely no use or copy is permitted without his written authorization
Code : Tout sélectionner
<?php
// ----------------------------------------------------------------------------------------------------------------------------------------------------------------
// Copyright 2006, François Chausson,
// tous les composants installés sur ce site Web sont sa propriété, aucune utilisation ni reproduction n'est possible sans son autorisation écrite,
// all components installed on this Web site are his property, absolutely no use or copy is permitted without his written authorization
Code : Tout sélectionner
<?php
echo "KoKoKoKo";
?>
Eléphant du PHP |
81 Messages
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
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
t'as possibilité de redémarrer le serveur ?
Eléphant du PHP |
81 Messages
Non, je suis en hébergement mutualisé.
J'essaie actuellement d'entrer en contact avec le niveau 2 chez mon hébergeur.
Francois
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
Eléphant du PHP |
81 Messages
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
Mais je ne peux rien sur le serveur.
Francois
Eléphant du PHP |
81 Messages
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
Mais je ne sais pas où chercher.
Francois
Eléphant du PHP |
81 Messages
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
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
Eléphant du PHP |
81 Messages
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
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
ViPHP |
3607 Messages
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...?
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...?
Eléphant du PHP |
81 Messages
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
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