Re: [PHP] Re: Session problem

Walter, Session variables may be using cookies which in turn create temp files for storing such cookies. Ravi. On Tue, Dec 21, 2010 at 11:32 AM, Walter Caielli wrote: > I've fixed the problem. > I don't know why, but suddenly windows prevents PHP from writing into > C:\windows\temp directory.

Re: [PHP] Re: SESSION variables: How much is too much?

At 11:31 PM -0400 7/9/09, D.M.Jackson wrote: Hi, OK, I did a count on the session.inc file and there appears to be 37 variables accessed through the $_SESSION object. By and large they all appear to be scalar variables that contain a counter or a path or a boolean. Nothing that looks like a

Re: [PHP] Re: SESSION variables: How much is too much?

I prefer to reduce SESSION usage as much as possible. but I dont hesitate to use them if need arises. Points to note - Execution time: Only session_id is stored on the client's computer, and the actual data is stored on the server. so it will take nearly same time to process 100 session v

Re: [PHP] Re: SESSION variables: How much is too much?

Hi, OK, I did a count on the session.inc file and there appears to be 37 variables accessed through the $_SESSION object. By and large they all appear to be scalar variables that contain a counter or a path or a boolean. Nothing that looks like a big object. Mostly stuff like" MaxDisplayR

Re: [PHP] Re: SESSION variables: How much is too much?

On Wed, Jul 08, 2009 at 06:55:24PM -0500, Shawn McKenzie wrote: > D.M.Jackson wrote: > > Thanks guys. I was just wondering if it was common practice to pass all > > those variables in the SESSION object or if I was following a bad example > > because it was the first time that I had seen so many

Re: [PHP] Re: Session won't pick up one variable (SOLVED)

thanks got it fixed: if (!empty($_POST['UserName']) && !empty($_POST['Password'])) { $UserName = $_POST['UserName']; $Password = $_POST['Password']; } *<---was missing a curly bracket..oi syntax* $msg = ''; if (!empty($UserName)) { $sql = "SELECT `AdminID`,`UserName` FROM `admin` WHE

Re: [PHP] Re: Session won't pick up one variable

On Fri, Jan 30, 2009 at 5:44 PM, Shawn McKenzie wrote: > Terion Miller wrote: > > Well I changed it because it's not a post since its not coming from a > form > > is this closer? > > > > if (!empty($UserName)) { > > > > Why are you doing this? Only to see if > 0 rows are returned? You can > use

Re: [PHP] Re: SESSION array problems

Micah Gersten wrote: > You really should get up to speed on PHP 5. Micah Gersten wrote: I was referring to Nathan's examples which you cut out of the post. function save_to_session( ) { global $userids , $first , $last; $_SESSION['user_id'] = &$userids; $_SESSION['first_name'] = &$first; $

Re: [PHP] Re: SESSION array problems

I was referring to Nathan's examples which you cut out of the post. > function save_to_session( ) { > global $userids , $first , $last; > $_SESSION['user_id'] = &$userids; > $_SESSION['first_name'] = &$first; > $_SESSION['last_name']= &$last; > } Thank you, Micah Gersten onShore Networks Inte

Re: [PHP] Re: SESSION array problems

At 11:14 AM -0500 10/2/08, Micah Gersten wrote: You really should get up to speed on PHP 5. Yeah, I'll be sure to tell me clients that. Sometimes you don't have a choice -- you have to work with what they got. Cheers, tedd -- --- http://sperling.com http://ancientstones.com http://ea

Re: [PHP] Re: SESSION array problems

Nathan Rixham wrote: > tedd wrote: >> At 3:41 PM -0400 10/1/08, tedd wrote: What about: foreach ($_SESSION['user_id'] as $key => $value) { $last = $_SESSION['last_name'][$key]; $first = $_SESSION['first_name'][$key]; echo "$last, $first"; } >>>

Re: [PHP] Re: SESSION array problems UPDATE

Jim Lucas wrote: Jim Lucas wrote: tedd wrote: At 11:10 PM +0100 10/1/08, Nathan Rixham wrote: [tested - works] -snip- ?> regards! nathan :) I need to re-address this.. tedd your original code works fine over here; as does the code I sent you, and the code jay submitted first.. do us a favour

