Re: [PHP-DEV] Re: Increase maximum size of an uploaded file to 50Mbyte

On Wed, Sep 7, 2022 at 11:38 AM juan carlos morales < dev.juan.mora...@gmail.com> wrote: > I looked for a potential problem out of doing such a change but I could not > find anything. > Then I'd say it's a no-brainer. The current 2 MB limit is simply outdated and needs to be increased to

Re: [PHP-DEV] Regarding Russia invasion on Ukraine

On Sun, Mar 13, 2022, 1:46 PM Chase Peeler wrote: > > On Sun, Mar 13, 2022 at 4:43 PM Kris Craig wrote: > >> On Sun, Mar 13, 2022, 1:36 PM Larry Garfield >> wrote: >> >> > On Sun, Mar 13, 2022, at 3:14 PM, Wojciech Lisik wrote: >> > > Hello all,

Re: [PHP-DEV] Regarding Russia invasion on Ukraine

On Sun, Mar 13, 2022, 1:36 PM Larry Garfield wrote: > On Sun, Mar 13, 2022, at 3:14 PM, Wojciech Lisik wrote: > > Hello all, > > > > am writing here because this topic > > has been locked. > > > > I condemn with whole my heart what Russia is currently doing

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Sun, Mar 6, 2022, 3:14 PM Chase Peeler wrote: > > > On Sun, Mar 6, 2022 at 5:32 PM Kris Craig wrote: > >> >> >> On Sun, Mar 6, 2022, 12:53 PM Chase Peeler wrote: >> >>> >>> >>> On Sun, Mar 6, 2022 at 3:40 PM Kris Craig wrote

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Sun, Mar 6, 2022, 3:09 PM  Good Guy  wrote: > On 06/03/2022 22:32, Kris Craig wrote: > > From a philosophical perspective, it could be argued that the war was > > already underway. And since Hitler started that war to conquer, I would > > argue that WWII,

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Sun, Mar 6, 2022, 12:53 PM Chase Peeler wrote: > > > On Sun, Mar 6, 2022 at 3:40 PM Kris Craig wrote: > >> >> >> On Sun, Mar 6, 2022, 12:36 PM Chase Peeler wrote: >> >>> >>> >>> On Sun, Mar 6, 2022 at 3:23 PM Kris Crai

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Sun, Mar 6, 2022, 12:36 PM Chase Peeler wrote: > > > On Sun, Mar 6, 2022 at 3:23 PM Kris Craig wrote: > >> On Sun, Mar 6, 2022, 10:17 AM Victor Bolshov >> wrote: >> >> > On Sat, Mar 5, 2022 at 14:26, Kris Craig wrote: >> > >>

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Sun, Mar 6, 2022, 10:17 AM Victor Bolshov wrote: > On Sat, Mar 5, 2022 at 14:26, Kris Craig wrote: > > Specifically, I would direct this question to Pierre and Viktor: Do you > believe that "Arrest Dictator Putin" is appropriate for the PHP homepage? > > > As

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Sat, Mar 5, 2022 at 7:05 AM  Good Guy  wrote: > On 05/03/2022 11:45, Sergey Panteleev wrote: > > > > Several members have asked not to have a debate on this mailing list, > > let's respect their opinions too. > > > > > > > > It's not debating. The original post was simply asking to show

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

gt; > Le sam. 5 mars 2022 à 10:58, Marco Pivetta a écrit : > >> On Sat, 5 Mar 2022, 04:31 Kris Craig, wrote: >> >> > >> > >> > On Wed, Mar 2, 2022 at 4:51 AM Marco Pivetta >> wrote: >> > >> >> Hey Christian, >>

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Fri, Mar 4, 2022 at 10:16 PM Pierre Joye wrote: > > > On Sat, Mar 5, 2022, 10:31 AM Kris Craig wrote: > >> On Wed, Mar 2, 2022 at 4:51 AM Marco Pivetta wrote: >> >> >> But that doesn't mean we should be using the PHP website to start t

Re: [PHP-DEV] PHP Community to support Ukraine and help to stop Russian agression

On Wed, Mar 2, 2022 at 4:51 AM Marco Pivetta wrote: > Hey Christian, > > On Wed, Mar 2, 2022 at 1:41 PM wrote: > > > this is exactly the problem. Russia did not just invaded Ukrainia out of > > nowhere. The story started in 2014 with the illegal coup d'etat against > > Viktor Yanukovych and its

Re: [PHP-DEV] What should we do with utf8_encode and utf8_decode?

On Tue, Dec 21, 2021 at 3:21 PM Wade Rossmann wrote: > On Sun, Mar 21, 2021 at 9:52 AM Larry Garfield > wrote: > > > On Sun, Mar 21, 2021, at 9:18 AM, Rowan Tommins wrote: > > > Hi all, > > > > > > The functions utf8_encode and utf8_decode are historical oddities, > which > > > almost certainly

