On Mon, Feb 9, 2015 at 10:29 PM, Anatol Belski
wrote:
> Hi,
>
> the voting on the removals in PHP7 in hereby finished. The results are
>
>
> item yes:no
>
> sapi/aolserver 32:0
> sapi/apache32:0
> sapi/apache_hooks 31:0
> sapi/apache2filter 23:1
> sa
On Tue, Feb 10, 2015 at 11:14 PM, Kalle Sommer Nielsen
wrote:
> Hi Paul
>
> 2015-02-10 23:59 GMT+01:00 Paul Dragoonis :
> >
> > Did you accidentally miss out mssql? it resultes in significant
> resistance
> > to leave core, such as mcrypt and ignoring mathematical
On Tue, Feb 10, 2015 at 11:36 PM, Leigh wrote:
> On 10 February 2015 at 23:29, Paul Dragoonis wrote:
> > It's common sense that if something receives significant resistance then
> > there's usually a good reason for it and it shouldn't be ignored
> regardless
&
I see a LOT of "no" votes against this RFC but can't find the thread
outlining the reasoning for such resistence.
Could someone link me to this somehow?
On Sat, Feb 21, 2015 at 1:43 PM, Pascal Martin, AFUP <
mail...@pascal-martin.fr> wrote:
> Le 08/02/2015 09:14, Stanislav Malyshev a écrit :
>
>
Thanks for your work on this Anthony.
On Thu, Feb 26, 2015 at 2:58 PM, Anthony Ferrara
wrote:
> All,
>
> I have opened voting on Scalar Type Declarations v0.5. Please cast your
> vote.
>
> https://wiki.php.net/rfc/scalar_type_hints_v5#vote
>
> The vote will remain open until March 13th, 2015 or
On Tue, Mar 31, 2015 at 7:49 PM, Anthony Ferrara
wrote:
> All,
>
> Ever since we introduced password_hash() in 5.5, I've been watching
> its usage as much as possible. I've setup google alerts and such, as
> well as auditing implementations I've found on github to try to
> understand how it's use
+1 from me. If nobody is maintaining it then it's a big risk. It should be
brought back in when there's people to maintain it.
On Wed, Apr 22, 2015 at 10:42 AM, Marco Pivetta wrote:
> Absolutely +1 - most developers are dragged into using the PDO Oracle
> driver by "hope" (since they find the do
I need someone to turn off the php-webmaster mailer, like now.
I tried to change author info on commits i've made - which worked fine -
but then blew up the mailer.
I tested this on other github repositories and was like a transparent
change, all is fine, unless clearly there's a mailer connected
On Fri, 23 Aug 2024, 11:02 Stephen Reay, wrote:
>
>
> > On 23 Aug 2024, at 15:29, Rowan Tommins [IMSoP]
> wrote:
> >
> > having global as the default mode (even if we provide an option for
> local) is much less disruptive to existing code.
>
> Hi Rowan,
>
> I don't disagree with this summary of
Format looks good DSP.
On Thu, Dec 15, 2011 at 4:19 PM, David Soria Parra wrote:
> As outlined in my previous post. An author in git is identified
> by "NAME ". We will rewrite commit information to match
> this format during the SVN to Git migration. At the moment
> this affects php-src only, bu
Barbu,
This is how constants work in all viable languages such as C/++.
They are not 'variables of data', they contain scalar values so that
you can have a maintainable source for your value to refer to later.
http://msdn.microsoft.com/en-us/library/357syhfh(v=vs.80).aspx
I believe constants co
2011/12/19 Ángel González :
> On 19/12/11 21:23, Paul Dragoonis wrote:
>> Barbu,
>>
>> This is how constants work in all viable languages such as C/++.
> I disagree. In C you can have:
> const data foo[] = { { "Data1", 2 }, { "Data2", 78 } };
Ag
e typed nature. Having
a 'numeric' typehint makes sense, because it can be an int, float, or
string. Adding typehints like 'int' and 'float' will only piss people off,
and make PHP more difficult and less fluent to code in.
Lets not go there please..
Thanks,
Paul Dragoonis.
>
> -Rasmus
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
anges can get reviewed and evaluated.
>From there things can progress to the point where they're committed to
trunk, and thus merged into the appropriate branch (5_4 for example).
Hope this helps clear up the process.
Thanks,
Paul Dragoonis.
On Sat, Dec 31, 2011 at 9:15 AM, Adam Bla
I agree with Dmitri and Ferenc.
-1 on this idea, it's unnecessary.
> the reason for this is simple actually at the moment if you want to include
> a file for usage but want to check it exists you have todo the following
> if (file_exists("/file/located/here.php")) {
> $cFile = "/file/located/her
this short of turning off display_errors which we
> know from experience a lot of people just don't do no matter how much we
> suggest it.
I agree with Rasmus here. A lot of people keep display_errors on, even
when they shouldn't.
It log_errors is on, it should go to the error_lo
ist, clear, arginfo_dllist_void,
ZEND_ACC_PUBLIC)
SPL_METHOD(SplDoublyLinkedList, clear)
{
RETURN_TRUE;
}
Can someone help me out?
Thanks,
Paul Dragoonis.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Here's the patch. At the moment my clear() method clones the
functionality of count() just as a prototype to get things working
before i make it do the actual clear functionality.
Patch attached to this email, made using 'svn diff'
- Paul Dragoonis.
On Sun, Jan 8, 2012 at 4
PHP 5_4 branch.
Here's the diff as a gist: https://gist.github.com/e3e1da28123017ba568d
On Sun, Jan 8, 2012 at 5:43 PM, Etienne Kneuss wrote:
> It works fine here on trunk, what code-base are you targetting?
>
> Best,
>
> On Sun, Jan 8, 2012 at 18:31, Paul Dragoonis wrote:
Hey Internals,
I've finished the patch, and with approval i'd like to push to trunk,
even though i'm aware we have a 5_4 branch code freeze.
Can someone review my work and provide feedback/approval?
[1] https://gist.github.com/1580974
Thanks,
Paul Dragoonis.
On Sun, Jan 8,
Thanks for the feedback Gustavo.
New patch is here: https://gist.github.com/1582997
Test case: https://gist.github.com/1583022
Comments are inline.
On Mon, Jan 9, 2012 at 8:17 AM, Gustavo Lopes wrote:
> On Mon, 09 Jan 2012 04:59:09 +0100, Paul Dragoonis
> wrote:
>
>> Hey Intern
On Tue, Jan 24, 2012 at 11:12 PM, Christopher Jones
wrote:
>
>
> On 01/24/2012 03:11 PM, Justin Martin wrote:
>>
>> Hello,
>>
>> With some frequency, I find bugs which are not "bogus", so much as they
>> are reported based on a misunderstanding. Usually this happens for
>> documentation problems,
Hi David,
Thanks for the great push on the DVCS push to git. I believe I speak for
many people when I say your hard work is really appreciated.
Look forward to testing out the git installation.
- Paul.
On Wed, Jan 25, 2012 at 11:36 PM, David Soria Parra wrote:
> Hi Internals,
>
> we are a few
On Sat, Jan 28, 2012 at 7:17 PM, Justin Martin wrote:
> Hello everyone,
>
> For the result of session_status(), the corresponding constants for the
> sessions state are
>
> - PHP_SESSION_DISABLED = 0
> - PHP_SESSION_NONE = 1
> - PHP_SESSION_ACTIVE = 2
>
> I'd like to suggest we change these val
On Sat, Jan 28, 2012 at 9:14 PM, Sanford Whiteman
wrote:
>> I believe comparing the value against a constant, is always more
>> readable than wondering what "truthy" means. if(session_status() ===
>> PHP_SESSION_ACTIVE) is much self-documenting than the proposed change.
>
> ... also an obvious
On Sat, Jan 28, 2012 at 9:53 PM, Justin Martin wrote:
> Someone actually just pointed out to me that if(-1) returns true. In that
> case, I suppose my suggestion doesn't quite work.
>
> The reason I suggest this is that I suspect people will constantly be
> looking up what the constants are called
2012/2/27 Johannes Schlüter
> Hi,
>
> PHP is no strickt-typed language. Changing this is a massive change, if
> you want to go there: There are plenty of other languages.
>
> If you want this to be an optional feature:
> a) It's not optional (one has to maintain code written by others, uses
> lib
Tried to do something the other day and had to write something a bit quirky
tht would have been super clean with a finally block.
+1000
On Tue, Feb 28, 2012 at 2:22 PM, Kiall Mac Innes wrote:
> +1000
>
> This is a feature that I've always wanted in PHP, My main reason being to
> reduce code dup
On Tue, Feb 28, 2012 at 10:00 PM, Rasmus Lerdorf wrote:
> On 02/28/2012 01:25 PM, Christian Ferrari wrote:
> > Dear all,
> > I'm asking your help because I'm not able to solve an issue probably
> related to some foolish mistake I have not yet discovered.
> > I'm trying to develop an experimental
Can you make sure that only scalar or array casts can be done?
I wouldn't want people to put class typehints in there such as
function foo( (SomeClass) $foo)
- Paul.
On Sun, Mar 4, 2012 at 1:28 AM, Anthony Ferrara wrote:
> Hey all,
>
> I've drafted an RFC for the Parameter type casting hint pro
Good.
On Sun, Mar 4, 2012 at 2:03 PM, Anthony Ferrara wrote:
>> Can you make sure that only scalar or array casts can be done?
>>
>> I wouldn't want people to put class typehints in there such as
>> function foo( (SomeClass) $foo)
>
> That's how it is implemented now. That'll generate a parse er
type hints
> (http://www.php.net/manual/en/datetime.add.php).
>
> [ Actually, I would prefer even type hints to work like this. Check if the
> passed argument if of the correct type and, if not, try to cast it. Failure
> to do so will lead to the E_RECOVERABLE_ERROR as today. ]
>
It would make sense that the default value you're setting matches the
zval.type of the casted value.
You always want it to be an int, if you're doing (int) so setting it
to a string or array would not make sense.
- Paul.
On Sun, Mar 4, 2012 at 4:46 PM, Lazare Inepologlou wrote:
> Anthony, just
On Thu, Mar 15, 2012 at 4:54 PM, Nikita Popov wrote:
> On Thu, Mar 15, 2012 at 5:22 PM, Patrick ALLAERT
> wrote:
>> 2012/3/15 Nikita Popov :
>>> If I am understanding the text correctly it is saying that
>>> $f1 = f1();
>>> $f2 = f2($f1);
>>> $f3 = f3($f2);
>>> is using more memory than
On Thu, Mar 15, 2012 at 5:39 PM, Paul Dragoonis wrote:
> On Thu, Mar 15, 2012 at 4:54 PM, Nikita Popov
> wrote:
>> On Thu, Mar 15, 2012 at 5:22 PM, Patrick ALLAERT
>> wrote:
>>> 2012/3/15 Nikita Popov :
>>>> If I am understanding the text corre
thanks dsp and johannes for this nice tool.
On Tue, Mar 20, 2012 at 10:16 AM, David Soria Parra wrote:
> Hi
>
> with the php-src migrated to git we start receiving
> pull request on github. A few things to notice:
>
> - developers can pull the requests as described here:
> https://wiki.php.ne
wrote:
> you are not making valid points
> you are proposing DANGEROUS changes!
>
> what happens if PHP 5.4.x will follow your wishes
> (what never will happen) and your file without
> php-version?
>
> what you also do not realize is that the world is not turning
> around your windows machine - i
On Sun, Apr 8, 2012 at 4:23 PM, Tom Boutell wrote:
> Thanks, I have access now.
>
> Do I need to have a patch in hand before publicizing an RFC?
No Tom, feel free to draft up your RFC, people will not necessarily be
voting on your patch but on the concept of it.
If the RFC voting consensus is neg
-1.
PHP doesn't need more magic.
On Mon, Apr 9, 2012 at 4:53 PM, Nikita Popov wrote:
> On Mon, Apr 9, 2012 at 5:10 PM, Tom Boutell wrote:
> > What if PHP supported a short tag for calling a method of $this?
> >
> > Then one could write:
> >
> >
>
> A big -1 on this.
>
> If you want to roll you
I don't see any fundamental benefit to having this in PHP.
It doesn't work around any current restrictions in the language.
It just looks like extra fluffy magic that we could do without.
- Paul.
On Tue, Apr 17, 2012 at 8:18 PM, Ivan Enderlin @ Hoa <
ivan.ender...@hoa-project.net> wrote:
> Hi ev
Happy to patch this once someone confirms this is a bug and not
"changed behaviour" in 5.4.
- Paul.
On Tue, Apr 24, 2012 at 4:29 PM, Philip Olson wrote:
> Hello everyone,
>
> The following bug report brings up a good point:
>
> https://bugs.php.net/61784
>
> The get_magic_quotes_gpc() function
Can you please add some code examples on the RFC, that get outputted as
tags.
Ideally demonstrating var_dump() output to inspect the return value of your
new function to get a clear indication of the input, and resulting output.
- Paul.
On Mon, May 14, 2012 at 11:21 AM, Gustavo Lopes wrote:
>
Hey,
Am i correct in assuming this is basically substr() for arrays.
On Mon, May 14, 2012 at 11:29 AM, Gustavo Lopes wrote:
> On Mon, 14 May 2012 12:26:11 +0200, Paul Dragoonis
> wrote:
>
> Can you please add some code examples on the RFC, that get outputted as
>> t
was meaning earlier but was on my mobile phone. Thanks
Pierre.
Gustavo, why would I use array_part() if I could use array_slice() to get
the parts of an array between two offsets.
>
>
> Cheers,
>
> On Mon, May 14, 2012 at 1:39 PM, Gustavo Lopes
> wrote:
> > On Mon, 14 May
Hi Internals,
I attempted to get (and failed) some attention on my request that I
posted to php-webmaster mailing list, so I'm escalating it here:
http://news.php.net/php.webmaster/13696
Thanks,
Paul Dragoonis.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
Okay,
Thanks for the reply.
On Sat, Jun 16, 2012 at 1:34 PM, Gustavo Lopes wrote:
> On Sat, 16 Jun 2012 14:17:04 +0200, Paul Dragoonis
> wrote:
>
>> I attempted to get (and failed) some attention on my request that I
>> posted to php-webmaster mailing list, so I
On Thu, Jun 21, 2012 at 8:27 PM, Ben Ramsey wrote:
> Hi all,
>
> I've written a draft version of an RFC for pull request 56 (
> https://github.com/php/php-src/pull/56 ), to add array_column() to the core.
> Please take a look and provide feedback so that I can improve the
> patch/proposal.
>
> htt
What about array_extract ?
On Mon, Jun 25, 2012 at 9:31 PM, Aaron Holmes wrote:
> For what my .02 is worth, I imagine "plucking" an item out of an array
> would not occur to a user-land developer as the proper nomenclature for
> extracting all the values from an array with the given key. At wors
My input is that we should be focusing on features that PHP lacks, or
fixing bugs rather than adding more sugar syntax just for the sake of
adding it.
On Fri, Jun 29, 2012 at 7:47 PM, Pierrick Charron wrote:
> No problem when you'll come in Montreal ! If you need any help don't
> hesitate.
>
> Pi
I see no coding examples, just a function declaration.
On Mon, Jul 2, 2012 at 5:34 PM, Anthony Ferrara wrote:
> Hello all,
>
> I've opened voting for the hash_pbkdf2 RFC adding hash_pbkdf2() to master:
>
> https://wiki.php.net/rfc/hash_pbkdf2#vote
>
> Thanks,
>
> Anthony
>
> --
> PHP Internals -
On Sat, Jul 14, 2012 at 3:04 AM, Anthony Ferrara wrote:
> Stas,
>
>> I like this idea. array_first_key would be nice too
>>
>> I am probably missing something, but what those would allow to do that
>> rewind/end+key() doesn't do?
>>
>
> The big thing that it does that end()+key() doesn't do is rea
rily) if it were a
> core function, but I'd like to see numbers before making a decision. I would
> still want to see a significant advantage before it is added to core.
>
>
> On Sat, Jul 14, 2012 at 9:33 AM, Paul Dragoonis wrote:
>>
>> $lastKey = key(array_slice($a
d $replace , mixed
$subject [, int $limit ] )
Thoughts?
Paul Dragoonis.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
The 4th param to str_replace is a by-ref param, so you can't just skip
over it, can you ?
On Sun, Jul 15, 2012 at 8:54 PM, Felipe Pena wrote:
> Hi,
>
> 2012/7/15 Paul Dragoonis :
>> Hey,
>>
>> I'm proposing to add a new function str_replace_limit, this will
Does anyone have any objections on this implementation approach?
(obviously we'd have to wait for the default param skipping to be
implemented, I'm not sure on the implementation status of that
feature)
Thanks.
Paul Dragoonis.
On Mon, Jul 16, 2012 at 9:08 AM, Kingsquare.nl - Robin Speekenbri
On Mon, Jul 16, 2012 at 12:23 PM, Florian Anderiasch
wrote:
> On 07/16/2012 10:29 AM, Paul Dragoonis wrote:
>> Thanks for the comments guys, I like your idea about skipping the
>> by-ref count parameter.
>>
>> If the 'default' keyword were to be added in, the
Why is your try block only going to contain 1 line, and that's
throwing an exception??
try
throw new Exception('foobar');
catch(Exception $e)
Braces are a good thing, they give structure and stop people from
mis-reading things and writing bugs, the same can be said for the if()
situation.
1) Br
On Thu, Jul 19, 2012 at 10:58 AM, Charlie Somerville
wrote:
> On Thursday, 19 July 2012 at 7:49 PM, Paul Dragoonis wrote:
>
> Why is your try block only going to contain 1 line, and that's
> throwing an exception??
>
> try
> throw new Exception('foobar');
>
On Tue, Jul 24, 2012 at 12:20 PM, Laruence wrote:
> Hi:
> As the previous threads disscussed, I make a implemention.
>
> here is the RFC: https://wiki.php.net/rfc/finally
>
> any suggestions?
>
> thanks
>
> --
> Laruence Xinchen Hui
> http://www.laruence.com/
>
> --
> PHP Internals -
On Tue, Jul 24, 2012 at 6:20 PM, Rasmus Lerdorf wrote:
> On 07/24/2012 10:01 AM, Nikita Popov wrote:
>
>> Another, separate point against finally is that in PHP (unlike many
>> other languages) most (all?) built-in resources clean up after
>> themselves. So if you open a file you don't have to wor
Comments inline.
On Wed, Aug 15, 2012 at 11:59 AM, Giedrius Dubinskas
wrote:
> Hello Internals!
>
> I'm just on and off luker here but thought I'll throw in an idea for a
> feature I'd love to see in PHP: aliasing static methods.
>
> Syntax would look something like this:
>
> use Namespaced\Som
Can we use reflection to inspect the properties in the order that they're
written, or the order that the parser found public/protected/private
keywords and properties.
Paul.
On Sun, Sep 9, 2012 at 1:10 PM, Sherif Ramadan wrote:
> On Sun, Sep 9, 2012 at 7:52 AM, Johannes Schlüter
> wrote:
> >
>
Hi Joe,
Thanks for your hard work on anonymous classes.
I voted no because I feel it's just adding more and more ways to achieve
similar results and the syntax is just more sugary fluff to allow people to
do things the wrong way.
We've had a lot of new features in recent versions, i.e: traits, s
On 12 Aug 2014 22:36, "Sara Golemon" wrote:
>
> On Tue, Aug 12, 2014 at 10:08 AM, Andrea Faulds wrote:
> > On 12 Aug 2014, at 17:53, Sara Golemon wrote:
> >> Voting is open: https://wiki.php.net/rfc/switch.default.multiple#vote
> >
> > I’m all for this, but the *minimum* discussion period is *tw
On Tue, Aug 19, 2014 at 3:32 AM, Andi Gutmans wrote:
> Hi Nikita,
>
> I reviewed the AST RFC on my way to vote but there was something that
> wasn’t clear to me.
> This patch introduces some semantic/behavioral changes in addition to the
> AST.
> Are these as a side-effect of how AST was implemen
On Wed, Aug 20, 2014 at 2:57 PM, Nikita Popov wrote:
> On Wed, Aug 20, 2014 at 3:30 PM, Paul Dragoonis
> wrote:
>
>> Hi Nikita,
>>
>> I second some of Andi's concerns about behavioural changes, some things
>> working from right-to-left and not left-to-
On Wed, Aug 20, 2014 at 3:41 PM, Levi Morrison wrote:
> On Wed, Aug 20, 2014 at 7:30 AM, Paul Dragoonis
> wrote:
> > On Tue, Aug 19, 2014 at 3:32 AM, Andi Gutmans wrote:
> >
> >> Hi Nikita,
> >>
> >> I reviewed the AST RFC on my way to vote but the
Seems like a no brainer and since its gone through voting then you could go
ahead with it.
On 30 Aug 2014 15:37, "Tjerk Meesters" wrote:
> Hi internals,
>
> I was going through the bug list and found this report:
>
> https://bugs.php.net/bug.php?id=38409
>
> It discusses the fact that `parse_ini_
Hi ,
Backwards compatibility is one hurdle, but if you wipe all your serialised
data then begin to re-serialise using the new approach then you're fine.
As for what to use msgpack or igbinary, well there's already good support
for igbinary in PHP thanks to Pierre and others. You should benchmark
> technologies - Java, Python, Lua in Redis.
>
>
> 2014-09-23 12:20 GMT+03:00 Paul Dragoonis :
> > Hi ,
> >
> > Backwards compatibility is one hurdle, but if you wipe all your
> serialised
> > data then begin to re-serialise using the new approach then you're
fault instead of APC.
Pierre, do you see merit on including by default in PHP7 ?
On Tue, Sep 23, 2014 at 12:57 PM, Pierre Joye wrote:
> http://pecl.php.net/package/msgpack
>
> On Tue, Sep 23, 2014 at 1:34 PM, Leigh wrote:
> > On 23 September 2014 12:22, Paul Dragoonis wrote:
>
On 30 Oct 2014 19:03, "Sherif Ramadan" wrote:
>
> Hello Internals,
>
> I've been meaning to write up a full-blown RFC for introducing a new
> standardized HTTP interface for PHP core for some time now. I figure now
> with PHP 7 on the road map this might be a good time to start this
> discussion s
On 24 Nov 2014 12:18, "Nikita Popov" wrote:
>
> On Mon, Nov 24, 2014 at 1:10 AM, Andrea Faulds wrote:
>
> > Good evening,
> >
> > Since phpng, int64, and perhaps other future changes in PHP 7 are a
pretty
> > big change, I think we ought to bump the major version number of the
Zend
> > Engine, fr
On 24 Nov 2014 12:32, "Paul Dragoonis" wrote:
>
>
> On 24 Nov 2014 12:18, "Nikita Popov" wrote:
> >
> > On Mon, Nov 24, 2014 at 1:10 AM, Andrea Faulds wrote:
> >
> > > Good evening,
> > >
> > > Since phpng, int64, and pe
On Wed, Dec 10, 2014 at 8:46 PM, Dmitry Stogov wrote:
>
> +1
>
> the patch is great.
> It doesn't affect non-ZTS build at all.
> ZTS build became even a bit faster. :)
>
> And we finally will able to forget about TSRMLS_ macros :)
>
Say what? this is music to my ears :) Thanks for the patch.
On Wed, Dec 17, 2014 at 8:27 PM, Anatol Belski
wrote:
>
> Hi,
>
> On Wed, December 10, 2014 20:04, Anatol Belski wrote:
> > Hi,
> >
> >
> > hereby the voting on https://wiki.php.net/rfc/native-tls#vote is opened.
> > The vote starts on 12/10/2014 at 21:00 CET and ends on 12/17/2014 at
> > 21:00
>
Hi Francois,
It's too big of a BC change firstly.
Secondly it has no language benefit or developer benefit.
The only benefit is case correctness which is a nice to have. Making sure
existing code works is a must have.
Cheers,
Paul
On 20 Dec 2014 22:01, "F & N Laupretre" wrote:
> Hi,
>
>
>
>
On 21 Dec 2014 13:25, "Andrea Faulds" wrote:
>
>
> > On 20 Dec 2014, at 15:50, Andrea Faulds wrote:
> >
> >
> >> On 14 Dec 2014, at 18:35, Andrea Faulds wrote:
> >>
> >> I’ve made a patch which makes zend_parse_parameters and userland type
hints consistently show “integer” and “float” rather tha
Come up with a way to incentivise people to fix bugs.
My previous suggestion was to have a contributors page and it will rank
people based on bug fixes.
I'd be happy to work on this with someone.
On 28 Dec 2014 19:16, "Levi Morrison" wrote:
> I have committed a fix for one bug and closed anothe
On 10 Jan 2015 01:10, "Sara Golemon" wrote:
>
> On Thu, Jan 8, 2015 at 5:44 PM, Pierre Joye wrote:
> > The fact that hhvm implements a significant part of the extensions (or
> > other areas) using PHP+additional syntax as well as adding cleaner
> > APIs or mechanisms for the C parts only confirms
On 11 Jan 2015 17:28, "Jakub Zelenka" wrote:
>
> Hi,
>
> This rfc about replacing json with jsond is under discussion.
>
> https://wiki.php.net/rfc/jsond
>
> I have finally done some benchmarks. You can find a link in the RFC.
>
> It's been extensively tested for the last few months and there is j
On 22 Jan 2015 06:43, "Benjamin Coutu" wrote:
>
> Hi,
>
> Currently a hashtable bucket has to store both, the numeric index "h" and
a potential pointer to a string key "key".
>
> There is room for improvement here because "h" and "key" are conceptually
mutually exclusive. I therefore propose to un
On 22 Jan 2015 08:57, "Benjamin Eberlei" wrote:
>
> On Wed, Jan 7, 2015 at 8:33 PM, Benjamin Eberlei
> wrote:
>
> > Hello everyone,
> >
> > After discussion I am putting the RFC on turning gc_collect_cycles into
a
> > function pointer to vote:
> >
> > https://wiki.php.net/rfc/gc_fn_pointer
> >
>
Hi Stas,
Maybe a cool wiki feature addition is: once people vote they could
optionally leave a comment right there on the wiki, which we could collect
and read. Thoughts?
Here's my feedback for you on why i voted No.
1) It felt a bit too "magic" for me, with no real gain from an internal or
user
On 26 Jan 2015 20:02, "Nikita Popov" wrote:
>
> On Sat, Jan 17, 2015 at 8:40 PM, Nikita Popov
wrote:
>
> > Hi internals!
> >
> > The RFC proposing to remove support for hexadecimal strings in
> > is_numeric_string() is now in voting:
> >
> > https://wiki.php.net/rfc/remove_hex_support_in_nume
On 27 Jan 2015 19:49, "Stanislav Malyshev" wrote:
>
> Hi!
>
> >>> Cons
> >>> - Existing code modifications. (It's E_DEPRECATED. User may ignore.)
> >>> - (Please point it out more disadvantages)
>
> I think removing or disrupting functions without a very good reason
> (such as, functionality goi
Hi Dmitry,
It's preferred to have flexible scalars, that way we can interchange
between a numerical string or an integer.
Over defining on such things loses the powerfulness of PHP. So scalar
typehints are detrimental rather than useful. Saying something is a scalar
or not, is useful however! :)
Hi Paddy,
Couldn't this just be a new option for the filter_var() function?
$clean = filter_var($_POST['someVar'], XSS_CLEAN);
- Paul.
On Tue, Sep 18, 2012 at 12:30 PM, Pádraic Brady wrote:
> Hi all,
>
> I've written an RFC for PHP over at: https://wiki.php.net/rfc/escaper.
> The RFC is a prop
On Tue, Sep 18, 2012 at 12:32 PM, Paul Dragoonis wrote:
> Hi Paddy,
>
> Couldn't this just be a new option for the filter_var() function?
>
> $clean = filter_var($_POST['someVar'], XSS_CLEAN);
I see from your RFC that you have a bunch of functions, I believe
> javascript:// URLs. If we're not explicit, they won't ever notice when
> they're doing it wrong.
>
> Paddy
>
> On Tue, Sep 18, 2012 at 12:34 PM, Paul Dragoonis wrote:
>> On Tue, Sep 18, 2012 at 12:32 PM, Paul Dragoonis wrote:
>>> Hi Paddy,
>>&g
On Tue, Sep 18, 2012 at 8:50 PM, Rasmus Lerdorf wrote:
> On 09/18/2012 03:46 PM, Pádraic Brady wrote:
>> Bear in mind the RFC, in userland (and likely any PECL ext) implements
>> the ESAPI rules. They've been hacked on a lot over the years which is
>> why I made sure they were followed exactly. It
7;s really a small portion of PHP code out there in the wild. If we
can introduce the new escape_var() function or a new OO class (as per
the RFC) then it's going to be readily available in the future.
Many thanks,
Paul Dragoonis.
On Tue, Sep 18, 2012 at 9:22 PM, Ángel González wrot
On Wed, Sep 19, 2012 at 10:48 PM, Michael Shadle wrote:
> On Tue, Sep 18, 2012 at 10:32 AM, Pádraic Brady
> wrote:
>> Hi Michael,
>>
>> See the link near the bottom of the RFC - even htmlspecialchars() has
>> unusual behaviour that's potentially insecure. I have no objections to
>> there being f
Good work Clint!
Performance is probably one of the things people will complain about
so it's good that your benchmark is proving that it's merely identical
to the old __get() approach.
What remains on your TODO list for this functionality?
When are you planning to run an RFC vote on this?
I thi
Hi Nikita,
What you're asking for is useful in other languages, but it doesn't match
the style of PHP which is to be a quick and easy type-less scripting
language.
What you're proposing is clearly more suited to something like Java or C#,
but doesn't really belong here.
I'd also hate to see this
On Sun, Oct 21, 2012 at 2:35 PM, Charlie Somerville <
char...@charliesomerville.com> wrote:
> Hi internals,
>
> I'd like to propose a new short tag that echos with HTML escaping.
>
> XSS is still a significant problem for PHP apps, but it is less common in
> apps written with frameworks that provi
Hi Rafael,
I have worked on this code before and if the idea is accepted I'm happy to
add features to this class.
Let me know.
Thanks,
Paul.
On Thu, Nov 29, 2012 at 11:38 AM, Rafael Dohms wrote:
> I have just noticed that the current SPL inplementation of a
> DoublyLinkedList does not include
The way this class is designed, it needs to take the file name via the
constructor as an "initiation point".
if you try to call a method of this class without initiation occurring it
will throw an exception.
this is why you must instantiate the SplFileObject's __construct() method
to start the in
You could put it either inside introduction or just below it, in the 'info'
style, just to inform people they must call parent::__construct() upon
instantiation of their object in order to use this.
On Wed, Dec 5, 2012 at 2:46 PM, Paul Dragoonis wrote:
> The way this class is
On Sun, Dec 16, 2012 at 7:46 PM, Lester Caine wrote:
> Pierre Joye wrote:
>
>> On Sun, Dec 16, 2012 at 3:26 PM, Lester Caine wrote:
>>
>>
>>> >
>>>
>> Once again this is totally off base. We are not discussing anything
>> proposed or adopted by the FIG group but how php.net can better
>> cooper
1 - 100 of 168 matches
Mail list logo
