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 variable individually, which
is not desirable in major
it would
probably end up dodging or deciding business-logic decisions that should be
dealt with by the script.
--
Asher
-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]
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;
}
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;
> }
>
>
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 s
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:
> 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 fi
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 missin
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
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 R
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
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 imp
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
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 in
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
impleme
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
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 sysadmi
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 ar
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 n
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 w
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
> 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 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
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
memo
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 hier
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
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 cons
27 matches
Mail list logo