Re: [PHP-DEV] Replies on lists.php.net

On Tue, Feb 23, 2021 at 7:30 AM Chase Peeler wrote: > On Tue, Feb 23, 2021 at 10:27 AM Ben Ramsey wrote: > > > > On Feb 23, 2021, at 09:21, Larry Garfield > > wrote: > > > > > > On Mon, Feb 22, 2021, at 4:26 AM, Christian Schneider wrote: > > >> Am 15.02.2021 um 13:20 schrieb Pierre : > > >>>

Re: [PHP-DEV] Abusive emails was: silly question : what is more secure at the moment, php7, php8, or plain .sh shell scripts?

> > > and as explained in the past: if *you guy* ever again contact my > > employer asking for the law department beause you think some bugreport > > written late at night with a obfuscated email was from me i will *find > > and fuck* you Wait did somebody actually contact this troll's

Re: [PHP-DEV] Adding explicit intent for SWITCH/CASE fall through?

On Sat, Oct 19, 2019 at 12:06 AM A.L.E.C wrote: > On 10/18/19 8:57 PM, Mike Schinkel wrote: > > Imo, this would make more sense if fallthrough did something more, e.g. > allowing > > case X: > if (something) { > fallthrough; > } > something-else; >

Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)

On Sun, Oct 6, 2019 at 12:36 PM Zeev Suraski wrote: > On Fri, 4 Oct 2019 at 17:45 Mark Randall wrote: > > > Hi Internals, > > > > I put forward the following RFC "Deprecate Backtick Operator (V2)" for > > discussion. > > > > > Mark, all, > > I’m not sure what planetary alignment or moon phase

Re: [PHP-DEV] Vote: Straw poll for P++ feasibility

On Thu, Aug 15, 2019, 3:20 AM Olumide Samson wrote: > On Thu, Aug 15, 2019, 10:52 AM Peter Kokot wrote: > > > On Wed, 14 Aug 2019 at 22:41, Zeev Suraski wrote: > > > > > > On Wed, Aug 14, 2019 at 6:14 PM Derick Rethans wrote: > > > > > > > Hi, > > > > > > > > In the last week(s) there has

Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags, again

On Fri, Aug 9, 2019 at 6:25 AM Robert Korulczyk wrote: > > Disabling short tags now is done with "an explicit directive" (there has > to be a specific ini file with a specific setting 'short_open_tag = 0'). > > Isn't this the same "situation when you create a separate file with an > explicit

Re: [PHP-DEV] Bringing Peace to the Galaxy

On Fri, Aug 9, 2019 at 12:22 AM Nikita Popov wrote: > On Thu, Aug 8, 2019 at 11:25 PM Zeev Suraski wrote: > > > > > > > On Fri, Aug 9, 2019 at 12:02 AM Nikita Popov > wrote: > > > >> This is basically what I have been advocating for a while now already, > >> somewhat hidden between all the

Re: [PHP-DEV] RFC: RFC Workflow & Voting (2019 update)

On Mon, Feb 4, 2019, 7:18 PM Andrey Andreev Hi, > > I was avoiding this, but since the discussion has already turned into > all about who gets to vote, I might as well ... > > On Tue, Feb 5, 2019 at 1:46 AM Zeev Suraski wrote: > > the barrier to obtaining a vote is ridiculously low. > > You keep

Re: [PHP-DEV] RFC: RFC Workflow & Voting (2019 update)

On Sat, Feb 2, 2019 at 10:20 PM Zeev Suraski wrote: > On Fri, Feb 1, 2019 at 7:14 PM Dan Ackroyd wrote: > > > On Thu, 31 Jan 2019 at 13:44, Zeev Suraski wrote: > > > > > > Without further ado, an RFC that’s attempting to comprehensively solve > > many of the issues that have plagued our RFC

Re: [PHP-DEV] Alternative voting reform: Streamlining the RFC process

Now THIS is a sensible proposal! It resolves the biggest issues in a very simple and straightforward manner. And unlike the other RFC, this proposal does not feel like an exclusionary power grab. --Kris On Sat, Feb 2, 2019, 8:24 AM Nikita Popov Hi internals, > > After discussing the topic

Re: [PHP-DEV] RFC: RFC Workflow & Voting (2019 update)

On Thu, Jan 31, 2019 at 11:57 PM Stanislav Malyshev wrote: > Hi! > > I haven't fully read the RFC yet, so I'll come back with more formed > opinion about it probably, but wanted to comment about a couple of > points here: > > > Reasoning: If somebody is out of the project for 10 years they

Re: [PHP-DEV] RFC: RFC Workflow & Voting (2019 update)

On Thu, Jan 31, 2019, 7:58 AM Kalle Sommer Nielsen Hi Zeev > > Den tor. 31. jan. 2019 kl. 15.44 skrev Zeev Suraski : > > > > Without further ado, an RFC that’s attempting to comprehensively solve > many of the issues that have plagued our RFC process since it was hastily > introduced in 2011: > >

