On Aug 12, 2013, at 4:27 AM, Clifford Shuker
wrote:
> Hi have the following (below) session code at the top of each page.. The
> 'print_r' (development feature only) confirms that on one particular page I
> do log out as the session var = (). but, on testing that page via the URL I
> still get t
On Tue, Jan 17, 2012 at 5:17 PM, Haluk Karamete wrote:
> This brings the question to the following;
> WHEN DOES THE SERVER KNOW THAT A USER IS REALLY GONE OR HE CLOSED HIS BROWSER?
Just addressing this quesiton -- you are correct that the browser does
not tell the application when it closes. What
> -Original Message-
> From: Stuart Dallas [mailto:stu...@3ft9.com]
> Sent: 18 January 2012 12:02
>
> On 17 Jan 2012, at 23:17, Haluk Karamete wrote:
>
> > I'm afraid session.cookie_lifetime = 0 keeps all session data (
> that
> > is past and present ) in server memory until a server rest
On 17 Jan 2012, at 23:17, Haluk Karamete wrote:
> Back to this session expiration...
>
> that old quote said...
>
> The default behaviour for sessions is to keep a session open
> indefinitely and only to expire a session when the browser is closed.
> This behaviour can be changed in the php.ini
Back to this session expiration...
that old quote said...
The default behaviour for sessions is to keep a session open
indefinitely and only to expire a session when the browser is closed.
This behaviour can be changed in the php.ini file by altering the
line:
session.cookie_lifetime = 0
If you
great exp. now I'm heading towards the
http://www.php.net/manual/en/session.configuration.php#ini.session.cookie_path.
you definitely deserved a good chocolate cookie!
On Mon, Jan 16, 2012 at 6:38 PM, Stuart Dallas wrote:
> On 17 Jan 2012, at 02:21, Haluk Karamete wrote:
>
>> Well Stuart,
>>
>>
On 17 Jan 2012, at 02:21, Haluk Karamete wrote:
> Well Stuart,
>
> When I said this
>
>> In ASP, I create a virtual app at the IIS server - assigning a virtual
>> dir path to the app, and from that point on, any page being served
>> under that virtual path is treated as an isolated ASP app and t
Well Stuart,
When I said this
> In ASP, I create a virtual app at the IIS server - assigning a virtual
> dir path to the app, and from that point on, any page being served
> under that virtual path is treated as an isolated ASP app and thus the
> sessions are kept isolated and not get mixed up by
On 16 Jan 2012, at 22:51, Haluk Karamete wrote:
> Hi, in ASP, sessions expire when the client does not request an asp
> page for more than 20 min. (The 20 min thing is a server level setting
> - which can be changed by IIS settings ) And sessions work out of the
> box.
>
> I use sessions a lot.
Dear List -
Thank you for your help in the past. This an update on my session
problems.
Here is a simple test program. It never increments the session counter;
ie, does not detect that $_SESSION has been set.
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.o
At 07:28 PM 3/30/2011, Ashley Sheridan wrote:
On Wed, 2011-03-30 at 19:20 -0400, Ethan Rosenberg wrote:
> Dear List -
>
> Thank you for your help in the past. This an update on my
session problems.
>
> Here is a simple test program. It never increments the session
> counter; ie, does not det
On Wed, 2011-03-30 at 19:20 -0400, Ethan Rosenberg wrote:
> Dear List -
>
> Thank you for your help in the past. This an update on my session problems.
>
> Here is a simple test program. It never increments the session
> counter; ie, does not detect that $_SESSION has been set.
>
>
>
> "h
On 10/19/2010 09:41 AM, Andrew Ballard wrote:
On Mon, Oct 18, 2010 at 8:46 PM, Daniel Houle wrote:
I have a strange issue here. I am running a CentOS machine, with
apache 2.2.3
php 5.1.6
kernel 2.6.18-194.8.1.el5xen
My sessions will work using https, but not using simple http. I've compared
On Mon, Oct 18, 2010 at 8:46 PM, Daniel Houle wrote:
> I have a strange issue here. I am running a CentOS machine, with
>
> apache 2.2.3
> php 5.1.6
> kernel 2.6.18-194.8.1.el5xen
>
> My sessions will work using https, but not using simple http. I've compared
> my configs with another identical
Ashley Sheridan wrote:
> On Mon, 2010-03-29 at 12:24 +0100, Ben Stones wrote:
>
>> Hi,
>>
>> I'm just wondering whether there are any apparent security concerns I should
>> be aware of when using sessions in my PHP scripts. I understand that
>> sessions are tracked with an individual user via a se
On Mon, 2010-03-29 at 12:24 +0100, Ben Stones wrote:
> Hi,
>
> I'm just wondering whether there are any apparent security concerns I should
> be aware of when using sessions in my PHP scripts. I understand that
> sessions are tracked with an individual user via a session ID which is
> stored in a
On Sat, 2010-03-13 at 12:49 +0200, Andre Polykanine wrote:
> Hello Ashley,
>
> And if the site is full of that code?)) I think it's worth to learn
> what's really the reason of the fact that it doesn't work. Besides
> that, it's more readable for me.
> And the right thing that was said here is th
Date: Saturday, March 13, 2010, 12:33:46 PM
Subject: [PHP] Re: PHP Sessions
On Sat, 2010-03-13 at 12:22 +0200, Andre Polykanine wrote:
> Hello Martine,
>
> As you have been already told, the is not always supported.
> However I'd suggest you to do the following (since I love thi
> From: Martine Osias
> To: php-general@lists.php.net
> Date: Saturday, March 13, 2010, 4:33:34 AM
> Subject: [PHP] Re: PHP Sessions
>
> The sessions variables are OK. They don't print when I put them on the HTML
> page with this code.
>
>
>
>
>
&g
arthaelon @ yandex.ru; Jabber: arthaelon @
jabber.org
Yahoo! messenger: andre.polykanine; ICQ: 191749952
Twitter: m_elensule
- Original message -
From: Martine Osias
To: php-general@lists.php.net
Date: Saturday, March 13, 2010, 4:33:34 AM
Subject: [PHP] Re: PHP Sessions
The sessions variables are
On Fri, 2010-03-12 at 21:33 -0500, Martine Osias wrote:
> The sessions variables are OK. They don't print when I put them on the HTML
> page with this code.
>
>
>
>
>
>
> align="right">
>
>
> Thank you.
>
>
> Martine
>
> ""Martine Osias"" wrote in message
> news:95.0c.13686.c7cd
The sessions variables are OK. They don't print when I put them on the HTML
page with this code.
align="right">
Thank you.
Martine
""Martine Osias"" wrote in message
news:95.0c.13686.c7cda...@pb1.pair.com...
Hi:
I need to store variables to send then between pages. I don't need th
Op 1/30/10 2:25 AM, Ben Miller schreef:
> Hi, I've always thought that session data was subdomain specific and would
> not carry over between http://www.mydomain.com and
> https://secure.mydomain.com, but it seems to be working for me now. Can I
> rely on this and post from http://www.mydomain.com
same as everywhere else in your apps.. ajax is no different in any way
at all, not even slightly. as far as PHP and web server is concerned
it's just a plain old request same as any other; thus..
if( !$_SESSION['is_logged_in'] ) {
exit();
}
// do stuff
Thanks for that. Sometimes the solution
Angus Mann wrote:
> Hi all.
>
> A question about PHP sessions and their interaction with AJAX.
>
> I have a database containing sensitive information and users need to log in
> to my PHP script and be authenticated before they are granted access.
>
> For one of the forms I would like to retriev
On Thu, Nov 12, 2009 at 1:21 PM, Ashley Sheridan
wrote:
> On Thu, 2009-11-12 at 13:17 -0500, Dan Shirah wrote:
>
>> All,
>>
>> I am using sessions for my application to verify a user has logged in:
>>
>> // Verify the user is logged in.
>> if (!isset($_SESSION['basic_is_logged_in'])
>> || $_SE
On Thu, 2009-11-12 at 13:17 -0500, Dan Shirah wrote:
> All,
>
> I am using sessions for my application to verify a user has logged in:
>
> // Verify the user is logged in.
> if (!isset($_SESSION['basic_is_logged_in'])
> || $_SESSION['basic_is_logged_in'] !== true) {
> // If not logged in
Hi Kranthi
kranthi wrote on 2009-10-24 07:27:
Db error: Access denied for user 'www-data'@'localhost' (using password: NO)
WTF? I´m not using a user called www-data for MySQL connections, but apache
runs as this user
in the case where $test is true there is an open mysql connection, but
wh
>> Db error: Access denied for user 'www-data'@'localhost' (using password: NO)
>> WTF? I´m not using a user called www-data for MySQL connections, but apache
>> runs as this user
in the case where $test is true there is an open mysql connection, but
when $test is false there is no open connecti
Kim Madsen wrote on 2009-10-22 17:51:
Hi PHPeople
I have an odd problem at my new work and wonder if it's some sort of odd
setup that is causing this problem when using sessions:
Like I said, my new work and odd setup, an include file had a
mysql_close() in the bottom
Speaking of mysql_clo
-Original Message-
From: Angelo Zanetti [mailto:ang...@zlogic.co.za]
Sent: 24 August 2009 04:30 PM
To: 'Nitebirdz'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
-Original Message-
From: Nitebirdz [mailto:nitebi...@sacredchaos.com]
Sent: 20 A
-Original Message-
From: Nitebirdz [mailto:nitebi...@sacredchaos.com]
Sent: 20 August 2009 02:58 PM
To: php-general@lists.php.net
Subject: Re: [PHP] SESSIONS lost sometimes
On Thu, Aug 20, 2009 at 02:34:54PM +0200, Angelo Zanetti wrote:
> Hi Leon,
>
> No harm intended :) Jus
>> I imagine redirects couldn't be the cause of the problem, right?
Thanks, this is really a life saver.. I never used
session_write_close() before any redirects...
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 2009-08-20 at 18:38 +0530, kranthi wrote:
> The original problem..
>
> >> server is losing session variables.
> I dont think PHP is not good at unset() ing variables while the script
> is executing.
>
> general logger will be of use in this case (especially when cant
> reproduce the probl
The original problem..
>> server is losing session variables.
I dont think PHP is not good at unset() ing variables while the script
is executing.
general logger will be of use in this case (especially when cant
reproduce the problem every time). PEAR, Zend, FirePHP, files... any
thing will do...
On Thu, Aug 20, 2009 at 02:34:54PM +0200, Angelo Zanetti wrote:
> Hi Leon,
>
> No harm intended :) Just thought that people were missing my post now and
> only answering yours.
>
Angelo, excuse me if I'm bringing up something very basic, but I'm new
to this. Just trying to help.
I imagine r
No problem! Thx
-Original Message-
From: Angelo Zanetti [mailto:ang...@zlogic.co.za]
Sent: 20 August 2009 02:35 PM
To: 'Leon du Plessis'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
Hi Leon,
No harm intended :) Just thought that people were missing m
: RE: [PHP] SESSIONS lost sometimes
Hi Angelo,
No need to be nasty and touchy. If you have done trouble to read I have
closed the discussion in a prior listing and referred back to your original
thread. thanks
-Original Message-
From: Angelo Zanetti [mailto:ang...@zlogic.co.za]
Sent: 20
ESSION variables from other sessions.
-Original Message-
From: Arno Kuhl [mailto:ak...@telkomsa.net]
Sent: 20 August 2009 10:03 AM
To: 'Leon du Plessis'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
-Original Message-
From: Leon du Plessis [mailto:l..
on du Plessis'; a...@ashleysheridan.co.uk
Cc: 'Nitebirdz'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
Hi Leon and all.
LEON you are misunderstanding how the sessions work. Also please start your
own thread and don't hijack mine.
To the rest that re
On Thu, Aug 20, 2009 at 12:04:08PM +0200, Leon du Plessis wrote:
> Thanks Ashley,
>
> I just want to iterate again that when a new page is opened by another
> existing page in a new browser or Tab, the session_id is already created and
> therefore the current way browsers work is in no way compre
n.co.uk
Cc: 'Nitebirdz'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
Thanks Ashley,
I just want to iterate again that when a new page is opened by another
existing page in a new browser or Tab, the session_id is already created and
therefore the current way browse
y Sheridan [mailto:a...@ashleysheridan.co.uk]
Sent: 20 August 2009 12:05 PM
To: Leon du Plessis
Cc: 'Nitebirdz'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
On Thu, 2009-08-20 at 12:04 +0200, Leon du Plessis wrote:
> Thanks Ashley,
>
> I just want to iterate
It is just a limitation I will live with and can get
> by with it.
>
> Regards
> Leon
>
> -Original Message-
> From: Ashley Sheridan [mailto:a...@ashleysheridan.co.uk]
> Sent: 20 August 2009 11:39 AM
> To: Leon du Plessis
> Cc: 'Nitebirdz'; php-ge
[mailto:a...@ashleysheridan.co.uk]
Sent: 20 August 2009 11:39 AM
To: Leon du Plessis
Cc: 'Nitebirdz'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
On Thu, 2009-08-20 at 10:50 +0200, Leon du Plessis wrote:
> ">> It'd make sense for things to run
e tab/window). Other user's login particulars should not affect
> your login variables.
>
> -Original Message-
> From: Nitebirdz [mailto:nitebi...@sacredchaos.com]
> Sent: 20 August 2009 10:40 AM
> To: php-general@lists.php.net
> Subject: Re: [PHP] SESSIONS lost
age-
From: Leon du Plessis [mailto:l...@dsgnit.com]
Sent: 20 August 2009 10:57 AM
To: 'Peter Ford'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
That is how I know browsers to work, yet for a while the bahaviour has
changed. The question in light of this then
wondering.
-Original Message-
From: Peter Ford [mailto:p...@justcroft.com]
Sent: 20 August 2009 10:47 AM
To: php-general@lists.php.net
Subject: Re: [PHP] SESSIONS lost sometimes
Leon du Plessis wrote:
> ">> It's not an issue, it's a feature."
>
> Thanks Arno..
al Message-
From: Nitebirdz [mailto:nitebi...@sacredchaos.com]
Sent: 20 August 2009 10:40 AM
To: php-general@lists.php.net
Subject: Re: [PHP] SESSIONS lost sometimes
On Thu, Aug 20, 2009 at 09:44:02AM +0200, Leon du Plessis wrote:
>
> Since we are on the subject: I have the following si
On Thu, Aug 20, 2009 at 10:26:35AM +0200, Leon du Plessis wrote:
> ">> It's not an issue, it's a feature."
>
> Thanks Arno...but it is a pain also.
> If I work with user A in Tab1 (window1), I want to work with user B
> separately in Tab2. When user in Tab2 logs off, I still want user A to work,
>
e end I think it is something I do wrong in PHP with the SESSION
> variables and how I clear themif so...I don't think PHP should allow
> clearing SESSION variables from other sessions.
>
> -Original Message-
> From: Arno Kuhl [mailto:ak...@telkomsa.net]
> Sent:
On Thu, Aug 20, 2009 at 09:44:02AM +0200, Leon du Plessis wrote:
>
> Since we are on the subject: I have the following similar problem:
>
> When testing page on internet explorer, I find that one tab's variables can
> affect another tab's variables. Thus when having the same web-site open and
> u
think PHP should allow
clearing SESSION variables from other sessions.
-Original Message-
From: Arno Kuhl [mailto:ak...@telkomsa.net]
Sent: 20 August 2009 10:03 AM
To: 'Leon du Plessis'; php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
-Original Mes
-Original Message-
From: Leon du Plessis [mailto:l...@dsgnit.com]
Sent: 20 August 2009 09:44 AM
To: php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
Since we are on the subject: I have the following similar problem:
When testing page on internet explorer, I find that
?
-Original Message-
From: Angelo Zanetti [mailto:ang...@zlogic.co.za]
Sent: 20 August 2009 08:53 AM
To: 'Ben Dunlap'
Cc: php-general@lists.php.net
Subject: RE: [PHP] SESSIONS lost sometimes
-Original Message-
From: Ben Dunlap [mailto:bdun...@agentintellect.com]
Sen
-Original Message-
From: Ben Dunlap [mailto:bdun...@agentintellect.com]
Sent: 19 August 2009 08:18 PM
To: Angelo Zanetti
Cc: php-general@lists.php.net
Subject: Re: [PHP] SESSIONS lost sometimes
> We have a server with a site that does some XML calls. After lots of
testing
>
> We have a server with a site that does some XML calls. After lots of testing
> I have found that the server is losing session variables.
[8<]
> Also the site goes from HTTP to HTTPS at some point but this isn't the issue
> as it loses the sessions as soon as they are set sometimes.
>
> Therefore
Hi,
> ..
This is precisely what I do, albeit my file is called config.php, and
not init.php. Not that it makes a jot of difference. This file is used
to setup the environment, so that way everything I commonly need is
available simply by including one file. One thing to note though is
that a data
2009/7/3 Ashley Sheridan :
> On Friday 03 July 2009 09:41:40 Tom Chubb wrote:
>> 2009/7/3 Luke
>>
>> > 2009/7/3 Daniel Brown
>> >
>> > > On Thu, Jul 2, 2009 at 23:27, Jason Carson wrote:
>> > > > Hello all,
>> > > >
>> > > > Do I have to add session_start() at the beginning of every page so
>> >
2009/7/3 Ashley Sheridan
> On Friday 03 July 2009 09:41:40 Tom Chubb wrote:
> > 2009/7/3 Luke
> >
> > > 2009/7/3 Daniel Brown
> > >
> > > > On Thu, Jul 2, 2009 at 23:27, Jason Carson
> wrote:
> > > > > Hello all,
> > > > >
> > > > > Do I have to add session_start() at the beginning of every pag
On Friday 03 July 2009 09:41:40 Tom Chubb wrote:
> 2009/7/3 Luke
>
> > 2009/7/3 Daniel Brown
> >
> > > On Thu, Jul 2, 2009 at 23:27, Jason Carson wrote:
> > > > Hello all,
> > > >
> > > > Do I have to add session_start() at the beginning of every page so
> > > > that the $_SESSION variables work
2009/7/3 Luke
> 2009/7/3 Daniel Brown
>
> > On Thu, Jul 2, 2009 at 23:27, Jason Carson 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
2009/7/3 Daniel Brown
> On Thu, Jul 2, 2009 at 23:27, Jason Carson 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 page
On Thu, Jul 2, 2009 at 23:27, Jason Carson 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 you're using ses
[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, vis
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.
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 be
-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 s
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 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
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
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 ..
>
>
> if (isset($_POST['submit'])) {
> include('ses
OK I guess it's somehow like this ..
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]
EXAMPLE:
FORM;
ob_start();
echo $form;
$output_buffer = ob_get_contents();
ob_end_clean();
var_dump(nl2br(htmlentit
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 in
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
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. T
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?
>
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
--
P
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 SESSION
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
querie
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 ti
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
Ther
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
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
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 ses
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 anyw
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 secu
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
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 nee
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
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]
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 t
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 badg
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 t
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
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 t
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 unsubscrib
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 badg
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 withst
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 process
1 - 100 of 1071 matches
Mail list logo