Nut sure whether this is an issue or not but I see it a lot while
compiling master:
Zend/zend_alloc.h:57:236: warning: unknown attribute 'alloc_size'
ignored [-Wunknown-attributes]
__attribute__ ((visibility("default"))) void* _emalloc(size_t size,
const char *__zend_filename, const
Hi Andrey,
On Sun, Jan 25, 2015 at 11:54 AM, Andrey Andreev wrote:
> To prevent session fixation?
>
> Doesn't matter, I was just giving you an example.
>
If app may assume that clients have constant IP, then IP may be used to
prevent
stolen sessions. Unfortunately, we live in mobile world, so t
Hi Andrey,
On Sun, Jan 25, 2015 at 11:53 AM, Andrey Andreev wrote:
> If I understand correctly, you're suggesting the removal of the
> old-style session_set_save_handler() calls where each function is
> passed as a separate argument?
>
> That could be a quite significant BC break.
>
No. Class/I
> De : yohg...@gmail.com [mailto:yohg...@gmail.com] De la part de Yasuo Ohgaki
> > > Mixing both, having some types on the left and others on the right,
> > seems like another inconsistency in the language
> > > design to me.
> >
> > These inconsistencies exist for two reasons:
> >
> > - Opposition
Hi,
> De : yohg...@gmail.com [mailto:yohg...@gmail.com] De la part de Yasuo Ohgaki
>
> > I would like to propose that namespaces, functions, and classes become
> > case-sensitive (constants are already case-sensitive). Actually, I never
> > understood why they are case-insensitive. Even if the per
Hey Stas,
> On 25 Jan 2015, at 04:14, Stanislav Malyshev wrote:
>
> Hi!
>
>> going to a vote. That said, I do lean towards always strict, given
>> you can usually ensure your return type’s correct.
>
> Wait, so we would have two modes, strict and non-strict, but also in
> non-strict mode, retu
Hi!
> going to a vote. That said, I do lean towards always strict, given
> you can usually ensure your return type’s correct.
Wait, so we would have two modes, strict and non-strict, but also in
non-strict mode, return types still will be strict? Yay, consistency!
--
Stas Malyshev
smalys...@gma
Hi everyone,
Just a few small updates.
I’ve made a small change to this RFC. Instead of the strict mode syntax being
declare(strict_typehints=TRUE), it’s now declare(strict_types=1) instead. This
makes it a bit quicker to type - important given you’d need to type it a lot -
without sacrificing
Hi again,
On Sat, Jan 24, 2015 at 7:48 PM, Yasuo Ohgaki wrote:
> Hi Andrey,
>
> On Sat, Jan 24, 2015 at 6:34 PM, Andrey Andreev wrote:
>>
>> > This is because session module lacks user defined serializer. Save
>> > handler
>> > handles session data storage. Serialize handler handles how data is
Hi,
On Sat, Jan 24, 2015 at 7:05 PM, Yasuo Ohgaki wrote:
> Hi Andrey,
>
> On Sat, Jan 24, 2015 at 6:34 PM, Andrey Andreev wrote:
>>
>> > Let's keep SessionHandler class. However,
>> > PHP_FUNCTION(session_set_save_handler)
>> > should be cleaned up to verify implemented/extended interface/class.
On 25/01/2015 01:11, Prosperity Crafts wrote:
> spam deleted
Do you use php in your development projects and have you got any
questions or suggestions for php development?
If the answer is no then you are clearly in the wrong newsgroups.
Good bye.
Hi all,
On Tue, Nov 4, 2014 at 5:50 AM, Stas Malyshev
wrote:
> > Again, an unfair comparison. Hack isn’t intended to be a completely
>
> I'm not sure what you refer to by "fair". Hack is not "intended", but IS
> a separate language - just read the manual and you will see, it is a new
> language
Hello!
We are Prosperity Arts & Crafts Co., Limited in China. We supply Crafts & Gifts
with high quality and competitive price.
Home & Garden Decors
Holiday Gifts & Ornaments
Religious Items
Kitchen Accessories
DIY & Promotional items
Pls visit our websit
Hi all,
I would like to propose INI set/get function deprecation, raise
E_DEPRECATED,
and make PHP_INI_MH() use the CODING_STANDARDS.
For example, session module has following INI set/get functions
- http://php.net/manual/en/function.session-save-path.php
- http://php.net/manual/en/function.se
Hi Scott,
On Fri, Jan 23, 2015 at 12:21 AM, Scott Arciszewski
wrote:
> I've squashed and rebased my pull request that adds a cache-timing-safe
> bin2hex implementation (named ts_bin2hex) to PHP.
>
> https://github.com/php/php-src/pull/909
>
> Before I put more effort into the inverse operation (
Hi Jan,
On Sat, January 24, 2015 21:31, Jan Ehrhardt wrote:
> Pavel Kou?il in php.internals (Sat, 24 Jan 2015 19:07:28 +0100):
>
>>>
> https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.htm
>
>>>
> https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.zip
>
>
> htt
Pavel Kou?il in php.internals (Sat, 24 Jan 2015 19:07:28 +0100):
>> https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.htm
>> https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.zip
https://phpdev.toolsforresearch.com/php-7.0.0-dev-Win32-VC11-x86.htm
https://phpd
On Jan 25, 2015 12:45 AM, "Xinchen Hui" wrote:
>
> Hey:
>
> On Sun, Jan 25, 2015 at 1:43 AM, Juan Basso wrote:
> > I see. Shouldn't this BC break be added on the UPGRADING file too? I can
> > open a PR if necessary.
> >
> I think it's not necessary, for such a rare usage.. :)
Every change shoul
Hi all,
On Tue, Nov 4, 2014 at 12:39 AM, Andrea Faulds wrote:
> > On 3 Nov 2014, at 15:07, Robert Stoll wrote:
> >
> > It adds the type hint on the right hand side of the function (of the
> identifier). In contrast to parameters where the
> > type hint is placed on the left hand side of the ide
On Fri, Jan 23, 2015 at 10:18 PM, Jan Ehrhardt wrote:
> Dmitry Stogov in php.internals (Fri, 23 Jan 2015 17:54:45 +0400):
>>"master" branch.
>
> propro, raphf and pecl_http do not compile with the master branch.
> You'll have to checkout the phpng branch. These extensions did compile
> and load:
>
I see. I guess that's fine. I opened a PR for CakePHP to update the code
and avoid this.
Thanks.
On Sat, Jan 24, 2015 at 12:47 PM, Nikita Popov wrote:
> On Sat, Jan 24, 2015 at 6:40 PM, Xinchen Hui wrote:
>
>> Hey:
>>
>> On Sun, Jan 25, 2015 at 1:26 AM, Juan Basso wrote:
>> > I step in anothe
Hi Andrey,
On Sat, Jan 24, 2015 at 6:34 PM, Andrey Andreev wrote:
> > This is because session module lacks user defined serializer. Save
> handler
> > handles session data storage. Serialize handler handles how data is
> > converted/represented. IMHO.
> >
>
> That's not the only use case.
>
> So
On Sat, Jan 24, 2015 at 6:40 PM, Xinchen Hui wrote:
> Hey:
>
> On Sun, Jan 25, 2015 at 1:26 AM, Juan Basso wrote:
> > I step in another failing test that I would like to confirm if that is an
> > issue or it was an accepted backward incompatibility due the phpng (I
> > couldn't find anything on
Hey:
On Sun, Jan 25, 2015 at 1:43 AM, Juan Basso wrote:
> I see. Shouldn't this BC break be added on the UPGRADING file too? I can
> open a PR if necessary.
>
I think it's not necessary, for such a rare usage.. :)
thanks
> On Sat, Jan 24, 2015 at 12:40 PM, Xinchen Hui wrote:
>>
>> Hey:
>>
>> O
I see. Shouldn't this BC break be added on the UPGRADING file too? I can
open a PR if necessary.
On Sat, Jan 24, 2015 at 12:40 PM, Xinchen Hui wrote:
> Hey:
>
> On Sun, Jan 25, 2015 at 1:26 AM, Juan Basso wrote:
> > I step in another failing test that I would like to confirm if that is an
> > i
Hey:
On Sun, Jan 25, 2015 at 1:26 AM, Juan Basso wrote:
> I step in another failing test that I would like to confirm if that is an
> issue or it was an accepted backward incompatibility due the phpng (I
> couldn't find anything on the RFC and the UPGRADING regarding that).
>
> Here is the code:
Hey:
On Sat, Jan 24, 2015 at 1:53 PM, Juan Basso wrote:
> This is not a segfault, but another issue exclusive from PHP 7
> https://bugs.php.net/bug.php?id=68897
thanks, this one is fixed and committed, and also got a fix for the
previosly segfault one,
but I need do some confirms before I comm
I step in another failing test that I would like to confirm if that is an
issue or it was an accepted backward incompatibility due the phpng (I
couldn't find anything on the RFC and the UPGRADING regarding that).
Here is the code: http://3v4l.org/h7TEV
The issue happens when the variable used to
Hi all,
On Sun, Dec 21, 2014 at 7:01 AM, F & N Laupretre
wrote:
> I don't know if this was discussed before. So, tell me what you think
> before
> I write an RFC.
>
>
>
> I would like to propose that namespaces, functions, and classes become
> case-sensitive (constants are already case-sensitive
On Sat, Jan 24, 2015 at 7:42 AM, Rowan Collins wrote:
> On 24 January 2015 11:09:04 GMT, Robert Stoll wrote:
>
>>Besides, pretty much the same impact has the return type RFC now,
>>because the manual should be updated accordingly to reflect the new
>>syntax IMO. Sounds like lot of work but it sho
Hi Andrey,
On Sat, Jan 24, 2015 at 6:34 PM, Andrey Andreev wrote:
> > Let's keep SessionHandler class. However,
> > PHP_FUNCTION(session_set_save_handler)
> > should be cleaned up to verify implemented/extended interface/class. It's
> > BC.
> > Do you have opinion for this?
>
> php > session_set
Hi all,
On Sun, Jan 11, 2015 at 9:34 AM, Stanislav Malyshev
wrote:
> I'd like to initiate a vote on this RFC:
> https://wiki.php.net/rfc/default_ctor
>
> TLDR: this RFC would make a call to parent::__construct() succeed (as in
> "not produce a fatal error") even if the parent class does not defi
Hi all,
On Sun, Jan 25, 2015 at 1:20 AM, Yasuo Ohgaki wrote:
> However, once user serialize handler is implemented, overhead of user
> serialize handler is calling 2 PHP functions. i.e. serialize/unserialize
> functions whatever module provides. Users may compress/encrypt session data
> whatever
Hi Rowan,
On Sun, Jan 25, 2015 at 12:35 AM, Rowan Collins
wrote:
> On 24 January 2015 03:45:22 GMT, Thomas Bley wrote:
> >Sessions take a big amount of data in production systems, so it might
> >be worth to use msgpack (or others) as an option.
>
> This came up before, and it was pointed out th
On 24 January 2015 02:28:07 GMT, Yasuo Ohgaki wrote:
>I also would like to php_serialize handler as the default serializer
>and
>make php/php_binary deprecated.
>
>php/php_binary serializers are made to work with register_globals and
>have
>many limitations.
>e.g. Integer key not allowed, key cann
On 24 January 2015 03:45:22 GMT, Thomas Bley wrote:
>Sessions take a big amount of data in production systems, so it might
>be worth to use msgpack (or others) as an option.
This came up before, and it was pointed out that a fast implementation of
something like msgpack would need to be implemen
Le 11/01/2015 01:34, Stanislav Malyshev a écrit :
I'd like to initiate a vote on this RFC:
https://wiki.php.net/rfc/default_ctor
Hi,
After discussing this RFC with other people of AFUP, we would be +1 on
this, by a small margin.
On one side, being able to always call a parent constructor wi
On 24 January 2015 11:09:04 GMT, Robert Stoll wrote:
>Besides, pretty much the same impact has the return type RFC now,
>because the manual should be updated accordingly to reflect the new
>syntax IMO. Sounds like lot of work but it should be possible to
>migrate the docs with a tool.
As I said
On 24 January 2015 00:15:01 GMT, Stanislav Malyshev wrote:
>Hi!
>
>> Foo::bar(); // OK
>> ['Foo', 'bar'](); // OK
>> 'Foo::bar'(); // FATAL ERROR
>
>I'm not sure why one would ever need/want the latter. IMO, it just
>looks
>weird.
Well, they both look weird as literals like that, but the array lo
I would like to pick up this discussion again - now that the return type hint
RFC has passed, congratulations :)
As a quick reminder, this discussion should not be whether we want to put the
return types on the left or on the right but mainly if we want to have
consistency (I do not want to dow
Hi,
On Sat, Jan 24, 2015 at 2:24 AM, Yasuo Ohgaki wrote:
> Hi Stas,
>
> On Sat, Jan 24, 2015 at 8:49 AM, Stanislav Malyshev
> wrote:
>
>> > This is the only reasonable use I know. I would to write user
>> > serializer(read/writer)
>> > handler for it.
>>
>> So we went from no reasonable use to
Hi Thomas,
On Sat, Jan 24, 2015 at 12:45 PM, Thomas Bley wrote:
> Sessions take a big amount of data in production systems, so it might be
> worth to use msgpack (or others) as an option.
Yes, it is.
PHP's serialize (both php/php_serialize handler uses PHP's serialize) is
not a fastest seriali
42 matches
Mail list logo