Re: [PHP-DEV] RFC: RFC Workflow & Voting (2019 update)

I think you may be over-reaching a bit on the eligible voters part. Keep in mind that all those who would be affected would still be able to vote on this RFC. I think it's too restrictive on that part. Also, why does FIG get special treatment? --Kris On Thu, Jan 31, 2019, 5:44 AM Zeev

Re: [PHP-DEV] Official Twitter Account

On Thu, Dec 6, 2018 at 10:08 AM Sara Golemon wrote: > On Thu, Dec 6, 2018 at 11:09 AM Trevor Suarez wrote: > > > In any case, I feel like its usually the last place where I see > > announcements made. > > I'll take exception to that. I've been pushing both branches of the last > several

Re: [PHP-DEV] Re: Consistent indentation for test files

On Sat, Oct 28, 2017 at 5:42 AM, Christoph M. Becker wrote: > On 28.10.2017 at 13:59, Nikita Popov wrote: > > > Right now we do not have a consistent standard for the indentation of > PHPT > > files. Some people create space-indented files, others create > tab-indented > >

Re: [PHP-DEV] GD vs Imagick

2. Releasing Imagick with PHP means that the release cycles would need to be sync'ed. This has proven to be inconvenient in the past when an extension has wanted to change the api, but was forced to wait due to needed to wait for the next minor/major version of PHP. Why would they need to be

Re: [PHP-DEV] Directory separators on Windows

On Mar 30, 2017 8:21 AM, "Sara Golemon" wrote: > > My first thought is UNC paths. On windows a file server share is > denoted by \\host\share . if you combine that with relative paths > produced from PHP, you end up in the dubious situation of > "\\host\share/path/to/file" <---

Re: [PHP-DEV] [RFC] Interval Comparison

On Nov 12, 2016 8:21 AM, "David Walker" wrote: > > On Sat, Nov 12, 2016 at 3:08 AM Lauri Kenttä wrote: > > > On 2016-11-11 19:03, David Walker wrote: > > > > > > I took a quick stab at implementing, and had something working for > > > constant

Re: [PHP-DEV] RFC proposal for alternative list syntax

On Dec 27, 2015 7:56 PM, "Pierre Joye" wrote: > > On Mon, Dec 28, 2015 at 6:20 AM, Stanislav Malyshev wrote: > > Hi! > > > >> // With the new array syntax this has been improved to > >> > >> list ($a, $b) = [1, 2]; > >> > >> // I think this new syntax

Re: [PHP-DEV] Concept for Json_decode

On Fri, Jul 10, 2015 at 2:39 PM, Larry Garfield la...@garfieldtech.com wrote: On 7/10/15 3:27 PM, Dean Eigenmann wrote: Hello, I have a proposal for PHP. The proposed interface would allow developers to decode json into a custom object directly. If given the approval I would possibly be

Re: [PHP-DEV] Concept for Json_decode

On Fri, Jul 10, 2015 at 7:07 PM, Larry Garfield la...@garfieldtech.com wrote: On 07/10/2015 07:37 PM, Kris Craig wrote: On Fri, Jul 10, 2015 at 2:39 PM, Larry Garfield la...@garfieldtech.com wrote: On 7/10/15 3:27 PM, Dean Eigenmann wrote: Hello, I have a proposal for PHP

Re: [PHP-DEV] Fixing bundled extension version mess

On Tue, Apr 14, 2015 at 7:21 PM, Pierre Joye pierre@gmail.com wrote: hi, We tried that many times but we fail to handle the version of bundled extensions. Along with some installer work and other integration (projects dependencies management, composer or other), we need to find a way

Re: [PHP-DEV] [RFC] Fix the Tenary Operator -- Please!? Please?

On Thu, Mar 26, 2015 at 3:40 PM, Alain Williams a...@phcomp.co.uk wrote: On Thu, Mar 26, 2015 at 10:31:00PM +, Rowan Collins wrote: What I've always been annoyed by is the *precedence* of the operator - having to add brackets to mix it with string concatenation, etc - which it turns out

Re: [PHP-DEV] Only Vote on Votes Initiated After Registration

On Fri, Mar 20, 2015 at 7:30 PM, Pierre Joye pierre@gmail.com wrote: hi, On Tue, Mar 17, 2015 at 5:01 AM, Philip Sturgeon pjsturg...@gmail.com wrote: While you can easily question the value or motives of Anthony's post about voting irregularities, some simple improvements can be made

Re: [PHP-DEV] Only Vote on Votes Initiated After Registration

On Fri, Mar 20, 2015 at 11:35 AM, Ferenc Kovacs tyr...@gmail.com wrote: On Fri, Mar 20, 2015 at 7:14 PM, Philip Sturgeon pjsturg...@gmail.com wrote: On Mon, Mar 16, 2015 at 2:59 PM, Stanislav Malyshev smalys...@gmail.com wrote: Hi! when we are fixing the low hanging fruits,

