Ses derniers messages sur les forums
Bonjour,
Voilà "belle lurette" que l' instruction ci-dessous est utilisée dans plusieurs de mes scripts :
$vraicle=htmlspecialchars(str_replace("µ","&",$vraicle));
Et il n'y a jamais eu de problème que ce soit en local : EasyPHP, WAMP ou en hébergement AMEN, 1and1 (il y a quelques années).
Dans la page de ce forum il y a une pub pour une offre de 1and1, que j'ai saisie la semaine dernière.
Résultat : toutes mes lignes où il y a l'instruction htmlspecialchars(str_replace("µ","&",$vraicle) fournit un résultat vierge systématiquement pour la variable (ici $vraicle).
J'ai regardé l'explication de cette fonction, mais (probablement l'âge aidant !!!) je ne la comprends plus ....
Pouvez-vous SVP
* me donner une explication pour cette fonction, qu'est-elle censé faire ?
* me dire pour quelle raison elle ne donne pas le même résultat que précédemment.
* y aura-t-il un problème si je supprime partout dans mes scripts anciens cette fonction htmlspecialchars ?
Merci. Bonne Journée.
Marcel Marie
m.m.m.
Bonjour,
Je me suis rendu compte que ma façon de procéder n'était pas adaptée.
Je suis donc passé à l'utilisation des variables de session $_SESSION['toto']
ça me va très bien.
Par contre je suis toujours preneur de la façon d'écrire la ligne pour passer plusieurs variable en même temps comme je l'ai demandé dans mon second message.Cela peut toujours servir un jour ou l'autre.
MERCI.
M.M.M.
m.m.m.
question annexe ?
Comment passer plusieurs variables avec la méthode GET.
Ceci étant mauvais :
$url = "z_show_bapt.php?vraicle*$dubidon&val2*$t1&val3*$row[0]";
Comment exactement l'écrire?
Merci.
M.M.
m.m.m.
Bonjour,
J'avais l'habitude de transférer des données d'un programme à un autre avec :
$url = "z_show_bapt.php?vraicle=".$dubidon;
$dubidon contenant des données séparées par @.
Je les récupère dans z_show_bapt.php
avec : $vraicle = $_GET['vraicle'];
J'explose ensuite pour avoir les variables séparées par @.
Problème : le vraicle à l'arrivée a une longueur maximum de 114 caractères alors qu'il "part" avec 185 caractères (c'est un exemple!).
Pourquoi?
Comment y remédier?
Merci.
Marcel Marie
m.m.m.
Bonjour,
Je vous remercie.
Pour moi c'est une manip trop compliquée.
Je me penche sur une "raison éventuelle" de l'anomalie : problème de jeu de caractères !!??
A bientôt.
Marcel Marie
m.m.m.
Bonjour,
Merci.
Je crois effectivement que c'est OK ainsi
A une autre fois
m.m.m.
Bonjour,
Je viens de charger la version 5.3.2 de EasyPhp.
L'importation de données avec PhpMyadmin part en erreur et bloque même PhpMyadmin pour la suite en créant un cookie dans le navigateur.
Cela fonctionnait bien avec la version précédemment utilisée de EasyPhp.
La même façon de procéder fonctionne bien pour le chargement des mêmes données chez mon hébergeur.
Un script avec les mêmes données par la commande Load Data en local donne aussi satisfaction.
Si la question est "mal venue" ici, pouvez-vous SVP me dire où je dois poser ce type de question; le forum EasyPhp étant apparemment aux abonnés absents.
Je vous remercie.
Marcel Marie
m.m.m.
Bonjour,
Pouvez-vous me dire comment je peux obtenir le nombre d'enregistrements chargés par :
Load data ....
en php ?
Je vous remercie.
Marcel Marie
m.m.m.
Ce jeudi 19h TOUT EST BON
J'ai tout réinstallé EasyPhp 5.3.2 au lieu de 5.3.1 (version qui étonnamment n'a pas duré très longtemps !!)
J'ai suivi des conseils en mettant à On :
* short_open_tag
* register_long_arrays
et TOUT EST OK sauf le "session_is_registered" mais cela va vite être corrigé.
Il me reste à tout mettre dans les normes, mais la faisabilité étant certaine, le moral est revenu au beau fixe.
Merci pour tout.
Marcel Marie
m.m.m.
Bonjour,
utiliser cette version ne peut se justifier que par de grosses contraintes.
Eh oui, c'est exactement la raison qui m'a fait reporter la mise à jour de mon PHP pour mes applications assez lourdes.
Donc j'essaie de changer et c'est un casse-tête. Je crois que je vais d'ailleurs renoncer puisque la mise au point en local et l'opérationnel sur internet fonctionnent BIEN.
Le register_long_arrays donne encore des résultats plus catastrophiques.
Je vais comparer le phpinfo() qui fonctionne sur l'internet et ajuster éventuellement.
La littérature dit qu'il devrait y avoir dans le php fourni un .ini susceptible d'accepter les anciennes versions de PHP. J'ai essayé, mais rien à faire.
Donc je vais continuer comme à présent et s'il y a une "cata" un jour, je mets tout à la poubellle et je vais m'occuper de mon jardin.
35 ans d'informatique, la vraie, pas celle d'internet, ne m'ont jamais provoqué autant de soucis que ces bidouillages continuels de version de produits devenant incompatibles sans raison, sinon celle d'enquiquiner le monde et d'occuper le temps.
Bon j'y vais, ça me chauffe les oreilles, je vais les refroidir quelques heures dehors.
Merci.
Marcel Marie
m.m.m.
