On Sat, May 6, 2006 9:42 am, tedd wrote:
> While we're on the subject of listing sessions, what does the
> following code do?
Looks like it snoops through all the sessions it can find.
I suspect it will also NUKE the last session, where 'last' is whatever
order readdir() feels like returning, whi
On Sat, May 6, 2006 5:28 am, Rabin Vincent wrote:
>> I gotta go with Nic on this...
>>
>> Either I'm being really obtuse, or it just plain don't work right.
>>
>> Consider this minimalist example:
>>
>> http://l-i-e.com/404/test.php
>> http://l-i-e.com/404/index.htm
>>
>> The 404 header is being co
On 5/7/06, tedd <[EMAIL PROTECTED]> wrote:
Hi:
While we're on the subject of listing sessions, what does the
following code do?
session_start();
$path = ini_get('session.save_path');
$handle = dir($path);
while ($filename = $handle->read())
{
if (substr($filename, 0, 5) == '
Hi:
While we're on the subject of listing sessions, what does the
following code do?
session_start();
$path = ini_get('session.save_path');
$handle = dir($path);
while ($filename = $handle->read())
{
if (substr($filename, 0, 5) == 'sess_')
{
"Rabin Vincent" <[EMAIL PROTECTED]> writes:
> In PHP, mod_php itself is the handler. It doesn't allow your script
> access to the Apache API in the way that mod_python does. Looking
> at the sapi code in PHP, it seems to returns OK to Apache
> regradless of what goes on in the called script (i.e,
Nic wrote:
"Richard Lynch" <[EMAIL PROTECTED]> writes:
On Fri, May 5, 2006 5:01 am, Nic wrote:
Hi Rabin
"Rabin Vincent" <[EMAIL PROTECTED]> writes:
On 5/5/06, Nic <[EMAIL PROTECTED]> wrote:
But /mydir/some.php doing:
header("HTTP/1.1 404 Rubbish!!!")
_never_ cau
"Richard Lynch" <[EMAIL PROTECTED]> writes:
> On Fri, May 5, 2006 5:01 am, Nic wrote:
>> Hi Rabin
>> "Rabin Vincent" <[EMAIL PROTECTED]> writes:
>>
>>> On 5/5/06, Nic <[EMAIL PROTECTED]> wrote:
But /mydir/some.php doing:
header("HTTP/1.1 404 Rubbish!!!")
_never_ causes
On 5/6/06, Richard Lynch <[EMAIL PROTECTED]> wrote:
On Fri, May 5, 2006 5:01 am, Nic wrote:
> Hi Rabin
> "Rabin Vincent" <[EMAIL PROTECTED]> writes:
>
>> On 5/5/06, Nic <[EMAIL PROTECTED]> wrote:
>>> But /mydir/some.php doing:
>>>
>>>header("HTTP/1.1 404 Rubbish!!!")
>>>
>>> _never_ causes th
On Thu, May 4, 2006 9:57 pm, R. Van Tassel wrote:
> I am having an issue with a form, basically an order form, with 10
> rows.
> Each row is the same, the rows are being generated by a loop and I am
> appending the counter of the loop to the name of the form elements
> (i.e.
> quantity1, type1, nex
On Thu, May 4, 2006 10:56 pm, Tony Aldrich wrote:
>>
>> Honestly, the easiest way to solve this is to switch to 'user' PHP
>> sessions:
>> http://php.net/session-set-save-handler
>
>
> Thanks. I'm trying now to do this.
> I'm wondering about "session-set-save-handler" - what is "manual
> garbage
>
On Fri, May 5, 2006 5:01 am, Nic wrote:
> Hi Rabin
> "Rabin Vincent" <[EMAIL PROTECTED]> writes:
>
>> On 5/5/06, Nic <[EMAIL PROTECTED]> wrote:
>>> But /mydir/some.php doing:
>>>
>>>header("HTTP/1.1 404 Rubbish!!!")
>>>
>>> _never_ causes the error document to be picked up.
>>
>> That's right.
On Fri, May 5, 2006 3:41 am, Nic wrote:
> "Richard Lynch" <[EMAIL PROTECTED]> writes:
>
>> On Thu, May 4, 2006 8:50 am, Nic wrote:
>>> I'm having trouble with setting HTTP error status from PHP4.
>>>
>>> The PHP docs say that if I have this :
>>>
>>>
>>
>> WILD GUESS!!!
>>
>> Try it with full pa
On Fri, May 5, 2006 8:08 am, Martin Alterisio \"El Hombre Gris\" wrote:
> And set_error_handler() returns NULL because there isn't a previously
> defined error handler, not because it failed.
Since it's documented to return NULL when it fails to set the error
handler, one would hope it does NOT re
On Fri, May 5, 2006 6:20 am, icy wrote:
> chris smith wrote:
>>
>> What does your code look like?
>
> I just realized that when called a second time, set_error_handler()
> returns my custom error handler but it is never triggered.
> Code looks like this:
>
>if (set_error_handler('core_error
14 matches
Mail list logo