Re: [PHP] Re: SESSION array problems UPDATE

Jim Lucas wrote: > tedd wrote: >> At 11:10 PM +0100 10/1/08, Nathan Rixham wrote: [tested - works] -snip- ?> regards! nathan :) >>> I need to re-address this.. tedd your original code works fine over >>> here; as does the code I sent you, and the code jay submitted first.. >>> >

Re: [PHP] Re: SESSION array problems UPDATE

tedd wrote: > At 11:10 PM +0100 10/1/08, Nathan Rixham wrote: >>> [tested - works] >>> -snip- >>> ?> >>> regards! nathan :) >> >> I need to re-address this.. tedd your original code works fine over >> here; as does the code I sent you, and the code jay submitted first.. >> >> do us a favour, copy a

Re: [PHP] Re: SESSION array problems UPDATE

Andrew Ballard wrote: > On Thu, Oct 2, 2008 at 10:37 AM, tedd <[EMAIL PROTECTED]> wrote: > >> To all: >> >> The code provided by nathan works for me as well. However, the problem is >> not easily explained, but I can demonstrate it -- try this: >> >> http://www.webbytedd.com/zzz/index.php >> >

Re: [PHP] Re: SESSION array problems UPDATE

>>> >>> Much as it pains me to ask this, you don't have REGISTER_GLOBALS on, do you? >>> >>> Jay >>> >>> -- >>> PHP General Mailing List (http://www.php.net/) >>> To unsubscribe, visit: http://www.php.net/unsub.php >>> >> >> It must be. I just ran tedd's example in both scenarios. >> >> W

Re: [PHP] Re: SESSION array problems UPDATE

Jay Moore wrote: tedd wrote: At 11:10 PM +0100 10/1/08, Nathan Rixham wrote: [tested - works] -snip- ?> regards! nathan :) I need to re-address this.. tedd your original code works fine over here; as does the code I sent you, and the code jay submitted first.. do us a favour, copy and past

Re: [PHP] Re: SESSION array problems UPDATE

tedd wrote: At 11:10 PM +0100 10/1/08, Nathan Rixham wrote: [tested - works] -snip- ?> regards! nathan :) I need to re-address this.. tedd your original code works fine over here; as does the code I sent you, and the code jay submitted first.. do us a favour, copy and paste exactly what I j

Re: [PHP] Re: SESSION array problems UPDATE

On Thu, Oct 2, 2008 at 10:37 AM, tedd <[EMAIL PROTECTED]> wrote: > To all: > > The code provided by nathan works for me as well. However, the problem is > not easily explained, but I can demonstrate it -- try this: > > http://www.webbytedd.com/zzz/index.php > > * A complete listing of the code foll

Re: [PHP] Re: SESSION array problems

tedd wrote: At 3:41 PM -0400 10/1/08, tedd wrote: What about: foreach ($_SESSION['user_id'] as $key => $value) { $last = $_SESSION['last_name'][$key]; $first = $_SESSION['first_name'][$key]; echo "$last, $first"; } Jay: Close, it produced: Array, Array Array, Array Array, Array

Re: [PHP] Re: SESSION array problems

tedd wrote: >> What about: >> >> foreach ($_SESSION['user_id'] as $key => $value) >> { >> $last = $_SESSION['last_name'][$key]; >> $first = $_SESSION['first_name'][$key]; >> echo "$last, $first"; >> } > > Jay: > > Close, it produced: > > Array, Array > Array, Array > Array, Array > > Ch

Re: [PHP] Re: SESSION array problems

On Wed, 2008-10-01 at 15:41 -0400, tedd wrote: > >What about: > > > >foreach ($_SESSION['user_id'] as $key => $value) > >{ > > $last = $_SESSION['last_name'][$key]; > > $first = $_SESSION['first_name'][$key]; > > echo "$last, $first"; > >} > > Jay: > > Close, it produced: > > Array,