Re: [PHP-DEV] Vote process change proposal

On Tue, Mar 17, 2015 at 4:24 PM, Stanislav Malyshev smalys...@gmail.com wrote: Hi! I think having clearer rules about what lobbying is permitted, and introducing some rules on who can vote on what would be a better way of limiting the effect of lobbying. And pretty soon we'll have

Re: [PHP-DEV] Proposing [constructive] solutions (was: I quit)

On Mon, Feb 16, 2015 at 7:48 PM, Larry Garfield la...@garfieldtech.com wrote: On 02/16/2015 10:31 AM, François Laupretre wrote: - The leadership of the language is left to consensus, so that when consensus cannot be reached, someone has to take on the role of mediator / chairman / leader

Re: [PHP-DEV] A modest proposal: __contructStatic

create the static instance Isn't that essentially a contradiction in terms? I can't help but feel that blurring the line between static and non-static classes/methods would cause more harm than good. I've never really done any work with Redis before so I'm also having trouble understanding the

Re: [PHP-DEV] [DISCUSSION] Make empty() a Variadic

On Thu, Feb 12, 2015 at 10:55 AM, Thomas Punt tp...@hotmail.co.uk wrote: Hello PHP Internals! I'd like to propose to make empty() a variadic, where if any arguments passed in are considered empty, then false is returned - otherwise return true. My reasoning for wanting this feature is as

Re: [PHP-DEV] Remove $this from incompatible context

On Thu, Feb 12, 2015 at 8:53 AM, Rowan Collins rowan.coll...@gmail.com wrote: François Laupretre wrote on 12/02/2015 14:56: Sorry to get off-topic but could we raise the 'undefined variable' error to E_WARNING, at least ? E_NOTICE seems very low for such an error. I think the division

Re: [PHP-DEV] Fix incorrect ternary '?' associativity for 7.0?

On Mon, Dec 15, 2014 at 12:11 PM, Stanislav Malyshev smalys...@gmail.com wrote: Hi! The fact that it *may* break *some* code that is used somewhere despite documentation recommending against it (pretty much deprecating it already for years) is a terrible reason not to re-evaluate the

Re: [PHP-DEV] [RFC] PHP 5.7

On Mon, Dec 15, 2014 at 4:20 PM, Andrea Faulds a...@ajf.me wrote: Hi Adam, On 16 Dec 2014, at 00:15, Adam Harvey ahar...@php.net wrote: On 15 December 2014 at 16:09, Andrea Faulds a...@ajf.me wrote: The RFC can be found here: https://wiki.php.net/rfc/php57 Thanks for the taking the

Re: [PHP-DEV] Fix incorrect ternary '?' associativity for 7.0?

On Mon, Dec 15, 2014 at 8:19 PM, Leon Sorokin leeon...@gmail.com wrote: On 12/15/2014 11:59 AM, Robert Williams wrote: What world is this that you live in where every line of code that’s written is fully unit-tested You took my example too literally; forget the unit tests. Imagine the

Re: [PHP-DEV] Fix incorrect ternary '?' associativity for 7.0?

On Sat, Dec 13, 2014 at 4:53 PM, Leon Sorokin leeon...@gmail.com wrote: Respectfully, PHP's 'Unexpected behavior is not a bug' stance is pretty infuriating; the utterly ridiculous T_PAAMAYIM_NEKUDOTAYIM argument comes to mind. It is not a bug, as the issue's status says: Not a bug. I can

Re: [PHP-DEV] Add a new flag for json_encode

On Nov 3, 2014 7:13 PM, Juan Basso jrba...@gmail.com wrote: Hi, I opened a pull request[1] in order to solve the bug 50224[2] and it ended creating this pull request to add a new flag called JSON_PRESERVE_FRACTIONAL_PART on json_encode function. This flag will make the json encode to output

Re: [PHP-DEV] [VOTE] [RFC] PHP 7.0 timeline

On Sat, Nov 22, 2014 at 2:05 AM, Lester Caine les...@lsces.co.uk wrote: On 22/11/14 09:14, Pierre Joye wrote: That's why I strongly suggest to make a more realistic time plan and stick to it. Specific dates can or should be define later but the period (mid october f.e.) should be defined

Re: [PHP-DEV] [VOTE] [RFC] PHP 7.0 timeline

On Fri, Nov 21, 2014 at 12:18 AM, Joe Watkins pthre...@pthreads.org wrote: On Fri, 2014-11-21 at 10:07 +0200, Zeev Suraski wrote: After some Twitter hints that I should get my act together and finally move this to a vote, it’s finally happening:

Re: [PHP-DEV] [VOTE] [RFC] PHP 7.0 timeline

