Hi all,
On Mon, Dec 5, 2016 at 10:44 AM, Yasuo Ohgaki wrote:
>
> This RFC exposes session serializer interface to user space. It works
> like user defined session save handler.
>
> Users are able to encrypt/validate session data transparently. e.g.
> You can save encrypted session data to databas
Hi Sascha.
Thanks for the clarification. Can you shed some light to whether pb1.php.net -
which according to https://wiki.php.net/systems/pb1 holds the mailinglists - is
still tunning Ecelerity or not?
Cheers
Andreas
--
Andreas Heigl
andr...@heigl.org
> Am 04.12.2016 um 10:41 schrieb Sascha
Hi Levi,
On Tue, Dec 6, 2016 at 12:15 PM, Levi Morrison wrote:
> On Mon, Dec 5, 2016 at 8:02 PM, Yasuo Ohgaki wrote:
>> Hi Levi,
>>
>> On Tue, Dec 6, 2016 at 11:52 AM, Levi Morrison wrote:
> These are not consistent with return type checking. This *must* reuse
> the error checking that
On Mon, Dec 5, 2016 at 8:02 PM, Yasuo Ohgaki wrote:
> Hi Levi,
>
> On Tue, Dec 6, 2016 at 11:52 AM, Levi Morrison wrote:
These are not consistent with return type checking. This *must* reuse
the error checking that is already in-place and not provide something
new to accomplish the
Hi Levi,
On Tue, Dec 6, 2016 at 11:52 AM, Levi Morrison wrote:
>>> These are not consistent with return type checking. This *must* reuse
>>> the error checking that is already in-place and not provide something
>>> new to accomplish the same thing.
>>
>> What do you mean by inconsistent?
>
> We d
>> These are not consistent with return type checking. This *must* reuse
>> the error checking that is already in-place and not provide something
>> new to accomplish the same thing.
>
> What do you mean by inconsistent?
We do not use E_RECOVERABLE_ERROR for return type mismatches; we use
TypeErro
Hi Marco,
On Mon, Dec 5, 2016 at 10:52 PM, Marco Pivetta wrote:
> On Mon, Dec 5, 2016 at 4:31 AM, Yasuo Ohgaki wrote:
>> Firstly, current OO custom save handler design (use of previously used
>> internal save handler as its base class) is not good. Overriding
>> open()/close()/etc are useless, m
Hi Levi,
On Tue, Dec 6, 2016 at 7:50 AM, Levi Morrison wrote:
> I apologize for the late review of your RFC. This RFC has a few issues
> which I think need to be fixed (yes, this means I am asking you to
> pull it out of voting phase).
>
> It does not specify how to indicate an encoding or decodi
Hi apache2handler maintainers,
I pushed a commit to fix #61471 in https://github.com/php/php-src/pull/2180 .
Could you have time to take a look?
Thank you
--
Zheng SHAO
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Sun, Dec 4, 2016 at 6:44 PM, Yasuo Ohgaki wrote:
> Hi all,
>
> This RFC exposes session serializer interface to user space. It works
> like user defined session save handler.
>
> Users are able to encrypt/validate session data transparently. e.g.
> You can save encrypted session data to databas
On 05/12/2016 17:34, David Rodrigues wrote:
(Off-topic: there are some place where I can found the internals
talking about that? The externals.io not allows search.)
The mailing list has a confusing number of different sites archiving it,
all with their quirks. I find this one has a reasonabl
On 04.12.2016 10:41, Sascha Schumann wrote:
> Ecelerity has been retired for close to two years (Feb 2015).
>
> The MX for php.net is a single, well-maintained Postfix instance.
>
> If there are any issues, please let me know and Cc systems@
>
> Thanks
> Sascha
>
Added it to the wiki now with
This issue is not difficult to solve in userland, at least well enough for
debugging in my experience. Here's an older example I wrote up on my blog
that worked (but I'm told is broken right now):
https://daveyshafik.com/archives/605-debugging-pdo-prepared-statements.html
Thanks,
- Davey
On Mon,
>
> Could you please explain what's the use case? As far as I'm concerned
>> such information would only be useful during PDO driver development,
>> phpt files and bug reporting / fixing.
>>
>
> It's pretty simple : debugging and optimizing scripts and statements. I've
> lost hours, manually emulat
Hi all,
In order to create the RFC for the deprecation of the binary strings and
future RFCs,
I kindly request that my account on the wiki (pmmaga) is given the
necessary karma.
Thanks in advance.
Regards,
Pedro Magalhães
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscrib
> (Off-topic: there are some place where I can found the internals
talking about that?
> The externals.io not allows search.)
http://markmail.org/search/?q=https%3A%2F%2Fwiki.php.net%2Frfc%2Fenum+#query:https%3A%2F%2Fwiki.php.net%2Frfc%2Fenum%20list%3Anet.php.lists.internals+page:1+state:facets
(i
Hi. I'm reading the "Enumerated Types" RFC on https://wiki.php.net/rfc/enum
I like to know if there are some internal talking about that. It seems
to be a draft for 7.2, but seems to be stopped for 5 months, and too
seems to have a good initial implementation.
What it needs to be voted, now?
(Of
Results for project PHP master, build date 2016-12-05 06:26:58+02:00
commit: 35cfec1
previous commit:d1f9d37
revision date: 2016-12-04 22:46:23+01:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
Hello,
back on this topic:
2016-09-08 6:51 GMT+02:00 Rasmus Lerdorf :
> On Sep 5, 2016, at 13:13, Nicolas Grekas wrote:
> >
> > It's not specifically me but Symfony's ClassCollectionLoader::load()
> > method, which generates a single file with common classes inlined for
> > faster bootstrapping
On 2 December 2016 13:37:20 GMT+00:00, Alex Bowers wrote:
>Hello All,
>
>In PHP we currently have the ability to type hint classes in method
>signatures, however, sometimes it would be useful to convert the items
>to a
>different instance / type.
>
>An example is collections and arrays. If impleme
On Mon, Dec 5, 2016 at 4:31 AM, Yasuo Ohgaki wrote:
> Hi Marco,
>
> Thank you for explaining the reason why!
>
> On Mon, Dec 5, 2016 at 11:12 AM, Marco Pivetta wrote:
> > I voted "no" because I don't see any advantage over using a custom
> session
> > save handler, besides adding more API that p
21 matches
Mail list logo
