Skip to main content Help Control Panel

 

support «   Soupçons de bogues «  

A nouveau les mêmes problèmes chez 1and1 [Solved]

Dupuis, Daniel -- on Aug. 26 2009

Alors que tout semblait fonctionner normalement, les commentaires n'ont plus marché sur www.arvicyclo.fr à partir de mi juin.

WorkflowSupport request
StatusA solution has been made available
OwnerDupuis, Daniel
Progress80%

Bonjour

Alors que tout semblait fonctionner normalement (Trois problèmes chez 1and1), les commentaires n'ont plus marché sur http://www.arvicyclo.fr  à partir de mi juin.

J'ai fait la mise à jour (par écrasement)  vers la 9.5 sur un autre site http://www.ddupuis.info hébergé sur le même pack (privilège) chez 1and1.

Les mêmes anomalies subsistent

  • Commentaires : aucun encrage trouvé
  • Panneau de controle / Système
    test : erreur 500
    Environnement d'exécution : rien ne s'affiche
    Sauvegarde/Restauration : Modification de la base de données... Impossible de lire /homepages/45/d144671168/htdocs/ddupuis.info/inbox/database/control.


J'ai mofifié .htaccess comme indiqué Problème URL rewriting et ajouté

AddType x-mapp-php5 .php


Le reste semble fonctionner normalement


YACS    9.5beta31.8, 090608-05:31:37 GMT, 127.0.0.1
PHP    5.2.10
MySQL    5.0.81-log
Fuseau horaire du serveur    UTC +2 heure
Mémoire    6691140

Comments


Dupuis, Daniel
159 posts

on Sep. 24 2009


Bonjour

Toujours pas d'avancées sur scette question ?


Gérardfrom le Web Parisien
297 posts

inspired from Dupuis, Daniel on Sep. 24 2009


Je confirme que j'ai les mêmes problèmes
hébergeur 1and1
YACS 9.5beta31.8, 090608-05:31:37 GMT, 127.0.0.1
PHP 5.2.11
MySQL 5.0.67-log
Fuseau horaire du serveur UTC +2 heure
Mémoire 6726436.
Il y a quelques temps Bernard m'avait aidé à traité les mêmes problèmes mais je ne sais pas reproduire les solutions mises en œuvre (cf. Analyse de configuration chez 1and1).
J'attends la sortie de Yacs Martin en croisant les doigts pour que cela résolve le problème.

Bernard Paquesfrom nearby-an-airport
Associate, 8372 posts

on Jan. 7 2010


Comme Daniel m'a donné des droits d'associés sur son site, je peux patcher les scripts à distance et à volonté, ce qui me permet de tester différentes choses. Les résultats de mes essais seront publiés ici-même, au fur et à mesure de l'avancées de mes investigations. A suivre ...


Bernard Paquesfrom nearby-an-airport
Associate, 8372 posts

on Jan. 7 2010


J'ai besoin de "voir" l'état du système, et pour cela rien de tel que le script control/test.php. Manque de chance, ce script ne s'exécute pas bien et termine avec une erreur système. Circulez, il n'y a rien à voir.

Heureusement, Christian avait parlé, il y a quelque temps, d'un possible bug lié au positionnement d'un attribut 'X-Scramble-Detection' en début de script.

Ni une ni deux, je supprime les lignes 56 à 59 de control/test.php, puis j'envoie le tout sur le serveur de Daniel. Nouvelle tentative de chargement du script ... Ca marche. Le problème venait bien de là !

Merci Christian !


Bernard Paquesfrom nearby-an-airport
Associate, 8372 posts

on Jan. 7 2010


L'exécution du script control/test.php montre d'où vient une grande partie des problèmes lié à cet hébergement. Il faut regarder les lignes suivantes :

Arguments fournis au script :
$context['arguments'][0]=control
$context['arguments'][1]=test.php


Normalement, il ne devrait pas y avoir d'arguments fournis au script. Ici, yacs considère, à tort, les éléments du chemin d'accès au script comme les arguments.

Cliquons sur le lien en haut de page pour invoquer le script avec de vrais arguments :

Un test de GET plus compliqué test.php/123/456/789?a=B


Cette fois-çi, yacs affiche correctement les paramètres comme suit :

Arguments fournis au script :
$context['arguments'][0]=123
$context['arguments'][1]=456
$context['arguments'][2]=789


On progresse, on progresse. Il faut ensuite chercher, dans le tableau $_SERVER également affiché par le même script, qu'elle est la chaîne de caractère fautive dans le premier cas, celle qui induit un comportement erroné de yacs.