Re: [PHP] Re: Session variables disappear (some of them only)

> Then the errors sometimes occur in my apache2/ssl_error_log (undefined > index in $_SESSION variable). When I check the sess_12345789... file, > some of the variables are missing : $_SESSION["a"] and ["b"] are there, > but not $_SESSION["c"], even an empty one, it is just gone. That's all I > kno

RE: [PHP] Re: SESSION Array problem - possibly different PHP versions?

-Original Message- From: Al [mailto:[EMAIL PROTECTED] Sent: 10 March 2008 18:23 To: php-general@lists.php.net Subject: [PHP] Re: SESSION Array problem - possibly different PHP versions? Put a print_r($_SESSION) at the top and bottom of your page code so you can see what's happening. A

Re: [PHP] Re: Session destruction problem

Adil Drissi wrote: > Well, i'm doing all that. Maybe something is wrong in > my code. I'll arrange my code in a way that it will be > easy to run and i'll post it. I think like that, > you'll see by yourself and you gonna help to fix that > for sure. > > Thank you > --- Shawn McKenzie <[EMAIL PROT

Re: [PHP] Re: Session destruction problem

Well, i'm doing all that. Maybe something is wrong in my code. I'll arrange my code in a way that it will be easy to run and i'll post it. I think like that, you'll see by yourself and you gonna help to fix that for sure. Thank you --- Shawn McKenzie <[EMAIL PROTECTED]> wrote: > Adil Drissi wrote

Re: [PHP] Re: session cookies enabled?

Edward Vermillion wrote: And the session id is open to being stored in a bookmark or worse, sent to someone else through a cut and paste of the URL. Depending on what information that id controls and how long the sessions are kept around id's in the URL could be a very bad thing indeed. Agr

Re: [PHP] Re: session cookies enabled?

On May 10, 2007, at 11:40 AM, Richard Davey wrote: [EMAIL PROTECTED] wrote: That being the case I can never find out (using the built-in sessions) until the second page request and it will always include the session cookie in the URL. Which means the value of the seesion cookie will be expos

Re: [PHP] Re: session cookies enabled?

[EMAIL PROTECTED] wrote: That being the case I can never find out (using the built-in sessions) until the second page request and it will always include the session cookie in the URL. Which means the value of the seesion cookie will be exposed, even if I am using SSL. :( Back to the drawing bo

RE: [PHP] Re: session cookies enabled?

Mike, Thanks for the super clear explanation. This brings up a question. In order to decide whether to use cookies or SID the built-in sessions must be testing to see if the user's browser will accept the session cookies. How do they do that? By sending it out and checking to see whether

RE: [PHP] Re: session cookies enabled?

On 09 May 2007 16:36, [EMAIL PROTECTED] wrote: > Ford, Mike writes: > > > > > You can also set up php.ini and use the built-in sessions with > > > > http://php.net/session_start so that PHP will take care of this > > > > for you. > > > > > > That is what I was intending to do. How do I find out

Re: [PHP] Re: session cookies enabled?

On Wed, May 9, 2007 10:36 am, [EMAIL PROTECTED] wrote: > This brings up a question. In order to decide whether to use cookies > or SID the built-in sessions must be testing to see if the user's > browser will accept the session cookies. How do they do that? The same way you would do it. Actuall

RE: [PHP] Re: session cookies enabled?

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 08 May 2007 20:57 > > You can also set up php.ini and use the built-in sessions with > > http://php.net/session_start so that PHP will take care of this for > > you. > > That is what I was intending to do.

Re: [PHP] Re: session cookies enabled?

On Tue, May 8, 2007 5:50 pm, itoctopus wrote: > setcookie("cookie_name", "value"); > //redirect to another page using header > header("location:".$your_url); This will fail on some legacy browsers, if you need legacy browser support. In *MOST* architectures, your visitor can be given the cookie o

Re: [PHP] Re: session cookies enabled?

On Tue, May 8, 2007 2:56 pm, [EMAIL PROTECTED] wrote: > Richard Lynch writes: >> Send one cookie, see if it comes back, and if it does, tie >> everything to that cookie. > > OK. So how do I see if it comes back? if (isset($_COOKIE['foo'])){ //cookie came back } else{ //cookie did NOT come bac

Re: [PHP] Re: Session issues

Don't be sorry, that's not what I meant. The fields are completed by the user, they submit and the cleaned and validated values are put into the session. So when they go back their entered values are displayed. I made sure of it by making sure these pages are never cached. That issue is resolved.

Re: [PHP] Re: Session issues

On Thu, August 17, 2006 12:56 pm, Dave Goodchild wrote: >> How does the user "go back one page"? If it by using the browser's >> back-button, the php script has no way of knowing it. > > Yes, but the session variables have already been set, and are > configured to > display in the form fields. Ah

Re: [PHP] Re: Session issues

On Thu, 2006-08-17 at 19:19 +0100, Dave Goodchild wrote: > Trust me, there is far too much code to include. The problem is simple. The > app contains a 3-page form cycle that reloads itself, progressing from stage > 1-3 and populating the session array as values are validated and cleaned. > When th

Re: [PHP] Re: Session issues

Trust me, there is far too much code to include. The problem is simple. The app contains a 3-page form cycle that reloads itself, progressing from stage 1-3 and populating the session array as values are validated and cleaned. When the process is complete, the values held in the session array are

Re: [PHP] Re: Session issues

Dave Goodchild wrote: On 17/08/06, John Nichel <[EMAIL PROTECTED]> wrote: Dave Goodchild wrote: >> >> >> How does the user "go back one page"? If it by using the browser's >> back-button, the php script has no way of knowing it. > > > > Yes, but the session variables have already been set, and

Re: [PHP] Re: Session issues

Dave Goodchild wrote: How does the user "go back one page"? If it by using the browser's back-button, the php script has no way of knowing it. Yes, but the session variables have already been set, and are configured to display in the form fields. All the session variables in the world a

Re: [PHP] Re: Session issues

On 17/08/06, John Nichel <[EMAIL PROTECTED]> wrote: Dave Goodchild wrote: >> >> >> How does the user "go back one page"? If it by using the browser's >> back-button, the php script has no way of knowing it. > > > > Yes, but the session variables have already been set, and are configured to > di

Re: [PHP] Re: Session issues

How does the user "go back one page"? If it by using the browser's back-button, the php script has no way of knowing it. Yes, but the session variables have already been set, and are configured to display in the form fields. -- PHP General Mailing List (http://www.php.net/) To unsubscribe

Re: [PHP] Re: Session contamination?

On Thu, April 20, 2006 11:05 pm, Chuck Anderson wrote: > As to session save path, when I run phpinfo (at my remote Linux > server) > it tells me that it is set to "no value." This means it would default > to > /tmp. Where is this tmp directory? I have looked at the tmp directory > that is one level

Re: [PHP] Re: Session contamination?

Hi Chuck, Glad this discussion has been of use to you. I can't help much with where your /tmp directory might be. if you echo session_save_path() it should tell you where your session cookies are being saved to on your server. I have read recommendations that you set a different path for

Re: [PHP] Re: session vars

U, is your top.php code being printed AT ALL? Because in the code you gave us, you're attempting to include "topo.php". HTH, John On 3/21/06, João Cândido de Souza Neto <[EMAIL PROTECTED]> wrote: > tedd wrote: > > > Hi: > > > > I hate this. > > > >>Ok guy, don't fight with me. hehehe > >> > >

Re: [PHP] Re: session vars

João Cândido de Souza Neto wrote: Chris Shiflett wrote: João Cândido de Souza Neto wrote: Show us the code. ... Some codes ... That doesn't count. :-) You're describing a situation that I seriously doubt is reflected in your code. Reduce the problem to the simplest example you possibly can,

RE: [PHP] Re: session vars

Hi: I hate this. Ok guy, don't fight with me. hehehe Follow's all code of files. Yeah ! Where's "rodape.php" ? If we're going to spend our time looking at your code, shouldn't you spend the time to provide all of it? tedd -- --

RE: [PHP] Re: session vars

Shaunak Kashyap wrote: >> -Original Message- >> From: João Cândido de Souza Neto [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, March 21, 2006 11:26 AM >> To: php-general@lists.php.net >> Subject: Re: [PHP] Re: session vars >> >> This cod

RE: [PHP] Re: session vars

> -Original Message- > From: João Cândido de Souza Neto [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 21, 2006 11:26 AM > To: php-general@lists.php.net > Subject: Re: [PHP] Re: session vars > > This code's exactly the one that produce the error.

Re: [PHP] Re: session vars

Chris Shiflett wrote: > João Cândido de Souza Neto wrote: >> > Show us the code. >> >> ... Some codes ... > > That doesn't count. :-) > > You're describing a situation that I seriously doubt is reflected in > your code. Reduce the problem to the simplest example you possibly can, > and then sho

Re: [PHP] Re: session vars

João Cândido de Souza Neto wrote: > Show us the code. ... Some codes ... That doesn't count. :-) You're describing a situation that I seriously doubt is reflected in your code. Reduce the problem to the simplest example you possibly can, and then show us the code. Chris -- PHP General Ma

Re: [PHP] Re: session vars

Chris Shiflett wrote: > João Cândido de Souza Neto wrote: >> I tried it yet, if a put a echo $_SESSION["root"] before or >> after the include, it works fine, it doesn't work in the >> file top.php. > > Show us the code. What you're describing should not be possible. > > Chris Here's the origina

Re: [PHP] Re: session vars

João Cândido de Souza Neto wrote: I tried it yet, if a put a echo $_SESSION["root"] before or after the include, it works fine, it doesn't work in the file top.php. Show us the code. What you're describing should not be possible. Chris -- PHP General Mailing List (http://www.php.net/) To unsu

RE: [PHP] Re: session vars

Shaunak Kashyap wrote: > Where and how is $_SESSION["root"] being initialized? > > Try outputting it's value right after it is initialized and see if that > works successfully. > > Then try and output it's value right before the include("top.php") > statement and see if that works successfully.

RE: [PHP] Re: session vars

Where and how is $_SESSION["root"] being initialized? Try outputting it's value right after it is initialized and see if that works successfully. Then try and output it's value right before the include("top.php") statement and see if that works successfully. Finally, try and output it inside t

Re: [PHP] Re: SESSION and include

Fredrik Tillman wrote: PROBLEM SOLVED! What I actually was including was a variable ($main) and since some my pages are called on from different pages in different folders what I actually did was seting $main to the full URL to the site (http://mysite.com/page.php) to avoid confusion. But whe

Re: [PHP] Re: SESSION and include

Fredrik Tillman wrote: PROBLEM SOLVED! yeah! :-) What I actually was including was a variable ($main) and since some my pages are called on from different pages in different folders what I actually did was seting $main to the full URL to the site (http://mysite.com/page.php) to avoid confus

Re: [PHP] Re: SESSION and include

On 2/8/06, Fredrik Tillman <[EMAIL PROTECTED]> wrote: > Ok here are some code: > /* Check User Script */ > session_start(); // Start Session > > include 'db.php'; > // Convert to simple variables > $username = $_POST['username']; > $password = $_POST['password']; > > if((!$username) || (!$passwo

Re: [PHP] Re: SESSION and include

PROBLEM SOLVED! What I actually was including was a variable ($main) and since some my pages are called on from different pages in different folders what I actually did was seting $main to the full URL to the site (http://mysite.com/page.php) to avoid confusion. But when calling on a URL I gu

Re: [PHP] Re: SESSION and include

your problem is probably the fact that when you include page.php you are in effect calling session_start() twice - no idea what that does to your session but I wouldn't be suprised if that borked the _SESSION array. TIP: create a 'global include file' that contains all the code required by every

Re: [PHP] Re: SESSION and include

Fredrik Tillman wrote: IN PAGE.PHP [More code here] Hit me if i am wrong, but doesn't it start a new session here? Would you mind removing the session_start() from that file and test it again? btw please try what i mentioned earlier. it's easier to locate the problem. Thanks. Barry --

Re: [PHP] Re: SESSION and include

ok.. I was a little too fast again when explaining my problem.. Gonna put some code up for you to see... First of all I DO use quotes. I tried both single and double ones (',") Ok here are some code: IN LOGINSCRIPT: "; include 'index.htm'; exit(); } // Convert password to md5 hash $pass

Re: [PHP] Re: SESSION and include

Fredrik Tillman wrote: ok.. Let me explain the problem better. 'user_level' is set by a login script. It seems to be working fine since I can make things like: if ("1"==$_SESSION[user_level]) { let this stuff happen } $_SESSION[user_level] is wrong unless 'user_level' is a defined constant

Re: [PHP] Re: SESSION and include

Fredrik Tillman wrote: ok.. Let me explain the problem better. 'user_level' is set by a login script. It seems to be working fine since I can make things like: if ("1"==$_SESSION[user_level]) { let this stuff happen } on my mainpage. on that same mainpage I use include ("page.php"); (I also

Re: [PHP] Re: SESSION and include

ok.. Let me explain the problem better. 'user_level' is set by a login script. It seems to be working fine since I can make things like: if ("1"==$_SESSION[user_level]) { let this stuff happen } on my mainpage. on that same mainpage I use include ("page.php"); (I also tried require...) If I

Re: [PHP] Re: session data not recorded

have a look here.. http://www.php.net/session scroll down the page you will find some better session handling codings! vk. On 7/18/05, Mark Rees <[EMAIL PROTECTED]> wrote: > ""Alessandro Rosa"" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > I have a problem to record sessi

Re: [PHP] Re: Session warning

Thanks is for the help. That is a very good command. Here is what I have now. [EMAIL PROTECTED] property]$ od -c adminlogin.php | head 000 < ? p h p s e s s i o n _ s 020 t a r t ( ) ; r e q u i r e ( 040 " f u

Re: [PHP] Re: Session warning

Thomas Bonham wrote: > Ok that is some help. > > The first five lines of the file are the following. > > >session_start(); >require("functlib.php"); >?> > > od -c adminlogin.php | head out put the folowing. > > [EMAIL PROTECTED] property]$ od -c adminlogin.php | head >

Re: [PHP] Re: Session warning

Ok that is some help. The first five lines of the file are the following. od -c adminlogin.php | head out put the folowing. [EMAIL PROTECTED] property]$ od -c adminlogin.php | head 000 \r \n < ? p h p \r \n \t s 020 e s s i o n _

Re: [PHP] Re: Session warning

On Sat, 16 Jul 2005, Thomas Bonham wrote: > Jasper Bryant-Greene wrote: > > Thomas Bonham wrote: > > > >> Hello All, > >> I'm working on session and I'm getting this warning. Maybe someone can > >> help fixing this problem. Below is the following code. > >> > >> Warning: Warning: session_start() [f

Re: [PHP] Re: Session variables are not stored when set in implicitly calledconstructor!??

Jason Barnett wrote: Adam wrote: Hallo again, thank You for Your response. // singleton for request class Request { function __destructor() { $_SESSION["variable"] = "hallo"; The __destructor() method is supposed to be about killing the class (Request). It's probably bad practice to be ch

Re: [PHP] Re: Session variables are not stored when set in implicitly calledconstructor!??

Adam wrote: > Hallo again, > thank You for Your response. > > >>>// singleton for request >>>class Request { >>>function __destructor() { >>>$_SESSION["variable"] = "hallo"; >> >>The __destructor() method is supposed to be about killing the class >>(Request). It's probably bad practice

Re: [PHP] Re: Session variables are not stored when set in implicitly calledconstructor!??

Hallo again, thank You for Your response. > > > > // singleton for request > > class Request { > > function __destructor() { > > $_SESSION["variable"] = "hallo"; > > The __destructor() method is supposed to be about killing the class > (Request). It's probably bad practice to be chang

Re: [PHP] Re: Session IDs - How are they generated?

Le dimanche 20 mars 2005 Ã 13:02 +0200, zini10 a Ãcrit : > Im Pretty sure it's using Uniqid , its the simplest solution possible , > about the second question, php doesnot mind if he is being run from > apahce,iis or command line. > Dont count on my answers coz im not really sure. Thank you. The

Re: [PHP] Re: Session variables not unsetting

On Tuesday 07 December 2004 01:32, Richard Lynch wrote: > steve wrote: > > Jason Wong wrote: > >> With register_globals enabled, the problem is not with the $_POST, $_GET > >> etc variables (although yes you should always validate data when they > >> come > >> from untrusted sources). The problem i

Re: [PHP] Re: Session variables not unsetting

steve wrote: > Jason Wong wrote: > >> With register_globals enabled, the problem is not with the $_POST, $_GET >> etc variables (although yes you should always validate data when they >> come >> from untrusted sources). The problem is that malicious users can pollute >> your namespace and if you do

Re: [PHP] Re: Session variables not unsetting

Jason Wong wrote: > With register_globals enabled, the problem is not with the $_POST, $_GET > etc variables (although yes you should always validate data when they come > from untrusted sources). The problem is that malicious users can pollute > your namespace and if you do not initialise variabl

Re: [PHP] Re: Session variables not unsetting

On Monday 06 December 2004 22:50, steve wrote: > Yeah - as I mentioned in the original post, all my pages start with that. > I'm a little PO'd about the change to register_globals on. Alas, trying to > switch it off in an .htaccess file causes a 500 error. That said, I never > use variables passed

Re: [PHP] Re: Session Expire...

Jordi Canals wrote: I tried that on my servers: Tested on the development server and the production server. But It does not work for me. Must say that I have to change this value by the .htaccess file, as I do not have access to the PHP.INI The manual says that session.gc_maxlifetime has a defa

Re: [PHP] Re: Session Expire...

John Holmes wrote: A one hour timeout is better controlled with the session.gc_maxlifetime setting. This is the number of seconds after which an inactive session file will be deleted. No session file means no session for the user. Set this at 3600 and if the user is not active for over an hour,

Re: [PHP] Re: Session Expire...

Scott Fletcher wrote: I think I'm looking at it the wrong way. Both of them are not related to the 1 hour session timeout that I set up with I think there is no such feature and that I would have to write a custom PHP script to manage that. Am I right?? A one hour timeout is better controlled

Re: [PHP] Re: Session problem

* Thus wrote Nadim Attari: > > > I have a problem with sessions. If someone closes their internet explorer > > window without logging off the session remains open. When you try to go > > back to the site IE hangs until I manually remove the sess_ files from > > the /tmp directory. Any insig

Re: [PHP] Re: Session variables not recognized?

The first line of my file is session_start(); but whenever I try to set or reference $_SESSION['anything'] I get: Undefined variable: _SESSION What's up with that??? what php-version do you use? It is 4.3.2 on XP. I only recently installed it and this is the first time I've tried using session

RE: [PHP] Re: Session confusion again :( - Thanks!

Ligaya Turmelle on Wednesday, April 14, 2004 8:25 PM said: > Can you explode something while you are working on it?? Won't it > overwrite itself? no that will work fine. all operations right of the = happen first. hth, chris. -- PHP General Mailing List (http://w

Re: [PHP] Re: Session hell: register_globals off

Randall Perry wrote: on 4/2/04 8:24 PM, Jason Barnett at [EMAIL PROTECTED] wrote: Are you passing the session id between the pages? E.g. are you setting session cookies, or passing the session id as part of the url? Doesn't php default to using cookies? I'm not doing anything other than using

Re: [PHP] Re: Session hell: register_globals off

on 4/2/04 8:24 PM, Jason Barnett at [EMAIL PROTECTED] wrote: > > Are you passing the session id between the pages? E.g. are you setting > session cookies, or passing the session id as part of the url? Doesn't php default to using cookies? I'm not doing anything other than using the code I showed

Re: [PHP] Re: session/mysql problems

On Friday 02 April 2004 23:21, Andy B wrote: > "$HTTP_* aren't superglobals and are not available inside functions" > > that i know of i didnt use them inside functions unless checking them with > if(!empty($HTTP_SESSION['username'])){. is illegal...? if that is so > then no wonder why it d

Re: [PHP] Re: session/mysql problems

On Friday 02 April 2004 22:45, Andy B wrote: > "Note: Superglobal arrays, like $_POST and $_GET, became available in PHP > 4.1.0" > > so i remembered... had to try and port it backwards to fit the $HTTP_POST > and $HTTP_SESSION vars but still didnt work... for some reason they arent > going from pa

Re: [PHP] Re: session timeout?

yes, please do Thanks, Jake - Original Message - From: "Phillip Jackson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 24, 2004 2:37 PM Subject: [PHP] Re: session timeout? > i accomplish this with javascript and the current logout script that i had > written - Ja

Re: [PHP] Re: session expired -> how to know if the session is newor old

At 05:45 AM 2/25/04, Seba wrote: It means that the session_start function has not changed (has restored the old value) the session id value. Set your browser to do not accept cookies, and it will work. That's not an option, people other than myself have to log in and I have no control over

Re: [PHP] Re: session expired -> how to know if the session is newor old

It means that the session_start function has not changed (has restored the old value) the session id value. Set your browser to do not accept cookies, and it will work. Remember that the value of the session id can be passed by GET POST and Cookies to. Seba Il mar, 2004-02-24 alle 17:31, Catali

Re: [PHP] Re: session expired -> how to know if the session is new or old

Catalin Trifu wrote: Thanks for the response. Indeed it seems this is the only way to achieve what I want. It would be nice if the PHP guys would implement such functionality. Why? You're the first person I've ever heard ask for this. I don't think it's something that shoul

Re: [PHP] Re: session expired -> how to know if the session is newor old

Hi, Thanks for the reply. The method you suggest does not work. Have you tested it somewhere ? Catalin "Seba" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > "in the first page of your website, or when you connect for the firs > time to it" > > $_SESSION['first_ses

Re: [PHP] Re: session expired -> how to know if the session is new or old

Thanks for the response. Indeed it seems this is the only way to achieve what I want. It would be nice if the PHP guys would implement such functionality. Catalin "Stuart" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Catalin Trifu wrote: > > I want to

Re: [PHP] Re: session expired -> how to know if the session is new or old

Catalin Trifu wrote: I want to redirect my users to a session expired page and not directly to a blank login page based on wheter this is just a gc colected session. In case the user goes to sleep but leaves the browser open and then in the morning he comes back and does something the brows

Re: [PHP] Re: session expired -> how to know if the session is new or old

"in the first page of your website, or when you connect for the firs time to it" $_SESSION['first_session_value'] = session_id(); "others pages" if($_SESSION['first_session_value'] != session_id()){ echo "The session has a new value"; } Seba Il mar, 2004-02-24 alle 15:16, Jakes ha s

Re: [PHP] Re: session expires

>"Marek Kilimajer" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >Manuel Vázquez Acosta wrote: > >> A tricky way to achive this is: >> 1. Start the session when the user request the login page >> 2. Send a hidden field with the PHPSESSID >> 3. When receiving the post compa

Re: [PHP] Re: session expires

Manuel Vázquez Acosta wrote: A tricky way to achive this is: 1. Start the session when the user request the login page 2. Send a hidden field with the PHPSESSID 3. When receiving the post compare the current session id with the submitted by the form, if they match it's likely the sessi

RE: [PHP] Re: Session expiry issues in IE, still.

Interesting point. After all, to remove a cookie you simply give it an expire time in the past. However, it should only explain the lack of cookie receipt. Since the user is able to surf for a period of time on the site before getting the boot, I wouldn't think it would apply. In the last post

  1   2   >