icy escribió:
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:
?php
if (set_error_handler('core_error_handler', E_ALL) === NULL)
Rabin Vincent escribió:
On 5/4/06, Jon Earle [EMAIL PROTECTED] wrote:
$ret_val = 0;
if ($aday == $bday) {$ret_val = 0;}
else {$ret_val = ($aday $bday) ? -1 : 1;}
return ret_val;
You're missing the $ for ret_val on the return line.
PHP thus understands the return value as a string,
Ezra Nugroho escribió:
Well,
Since my original post failed to generate reasonable feedback, not even
a successful kick at people's funny bone or a flame, let me restate my
question with a story.
Php reduces the barrier to web development quite a bit, such that less
technical people can jump in
Matt Todd wrote:
There's nothing wrong with staying true to the philosophy at all, I
just think that it may well be detrimental in the end. And that is
what I said in the (toilet)paper, that there will be (emphasis on the
eventuality, not on the present actuality) a time that PHP will become
It's really that hard to read the whole manual page about session_destroy()?
Quoting the php manual:
In order to kill the session altogether, like to log the user out, the
session id must also be unset. If a cookie is used to propagate the
session id (default behavior), then the session cookie
Please, explain how are you logging the errors.
Weber Sites LTD wrote:
Hi
I'm using PHP 4.4.0 (cli) and all of the errors / warnings are written to
file.
I can see all of the direct errors but when I have an error inside an
include
file the script fails and the error is not shown in the log.
-
From: Martin Alterisio El Hombre Gris [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 19 April 2006 12:36 PM
To: Peter Hoskin
Cc: Shannon Doyle; php-general@lists.php.net
Subject: Re: [PHP] session_destroy
That's exactly what the manual says.
session_destroy() doesñ't clean the session cookie (if one
This is just my personal opinion on the subject.
I don't believe nowadays programming contests are of any worth when
judging a developer's talent, at least not what I expect from a coder.
These contests usually prove that an a coder can pull out an development
as an individual, but from
Just what I needed today, another guy trying to find solutions when he
doesn't even comprehend what the real problem is.
A complete waste of my time.
James Crane wrote:
I've written a short paper on the future of PHP and I'd appreciate it
if you folks would take a look at it and exchange your
That's exactly what the manual says.
session_destroy() doesñ't clean the session cookie (if one is used),
that's probably why your session persists.
Peter Hoskin wrote:
I've also had this issue from time to time. Used the following to
destroy it under all circumstances.
if
Use the EXPLAIN sql command to check what your queries are really doing,
you'll have to read the manual for the database you're using to figure
out the information returned by this command.
[EMAIL PROTECTED] wrote:
Hi to all!
I was developing one site with fake records in DB. Now, I put it
Ussually, the browsers send a header with information about the language
preferences of the user.
This header is HTTP_ACCEPT_LANGUAGE.
You can retrieve its value in PHP through the array $_SERVER:
$_SERVER['HTTP_ACCEPT_LANGUAGE']
Here you can find about the format of this header:
Well, it was a bad example to begin with, first of all max() is already
defined in php, I should at least checked that before posting. Second, I
forgot PHP (the Zend engine) has an interesting way of handling
variables, when you copy assign a var or pass it as an argument of a
function, a real
Maybe it's too late to say this, but if your real problem is that you
don't want the function reading
the rss feed to block the rest of your page, you can always put the
output of the reading of the feed
on a separate page, and include this through an iframe.
darren kirby wrote:
Hello all,
14 matches
Mail list logo
