On Thu, Jul 2, 2009 at 23:27, Jason Carsonja...@jasoncarson.ca wrote:
Hello all,
Do I have to add session_start() at the beginning of every page so that
the $_SESSION variables work on all pages or do I use session_start() on
the first page and something else on other pages?
Yes, unless
Hello,
I have three web servers (in a lvs cluster)
in the cluster they all think they are www.mydomain.com
With LVS you can not guarantee that each request is going to come in
via the same server
I am trying to share php sessions between servers.
I have seen some examples that use mysql
Randy Paries wrote:
Hello,
I have three web servers (in a lvs cluster)
in the cluster they all think they are www.mydomain.com
With LVS you can not guarantee that each request is going to come in
via the same server
I thought LVS had some session persistence stuff ?
/Per
--
Per Jessen,
you can use memcached for php sessions.. it´s simple, transparent, and
configurated on php.ini too.
i have used it for a long time.
2009/6/22 Per Jessen p...@computer.org
Randy Paries wrote:
Hello,
I have three web servers (in a lvs cluster)
in the cluster they all think
-Original Message-
From: PJ [mailto:af.gour...@videotron.ca]
Sent: 18 June 2009 11:28 PM
To: php-general@lists.php.net
Subject: [PHP] sessions tutorial
Top of the list is for real dummies at tizag.com.
So I don't have to search 282,000 entries for php sessions tutorial (doesn't
this say
Top of the list is for real dummies at tizag.com.
So I don't have to search 282,000 entries for php sessions tutorial
(doesn't this say something about the stupidity on the internet - just
how many of those entries could possibly be real and worth looking at?
Since you gurus (I kowtow) have
PJ wrote:
I would
appreciate hearing of a tutorial that will give something more than you
can use sessions in to store information; like what kind of
information
Information on how to skin a cat.
It's amazing how many ways there are too do it.
I think it is in the neighborhood of 282,000.
[snip]
Information on how to skin a cat.
It's amazing how many ways there are too do it.
I think it is in the neighborhood of 282,000.
[/snip]
Still tastes like chicken!
--
Bastien
Cat, the other other white meat
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
I can't really understand that. Not sure if you understand my problem
properly (if I've not explained properly). Anyone can give me some solutions
please?
Well as long as you don not provide any code it's all just wild guesses.
What I tried was to show you a way of simply preventing the HTML
Well, without code is dificult to say, but session_start() don't send
headers, then possible u have a space after a ? or @ least this is the
common error...
On Thu, Oct 30, 2008 at 11:47 PM, Ben Stones [EMAIL PROTECTED]wrote:
Hi,
Hope I can explain this as easily as possible, basically I am
Hi,
Hope I can explain this as easily as possible, basically I am using both
cookies and sessions for my script, whereby the user is allowed to choose
which method they want to login with. Problem for me is removing the
registration form, etc., from those that are logged in. The thing is the
form
OK I guess it's somehow like this ..
form
?php
if (isset($_POST['submit'])) {
include('sessions.php');
// include sessions.php
}
?
!-- form innerhtml --
/form
now this of course is something very bad to do and it wont work.
One way to prevent markup from being outputted is using ob_buffer() [1]
Hi,
I can't really understand that. Not sure if you understand my problem
properly (if I've not explained properly). Anyone can give me some solutions
please?
Thanks.
2008/10/31 Yeti [EMAIL PROTECTED]
OK I guess it's somehow like this ..
form
?php
if (isset($_POST['submit'])) {
On Fri, 2008-10-31 at 00:33 +, Ben Stones wrote:
Hi,
I can't really understand that. Not sure if you understand my problem
properly (if I've not explained properly). Anyone can give me some solutions
please?
Thanks.
2008/10/31 Yeti [EMAIL PROTECTED]
OK I guess it's somehow
Eric Butera wrote:
Wouldn't you (probably) loose sessions in /tmp if the box crashed
also?
No, that wouldn't be the default behaviour. /tmp is typically on the
filesystem, and it's not cleared on every reboot (unless your system
has been configured to do so).
/Per Jessen, Zürich
--
PHP
Philip Thompson wrote:
Ok, so I've implemented this in several places where information
basically does not change from page to page. Jumping to the point/
question... when does it become more inefficient to store lots of
information in SESSION variables than to run several more queries?
Per Jessen a écrit :
No, that wouldn't be the default behaviour. /tmp is typically on the
filesystem, and it's not cleared on every reboot (unless your system
has been configured to do so).
In Debian based, it is the default behaviour. i hope it is the same
in other major distributions.
Lupus Michaelis wrote:
Per Jessen a écrit :
No, that wouldn't be the default behaviour. /tmp is typically on the
filesystem, and it's not cleared on every reboot (unless your system
has been configured to do so).
In Debian based, it is the default behaviour. i hope it is the same
in
On Sep 20, 2008, at 7:28 AM, Ashley Sheridan wrote:
On Fri, 2008-09-19 at 10:17 -0500, Philip Thompson wrote:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed up our application, we want to implement using SESSIONs
Philip Thompson schreef:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed up our application, we want to implement using SESSIONs in some
locations. Beforehand, on every page, we would run approximately 30-40
On Sun, Sep 21, 2008 at 6:48 PM, Jochem Maas [EMAIL PROTECTED] wrote:
Philip Thompson schreef:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed up our application, we want to implement using SESSIONs in some
On Fri, 2008-09-19 at 10:17 -0500, Philip Thompson wrote:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed up our application, we want to implement using SESSIONs in
some locations. Beforehand, on every page,
At 5:00 PM -0400 9/19/08, Robert Cummings wrote:
On Fri, 2008-09-19 at 21:31 +0100, Stut wrote:
I can modify this:
http://webbytedd.com/bb/pdf/
He said EXPENSIVE you insensitive clod!
Ahh, mood swings from ink poisoning?
Tedd: Charge $100 per certificate, Rob'll buy one, maybe
At 9:31 PM +0100 9/19/08, Stut wrote:
On 19 Sep 2008, at 21:22, Robert Cummings wrote:
On Fri, 2008-09-19 at 16:15 -0400, tedd wrote:
At 3:11 PM -0400 9/19/08, Eric Butera wrote:
On Fri, Sep 19, 2008 at 2:50 PM, Robert Cummings
[EMAIL PROTECTED] wrote:
4. lack of industry adoption
There
At 4:53 PM -0400 9/19/08, Jason Pruim wrote:
Time's off by an hour :)
That's probably a day-light saving thing -- doesn't matter anyway.
I could have my graphic designer whip something up hehee :)
The problem is not designing the form, but rather programming it.
Each form takes a lot of
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed up our application, we want to implement using SESSIONs in
some locations. Beforehand, on every page, we would run approximately
30-40 queries just to get the page
Philip Thompson [EMAIL PROTECTED] wrote:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed up our application, we want to implement using SESSIONs in
some locations. Beforehand, on every page, we would
On Sep 19, 2008, at 10:54 AM, Wolf wrote:
Philip Thompson [EMAIL PROTECTED] wrote:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed up our application, we want to implement using SESSIONs in
some locations.
On 19 Sep 2008, at 17:05, Philip Thompson wrote:
On Sep 19, 2008, at 10:54 AM, Wolf wrote:
Philip Thompson [EMAIL PROTECTED] wrote:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed up our application, we want
On Fri, Sep 19, 2008 at 12:05 PM, Philip Thompson [EMAIL PROTECTED]wrote:
On Sep 19, 2008, at 10:54 AM, Wolf wrote:
Philip Thompson [EMAIL PROTECTED] wrote:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed
On Fri, Sep 19, 2008 at 12:05 PM, Philip Thompson
[EMAIL PROTECTED] wrote:
On Sep 19, 2008, at 10:54 AM, Wolf wrote:
Philip Thompson [EMAIL PROTECTED] wrote:
Hi all.
Let me start out by saying, I have STFW and read through the list
archives. Now that that's out of the way.
To speed
Use memcached based session handler
Regards
Sancar
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On Sep 19, 2008, at 11:10 AM, Eric Butera wrote:
On Fri, Sep 19, 2008 at 12:05 PM, Philip Thompson
[EMAIL PROTECTED] wrote:
On Sep 19, 2008, at 10:54 AM, Wolf wrote:
Philip Thompson [EMAIL PROTECTED] wrote:
Hi all.
Let me start out by saying, I have STFW and read through the list
On Fri, 2008-09-19 at 12:47 -0500, Philip Thompson wrote:
Why do you have so many queries? Perhaps we can attack this issue
from another angle.
I've narrowed it down to 10 initial queries...
1. Grab system config data (that's used in lots of places)
Why not use some form of cache
On 19 Sep 2008, at 18:47, Philip Thompson wrote:
I've narrowed it down to 10 initial queries...
1. Grab system config data (that's used in lots of places)
Does it change often? No? Then cache it in a PHP script. Use
var_export to create a file that you can include which will create the
On Fri, 2008-09-19 at 19:12 +0100, Stut wrote:
Oh, and by scale I don't necessarily mean to tens of millions of page
views a month.
Someone needs to take away your coder badge if you make a site that
can't handle 1000 views a day :)
Not withstanding extreme edge cases doing unlikely
On 19 Sep 2008, at 19:20, Robert Cummings wrote:
On Fri, 2008-09-19 at 19:12 +0100, Stut wrote:
Oh, and by scale I don't necessarily mean to tens of millions of page
views a month.
Someone needs to take away your coder badge if you make a site that
can't handle 1000 views a day :)
Not
On Fri, 2008-09-19 at 19:32 +0100, Stut wrote:
On 19 Sep 2008, at 19:20, Robert Cummings wrote:
On Fri, 2008-09-19 at 19:12 +0100, Stut wrote:
Oh, and by scale I don't necessarily mean to tens of millions of page
views a month.
Someone needs to take away your coder badge if you make a
On Fri, Sep 19, 2008 at 2:50 PM, Robert Cummings [EMAIL PROTECTED] wrote:
4. lack of industry adoption
There needs to be some sort of expensive test to certify one may wear
the badge. Then it will have higher adoption rates.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe,
On 19 Sep 2008, at 19:50, Robert Cummings wrote:
On Fri, 2008-09-19 at 19:32 +0100, Stut wrote:
Anyways, where can I get a coder badge, they sound cool!! ;)
I just draw one with a pen on my chest to show interviewers. So far it
really hasn't worked out well but I've narrowed the problem down
On Sep 19, 2008, at 1:12 PM, Stut wrote:
On 19 Sep 2008, at 18:47, Philip Thompson wrote:
I've narrowed it down to 10 initial queries...
1. Grab system config data (that's used in lots of places)
Does it change often? No? Then cache it in a PHP script. Use
var_export to create a file that
At 3:11 PM -0400 9/19/08, Eric Butera wrote:
On Fri, Sep 19, 2008 at 2:50 PM, Robert Cummings [EMAIL PROTECTED] wrote:
4. lack of industry adoption
There needs to be some sort of expensive test to certify one may wear
the badge. Then it will have higher adoption rates.
I can modify
On Fri, 2008-09-19 at 16:15 -0400, tedd wrote:
At 3:11 PM -0400 9/19/08, Eric Butera wrote:
On Fri, Sep 19, 2008 at 2:50 PM, Robert Cummings [EMAIL PROTECTED] wrote:
4. lack of industry adoption
There needs to be some sort of expensive test to certify one may wear
the badge. Then it
On 19 Sep 2008, at 21:22, Robert Cummings wrote:
On Fri, 2008-09-19 at 16:15 -0400, tedd wrote:
At 3:11 PM -0400 9/19/08, Eric Butera wrote:
On Fri, Sep 19, 2008 at 2:50 PM, Robert Cummings [EMAIL PROTECTED]
wrote:
4. lack of industry adoption
There needs to be some sort of expensive
On Fri, Sep 19, 2008 at 4:31 PM, Stut [EMAIL PROTECTED] wrote:
On 19 Sep 2008, at 21:22, Robert Cummings wrote:
On Fri, 2008-09-19 at 16:15 -0400, tedd wrote:
At 3:11 PM -0400 9/19/08, Eric Butera wrote:
On Fri, Sep 19, 2008 at 2:50 PM, Robert Cummings [EMAIL PROTECTED]
wrote:
4. lack
I have more questions/responses throughout...
On Sep 19, 2008, at 1:12 PM, Stut wrote:
On 19 Sep 2008, at 18:47, Philip Thompson wrote:
I've narrowed it down to 10 initial queries...
1. Grab system config data (that's used in lots of places)
Does it change often? No? Then cache it in a PHP
Time's off by an hour :)
I could have my graphic designer whip something up hehee :)
On Sep 19, 2008, at 4:15 PM, tedd wrote:
At 3:11 PM -0400 9/19/08, Eric Butera wrote:
On Fri, Sep 19, 2008 at 2:50 PM, Robert Cummings [EMAIL PROTECTED]
wrote:
4. lack of industry adoption
There
On Fri, 2008-09-19 at 21:31 +0100, Stut wrote:
I can modify this:
http://webbytedd.com/bb/pdf/
He said EXPENSIVE you insensitive clod!
Ahh, mood swings from ink poisoning?
Tedd: Charge $100 per certificate, Rob'll buy one, maybe even two!!
I've managed to avoid getting the
On 19 Sep 2008, at 21:44, Philip Thompson wrote:
On Sep 19, 2008, at 1:12 PM, Stut wrote:
On 19 Sep 2008, at 18:47, Philip Thompson wrote:
4. Grab user privs
IMHO you should only grab these when you need them.
I will need these on most pages anyway. Because of the architecture,
the
On Sep 19, 2008, at 4:01 PM, Stut wrote:
On 19 Sep 2008, at 21:44, Philip Thompson wrote:
On Sep 19, 2008, at 1:12 PM, Stut wrote:
On 19 Sep 2008, at 18:47, Philip Thompson wrote:
4. Grab user privs
IMHO you should only grab these when you need them.
I will need these on most pages
On 19 Sep 2008, at 22:33, Philip Thompson wrote:
On Sep 19, 2008, at 4:01 PM, Stut wrote:
On 19 Sep 2008, at 21:44, Philip Thompson wrote:
On Sep 19, 2008, at 1:12 PM, Stut wrote:
On 19 Sep 2008, at 18:47, Philip Thompson wrote:
6. Begin transaction
7. Lock user session row
8. Update user
Can someone tell me what I am missing here? This is working fine on my
development machine(5.2.6), but on the production box(4.3.2), it doesn't want
to work. I am getting that error on my session_start() function.
Is the difference in versions what is causing the problems?
I've googled and
Can you give us the exact error that you got, that can help to debug ...
On Aug 15, 2008, at 7:53 PM, Chris Ditty wrote:
Can someone tell me what I am missing here? This is working fine
on my development machine(5.2.6), but on the production box(4.3.2),
it doesn't want to work. I am
Fatal error: session_start(): Failed to initialize storage module. in
/home/webroot/www/service/payarrange/index.php on line 4
Line 4 is the session_start();
Bojan Tesanovic [EMAIL PROTECTED] 8/15/2008 1:10 PM
Can you give us the exact error that you got, that can help to debug ...
On Aug
Hm , this issue has been reported
http://bugs.php.net/bug.php?id=25876 and http://bugs.php.net/bug.php?
id=32330
and it occurs sporadically for some users
though most of them said that setting
ini_set(session.save_handler, files); solved the problem and /
tmp dir must be writable by server
Hi group,
I'm still having trouble with sessions on a page and need help. I've been
working with all sorts of configurations on this one but it doesn't seem to
be working properly.
Here's the scenario: I have a login.html page that thas two fields for user
input i.e. a password (that is given
At 9:59 AM -0700 7/18/08, R.C. wrote:
What's the sequence here. I was able to get the password going, protect the
main.php page, sent the email etc. but can't get that password to remain on
the main.php when they user tries to get back to that page.
Really appreciate some input and coding. I
On Fri, Jun 20, 2008 at 5:48 PM, R.C. [EMAIL PROTECTED] wrote:
tedd [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
If you had used my minimal method, I could have provided you with a
simple example. But considering you want bloat, try reading the
manual about sessions. :-)
First, thanks to all who helped with the protected page/email notification.
Works great.
One more thing to ask you gurus:
Here's the workflow: user clicks on login.php (which has the login form)
fills out form and get directed to video.php. (if the password is incorect,
it opens up loginfail.php
At 12:29 PM -0700 6/20/08, R.C. wrote:
Without having a database for this, I believe one could use sessions to keep
the information in memory and transferrable to all the video subpages while
user is on the site? I tried playing with this but couldn't get this to go.
If you had used my
tedd [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
If you had used my minimal method, I could have provided you with a
simple example. But considering you want bloat, try reading the
manual about sessions. :-)
Cheers,
tedd
This was very helpful Tedd sorry I used someone
On Thu, Feb 28, 2008 at 8:29 PM, Warren Vail [EMAIL PROTECTED] wrote:
Actually garbage cleanup can be controlled by writing your session handler
functions. You can almost guarantee that noone else will step on your
session (with the possible session of the user who hopes to benefit from
: Re: [PHP] Sessions
On Thu, Feb 28, 2008 at 8:29 PM, Warren Vail [EMAIL PROTECTED] wrote:
Actually garbage cleanup can be controlled by writing your session
handler
functions. You can almost guarantee that noone else will step on your
session (with the possible session of the user who
Hello People,
I wanted to have your assistance in deciding few things here,
basically I want to auto populate a registration form for people
visiting second time or so on.
I have already started a session,I know that session is a cookie so is
it better to rely upon the session cookie for auto
VamVan wrote:
Hello People,
I wanted to have your assistance in deciding few things here,
basically I want to auto populate a registration form for people
visiting second time or so on.
I have already started a session,I know that session is a cookie so is
it better to rely upon the session
set session handlers.
HTH
Warren Vail
-Original Message-
From: VamVan [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 28, 2008 5:11 PM
To: php-general@lists.php.net
Subject: [PHP] Sessions
Hello People,
I wanted to have your assistance in deciding few things here
others have given good advice, but let's learn to walk before we run shall we.
1. session_start() should be called once per request.
2. checkValidUser() does a select on all the users in the database, this is
*wrong* -
do a select with a suitable WHERE clause the retrieves the one user that
I wrote an authentication class in php4. The sessions dont seem to be
working with internet explorer, just with FF. here is the code below,
a cookies notice pops up when you try and login:
?php
class auth {
var $UserID;
var $AdminLevel;
var $FirstName;
var
On Jan 22, 2008 9:15 PM, nihilism machine [EMAIL PROTECTED] wrote:
I wrote an authentication class in php4. The sessions dont seem to be
working with internet explorer, just with FF. here is the code below,
a cookies notice pops up when you try and login:
Hi,
I took a quick look at your code.
On Jan 22, 2008 9:54 PM, Eric Butera [EMAIL PROTECTED] wrote:
I realize this link I'm posting is called auth
too, but that wasn't my choice.
that was kind of funny after your initial criticizm above, but to solars
credit,
its the auth 'package' so really the name isnt too bad, id say.
You
strange. i must be missing something simple.
Fritz
I would guess that you did make the first line of your code:
?php session_start();
http://www.php.net/session_start
Cheers,
tedd
--
---
http://sperling.com http://ancientstones.com http://earthstones.com
--
PHP General Mailing
Dear PHP gurus,
I moved to PHP from asp around version 4.something. When i tried using
sessions on my site, they just wouldn't work. No error messages, just
wouldn't work. There was a session ID generated, but if i tried
$_SESSION['test'] = somedata;
a href=page2.phpcheck session
On Mon, 2007-10-29 at 11:15 +0800, Fritz Kuhlman wrote:
Dear PHP gurus,
I moved to PHP from asp around version 4.something. When i tried using
sessions on my site, they just wouldn't work. No error messages, just
wouldn't work. There was a session ID generated, but if i tried
2007. 10. 17, szerda keltezéssel 15.10-kor Holografix ezt írta:
Many thanks Zoltn.
It's clear now
One more thing: session.cookie_lifetime defaults to 0 (until browser is
closed).
if setting session.cookie_lifetime to 60 can I look for
$_SESSION[session_name()] in every request ?
why
Many thanks again Zoltán.
It's working nice now.
Best regards
holo
Zoltán Németh [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
2007. 10. 17, szerda keltezéssel 15.10-kor Holografix ezt írta:
Many thanks Zoltn.
It's clear now
One more thing: session.cookie_lifetime defaults to
Hi.
Thank you very much Casey. I followed this suggestion as Zoltán also
suggested and it's working nice.
Best regards,
holo
Casey [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
You could set $_SESSION['lasttime'] to time() and check it on every page.
On Oct 17, 2007, at 3:58
I have some questions about sessions timeout and sessions ini settings.
In php.ini I have session.gc_maxlifetime = 30 (for testing purpose only) ,
session.gc_probability = 1 and session.gc_divisor = 100 (didn't touch this
values)
I have two simple pages
page1.php
-
session_start();
2007. 10. 17, szerda keltezéssel 11.58-kor Holografix ezt írta:
I have some questions about sessions timeout and sessions ini settings.
In php.ini I have session.gc_maxlifetime = 30 (for testing purpose only) ,
session.gc_probability = 1 and session.gc_divisor = 100 (didn't touch this
Many thanks Zoltán.
It's clear now
One more thing: session.cookie_lifetime defaults to 0 (until browser is
closed).
if setting session.cookie_lifetime to 60 can I look for
$_SESSION[session_name()] in every request ?
best regards
holo
Zoltán Németh [EMAIL PROTECTED] wrote in message
You could set $_SESSION['lasttime'] to time() and check it on every
page.
On Oct 17, 2007, at 3:58 AM, Holografix [EMAIL PROTECTED] wrote:
I have some questions about sessions timeout and sessions ini
settings.
In php.ini I have session.gc_maxlifetime = 30 (for testing purpose
only) ,
Dan wrote:
I need to retrieve a huge amount of data form a database and do so many
times. To eliminate the overhead of connecting to the database and
pulling down all that info over and over, I'm trying to pull it down
only once and stick it into a session. The problem is I get the first
It's already in an array format. I don't remember off the top of my head but
there's some function like resultsarray which turns the resutls into an array.
I'm already storing the array in the session.
John A DAVIS [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
stick in in an
Dan wrote:
After thinking about this a while I also thought of making my own
cache. The problem with that is would it be any faster or have any
less strain on the server than having multiple requests/connections to
the database?
A lot depends on the amount of data and the overall load on the
I need to retrieve a huge amount of data form a database and do so many
times. To eliminate the overhead of connecting to the database and pulling
down all that info over and over, I'm trying to pull it down only once and
stick it into a session. The problem is I get the first few results and
Dan wrote:
I need to retrieve a huge amount of data form a database and do so
many times. To eliminate the overhead of connecting to the database
and pulling down all that info over and over, I'm trying to pull it
down only once and stick it into a session. The problem is I get the
first
After thinking about this a while I also thought of making my own cache.
The problem with that is would it be any faster or have any less strain on
the server than having multiple requests/connections to the database?
- Dan
Per Jessen [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Does the data change often? If not you could just enable query cache and
cache connection threads and you'd probably be fine.
Dan wrote:
After thinking about this a while I also thought of making my own
cache. The problem with that is would it be any faster or have any
less strain on the
The data doesn't change often but the querys do. Thats why I was
origionally thinking of just storing the entire result in a session and just
use the part of the session I needed. So caching wouldn't really work.
That was something intresting though that I didn't know earlier thanks!
- Dan
stick in in an array in a session
"Dan" [EMAIL PROTECTED] 10/3/2007 2:21 PM
I need to retrieve a huge amount of data form a database and do so many times. To eliminate the overhead of connecting to the database and pulling down all that info over and over, I'm trying to pull it down only
Alberto García Gómez wrote:
I'm seeking for some class to work with sessions against a mysql DB,
please examples are welcome.
http://php.stut.net/104-mysql_sessions.html
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
I'm seeking for some class to work with sessions against a mysql DB, please
examples are welcome.
Este correo ha sido enviado desde el Politécnico de Informática Carlos Marx
de Matanzas.
La gran batalla se librará en el campo de las ideas
--
PHP General Mailing List (http://www.php.net/)
To
Good morning list,
I have my form up and running but something is missing: if you omit
required fields, the form returns an error like:
please fill in ...
please fill in...
the error message is displayed above the form on the same page. The
problem is that upon showing the error
Luc wrote:
Good morning list,
I have my form up and running but something is missing: if you omit
required fields, the form returns an error like:
please fill in ...
please fill in...
the error message is displayed above the form on the same page. The
problem is that upon showing
Hello brian,
Thursday, July 26, 2007, 2:47:55 PM, you wrote:
The way that i generally handle this is to use a class. I instantiate an
object when the page loads, whether the form has been submitted or not.
Tnx for the response Brian.
Being a newbie i'll read your post carefully, trying to
On Tue, July 17, 2007 9:43 pm, Instruct ICC wrote:
Ignore this problem for awhile and see if it doesn't go away.
(read: you realize it's not really a problem)
Are you really a CEO? I like your style.
Well, there really is a C-corp Lynch Interplanetary Enterprises, Inc
But let's just say that
while still using PHP sessions (i.e. session_start)?
This behavior occurs in (standard?) FF 2.0.0.4, and IE 7.
It did not occur on an obscure FF which also reports version 2.0.0.4, named
FrontMotion Firefox Community Edition. That's also why I thought I could
dismiss it as user browser settings
Instruct ICC wrote:
I have an old PHP page without sessions. When the user submits the form,
and then clicks the browser back button, the prior form data is retained.
What method is your form using, get or post? If post, usually the browser
would give some sort of warning to the user
Instruct ICC wrote:
I have an old PHP page without sessions. When the user submits the
form, and then clicks the browser back button, the prior form data
is retained.
If I now have that PHP page require another page that uses
session_start, when the user submits the form, and then clicks
On Mon, July 16, 2007 12:33 pm, Instruct ICC wrote:
I have an old PHP page without sessions. When the user submits the
form,
and then clicks the browser back button, the prior form data is
retained.
This is actually almost for sure browser dependent behaviour...
Some browsers will reset to
From: Chris Shiflett [EMAIL PROTECTED]
This is a characteristic of the caching headers that session_start()
sends. Although not directly related to your question, I think the
following article articulates this in sufficient detail:
101 - 200 of 1715 matches
Mail list logo