PHP|Débutant :: Forums

Saluton, mon Jc,

C'est vraiment un dialogue de sourds.

Là je suppose qu'il faut remplacer tes "en chiffres" par "en lettres".

Que de confusion !

Tout cela j'en étais vraiment persuadé jusqu'à ce que je découvre que dans mon premier script

me retournait

au lieu de

par exemple.

D'où mon étonnement et mon post.

Mouais, je ne comprends rien du tout à ton propos.

Le symptôme auquel j'ai été confronté s'est manifesté de la sorte :
J'ai défini un tableau associatif $chiffres

Tout simplement pour éviter la position 0 ce qui est assez stupide puisque j'aurais aussi bien pu définir 0=>'zéro'.

J'ai ensuite tiré au sort deux nombres $premier et $second dans l'intervalle 1-9.

J'ai copié ces valeurs dans des items associatifs de $_SESSION

J'ai alors observé que $premier et $second ne contenaient pas des valeurs numériques  comprises entre 1 et 9 mais leurs équivalents littéraux.

Et ce phénomène n'a disparu que lorsque j'ai cessé de donner comme noms à mes variables les index que je leur attribuais dans $_SESSION et je ne trouve pas cela normal du tout.

D'où ma version avec $un et $deux et $_SESSION['premier'] et $_SESSION['second'].

Et rien de ce que tu écris n'explique ce curieux phénomène à mes neurones séniles.

Merci mon bon Jc, de porter assistance au troisième âge.

D'où mon incompréhension.

Comment se fait-il que, dans le premier code

affichait bel et bien les valeurs du tableau associatif sans même se référer à celui-ci ?

Je finissais par me demander si, dans la config PHP du serveur, il n'y avait pas une directive du genre de la vieille directive register_global sur ON et qui transformait tout index de $_SESSION en variable éponyme; $_SESSION['premier'] et $premier, $_SESSION['second'] et $second.

Car dès que j'utilisais $un et $deux, et non plus $premier et $second, le phénomène disparaissait.

Je réalise que cela peut provenir d'un temps de latence entre la mise à jour par FTP du code sur le serveur et sa prise en compte par le serveur. (Persistance de cache, probablement). Cette explication, moins ésotérique, me semble plus probable, même si je reste assez perplexe.

Saluton,

Sans hésitation, PDO.

Depuis le temps qu'il est annoncé, qu'à terme, ce sera le seul moyen de s'interfacer avec les bases de données sous PHP, autant prendre de suite les bons réflexes.

Amike.

Saluton,

Peux-tu te montrer un peu plus précise car il y a plusieurs possibilités qui dépendent beaucoup de l'architecture des scripts, de leurs types d'imbrications et de leurs emplacements physiques relatifs dans l'arborescence du serveur HTTP.

Saluton,
J'avoue que je ne comprends pas ce qui bloque.

Tu fais une requête qui va te retourner la liste des ID et tu construis tes liens en PHP dans le script de la page index.php en parcourant le recordset de la requête.

Saluton,

SAns aller voir sur le fond (je n'ai pas trop le temps), pourquoi deux CSS ?

Tu peux faire voir le résultat d'un SHOW CREATE TABLE nomdelatable et la requête soumise par PHP à MySQL ?

Saluton,

A priori, il s'agit d'un problème de droits d'accès sur $fic.

Il manquait une parenthèse fermante que j'ai rajoutée.

Je ne crois pas que l'attribut alt d'une balise <img/> (ou autre d'ailleurs) accepte des balises de formatage du texte qu'il est censé affiché dans une infobulle.

print_r($_POST) est censé envoyé le contenu de $_POST dans le flux HTML.

Donc ça devrait s'afficher dans le navigateur, si tu viens bien dans Simplepush.php via le formulaire.