On Fri, Nov 21, 2014 at 7:10 AM, Zeev Suraski z...@zend.com wrote: Kris, This existed in the RFC since the get go and I don't believe anybody raised any concerns about it. There was plenty of time for discussion. Either way approval of this RFC won't have any effect on the approval or

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

On Tue, Nov 18, 2014 at 3:26 PM, Julien Breux julien.br...@gmail.com wrote: I think that it is great time to end to PHP 4 constructors system for PHP 7. IMO, It's a good RFC. Agreed. I was going to suggest we throw E_DEPRECATED for 5.x, but you already have that covered in the RFC. I

Re: [PHP-DEV] Thresholds of backwards compatibility breaks

On Wed, Nov 5, 2014 at 10:49 PM, Ferenc Kovacs tyr...@gmail.com wrote: 2014.11.06. 2:46 ezt írta (Andrea Faulds a...@ajf.me): On 5 Nov 2014, at 20:34, Ferenc Kovacs tyr...@gmail.com wrote: Regardless of those, I think it would be worse from the users POV than our current policy

Re: [PHP-DEV] Thoughts on the PHP.net website

I'm not go further into the details of the problems we actually have inside that code, as they are very obvious and the source code speaks for itself I'm all for having a discussion about updating the website. But on the flip side of that token, you can't just drive by here, suggest a

[PHP-DEV] New globals for PUT and DELETE

Hey guys, Does anybody know why we have $_GET and $_POST, but not $_PUT and $_DELETE? As far as I can tell, the only way to get these out currently is to parse their values by reading the incoming stream directly. Is there a reason why we don't want this or is it just that nobody has actually

Re: [PHP-DEV] New globals for PUT and DELETE

On Tue, Oct 14, 2014 at 5:54 AM, Andrea Faulds a...@ajf.me wrote: On 14 Oct 2014, at 13:47, Kris Craig kris.cr...@gmail.com wrote: Hey guys, Does anybody know why we have $_GET and $_POST, but not $_PUT and $_DELETE? As far as I can tell, the only way to get these out currently

Re: [PHP-DEV] New globals for PUT and DELETE

On Tue, Oct 14, 2014 at 6:09 AM, Ben Ramsey b...@benramsey.com wrote: On Oct 14, 2014, at 7:47 AM, Kris Craig kris.cr...@gmail.com wrote: Hey guys, Does anybody know why we have $_GET and $_POST, but not $_PUT and $_DELETE? As far as I can tell, the only way to get these out currently

Re: [PHP-DEV] New globals for PUT and DELETE

On Tue, Oct 14, 2014 at 6:25 AM, Andrea Faulds a...@ajf.me wrote: On 14 Oct 2014, at 14:23, Andrey Andreev n...@devilix.net wrote: That being said, from a purely semantic prospective, both $_GET and $_POST should be tossed - yes. In reality, you can't do that because virtually all PHP

Re: [PHP-DEV] New globals for PUT and DELETE

On Tue, Oct 14, 2014 at 6:41 AM, Mike Dugan m...@mjdugan.com wrote: On October 14, 2014 at 9:31:15 AM, Andrea Faulds (a...@ajf.me) wrote: On 14 Oct 2014, at 14:27, Kristopher kristopherwil...@gmail.com wrote: $_HTTP_REQUEST_BODY and $_HTTP_QUERY_STRING for nostalgia's sake. Ew,

Re: [PHP-DEV] New globals for PUT and DELETE

On Tue, Oct 14, 2014 at 6:47 AM, Andrea Faulds a...@ajf.me wrote: On 14 Oct 2014, at 14:42, Kris Craig kris.cr...@gmail.com wrote: I don't think that would be a good idea, either. They require more typing and it'd probably be a lot easier for devs to remember which one means GET

Re: [PHP-DEV] New globals for PUT and DELETE

On Tue, Oct 14, 2014 at 6:50 AM, Chris Wright c...@daverandom.com wrote: On 14 October 2014 14:46, Kris Craig kris.cr...@gmail.com wrote: On Tue, Oct 14, 2014 at 6:41 AM, Mike Dugan m...@mjdugan.com wrote: On October 14, 2014 at 9:31:15 AM, Andrea Faulds (a...@ajf.me) wrote: On 14

Re: [PHP-DEV] New globals for PUT and DELETE

On Tue, Oct 14, 2014 at 1:21 PM, Rasmus Lerdorf ras...@lerdorf.com wrote: On 10/14/2014 11:16 AM, Rowan Collins wrote: On 14/10/2014 17:18, Rasmus Lerdorf wrote: I think 20+ years of history has proven this to be a non-issue. Of all the things that people get confused by in PHP,

Re: [PHP-DEV] New globals for PUT and DELETE

, October 15, 2014 1:16 AM To: Zeev Suraski Cc: Kris Craig; Rasmus Lerdorf; Rowan Collins; PHP internals list Subject: Re: [PHP-DEV] New globals for PUT and DELETE 2014-10-15 0:56 GMT+03:00 Zeev Suraski z...@zend.com: PHP today to enable successful easy implementation of RESTful interfaces

Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7

