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
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
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
At 7:30 PM -0400 7/8/09, 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 variables passed this
way. If this is the typical w
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
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 variables passed this
> way. If this is the typical way of handling t
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 variables passed this
way. If this is the typical way of handling this in php then I don't hav
Shawn McKenzie wrote:
D.M.Jackson wrote:
Hi,
I'm trying to learn php mostly by reading the docs and pulling through
other peoples projects for reference examples. One particular application
I'm looking at has a ton of variables being handled through the SESSION
global variable, probab
D.M.Jackson wrote:
> Hi,
>
> I'm trying to learn php mostly by reading the docs and pulling through
> other peoples projects for reference examples. One particular application
> I'm looking at has a ton of variables being handled through the SESSION
> global variable, probably about 25 or
Paul M Foster wrote:
I'm not too clear on HTTP headers, cookies, and such. So here are
questions related to that. Let's say I generate a random number that I
want the user to enter in a form. When I generate the number, I store it
in a session variable ($_SESSION). When the user submits the form,
You're absolutely right, but the problem is not about how the SID is passed between the scripts, it is more about why some
variables are written in the session file while others are not, even when these variables are created within the same script at
the same time. If the SID was not correctly
karma wrote:
Hi,
Ted & Fabrice, thanks for your answers.
Sessions variables are only stored in a local file. The dir permissions
are ok, and I've tried to store these files in another dir
(/var/tmp/php) just to check.
The session id is transmitted via cookies only :
session.use_cookies =
karma wrote:
Hi,
Ted & Fabrice, thanks for your answers.
Sessions variables are only stored in a local file. The dir permissions
are ok, and I've tried to store these files in another dir
(/var/tmp/php) just to check.
The session id is transmitted via cookies only :
session.use_cookies =
> 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
Hi,
Ted & Fabrice, thanks for your answers.
Sessions variables are only stored in a local file. The dir permissions are ok, and I've tried to store these files in another
dir (/var/tmp/php) just to check.
The session id is transmitted via cookies only :
session.use_cookies = 1
session.use_o
At 1:48 PM +0200 7/6/08, Fabrice VIGNALS wrote:
Difficult to help you because there are many method of session :
- where do you store the sessions_variables : in local file, db or cookie ?
- how you transmit the session id, beetween
pages(runtimes) : cookie, $GET link, database ?
Did you che
Difficult to help you because there are many method of session :
- where do you store the sessions_variables : in local file, db or cookie ?
- how you transmit the session id, beetween pages(runtimes) : cookie, $GET
link, database ?
Did you check the availability of user cookie if you use it
Well Do you have folder called tmp in your root?
ThePanister!
"Tom" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Does some well-known problem exist with the session variables in Windows
> servers?
> Because in a system that I have running on a Windows server, sometimes th
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
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
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
Adam wrote:
> Hallo everybody,
> hope I am writing to correct mailinglist(^_^*)...
Absolutely!
> I have troubles with sessions and descructor in php5. Can not set session
> variable in destructor when it's called implicitly. Do You know solution
> please?
> I think problem is that session is stor
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
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
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
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
Peter Lauri wrote:
> Security?
>
> Have you called session_start(); ???
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
u
Security?
Have you called session_start(); ???
/Peter
"Steve" <[EMAIL PROTECTED]> skrev i meddelandet
news:[EMAIL PROTECTED]
> Steve wrote:
>
> > I'm having a problem with session variables.
>
> Never mind. Seems that the hosting company decided this week to switch
from
> register_globals off
Steve wrote:
> I'm having a problem with session variables.
Never mind. Seems that the hosting company decided this week to switch from
register_globals off to register_globals on. I'm not the first person to
call them about this!
--
@+
Steve
--
PHP General Mailing List (http://www.php.net/)
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
On Tue, 25 May 2004 08:36:37 -0700 [EMAIL PROTECTED] (Brian Dunning) wrote:
> 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?
thomas
Thanks for the suggestions, turned out to be a server setting the hosting
compnay had set in the php.ini, see below: -
session.cookie_domain = inweb.net.uk// this points to the hosting
companies url
by adding the following resolved the problem: -
ini_set("session.cookie_domain", $domain_name
For those interested I was able to get to the bottom of this issue. My
hosting supplier uses multiple servers to do load balancing. As such the
folder in which the session variables were stored was stored in a /tmp file
on each of the servers. That explained why the session variables would
randomly
This variable is registered in the Session, and the variable isn't active
until the page refreshes. It's hard to explain. I thought I would try.
There are some things you can do. If you need the variable right away, you
can do this:
if (isset($HTTP_SESSION_VARS["user1"])) {
$user1 = $HTTP_SESS
On Mon, 25 Mar 2002 18:18:33 -, [EMAIL PROTECTED] (Chad Gilmer)
wrote:
>Hi There,
>
>I am a beginner to PHP and I am tring to use session variables on my site.
>
>I am trying to use Session Variables in PHP on the iPLANIT.tv site
>
>When I use the following code:
>
> $ses_counter++;
>
> sessi
Make it global or pass it as an argument:
function CurrentLang(){
global $HTTP_SESSION_VARS;
$language = $HTTP_SESSION_VARS["LangID"];
echo($language);
}
Or:
function CurrentLang($HTTP_SESSION_VARS){
$language = $HTTP_SESSION_VARS["LangID"];
echo($language);
}
--
You'll have to define what you mean by "currently online".
Do you mean actually waiting this moment for HTML to finish streaming to
their browser?
Or do you just mean, in my session files and not timed out yet?
Probably the easiest way to do that would be to use
http://php.net/session-set-save-
37 matches
Mail list logo