I personally would vote for the default keyword if I want to skip the
param rather than just doing it with , - the keyword approach is much more
readable and error prone.
I have to agree with Richard as a user-land developer. It looks nice, but
knowing how people can twist things I don't think I would like this feature
get implemented. It just add stuff that is crazy to debug.
Consider someone adds a property and initializes a user-land object. That
object has
In past years such switches where deprecated and removed (in 5.3 most of
them, in 5.4 finally all that stuff is gone for good). So any solution,
involving a switch that modifies how code is executed will hit a wall of
resistance. It's the lesson that was learned the hard way.
So it may be the
Because you can write a function name, say, in Cyrilic and it will just
work.
20 апреля 2012 г. 16:47 пользователь Nikita Popov nikita@googlemail.com
написал:
On Fri, Apr 20, 2012 at 12:20 PM, C.Koy can5...@gmail.com wrote:
Hi,
This post is about bug #18556
As far as I read there is no difference from the previous RFC - it
says essentially the same.
The ?php tag, contained within one of these files, tells the webserver
to, in essence, “switch to PHP mode” and start parsing the data as PHP code.
When the ? tag is reached, the webserver “switches
Hello internals,
I should voice my opinion that such things like comparing two strings
starting with numbers and that they resolve to actual integer/float for
comparation is bad, really bad. That just defies the logic and yealds
absolutly unexpected results. I pride myself that i know the
native language and I have
been learning the British variant of it, so it's more formal that
American English :)
2012/5/7 Kris Craig kris.cr...@gmail.com
On Mon, May 7, 2012 at 12:28 AM, Arvids Godjuks
arvids.godj...@gmail.comwrote:
Hello internals,
I should voice my opinion
I would definetly like that a lot to be the case. bcrypt is kind'a cryptic
and information about cryptography on the internet is not so informative
and are not in abundance.
Hello.
I personally think that using PASSWORD_DEFAULT for algorythm by default is
a bad idea. This should be defined by user in the code. Even worse if it is
defined by .ini setting - deploy to a remote server and realize that there
is a different .ini default that messes up everything. Lessons
one.
Thank you :-)
27.06.2012 14:16 пользователь Anthony Ferrara ircmax...@gmail.com
написал:
Arvids,
On Wed, Jun 27, 2012 at 9:23 AM, Arvids Godjuks
arvids.godj...@gmail.com wrote:
Hello.
I personally think that using PASSWORD_DEFAULT for algorythm by default
is a
bad idea. This should
There are alternative opcode cachers besides APC. For example xcache, for
me, just works when APC is still catching up.
I remember someone writing about APC that it is overly compex internally
and due to that hard to keep up with the changes in the PHP, maybe that is
not the case now.
But looking
APC.
03.07.2012 15:17 пользователь Pierre Joye pierre@gmail.com написал:
hi,
On Tue, Jul 3, 2012 at 5:12 PM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
There are alternative opcode cachers besides APC. For example xcache, for
me, just works when APC is still catching up.
I remember
, 2012 at 5:12 PM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
There are alternative opcode cachers besides APC. For example xcache,
for
me, just works when APC is still catching up.
I remember someone writing about APC that it is overly compex internally
and due to that hard to keep up
:49 AM, Arvids Godjuks wrote:
One one side it's good to know i'm not wrong, on the other hand it's sad
in this case.
Sure about one thing - xcache is worth looking at and may be a better
choise than APC and has better potential.
One thing sure - I haven't heard anyone complaining about
Hello.
Here is some userland feedback:
I was following the thread closely, because I use fastcgi all the time. I
can now say for sure, that you did really good job with ini syntax - the one
you have at the moment looks and feels just perfect. And includes make it
really easy to use - it's what
You must have been flying somethere in the Andromeda galaxy all this time!
magic_quotes, safe_mode and other stuff was announced depricated now for a
few years, there is big buzz going on about it and these features are
allready marked as depricated and throw warnings as of 5.3, some even as off
2010/5/14 Mathias Grimm mathiasgr...@gmail.com:
2010/5/14 Johannes Schlüter johan...@schlueters.de
?php
require
There is one thing you don't take into account.
Make an index.php and all other files .inc. Than add to web servers
configuration a deny rule for *.inc .
Just wanted to remind everyone that option #3 proposed earlier doesn't
include auto-casting when data loss is happening.
That means:
function hintMe(int $number) {
}
hintMe(1);
hintMe(1);
hintMe(1.0);
hintMe(array(1)); - Error or notice, no array - int conversions
hintMe(1.25); - Error or
; results in pure 123 int.
No benefit in using type hints at all.
2010/5/27 Etienne Kneuss col...@php.net:
Hi,
On Thu, May 27, 2010 at 09:45, Arvids Godjuks arvids.godj...@gmail.com
wrote:
Just wanted to remind everyone that option #3 proposed earlier doesn't
include auto-casting when data loss
with critics just for the
sake of making a reply.
2010/5/27 Daniel Egeberg daniel.egeb...@gmail.com:
On Thu, May 27, 2010 at 10:34, Arvids Godjuks arvids.godj...@gmail.com
wrote:
Please read more carefully - what I mean that is we deal mostly with
numbers witch are represented as strings, because all
Exactly.
Yes, we check data coming from POST/GET/COOKIE and other really
external resources. But doing the same for data coming from database
is kinda an overkill. And most projects do select their data mostly
from databases. And I'm 100% sure that people will not use type
hinting if they have to
' types.
But I think it's the icing on the cake if we give the PHP programmer the
choice of whether use explicit types.
For examlpe, we may add a switch in php.ini, let's say, explict_types=On/Off.
- Original Message -
From: Daniel Egeberg daniel.egeb...@gmail.com
To: Arvids Godjuks
('integer', $row['order_id']);
//
// End of loop here
// Do the data processing
Sorry, but that's just stupid code.
2010/5/27 Daniel Egeberg daniel.egeb...@gmail.com:
On Thu, May 27, 2010 at 10:53, Arvids Godjuks arvids.godj...@gmail.com
wrote:
Heh... Please do a DB select and make
Why not do the check and let auto converting for int = float, int =
string, string = int, string = float when it doesn't loose any
precision.
2010/5/27 Ilia Alshanetsky i...@prohost.org:
Zeev,
Auto-conversion does not validate input to the function/method, it merely
obfuscates the wrong input
I have posted a topic on main Russian site for IT. Soon we will have a
result on what the Russian community thinks on this matter.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I'd say that I agree on this, I would like to see the conversion rules
cleaned up and made more clear. The idea of emitting e_warning or
e_strict on conversions with data loss throughout the language is very
appealing. Maybe we really need to do that so conversion rules and
type hinting rules to
Lukas, Etienne, Hannes:
You all pointed out the issues and enhansments that can be done.
Basic thing I want to say that type hinting and data casting should be
done in tandem and work the same way. So generally there is a need to
rething how type casting works and implement enhansments with
As far as I can see as a user PDO is quite dead and it's missing much
of new database functionality. Just compare it to mysqli and other
vendor specific extensions witch are developed all the time.
Until there is no dedicated work for all PDO supported databases
there is no point in adding
Most of the time local exploits are not as bad as it seems. You can do
things in plain PHP witch will just hang the server, like make a
script that uses a ton of memory or opens a lot of files, does spam,
etc. It's a programming language, it's job to execute scripts (now
days a size of a good
Total thumbs up on that.
http://schlueters.de/blog/archives/139-Scalar-type-hints-in-PHP-trunk.html
just tells it all. A total epic fail.
2010/8/11 Johannes Schlüter johan...@schlueters.de:
On Wed, 2010-08-11 at 00:03 +0200, Kalle Sommer Nielsen wrote:
type hinting
For the record: I consider
Well, the thing is objects and arrays are complex types, so you can't
pass anything exept array to an array type hint, it just dosen't make
sence. Not everything can be converted to array and vice-versa. Same
with objects - every object is it's own type.
But the primitive types behave
Yes, I understand the point of his post. But as you know - the perfect
world and the real world rearly meat together.
Just read the prevoius themes - majority was on the typecasting hints
for the primitive types. We even layed the rules quite in detail.
The thing is it will be pain in the ass to
Completly agree with Zeev, most russian comunity is for the weak type
hinting. Many would like strict, but most of the pro strict type
hinters understand that PHP and strict type hinting not match and vote
for type hints with auto converting.
--
PHP Internals - PHP Runtime Development Mailing
2010/8/11 Ilia Alshanetsky i...@prohost.org:
I think that weak type-hinting defeats the whole purpose of the
feature and I would rather not have it than have a non-obvious
implementation.
-1
I would like to point out an argument, posted in the Typehints (was
Re: [PHP-DEV] Annoucing PHP 5.4
Hi all.
As a user land developer and active reader (and some times poster) for
a few years now this is the first time I trully don't understand what
the hell are you talking about and what are annotations at all and
what will be the usage of them in the PHP. And for what? Building 2-3
frameworks
I think leave both ways, because it's really much of the code uses actually
{4} rather than [4] for strings.
But please do the substr functionality as it was suggested a few years
before. That makes perfect sense :)
Agreed, and really - my experience is that googling non-standard error
message usually give instant result. Googling for a common error
message could become a big time investment pointing to different
software even if you point to search engine for what software to look.
2010/11/1 Dennis
Hello Internals!
For me, as a user-land developer, this issue seems as if some people
are trying to push the annotations at any cost. What they fail to see,
is that annotations are never described what they are and how they can
be useful in our developer work. Right now I, and I think many other
+1 for removal.
The issue is that those ho still use the soft witch relies on
magic_quotes are usually kind of people witch are just buying the
Indian code stuff and running it (and it has tons of exploits on it's
own - even with magic_quotes). No, really, I haven't seen the
magic_quotes stuff in
As I remember correctly - taint's are designed to be used while developing.
They can be used in production (and 4-5% performance hit for the
security isn't much until you run something really big), but mostly
people will test it out on dev and deploy on production without
taints.
Still, I'd like
Personally, as a user-land developer, I'm against it, so -1.
function keyword is the only sane way to quickly find a function
definition in lots of code. Not always IDE's are able to fully
understand the interconnections in frameworks and point by CTRL +
Click me to the function definition, not to
You are missing the point in PHP in that case. Because PHP is dynamic
scripting language, public properties can be added and removed in the
object on the fly. That's why there is isset and unset that works on
object properties. Consider ActiveRecord, DataMappers, ORM, etc. They
use that 100% to
Definitely a -1 for making read only. I kind'a like to apply filters
to POST directly when validating forms so I clean up the user mess in
it and if he makes a mistake in a form, to show him a cleaned up
input. Also this is useful in other ways.
Mixed feelings on other parts. From one point of
Hello!
I should comment on why people want strings as enum values - just look
at ENUM type in MySQL. People use it, and if you take a look from that
perspective - it makes sense.
But we are not a MySQL only world, so it does not make sense to do
strings, because in other databases usually 1 byte
There was no consensus on that, but as i remember the tendency was more to
the weak type hinting because of dynamic nature of PHP. You know - all the
http data comes as strings, most db data comes as strings and so on.
27.04.2011 11:30 пользователь Pas pasthe...@gmail.com написал:
On Wed, Apr 27,
Hello Internals!
Here is a point of view from an active user land developer on PHP
development and feature requests and the politics going on in
internals.
Right now I think PHP has reached a milestone, where it is a need to
take a break from large feature developing, witch takes a lot of time
2011/5/10 Ferenc Kovacs i...@tyrael.hu:
The Tainted Variable RFC - https://wiki.php.net/rfc/taint - personally
I would prefer that feature right now over any new feature, because it
gives the ability to check for insecure variable handling and make
sure you don't miss something. A major
Well, maybe it's time to make some decisions and start to spin the wheels?
I's quite obvious that annotations are out for next release until they are a
docbook/phpDoc style. Personally I do not understand the concept fully, but
my vote will definetly go to the docbook/phpdoc variant. Adding a
Hello.
As a userland developer i'm all for it. Remove short_tags and decouple
?= from them to be in PHP core always on.
2011/5/19 dukeofgaming dukeofgam...@gmail.com:
So what would be there to discuss or agree on?, now that the topic is at
hand.
Regards,
David
On Wed, May 18, 2011 at
/19 Ferenc Kovacs i...@tyrael.hu:
On Thu, May 19, 2011 at 8:53 AM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
Hello.
As a userland developer i'm all for it. Remove short_tags and decouple
?= from them to be in PHP core always on.
I think that it's a little bit hasty.
I would propose
Holly crap, god save us from that.
+1 on short syntax (personally I try to avoid it in JS too - I use new
Array() or JSON), but no : please. It's just ridiculous for PHP.
2011/6/1 Patrick ALLAERT patrick.alla...@gmail.com:
2011/5/31 Brian Moon br...@moonspot.net:
My personal feel about this is that yes, short arrays are not bad, but
things like
$a = new A;
$a[array()];
just scare the crap of me when I see them. To me PHP is easy on syntax
and it's good. When I see Ruby or Python code with all it's crazy
magic I feel sick. Still one day I will have to
2011/6/2 Ford, Mike m.f...@leedsmet.ac.uk:
-Original Message-
From: John Crenshaw [mailto:johncrens...@priacta.com]
Sent: 01 June 2011 23:00
skip
4. The format most consistent with other languages is JSON
Again, matter of experience. Last time I counted, I'd used upward of
30
Hello.
A PHP developers view on windows installation: it's screwed as hell right
now. I use apache + php for my developing envoirment on Windows 7. Guys - I
spend 1.5, freaking 1.5 hours setting up apache + php!!! essentially i just
had to download and try multiple binaries for windows to find
That really neads clearing, because if i understand correctly, I should get
ability to vote (userland developer activly reading the list and writing to
list on some maters). So the question - do i get a vote ability? :-)
21.06.2011 17:36 пользователь Philip Olson phi...@roshambo.org написал:
On
As a userland developer due to my geographical nature i have to work with 3
languages constantly - english, russian (cyryllic) and latvian (witch has
it's own share of non latin characters). I end up using utf-8 in every
project. And some give me a headake of dealing with text parsing. mb_string
This one is quite positive, I'm all +1 on this as a user land developer.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello.
I have only one question - is really that many old applications able
to run on 5.3 who require magic_quotes, safe mode, register globals
and other legacy stuff?
How long are you planing on keeping the BC? 10 years, 15 years? Maybe 20?
Reality is - break it in 5.4 or in 6.0 in two-three
Hello everyone.
I just want to point out one thing about all that internals stuff and
remind about a good idea that has been surfacing a few times through the
years, but now I think it can actually get traction because of recent
problems.
It is based on the fact that there are too many people
2013/9/11 Johannes Schlüter johan...@schlueters.de
On Wed, 2013-09-11 at 13:59 +0300, Arvids Godjuks wrote:
It is based on the fact that there are too many people writing to
internals
and mailing lists are not actually manageable at this level. I stopped
following all the stuff around
2013/9/11 Johannes Schlüter johan...@schlueters.de
On Wed, 2013-09-11 at 16:26 +0300, Arvids Godjuks wrote:
P.S. While I was writing this, 4 people posted. Only Patrick Schaaf
posted usefull information. If this would be a forum - those 3 posts
should be marked as off topic and hidden
2013/9/11 Lester Caine les...@lsces.co.uk
Arvids Godjuks wrote:
P.S. While I was writing this, 4 people posted. Only Patrick Schaaf posted
usefull information. If this would be a forum - those 3 posts should be
marked as off topic and hidden by default.
But who decides what is off topic
2013/9/11 Terence Copestake terence.copest...@gmail.com
In less than 10 posts, this thread descended into people bashing each
other. Perhaps that's telling of something.
I won't comment on the point about forums or anything else, but a concern
brought up repeatedly both here and in various
Hello!
As a user land developer I do think that over thinking this is going to end
up in disaster.
We already have quite good implementation for the array and object hints,
they do their job and do it good. No need to change those at all - leave
them as is - no need to add magic with casts and
2014-07-14 14:19 GMT+03:00 Alain Williams a...@phcomp.co.uk:
On Mon, Jul 14, 2014 at 01:09:42PM +0300, Arvids Godjuks wrote:
PHP does not need a type hinting system forces you to first make a
No one is 'forcing' anything. You use it where it is appropriate; that
does not
mean everywhere
2014-07-14 15:41 GMT+03:00 Rowan Collins rowan.coll...@gmail.com:
Arvids Godjuks wrote (on 14/07/2014):
We already have quite good implementation for the array and object hints,
they do their job and do it good. No need to change those at all - leave
them as is - no need to add magic
I have a thought about the spec.
I work on Yii framework and the team building it has a great policy - if
your changes to the code require changes to the documentation - you are
required to update the docs. No docs changes - no merge.
The most up to date documentation I have ever seen.
Maybe for
Just implement and show it working, then i'd say the guys will react.
28 авг. 2014 г. 18:24 пользователь Derick Rethans der...@php.net
написал:
On Fri, 22 Aug 2014, Derick Rethans wrote:
On Fri, 22 Aug 2014, Anatol Belski wrote:
as there are many data type changes, here's an idea on how
2014-09-01 17:12 GMT+03:00 Lester Caine les...@lsces.co.uk:
On 01/09/14 13:44, Pierre Joye wrote:
A quick ping about some anaylise done by the PVS team:
http://www.viva64.com/en/b/0277/
The ones listed are all valid so far. We will fix some of them in the
next days but feel free to
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 clicks away (PhpStorm's
Find Usages) and you need to do a search in the project. And
04 окт. 2014 г. 1:03 пользователь Kalle Sommer Nielsen ka...@php.net
написал:
Hi
2014-10-03 22:00 GMT+02:00 Arvids Godjuks arvids.godj...@gmail.com:
Hello internals.
I'm firmly against removing the function keyword. PHP is a dynamic
language, that means that even using the latest most
2015-01-21 19:21 GMT+02:00 Tony Marston tonymars...@hotmail.com:
Kristopher wrote in message news:CAF9U7z_BLDusnq7c0mVToxyJpqOpa+
tmatgqrb7yqeips11...@mail.gmail.com...
On Wed, Jan 21, 2015 at 9:50 AM, Tony Marston tonymars...@hotmail.com
wrote:
You are totally missing the point. It is
2015-01-22 15:22 GMT+02:00 Arvids Godjuks arvids.godj...@gmail.com:
2015-01-21 19:21 GMT+02:00 Tony Marston tonymars...@hotmail.com:
Kristopher wrote in message news:CAF9U7z_BLDusnq7c0mVToxyJpqOpa+
tmatgqrb7yqeips11...@mail.gmail.com...
On Wed, Jan 21, 2015 at 9:50 AM, Tony Marston
2015-02-02 11:12 GMT+02:00 Dmitry Stogov dmi...@zend.com:
hi,
could you please write down few use cases, when strict scalar type hints
are really useful.
Thanks. Dmitry.
Hello Dmitry,
At the moment, being a user-land dev for a little bit more than 10 years, I
just don't see the usage for
2015-01-14 16:00 GMT+02:00 Pavel Kouřil pajou...@gmail.com:
Hello,
personally, as a language user, I really dislike the idea of both
options for scalar type hinting to be the part of the language.
Especially since you would have to declare the strict typing in each
file (if you are going by
On
15
Jan
2015,
at
0:33, Andrea Faulds a...@ajf.me:
Hi Marcio,
On 14 Jan 2015, at 18:52, Marcio Almada marcio.w...@gmail.com wrote:
We still have a BC break but now we also have code with **mutant**
behavior that might become buggy (do unexpected things) if a `declare` is
used. As a
2015-02-16 17:26 GMT+02:00 Daniel Lowrey rdlow...@php.net:
On Mon, Feb 16, 2015 at 10:19 AM, Zeev Suraski z...@zend.com wrote:
-Original Message-
From: rdlow...@gmail.com [mailto:rdlow...@gmail.com] On Behalf Of
Daniel Lowrey
Sent: Monday, February 16, 2015 5:13 PM
To:
2015-02-16 18:42 GMT+02:00 François Laupretre franc...@php.net:
Hi,
De : Arvids Godjuks [mailto:arvids.godj...@gmail.com]
The 0.1 RFC version was mentioned a lot as a good compromise by many
people
and had major support.
Maybe someone competent could pick it up, make necessary
2015-02-19 17:14 GMT+02:00 Pierre Joye pierre@gmail.com:
On Thu, Feb 19, 2015 at 7:11 AM, Arvids Godjuks
arvids.godj...@gmail.com wrote:
I think this starts to go the route of putting things into absolute.
Ideal
things tend not to happen/work in the real world to the letter.
Some
2015-02-19 17:41 GMT+02:00 Anthony Ferrara ircmax...@gmail.com:
Arvids,
I meant it in a way that no other RFC has failed so many times or had so
much misunderstanding or divide.
No scalar type proposal has made it through a vote. So none of them
have technically failed (all except the
Might I remind everyone that time is not on our side here - feature freeze
is looming and actual work has to be done.
The part you must understand is: Strict type hints are possible if someone
cares to implement them with a next RFC. Be our guest. Right now we need to
sort out the basic stuff -
The 0.1 RFC version was mentioned a lot as a good compromise by many people
and had major support.
Maybe someone competent could pick it up, make necessary adjustments that
where required and let people vote on it? Start with small steps - get the
weak type hints into the language first, see how
2015-02-19 16:51 GMT+02:00 Pierre Joye pierre@gmail.com:
On Thu, Feb 19, 2015 at 6:33 AM, Zeev Suraski z...@zend.com wrote:
-Original Message-
From: Pierre Joye [mailto:pierre@gmail.com]
Sent: Thursday, February 19, 2015 4:09 PM
To: Zeev Suraski
Cc: Anthony Ferrara; PHP
I actually have a question, that Ferenc touched on, but it never got any
discussion.
How, actually, the declare will work with concatenated PHP files? It's
quite a common practice to put the files into packages, that require
minimal amounts of includes for performance reasons.
Declare is required
C'mon guys, vote didn't pass, it's time to do something about it and not
start conspiracy theories (or I will loose hope for humanity completely). I
happened to have a job-free next week, i've been saying for a long time now
that this has to be tackled differently and even layed down some thoughts
2015-03-15 20:55 GMT+02:00 Levi Morrison le...@php.net:
What we need, is a MANAGER! To manage the Type Hint development. And one
that is not doing real development on PHP core, but someone with
understanding.
You are basically saying we should hand development of a critical
language
2015-03-12 11:23 GMT+02:00 Zeev Suraski z...@zend.com:
-Original Message-
From: Bob Weinand [mailto:bobw...@hotmail.com]
Sent: Thursday, March 12, 2015 12:46 AM
To: Pierre Joye
Cc: PHP internals
Subject: Re: [PHP-DEV] [RFC] Basic Scalar Types
Correct. It's just for the
2015-03-12 4:08 GMT+02:00 Lester Caine les...@lsces.co.uk:
On 11/03/15 22:44, Yasuo Ohgaki wrote:
Having namespace for internals would bring much flexibility for API
changes, both
OO and procedural API. I may try my best to have consensus.
I think you also like to have OO style API for
2015-03-12 11:41 GMT+02:00 Lester Caine les...@lsces.co.uk:
On 12/03/15 09:21, Arvids Godjuks wrote:
Basically this.
Yasuo asked me some time ago how do I see the new interface, and to be
frank, I do not see a new procedural api interface at all. We have one
now, and adding a new
2015-03-05 22:20 GMT+02:00 Yasuo Ohgaki yohg...@ohgaki.net:
Hi Arvids,
On Thu, Mar 5, 2015 at 9:32 PM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
2015-03-05 13:49 GMT+02:00 Pierre Joye pierre@gmail.com:
I will say it again a last time, in my opinion only a clean API;
object
пт, 13 Мар 2015, 23:01, Philip Sturgeon pjsturg...@gmail.com:
Pavel,
On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil pajou...@gmail.com wrote:
On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara ircmax...@gmail.com
wrote:
But for today, I firmly believe that the Dual-Mode proposal is the
, 2015 at 12:02 AM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
пт, 13 Мар 2015, 23:01, Philip Sturgeon pjsturg...@gmail.com:
Pavel,
On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil pajou...@gmail.com
wrote:
On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara ircmax...@gmail.com
wrote
on. It is going to
affect the projects. And that is a bad thing. Look past the damn typehint
RFC's and just try to asses the big picture. Right now it's a tunnel vision
for many on the list.
сб, 14 Мар 2015, 1:29, Arvids Godjuks arvids.godj...@gmail.com:
Opcode caches just cache the compiled code - you still
2015-03-05 13:49 GMT+02:00 Pierre Joye pierre@gmail.com:
I will say it again a last time, in my opinion only a clean API;
object-like or real object as long as performance is not affected is
the only way I could see to actually solve this problem.
Changing the names, argument order
2015-04-23 17:02 GMT+03:00 Pierre Joye pierre@gmail.com:
On Apr 23, 2015 8:45 PM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
My view is that this really needs a good discussion and regardless of the
desicions made - resource allocation to move it forward.
Whatever the intent
2015-04-24 12:59 GMT+03:00 Johannes Schlüter johan...@schlueters.de:
On Fri, 2015-04-24 at 09:16 +0300, Arvids Godjuks wrote:
May I question the sanity of the words written in this email? :D (it's a
joke).
The whole point of mysqlnd drivers and other improvements was to cut down
2015-04-23 15:56 GMT+03:00 Lester Caine les...@lsces.co.uk:
On 23/04/15 13:46, Amazon.co.uk wrote:
We are writing to confirm that we are processing your refund in the
amount of £4.89 for your
Order 204-2374256-3787503.
Curious phishing attempt ... seems to have forgotten the aim? Or was
чт, 23 Апр 2015, 13:00, Lester Caine les...@lsces.co.uk:
On 23/04/15 06:50, christopher jones wrote:
Yes, we do recommend using OCI8 over PDO_OCI. This is partly due to
some inherent design and performance weaknesses of the overall PDO
architecture.
So, lets not mark PDO_OCI as dead just
My view is that this really needs a good discussion and regardless of the
desicions made - resource allocation to move it forward.
Whatever the intent was originally for the PDO and and regardless of what
the docs say about it, as Christoph has linked and quoted, the reality is
PDO is everywhere.
2015-04-24 4:42 GMT+03:00 Benjamin Eberlei kont...@beberlei.de:
On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks arvids.godj...@gmail.com
wrote:
PDO is everywhere. Doctrine? Based on PDO.
You can use mysqli, oci8 or sqlsrv for example without problems in
Doctrine.
Exposing some
101 - 200 of 312 matches
Mail list logo