On Oct 12, 2014 12:54 AM, Derick Rethans der...@php.net wrote: On Sat, 11 Oct 2014, Kris Craig wrote: On Oct 11, 2014 1:52 PM, Nikita Popov nikita@gmail.com wrote: We currently have a number of deprecated features, which we likely want to remove in PHP 7. I've created a tracking

Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7

On Oct 11, 2014 1:52 PM, Nikita Popov nikita@gmail.com wrote: Hi internals! We currently have a number of deprecated features, which we likely want to remove in PHP 7. I've created a tracking RFC listing deprecated functionality (if I missed something, please tell):

Re: [PHP-DEV] Deprecation of func_get_args(), call_user_func_array() and related API

On Fri, Oct 10, 2014 at 1:34 PM, Andrea Faulds a...@ajf.me wrote: On 10 Oct 2014, at 21:27, Marco Pivetta ocram...@gmail.com wrote: While rambling with some code today, I realized that `call_user_func` behaves strangely, appearing and disappearing from stack traces depending on versions

Re: [PHP-DEV] [PHP7] Remove the function keyword from class methods?

On Oct 4, 2014 11:24 AM, Thomas Gossmann m...@gossimaniac.net wrote: Thanks Johannes, I slipped over it but would have never found the discussion to it. I run over it and the summary is: Many people like it and those that don't have brought arguments, that are present here again. The

Re: [PHP-DEV] [PHP7] Remove the function keyword from class methods?

On Fri, Oct 3, 2014 at 1:00 PM, Arvids Godjuks arvids.godj...@gmail.com wrote: Hello internals. I'm firmly against removing the function keyword. PHP is a dynamic language, that means that even using the latest most functional IDE's out there, finding the implementation is not always few

Re: [PHP-DEV] Is it fair that people with no karma can vote on RFCs?

On Tue, Sep 30, 2014 at 12:59 PM, Andrey Andreev n...@devilix.net wrote: On Tue, Sep 30, 2014 at 10:31 PM, Sharon Levy iam4webw...@hotmail.com wrote: From: Andrey Andreev n...@devilix.net Sent: Sep 29, 2014 3:01 PM To: Sharon Levy sle...@pipeline.com Cc: Zeev Suraski z...@zend.com,

Re: [PHP-DEV] Is it fair that people with no karma can vote on RFCs?

On Mon, Sep 29, 2014 at 3:01 PM, Andrey Andreev n...@devilix.net wrote: On Tue, Sep 30, 2014 at 12:28 AM, Sharon Levy sle...@pipeline.com wrote: ... I think in all fairness, users should be required to learn C and pass a test demonstrating basic knowledge of PHP's internals in order

Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

On Tue, Sep 23, 2014 at 12:24 AM, Michael Wallner m...@php.net wrote: On 2014-09-23 06:00, Sanford Whiteman wrote: What would happen is it'd throw an E_DEPRECATED for at least the remainder of 5.x, then throw the usual E_WARNING for a missing argument starting in 7.x with no default.

Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

On Tue, Sep 23, 2014 at 12:38 AM, Michael Wallner m...@php.net wrote: On 2014-09-23 09:30, Kris Craig wrote: On Tue, Sep 23, 2014 at 12:24 AM, Michael Wallner m...@php.net mailto:m...@php.net wrote: On 2014-09-23 06:00, Sanford Whiteman wrote: What would happen is it'd

Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

On Sep 21, 2014 11:52 PM, Pierre Joye pierre@gmail.com wrote: hi Kris, On Sat, Sep 20, 2014 at 4:15 AM, Kris Craig kris.cr...@gmail.com wrote: Per discussion in an earlier thread. Here's the RFC: https://wiki.php.net/rfc/checkdnsrr-default-type Basically, this RFC seeks

Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

On Sep 22, 2014 1:09 AM, Pierre Joye pierre@gmail.com wrote: On Mon, Sep 22, 2014 at 9:07 AM, Kris Craig kris.cr...@gmail.com wrote: On Sep 21, 2014 11:52 PM, Pierre Joye pierre@gmail.com wrote: Well, for what I can see users already take into account this part of the issue

Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

On Sep 22, 2014 2:16 AM, Pierre Joye pierre@gmail.com wrote: On Mon, Sep 22, 2014 at 10:56 AM, Kris Craig kris.cr...@gmail.com wrote: On Sep 22, 2014 1:09 AM, Pierre Joye pierre@gmail.com wrote: On Mon, Sep 22, 2014 at 9:07 AM, Kris Craig kris.cr...@gmail.com wrote: On Sep

Re: [PHP-DEV] Is it fair that people with no karma can vote on RFCs?

