[rayj]

Merci, les suggestions sont intéressantes et la réaction rapide.

Je les avais toutefois déjà lues ailleurs dans ce forum et même appliquées. Quand au & dans le code je ne l'avais d'abord pas, puis suite à l'examen d'autres suggestions du forum je l'ai ajouté. Ne sert à rien

Le $sql1 n'est pas la source du problème. D'ailleurs dans mon environnement local, le code fonctionne parfaitement avec cette variable non-initialisée. Je l'ai quand même enlevé.
J'ai aussi enlevé l'instruction $gCms=cmsms(). Ça ne change rien non plus.

Voici l'essai de ces dernières minutes :

Code :

[== PHP ==]
// connexion
  $db  = cmsms()->GetDb();
if ($db===false)
{ die('Erreur SQL en ouverture !<br>');};
// requête
   $sql= "select * from `".cms_db_prefix()."module_fb_field_opt` where `name` = 'destination_subject'  order by `option_id` ASC";  
// exécution
   $dbretour = $db->Execute($sql);
if($dbretour === FALSE)
{  die('Erreur SQL !<br>'.$sql.'<br>'.mysql_error()); }
// résultats
while ($rs = $dbretour->FetchRow())
{
      echo "output: dans [".$rs['name']."] il y a ".$rs['value']." = ".$rs['option_id']." :: ".$qrs."<BR>";
};

Mais je ne vais pas présenter toutes les variantes essayées.

Donc je suppose quand même le problème dans la configuration php qui est la seule chose qui a changé à cause de la migration de serveur chez mon fournisseur.

Merci de toute remarque à ce sujet

Raymond Juillerat