Thanks Nikita,
Thank you for explanation no I get it.
I only don't know what means serialization "O" and "C" but don't bother.
I'll try to google it.
Cheers
--
Michał
21.04.2017 15:51 "Nikita Popov" napisał(a):
On Fri, Apr 21, 2017 at 2:47 PM, Michał Brzuchalski <
michal.brzuchal...@gmail.com>
On 21/04/17 12:08, Matteo Beccati wrote:
> If some database APIs aren't capable of properly handling fixed
> precision, it is their fault (dblib?, firebird?), but PDO shouldn't
> behave like the less capable ones.
The whole point of PDO was that it would provide a consistent DATA
interface to any
On Fri, Apr 21, 2017 at 2:47 PM, Michał Brzuchalski <
michal.brzuchal...@gmail.com> wrote:
> I know my voice is doesn't mean anything but IMHO interface with magic
> methods could bring more inconsistency.
>
> I know PHP is consistently inconsistent but I would prefer if it is
> posdible to fix an
I know my voice is doesn't mean anything but IMHO interface with magic
methods could bring more inconsistency.
I know PHP is consistently inconsistent but I would prefer if it is
posdible to fix an issue with present method naming.
Cheers
21.04.2017 11:39 "Nikita Popov" napisał(a):
> Hi intern
Username: simon.ondrej
Hey, I registered on PHP wiki and saw that I was supposed to send an
email. I registered mainly for RFC proposal. I am a PHP developer from
the Czech republic with focus on backend. Currently mostly working with
PHP 7.0 and PHP 7.1.
--
PHP Internals - PHP Runtime Devel
Hi Adam,
On 20/04/2017 00:51, Adam Baratz wrote:
> The reason I went that way was I couldn't find a DB API that
> differentiates between the two types. They all represent them as a
> double, so it seemed like a needless distinction to create two PDO
> types, especially when PHP floats are the only
Hi internals,
As you are surely aware, serialization in PHP is a big mess. Said mess is
caused by some fundamental issues in the serialization format, and
exacerbated by the existence of the Serializable interface. Fixing the
serialization format is likely not possible at this point, but we can
re