On Sep 22, 2014 8:39 AM, Johannes Schlüter johan...@schlueters.de wrote: On September 22, 2014 4:21:29 PM CEST, Rafael Kassner kass...@php.net wrote: IMHO, denying non-karma people to vote is like to making PHP a company's product, or, in another words, you use what we built and shut up,

Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

On Mon, Sep 22, 2014 at 8:09 PM, Sanford Whiteman figureone...@gmail.com wrote: Hi Kris, On a broad level, your RFC asserts that checkdnsrr() is used to determine whether or not a hostname exists, but you don't actually define exists. It seems to me you're glossing over the fact that

Re: [PHP-DEV] Is it fair that people with no karma can vote on RFCs?

On Mon, Sep 22, 2014 at 7:21 PM, Johannes Schlüter johan...@schlueters.de wrote: Hi, On Mon, 2014-09-22 at 14:36 -0700, Kris Craig wrote: Slightly provocative: Why should I be forced to maintain code by people who don't want to maintain it themselves? Nobody is forcing you to do

Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

Craig kris.cr...@gmail.com wrote: On Sep 19, 2014 10:50 PM, Michael Wallner m...@php.net wrote: On 20 Sep 2014 04:15, Kris Craig kris.cr...@gmail.com wrote: From what I can tell, there are valid arguments to be made for both, so I would love to see some discussion/debate here

Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

On Sep 19, 2014 10:50 PM, Michael Wallner m...@php.net wrote: On 20 Sep 2014 04:15, Kris Craig kris.cr...@gmail.com wrote: From what I can tell, there are valid arguments to be made for both, so I would love to see some discussion/debate here regarding which solution should

Re: [PHP-DEV] Why does checkdnsrr() default to MX??

On Fri, Sep 19, 2014 at 10:24 AM, Adam Harvey ahar...@php.net wrote: On 19 September 2014 02:58, Chris Wright c...@daverandom.com wrote: On 18 September 2014 20:29, Kris Craig kris.cr...@gmail.com wrote: Hey guys, I just spent some time troubleshooting what appeared to be a DNS issue

[PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior

Per discussion in an earlier thread. Here's the RFC: https://wiki.php.net/rfc/checkdnsrr-default-type Basically, this RFC seeks to make it so that PHP's checkdnsrr() function, which is most commonly used to see whether or not a hostname exists, no longer restricts itself to only MX records by

Re: [PHP-DEV] Is it fair that people with no karma can vote on RFCs?

On Fri, Sep 19, 2014 at 7:25 PM, Kalle Sommer Nielsen ka...@php.net wrote: 2014-09-20 3:29 GMT+02:00 Andrea Faulds a...@ajf.me: Hi! Perhaps I’m being unfair and overthinking things, but I wonder if it is really fair for people who have no karma, i.e. not contributors to the

[PHP-DEV] Why does checkdnsrr() default to MX??

Hey guys, I just spent some time troubleshooting what appeared to be a DNS issue before I realized that, absent the optional $type argument, checkdnsrr() defaults to MX. Can anybody explain why it's defaulting to MX and not ANY? It seems really counter-intuitive. --Kris

Re: [PHP-DEV] Remove alternative PHP tags

On Tue, Sep 9, 2014 at 6:32 PM, Andrea Faulds a...@ajf.me wrote: On 10 Sep 2014, at 01:21, Andrea Faulds a...@ajf.me wrote: Isn’t this a bit of a needless BC break? Not very nice on people with such codebases. It’s also worth pointing out that people might be using these to get around the

Re: [PHP-DEV] [RFC] Better type names for int64 RFC

On Aug 23, 2014 12:10 PM, Pierre Joye pierre@gmail.com wrote: On Sat, Aug 23, 2014 at 6:40 PM, Rasmus Lerdorf ras...@lerdorf.com wrote: On 8/22/14, 11:25 PM, Pierre Joye wrote: There is. Long is not used anymore. So we can argue about that but there is a change and it should be

Re: [PHP-DEV] On BC and not being evil (Was: Re: [PHP-DEV] [RFC] Integer Semantics)

On Thu, Aug 21, 2014 at 8:30 AM, Derick Rethans der...@php.net wrote: On Tue, 19 Aug 2014, Kris Craig kris.cr...@gmail.com wrote: On Tue, Aug 19, 2014 at 3:36 PM, Andrea Faulds a...@ajf.me wrote: I have made an RFC which would make some small changes to how integers are handled

Re: [PHP-DEV] [RFC] Integer Semantics

On Tue, Aug 19, 2014 at 3:36 PM, Andrea Faulds a...@ajf.me wrote: Good evening, I have made an RFC which would make some small changes to how integers are handled, targeted at PHP 7: https://wiki.php.net/rfc/integer_semantics Thoughts and questions are appreciated. Thanks! -- Andrea

Re: [PHP-DEV] [RFC] Disallow multiple default blocks in a single switch statement

On Wed, Aug 13, 2014 at 3:21 PM, Drew Paroski drewparo...@gmail.com wrote: On 6 August 2014 12:32, Ferenc Kovacs tyr...@gmail.com wrote: I'm not sure what would be the best solution, but if we don't version the spec, then when we introduce BC breaks or simply new features in a new

Re: [PHP-DEV] [VOTE] Mutliple defaults in switch statements

On Tue, Aug 12, 2014 at 10:08 AM, Andrea Faulds a...@ajf.me wrote: On 12 Aug 2014, at 17:53, Sara Golemon poll...@php.net wrote: Voting is open: https://wiki.php.net/rfc/switch.default.multiple#vote I’m all for this, but the *minimum* discussion period is *two* weeks. -- Andrea Faulds

Re: [PHP-DEV] [VOTE] Mutliple defaults in switch statements

On Tue, Aug 12, 2014 at 2:36 PM, Sara Golemon poll...@php.net wrote: On Tue, Aug 12, 2014 at 10:08 AM, Andrea Faulds a...@ajf.me wrote: On 12 Aug 2014, at 17:53, Sara Golemon poll...@php.net wrote: Voting is open: https://wiki.php.net/rfc/switch.default.multiple#vote I’m all for this,

Re: [PHP-DEV] [VOTE][RFC] intdiv()

On Thu, Jul 31, 2014 at 1:53 AM, Chris Wright c...@daverandom.com wrote: On 30 July 2014 18:51, Adam Harvey ahar...@php.net wrote: -1 explanation: I don't think %% is clear enough, the only sensible syntax choice (//) is unavailable to us, and I think the utility of having it baked into

Re: [PHP-DEV] [VOTE][RFC] intdiv()

On Wed, Jul 30, 2014 at 11:01 AM, Peter Lind peter.e.l...@gmail.com wrote: On 30 July 2014 19:57, Sara Golemon poll...@php.net wrote: On Wed, Jul 30, 2014 at 10:54 AM, Andrea Faulds a...@ajf.me wrote: On 30 Jul 2014, at 18:51, Adam Harvey ahar...@php.net wrote: -1 explanation: I don't

Re: [PHP-DEV] RFC: Move phpng to master

On Sat, Jul 26, 2014 at 11:10 PM, Michael Wallner mike.php@gmail.com wrote: On 27 07 2014, at 02:53, Kris Craig kris.cr...@gmail.com wrote: So even IF you want to reduce the scope of the 2/3 requirement to language impacts in userland only, your RFC *still* falls under

Re: [PHP-DEV] RFC: Move phpng to master

On Sun, Jul 27, 2014 at 12:16 AM, Michael Wallner mike.php@gmail.com wrote: On 27 Jul 2014 08:23, Kris Craig kris.cr...@gmail.com wrote: Here's my question to counter yours, Michael: What's the rush? Every day php-ng is not GA, PHP is losing ground to its competitors. Umm, how

Re: [PHP-DEV] RFC: Move phpng to master

On Sun, Jul 27, 2014 at 1:03 AM, Michael Wallner mike.php@gmail.com wrote: On 27 Jul 2014 09:26, Kris Craig kris.cr...@gmail.com wrote: On Sun, Jul 27, 2014 at 12:16 AM, Michael Wallner mike.php@gmail.com wrote: On 27 Jul 2014 08:23, Kris Craig kris.cr...@gmail.com

Re: [PHP-DEV] RFC: Move phpng to master

On Sun, Jul 27, 2014 at 3:00 AM, Michael Wallner mike.php@gmail.com wrote: On 27 07 2014, at 11:44, Kris Craig kris.cr...@gmail.com wrote: [a lot] Maybe because you see those as competitors, You're the one who said PHP was losing ground to its competitors, not I. but I see HHVM

Re: [PHP-DEV] RFC: Move phpng to master

On Sun, Jul 27, 2014 at 3:54 PM, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi all, On Sun, Jul 27, 2014 at 5:03 PM, Michael Wallner mike.php@gmail.com wrote: On 27 Jul 2014 09:26, Kris Craig kris.cr...@gmail.com wrote: On Sun, Jul 27, 2014 at 12:16 AM, Michael Wallner mike.php

Re: [PHP-DEV] RFC: Move phpng to master

On Fri, Jul 25, 2014 at 12:51 AM, Zeev Suraski z...@zend.com wrote: On Fri, Jul 25, 2014 at 7:28 AM, Kris Craig kris.cr...@gmail.com wrote: While this is a major change to the language implementation, it does not actually affect end users in any meaningful way except for the positive

Re: [PHP-DEV] RFC: Move phpng to master

On Sat, Jul 26, 2014 at 3:16 PM, Zeev Suraski z...@zend.com wrote: Kris, I’ll make it short. EVERY RFC affects the language in *some* way – be it its features, positioning, perception, performance, implementation, testability, you name it. I believe that argument is specious. The

  1   2   3   4   5   >