Le tableau $_SERVER est assez grand, mais très peu de lignes affichent '123/456/789' dans le second cas, donc le repérage est assez facile.

Trouvé ! C'est $_SERVER['ORIG_PATH_INFO'] qui est fautif. Normalement, cette chaîne devrait être vide dans le premier cas, et contenir /123/456/789 dans le second. Au lieu de cela, la chaîne contient /control/test.php dans le premier cas.

Il me semble que nous avions déjà eu ce genre de problème il y a quelques mois, et qu'il avait été traité dans yacs, non ? Regardons sur la machine de développement le contenu de shared/global.php, là où est faite l'analyse des arguments ...

A oui, c'est là :

$path_info = '';
if(isset($_SERVER['PATH_INFO']) && strlen($_SERVER['PATH_INFO']))
$path_info = $_SERVER['PATH_INFO'];

// a tricky way to set path info correctly at some sites
elseif(isset($_SERVER['ORIG_PATH_INFO']) && $_SERVER['ORIG_PATH_INFO']) {

// sometimes this is corrupted by CGI interface (e.g., 1and1) and ORIG_PATH_INFO takes the value of ORIG_SCRIPT_NAME
if(isset($_SERVER['ORIG_SCRIPT_NAME']) && !strcmp($_SERVER['ORIG_PATH_INFO'], $_SERVER['ORIG_SCRIPT_NAME']))
;

else
$path_info = $_SERVER['ORIG_PATH_INFO'];
}


Pour la plupart des hébergeurs "civilisés", il faut se référer à la chaîne "standard" $_SERVER['PATH_INFO']. Ailleurs, et notamment chez 1and1, il faut utiliser $_SERVER['ORIG_PATH_INFO'] à la place. La difficulté, comme nous l'avons vu, est que cette chaîne est mauvaise lorsqu'il n'y a pas de paramètre. Pour détecter ce cas, yacs compare la chaîne à $_SERVER['ORIG_SCRIPT_NAME']. Ce mécanisme avait été mis en place il y a plusieurs mois, et donnait satisfaction jusque là.

Qu'est-ce qui a changé entre-temps ? Et bien, le serveur de 1and1 semble ne plus fournir la chaîne de référence utilisée par yacs, tout simplement. En tout cas, elle n'apparait plus lors de l'exécution du script control/test.php.

Comment faire alors ? Et bien, nous allons utiliser une autre chaîne de référence, en espérant qu'elle réponde au problème posé, et pas seulement chez 1and1. Le nom qui semble le plus proche est $_SERVER['SCRIPT_NAME'], et c'est celui que je retiens. La séquence devient donc :

$path_info '';
if(isset(
$_SERVER['PATH_INFO']) && strlen($_SERVER['PATH_INFO']))
    
$path_info $_SERVER['PATH_INFO'];

// a tricky way to set path info correctly at some sites
elseif(isset($_SERVER['ORIG_PATH_INFO']) && $_SERVER['ORIG_PATH_INFO']) {

    
// sometimes this is corrupted by CGI interface (e.g., 1and1) and ORIG_PATH_INFO takes the value of ORIG_SCRIPT_NAME
    
if(isset($_SERVER['ORIG_SCRIPT_NAME']) && !strcmp($_SERVER['ORIG_PATH_INFO'], $_SERVER['ORIG_SCRIPT_NAME']))
        ;
    elseif(isset(
$_SERVER['SCRIPT_NAME']) && !strcmp($_SERVER['ORIG_PATH_INFO'], $_SERVER['SCRIPT_NAME']))
        ;

    else
        
$path_info $_SERVER['ORIG_PATH_INFO'];
}


Un nouveau patch est préparé pour tester la modification. Envoi au serveur de Daniel ... Le script control/test.php est rechargé, sans arguments ... Suspense ... Ok, c'est bon, les arguments intempestifs ont disparu. Ouf, on respire !

Bernard Paquesfrom nearby-an-airport
Associate, 8372 posts

on Jan. 7 2010


Ben, on ne respire pas longtemps, en fait, parce que le thème, basé sur flexible, ne fonctionne plus du tout. Aucun style n'est affiché correctement. Que se passe-t-il maintenant ?

Je ne rentre pas dans le détail de l'analyse, mais il se trouve que 1and1 ne donne pas accès à la fonction PHP qui s'appelle apache_request_headers(). Or cette fonction est utilisée par yacs pour détecter les téléphones mobiles (dans Surfer::is_desktop()).

Un peu de changement dans le code dans shared/surfer.php pour inverser le test en cas d'absence de fonction apache_request_headers(), et là les styles réapparaissent. On respire de nouveau !

Bernard Paquesfrom nearby-an-airport
Associate, 8372 posts

