On 15.11.2005 05:38, Roman Ivanov wrote:
Antony Dovgal wrote:
On 14.11.2005 12:55, Roman Ivanov wrote:
wishlist input filter extension (including some element of user
wishlist control)
Will it be used _instead_ of $_POST and $_GET?
An extension instead of the arrays?
You must be missing
Antony Dovgal wrote:
Obviously, no, this won't be the only way to get the data.
That's good.
Honestly, I'm not so sure it's a good idea to implement it like PECL
extension does. Filtering individual variables is, in my opinion, a
wrong way to treat user input.
You may filter data
On 15.11.2005 15:06, Roman Ivanov wrote:
This particular extension treats each input variable individually, which
is not desirable in majority of scripts I worked with. Such approach
adds unnecessary complexity to the script, and requires to handle each
invalid variable separately as well. But
Antony Dovgal wrote:
On 15.11.2005 15:06, Roman Ivanov wrote:
This particular extension treats each input variable individually,
which is not desirable in majority of scripts I worked with. Such
approach adds unnecessary complexity to the script, and requires to
handle each invalid variable
Hi Roman Ivanov, you wrote:
Sorry, do not have time to simplify. This is how I do it:
function filterRequest($prototype, $action){
loadPrototype($prototype);
$vars = get_class_vars($prototype);
if ($vars['vigilant'] == FALSE) {
return $_REQUEST;
}
$filter =
Michael Wallner wrote:
Hi Roman Ivanov, you wrote:
Sorry, do not have time to simplify. This is how I do it:
function filterRequest($prototype, $action){
loadPrototype($prototype);
$vars = get_class_vars($prototype);
if ($vars['vigilant'] == FALSE) {
return $_REQUEST;
}
-Original Message-
From: Antony Dovgal [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 15, 2005 5:33 AM
To: Roman Ivanov
Cc: internals@lists.php.net
Subject: Re: [PHP-DEV] Re: results of the PHP6 wishlists
On 15.11.2005 15:06, Roman Ivanov wrote:
This particular extension treats each input
@lists.php.net
Subject: Re: [PHP-DEV] Re: results of the PHP6 wishlists
On 15.11.2005 15:06, Roman Ivanov wrote:
This particular extension treats each input variable individually, which
is not desirable in majority of scripts I worked with. Such approach
adds unnecessary complexity to the script
Ron Korving wrote:
I was wondering; we've seen quite a few PHP6 wishlists passing by here. Is
there (and if not: should there be) a centralized spot where changes and new
features are logged, perhaps with a status saying whether somebody (and who)
is working on this, or if it's still being
Alle 12:25, lunedì 14 novembre 2005, Cesare D'Amico ha scritto:
a default way to hold objects/variables in memory (on ANY operating
system) between two HTTP requests
Hey, I didn't mean sessions :)
I meant something like creating a complex object and holding it in
memory with its classes
Cesare D'Amico wrote:
Alle 12:25, lunedì 14 novembre 2005, Cesare D'Amico ha scritto:
a default way to hold objects/variables in memory (on ANY operating
system) between two HTTP requests
Hey, I didn't mean sessions :)
I meant something like creating a complex object and holding it in
Alle 14:58, lunedì 14 novembre 2005, Lukas Smith ha scritto:
You mean something like SRM:
http://www.vl-srm.net/
Though a bit more finished :-)
Exactly! I didn't mention it, but that's what I was thinking about.
And it would be nice if it was for PHP5 too :)
--
Cesare D'Amico
You mean something like SRM:
http://www.vl-srm.net/
Though a bit more finished :-)
Derick is probably too busy to finish SRM all alone, and my C skills are
way too bad to help him :) So this gets off-topic here, but what about
writing something like SRM in PHP itself to avoid the need of
Alle 09:36, lunedì 14 novembre 2005, Lukas Smith ha scritto:
http://oss.backendmedia.com/PhP60
Bundle a default application server, ie a default way to hold
objects/variables in memory (on ANY operating system) between two HTTP
requests? Anyone interested?
Ciao
ce
--
Cesare D'Amico
On Mon, 14 Nov 2005, Cesare D'Amico wrote:
Alle 14:58, lunedì 14 novembre 2005, Lukas Smith ha scritto:
You mean something like SRM:
http://www.vl-srm.net/
Though a bit more finished :-)
Exactly! I didn't mention it, but that's what I was thinking about.
IMO, no. (bundling SRM or any
Alle 21:10, lunedì 14 novembre 2005, Jani Taskinen ha scritto:
Exactly! I didn't mention it, but that's what I was thinking about.
IMO, no. (bundling SRM or any other such thing)
I don't want to bother, but why not? I'm accepting a simple RTFA (read
the friendly archives :) if that was
Hello Cesare,
Monday, November 14, 2005, 9:45:38 PM, you wrote:
Alle 21:10, lunedì 14 novembre 2005, Jani Taskinen ha scritto:
Exactly! I didn't mention it, but that's what I was thinking about.
IMO, no. (bundling SRM or any other such thing)
I don't want to bother, but why not? I'm
Cesare D'Amico wrote:
Alle 21:10, lunedì 14 novembre 2005, Jani Taskinen ha scritto:
Exactly! I didn't mention it, but that's what I was thinking about.
IMO, no. (bundling SRM or any other such thing)
I don't want to bother, but why not? I'm accepting a simple RTFA (read
the friendly
Alle 22:05, lunedì 14 novembre 2005, Marcus Boerger ha scritto:
Simply because it is not the PHP way.
[...]
Thus PHP takes the KISS approach - keep it simple safe.
Fair enough, that's understandable :)
Thanks,
Cesare
--
Cesare D'Amicophp developer - linux sysadmin
Alle 22:28, lunedì 14 novembre 2005, Rasmus Lerdorf ha scritto:
Until there is an implementation out there that is in common use, the
question of whether to bundle it or not is rather premature.
Until there is a standard (planned or de-facto) and widely installed
implementation (ie, one that
Cesare D'Amico wrote:
Alle 22:28, lunedì 14 novembre 2005, Rasmus Lerdorf ha scritto:
Until there is an implementation out there that is in common use, the
question of whether to bundle it or not is rather premature.
Until there is a standard (planned or de-facto) and widely installed
wishlist input filter extension (including some element of user
wishlist control)
Will it be used _instead_ of $_POST and $_GET? Honestly, I'm not so sure
it's a good idea to implement it like PECL extension does. Filtering
individual variables is, in my opinion, a wrong way to treat user
wishlist input filter extension (including some element of user control)
Will it be used _instead_ of $_POST and $_GET? Honestly, I'm not so sure
it's a good idea to implement it like PECL extension does. Filtering
individual variables is, in my opinion, a wrong way to treat user input.
The
On 14.11.2005 12:55, Roman Ivanov wrote:
wishlist input filter extension (including some element of user
wishlist control)
Will it be used _instead_ of $_POST and $_GET?
An extension instead of the arrays?
You must be missing something...
Honestly, I'm not so sure
it's a good idea to
Antony Dovgal wrote:
On 14.11.2005 12:55, Roman Ivanov wrote:
wishlist input filter extension (including some element of user
wishlist control)
Will it be used _instead_ of $_POST and $_GET?
An extension instead of the arrays?
You must be missing something...
I do not think so. If the
Rasmus Lerdorf wrote:
I don't think you understand the order of operations here. We can't
bundle something that doesn't exist.
You can state your opinion regarding probability of something being
bundled in the future. This will encourage people to actually write it.
--
PHP Internals - PHP
Alle 22:53, lunedì 14 novembre 2005, Rasmus Lerdorf ha scritto:
I think you are looking for an option 3 here. You are stating
a need and hoping someone will write something.
Yes, I admit that without any regret ;)
But I do understand how things work. I tried to propose that idea
because I'd
27 matches
Mail list logo
