Nils
-
Compteur de contenus
215 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par Nils
-
moi non plus j'y comprends plus rien ! un coup ça marche, un coup ça marche plus. Impossible d'avoir un truc carré ! j'espère qu'à la soirée du 26, qq pourra m'éclaircir tout ça de vive voix ... Les variables de session appelées dans des pages appelées par des <balises> ou par des include_once(). à+, Nils.
-
Merci, mais je sais pas trop quoi répondre à tout ça : auparavant ça marchait pas !!!!! maintenant ton code, que j'avais déjà éprouvé fonctionne ! c'est à vider un chargeur dans la boîte cranienne qui est sensée héberger mon cerveau .... Vraiment, je suis complétement perdu ! bref, d'autant qu'on m'a dit par ailleurs de ne pas réutiliser plusieurs fois session_start, mais si j'ai bien compris, cette indication n'est valable que dans le cas des includes ? C'est ça ? include_once(...php) => un seul session_start dans la page qui contient l'include, et pas d'appel dans la page "includée". html (<a href=...php> <form action =...php>) => un session_start au début de chaque page appelée. c'est ça ? Et peut-on mixer les 2 à loisir, tant qu'on respecte les 2 règles énnoncées juste au dessus ? merci. Nils.
-
Merci ! mais le problème que je rencontrais c'était la conservation de la session tout au long de mon site. Maintenant j'ai ça qui marche, est-ce que c'est "carré" ? fichier appelant: ============= <?php // page1.php session_start(); $_SESSION['a']="a"; echo "page 1 => ".$_SESSION['a']."<br>"; ?> <html> <head> <body> <a href="page2.php'>page 2</a> </body> </head> </html> ============= fichier appelé: ============= <?php // page2.php session_start($_REQUEST['PHPSESSID']); echo "page 2 => ".$_SESSION['a']."<br>"; ?> ============ Bon, ça marche, mais est-ce que c'est comme ça qu'on fait habituellement ? merci. Nils.
-
bonsoir, je me heurte au problème suivant : j'utilise des variables $_SESSION['mavar'], (j'ai lu que register_globals était maintenant à off par défaut, donc plus de session_register(), donc méthode à éviter semble-t'il) et quand j'appelle une page par <href=....> plus rien à lire dans $_SESSION['mavar']. Où elle est passée, j'en sais rien ? Quelle méthode appliquer pour pouvoir conserver des variables PHP tout au long de la navigation, que les appels de pages se fassent par des : include_once(....php); <form action="....php"> <a href="....php"> merci pour les tuyaux ! Nils
-
re, écoutes, j'ai relu tout ça, et ai mélangé trop de chose. Je suis en train de mettre de l'ordre ... Et je travail sur la structure, qui ($_SESSION['var']) est présent quand ... etc. Et comme je butte sur pleins de chose, ça ralenti tout ! En tout cas, oui, les variables de session marche dans une requète. (je ne doutais pas de ton info, mais il fallait que je la fasse marcher !) Comme je n'ai pas eu de formation PHP, je n'ai pas les bons automatismes et je galère pas mal ... encore merci. à plus. Nils.
-
Bon, ok, alors y aurait-il une erreur dans la ligne suivante ? pour quelle ne marche pas ? $result = mysql_query("SELECT $_SESSION['email'] FROM qui_reserve"); merci. nils.
-
bonjour, Je voudrais savoir s'il est possible de passer une variable de session dans une requète mysql ? ligne qui marche : $result = mysql_query("SELECT $email FROM qui_reserve") ligne qui ne marche pas : $result = mysql_query("SELECT $_SESSION['email'] FROM qui_reserve") peut-on passer une variable $_SESSION dans une requète mysql ? merci. Nils.
-
Merci Nico. nb.
-
Bon "Nicolas" ! Ce sera une bonne poignée de main ! Nils (Nils est un prénom danois ou suédois, il correspond à Nicolas en français <;o) ) bon we.
-
Hello Anonymus !!! Bon, Je suis parti du principe que tu maîtrises et a éprouvé maintes et maintes fois ce dont tu me parles ! Et pourtant, je croyais bien avoir lu qq part qu'il fallait "toujours" initialiser la session avec un session_start(). MAIS ! Comme je suis informaticien de longue date, je sais qu'il faut toujours écouter ses pères avant d'aller plus loin ! Et mener à bien tous les tests préconisés, sauf si l'on est vraiment sûr de soit, et là, je ne l'étais pas du tout ! Alors, bien que ça marchait sur mon serveur MS, et après avoir trituré le php.ini de ma machine "Unix" dans tous les sens. J'ai relu ton dernier post, et j'ai appliqué ce qui suit : j'ai enlevé, session_start(), mais aussi enlevé http://compaq/tests dans l'include !!! ET CA MAAAARCHE !!!! Je me suis même payé le luxe de déplacer page2.php dans un sous répertoire et modifier l'include en consécance: (aa/page2.php) et ça marche encore ! Alors, bon, je sais pas ce que j'ai lu, je sais pas ce que j'ai pas compris. Mais je sais maintenant que : Les vars globales de sessions s'utilisent sans rien initialiser, et que dans un include, il ne faut pas mettre tout le chemin ! J'ai voulu passer tout ça sous Mandrake, car MS est vraiment trop permissif ! Ca marchais avec des session_start() dans toutes mes pages !!!! Et je crois que j'ai eu bien raison, je n'aurais jamais su tout cela si j'avais continué d'utiliser mon serveur MS. Par contre, une petite précision peut-être ? Où sont maintenant stockées mes sessions, vu que je ne vois plus rien apparaitre dans /tmp (vu que plus de session_start() ), Et pourtant, dans mon php.ini, "session.save_handler" est bien positionné à "files". Si tu sais où sont, dans ce cas (sans session_start() ), stockées les sessions ? C'est juste par curiosité, j'ai ce "défaut" ... Enfin, un GRAND MERCI pour ta patience, elle a payée !!! Je vais enfin pourvoir retourner à mon code. Et j'espère pouvoir bien avancer sur ce foutu site, c'est passionnant, mais parfois on perd la boule ! Je pense qu'une fois terminer, et j'espère pas avant (mais ...), je reviendrais pour qu'il soit un peu plus standard et dans les normes. Je sais que vous y êtes tous bien attachés, et moi aussi ! Je ne sais pas si tu seras là, à la soirée du 26, mais j'espère, pour pourvoir te donner une bonne poignée de main ou une paire de bises ... Anonymus ? Mais qui es-tu donc ? Mille merci. Nils. PS, pour ce qui est du a / 'a', non ça marchait pas, mais j'ai tout de suite compris le message d'erreur et ai corrigé immédiatement. (Je me rappelle mes cours de C, à l'école, où le prof nous disait de bien faire attention à notre code, car le compilateur, lui, essayera toujours d'en tirer qq chose !!!, il semble que ce soit pareil pour PHP.)
-
re, Bon, j'ai repassé ces 2 scripts de tests (page1.php et page2.php) sur ma machine MS (XP) + apache + PHP, Et bien ça marche !!! (bon j'ai vu que j'avais oublié des ' dans [a] et ai corrigé => ['a'] ) (curieusement ma machine "unix" n'en n'a pas parlé !!) Donc le code est bon ! Alors, ça ne peut-être qu'un problème d'environnement, Mandrake, Apache, PHP ??? problème de droits ? de php.ini ? quelqu'un à t'il des pistes de recherches ? merci. Nils.
-
merci des explications, est-ce que je peux résumer ça ainsi : le contenu des doubles quotes est interprété par HTML, et pas le contenu des simples ? pour HTML, une paire de simples quotes ne contient rien, c'est lu comme n'importe quel caractère a b c ... (à par les spéciaux bien sûr). C'est ça ? HTML ne comprend que les doubles quotes pour interpréer qq chose ? Qu'en est-il de PHP, vaut-il mieux privilégier les simples quotes pour PHP pour interpréter qq chose ? echo 'a'; et echo"a"; include('mapage.php'); et include("mapage.php"); c'est pareil, tout ça, pour PHP ? merci. Nils.
-
bonjour à tous, Et bien je reviens avec mes problèmes de variables de session que je n'arrive toujours pas à gérer. Alors, j'ai laissé mes pages de côté et ai fait 2 petits scripts pour ne pas être polué par le reste de mon code. Je vous les livre : page 1 => a page 2 => ALors quelqu'un voit-il une erreur flagrante ? Ou faut-il que je transmette le SID à ma 2ième page ? (dans l'include ?) Si oui, comment le récupérer dans la première, et comment le passer à la deuxième ? Je dois dire, que je commence à être un peu perdu ! D'autant, que ça marchait avant sous un "serveur" MS(XP) + Apache + PHP, mais j'ai tout passé sous Mandrake, est-ce que ça pourrait venir de là ? Impossibilité de lire le répertoire qui contien les sessions par exemple, et pourtant le code PHP s'exécute sur le serveur, et c'est pas le client qui n'a aucun doit qui fait ça ... Ou y a t-il un paramètre à positionner dans une sorte de php.ini ? et pourtant mon fichier de session est bien créé ! Ca ne peut quand même pas venir de IE ??? Si vous avez des idées ... Je les testerais toutes !!! allé, merci, à + Nils.
-
re, ok ! merci bien. Et pour simples et doubles quotes dans $_SESSION['".$k."'] quel est leur rôle respectif ? merci. nils.
-
hello, ok, merci. Nils.
-
bon voilà peu que j'ai débarqué ici, et chaque jour je découvre de nouvelles fonctionnalités au site ! Et des plus étonnantes (enfin pour moi en tout cas). Franchement, SANS cirage, ni pommade, ni fleurs, votre site est excellent ! Bon j'y aurait bien vu une tite carte graphique style "carte de pirates", car je n'arrive pas toujours à trouver par où je suis passé, mais ça vient ... Non, vraiment c'est très bien foutu. un grand bravo à tous ses développeurs ! nb.
-
joker100fr ta réponse est EX CEL LEN TE !!!!! mort de rire !!!! Nils.
-
hi, et bien moi je penche dans le sens de AvenueDuWeb. en fait, je dirais, tout dépend du composant qui adresse le ou les 2 blocs, c'est lui qui va faire une ou deux opérations pour écrire, après si le cache est sur un ou deux blocs, cela ne changera pas grand chose me semble-t'il Non, comme dit AvenueDuWeb, c'est l'usage du cache qui va orienter la réponse, RAID ou non etc. (Et dire que maintenant on peut changer de la RAM à chaud dans un serveur !, un jour on changera le cache à chaud ?) Il y avait bien des PCs, et il y a toujours des serveurs où il faut monter la mémoire vive par paire, ça n'empèche pas d'adresser la paire en une seule fois. Je crois que le choix de la techno vient d'ailleurs que d'un problème de perf. Mais c'est vrai, tu demandes ce qui est le mieux, pas ce qui est le plus rapide ... Alors ? la réponse, c'est quoi ? grand chef ! Nils.
-
re bonjour tous, bon, je suis enfin retourné à mon script ! ma machine de développement remarche, ouf ! (merci Dan) Mais je n'ai pas encore tout bien saisi, et je crois surtout d'une façon globale : comment navigue-t'on entre les pages d'un site PHP ? Que faut-il préférer, quelle stratégie faut-il prendre, toujours avec l'idée de garder le contenu des variable de session "le plus longtemps possible" ! Je veux dire par là qu'il me semble que je peux utiliser des : => include_once() mais aussi des : => header() que je n'ai encore jamais eu l'occasion d'utiliser, je ne sais donc pas encore à quoi ça sert (ni comment ça marche) mais aussi des : => <href...> et aussi des : => <form action=...> et peut être même que j'en oublie !!! Alors dans tout ça, je commence à y perdre mon "php", et je perds toujours le contenu de mes variables de sessions. Un exemple pour le cas de mes include_once() : page1.php ======= <? session_start(); $_SESSION[a]='a'; blabla; if(blabla) include_once(page2.php); ?> page2.php - cas 1 ============ <? session_start(); echo $_SESSION[a]; ?> php m'a créé une nouvelle session, je n'utilise donc plus la précédente, ok (compris). page2.php - cas 2 ============ <? // session_start(); plus de nouvelle session. echo $_SESSION[a]; toujours rien dans cette variable ! ?> .../... bon, je viens de me documenter sur $_SESSION, (oui, j'aurais dû commencé par là !), mais je n'ai rien trouvé qui puisse m'aider à comprendre ce qui ne va pas dans mes include_once() de pages. (Et j'ai vu que session_register() était plutôt obsolette.) et il semble bien que le cas 2, soit le bon, mais rien dans la var. (je viens de faire pleins d'essais dans tous les sens, rien n'y fait.) * y aurait-il une sorte de php.ini qq part qui n'aurait pas un paramètre correct ? Et puis (aussi) si quelqu'un aurait la gentillesse de m'expliquer globalement quelle tactique utiliser dans quel cas, pour la navigation ... merci, à bientôt, Nils.
-
re, Et bien Dan, ça maaaarche (comme ils disaient dans la pub ...) Encore merci ! J'espère qu'un jour, c'est moi qui vais te filer un tuyau, mais tu m'as l'air bien câlé dans beaucoup de domaines ! Chapeau bas ! Pour info ?, bien que sâchant corriger le pb suivant : Vous devez ajouter dans le fichier de configuration (config.inc.php) une phrase de passe secrète (blowfish_secret). quel est le mécanisme (en bref) de ce blowfish ? Merci Dan, à plus ... Nils.
-
haaaaaaa ! ok, je commence à comprendre, il y avait déjà un virtual host par défaut, et j'ai cru que ça suffisait. et lors de ma première install sur mon disque qui est mort ! j'avais bien créé un virtual host supplémentaire, ce que je n'ai pas fait cette fois-ci. Je crois bien que tu m'as dépanné !!! Je vais essayé, je te dirais ... (bon, je fais ça avec webmin, ça marche plutôt bien) merci, à+, Nils
-
merci Dan !!! mais j'ai oublié de mettre que j'avais déjà fais ça ! malheureusement c'est pas ça. par contre dans hosts, j'ai changé l'ordre : 127.0.0.1 localhost 192.168.0.40 compaq par 192.168.0.40 compaq 127.0.0.1 localhost mais ça n'a rien changé, et cela ne m'étonne pas trop ! Aurais-tu une autre piste ? merci. Nils.
-
Bonjour à tous, petit (?) problème de config : station cliente sous XP, IE (6, sp2), (192.168.0.20), serveur web perso (local) sous Mandrake 10.1 + Apache + MySQL + PHP + phpMyAdmin, hostname = compaq => 192.168.0.40. je n'arrive pas à comprendre d'où me vient le pb suivant : quand je tape sur le client dans IE : http://compaq/admin/phpMyAdmin IE me remplace après qq secondes tout ça par : http://127.0.0.1/admin/phpMyAdmin/ (plus page introuvable bien sûr) avec http://192.168.0.40/admin/phpMyAdmin/ ça fonctionne bien. Quelqu'un aurait-il une piste où une solution à me donner ? Côté serveur Apache ? mais où ??? ou ailleurs ? merci. Nils.
-
hello tous ! Bon, bien je commence à trainer mes bottes plus fréquement par ici ! Et c'est vrai, j'ai aussi un peu tiqué sur le coup des 3 adresses non routables de la classe C, comme l'explique Dan, il s'agit bien d'adresses dans chaque classes A, B et C, et comme je me suis précipité sur google pour vérifier ce que je pensais, je vous (te ?) donne le lien que j'ai trouvé quand même, cette page m'a l'air bien complète ... à+, Nils http://www.pnfh.net/tcpip2.html
-
re, Merci Dan !