on Jan. 7 2010


Patatras ! En patchant le site de Daniel, j'ai introduit le ver dans le fruit, et certains anciens scripts ne marchent plus, à cause des changements récents effectués dans shared/global.php. Pas d'autre solution que de mettre à jour l'ensemble du serveur ... Je me dépêche de générer une nouvelle archive de yacs pour cela ...

Bernard Paquesfrom nearby-an-airport
Associate, 8372 posts

on Jan. 8 2010


Bon, du coup, le site de Daniel devient le premier en version 10.1.8 de yacs ... Au passage, j'ai pu vérifier que la mise à jour ne posait pas de problème, et que le problème de l'ajout de commentaires avait bien été éradiqué. La preuve !

Dupuis, Daniel
159 posts

inspired from Bernard Paques on Jan. 8 2010


Bernard Paques :

Bravo et merci beaucoup d'avoir passé une partie de la nuit pour régler (définitivement j'espère) ce problème.

Il ne me reste plus qu'à mettre à jour mes sites en 10.1.8. On verra ça la semaine prochaine.

J.Juraverfrom Entre chaise et clavier...
3710 posts

on Apr. 3 2010


Bonjour,

du coup, qu'est-ce qui est préconisé pour upgrader depuis 8.11 ? Passer directement à martin RC 5 ? Prendre une version intermédiaire comme transition en douceur ? Patcher quelques trucs au passage ?




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

Pinelli, Thierryfrom Nice, Drap
Associate, 1740 posts

on Apr. 4 2010


La règle d'or c'est de ne pas dépasser les 1 an de mise à jour soit passer de 8.11 à 9.11 plus 10.11 (ou versions inférieurs)


Communiqués de Presse : Site de Communiqués de Presse à propulsion Yacs -
Création de sites, Référencement et webmastering - Skins pour Yacs : YordPress - Yacs couleurs Wordpress - Bonbon Skin 1.3.2 : Le graphisme "Green" - Totem 930 : L'équilibre pour petits écrans

J.Juraverfrom Entre chaise et clavier...
3710 posts

on Apr. 4 2010


En général j'upgrade par versions de 2 par année environ (6.12, 7.3, 7.10, 8.3, 8.10, 9.5, 9.11 ...) sauf exception.

Mais là vu tout ce qui traîne derrière 1and1, je m'interroge sur des manipulations possibles pour préparer le serveur et éviter l'écran blanc. Peut-être aussi des versions intermédiaires à privilégier.




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

Gérardfrom le Web Parisien
297 posts

on Apr. 4 2010


Bonjour,
Comme je vois que ce (vieux) sujet a été mis a jour, j'en profite pour vous donner ma propre expérience :
Je suis évidemment sur 1and1 et Bernard avait réglé mon problème il y a plus d'un an je crois (encore Merci a lui), j'avais upgrade en version 9.5beta30, cela marche et depuis maintenant quelques mois, de nouveau plus grand chose qui marche (commentaires, contrôle impossibles, etc.).
J'avais demande conseil pour la mise a jour vers la version 10.2.12 (annoncée comme réglant le problème) mais on me l'a déconseillé (version de developpement).
Mais l'architecture de cette nouvelle version (RC5 voir RC6) semble très différente alors je ne sais plus quoi faire. En attendant mon site tourne au ralenti.
Je me permets de reposer la question :

? Puis je passer de 9.5beta30 a 10.2.12 ou 10.3

Merci d'avance de votre aide.

Christianfrom Chonas l'Amballan
Associate, 2018 posts

on Apr. 26 2010


La RC6 semble assez stable. Elle est en tout cas très proche d'une version finale. Nous manquons de testeurs pour valider définitivement cette version. Ca serait un bon moyen de la tester.

Bien sur je te conseille de faire une sauvegarde de la base de données et des fichiers avant la mise à jour. Personnellement j'ai déjà plusieurs RC6 en production pour des sites importants mais qui ont peu de spécifiques




Actupro
quelques sites yacs : création site internet annuaire pro

Gérardfrom le Web Parisien
297 posts

on Apr. 30 2010


Bonjour,
Juste pour signaler que j'ai migre en version 10.4.13 (RC6) sur une site opérationnel et que pour l'instant je n'ai pas trop de souci.
* Les problèmes de 1and1 ont disparu
* l'affichage carrousel ne se rafraichit pas (cf. Rafraichissement Effet Carrousel
* quelques soucis d'affichage avec le thème flexible (mais cela a l'air lie aux CSS)
* difficulté a utiliser la catégorie "A la Une".
Voila les premiers retours. Si je trouve autre chose je le signalerai au fur et a mesure.