Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:88022 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 70229 invoked from network); 3 Sep 2015 06:36:55 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Sep 2015 06:36:55 -0000 Authentication-Results: pb1.pair.com smtp.mail=scott@paragonie.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=scott@paragonie.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain paragonie.com from 209.85.217.170 cause and error) X-PHP-List-Original-Sender: scott@paragonie.com X-Host-Fingerprint: 209.85.217.170 mail-lb0-f170.google.com Received: from [209.85.217.170] ([209.85.217.170:32965] helo=mail-lb0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FB/03-53181-68AE7E55 for ; Thu, 03 Sep 2015 02:36:54 -0400 Received: by lbcjc2 with SMTP id jc2so18579656lbc.0 for ; Wed, 02 Sep 2015 23:36:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4qjjH3bfbadpu51OWkVjT9i2n8je/0KXxtv68VZFuSI=; b=VqFMBxXJPwMPnJ8cVy+AZ7tYfWrrkCj7T3gj27Ppvrf6b4Z0c2JD4q7s9l/piQyN85 GpJAlytpT0y9LjpSwPN2Yeo+T1bn4I1GvAa407qboWiVs72CrC0s2U9vj7EgZhYoTz0g 4yMbEexqZjenZeY9izX21o+my876HgoL7ZhKR0ThbMQFfTeDz9KTePCIwnyww19Z3mgw LvLJ8cnbXIODTUG2jNr9ivZvHGh3b84ybl1CUJUALeZlfl2r4ZTV8iuilKZS2eWCV+D0 5UfT0ETCs4GUXv5NZQrDku40aWAHRaF33vFptmu4AgI42v5SvFjRZRyhf3B045D265ZL U5zA== X-Gm-Message-State: ALoCoQlmxMX1+44AnIhIQMe4CGKd4acDHMVmxidLmOZtyu8FJaCXJ4Xd8pk1cmFDoGx1KO7+ZmQU MIME-Version: 1.0 X-Received: by 10.152.29.68 with SMTP id i4mr19553453lah.97.1441262211650; Wed, 02 Sep 2015 23:36:51 -0700 (PDT) Received: by 10.114.202.196 with HTTP; Wed, 2 Sep 2015 23:36:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Sep 2015 02:36:51 -0400 Message-ID: To: Ferenc Kovacs Cc: Anthony Ferrara , Rasmus Lerdorf , PHP Internals Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] PDO: Disable emulated prepares by default? From: scott@paragonie.com (Scott Arciszewski) On Thu, Sep 3, 2015 at 2:33 AM, Ferenc Kovacs wrote: > > 2015. szept. 3. 6:14 ezt =C3=ADrta ("Scott Arciszewski" ): >> >> Inspired by http://stackoverflow.com/a/12202218/2224584 >> >> Can we (in either PHP 7.0 or in PHP 7.1) turn emulated prepared >> statements off by default, and still allow developers to turn it on if >> they really want them? >> >> For now my code works around this design decision, but not everybody >> is cognizant of this behavior. >> >> Scott Arciszewski >> Chief Development Officer >> Paragon Initiative Enterprises >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> > > Last time we discussed this it was Anthony who proposed the change and > Rasmus shed some light on why did we have the emulation in the first plac= e. > We can have change the default but we should have an RFC clearly stating = the > impact (an additional network roundtrip and the native prepares being les= s > flexible vs. better security and performance gain in case of executing th= e > same prepared query multiple times) Sure, and I'm fine with this being a 7.1 thing since most people work around this anyway. But I would like it to be changed eventually, however. Scott Arciszewski Chief Development Officer Paragon Initiative Enterprises