Antony Dovgal wrote:
On 07.12.2005 18:40, Alan Pinstein wrote:
Hi all-
Please use php-general@lists.php.net for questions regarding development
*in* PHP.
Please stop bashing other people's messages for the sole reason they do
not deal with C code. The question was perfectly relevant.
I hate the idea of voting for features, but since it might have some
affect on the language, I will add my opinion to the heap.
::: - Bad, because it's three characters.
: - Good, because it's one character, and it does not look like
something else.
\ - It's one character, but it looks like div
David Zülke wrote:
-> is crap because it is used for accessing object methods and
properties.
BS. Java uses dot to separate everything, and it works perfectly fine.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Sara Golemon wrote:
Will your proposal be met with resistence? Certainly. Such an
undertaking represents no small amount of effort and a no less pain when
the final BC break occurs.
No need to break BC! I have a solution. All we need is to introduce
$THAT superglobal object, plus couple of n
Andrei Zmievski wrote:
Would my response have been better if it had had a smiley attached?
The issue that Rowan brought up had been discussed multiple times before
I think the number of unreasonable requests and questions would drop
significantly if there were some kind of design digest, or
Rasmus Lerdorf wrote:
The PHP 6 stuff is still up in the air. The original suggestion was to
carry through with the deprecation of [] which I strongly vetoed since
it would break everything. We can revisit whether we want to remove {}
in PHP 6. I didn't think people had such strong feelings
Christian Schneider wrote:
Please think twice before breaking BC light-heartedly.
Please brake BC completely, and rename everything, and reorder
arguments, and replace array() with a(), and replace $this-> with
something consise, and replace '->' with '.', and replace '.' with '~'.
*smiley*
Roman Ivanov wrote:
I dare to suggest PHP replacement:
> ...
Clarification: this does not mean I endorse macroses in any way.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Jason Garber wrote:
Hello Internals,
Remember the ifsetor() discussion? There were many, many people for
it, and many people that did not see the point. To this day, it's
not been allowed into the source tree, and I don't see any way to
change that. So...
Please consider (some form
Sara Golemon wrote:
string hash(string $algo, string $value[,$raw=false])
string hash_file(string $algo, string $filename[,$raw=false])
Hm... hash(string $value[, $algo='sha256' [,$raw=false]])?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/u
Ilia Alshanetsky wrote:
You cannot give it
an md5 and have it generate you a string with the same md5 hash, so md5
is still relatively safe.
http://www.google.com/search?q=md5+hash+lookup&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official
--
PHP Internals - PHP
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
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
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
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
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
18 matches
Mail list logo
