Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:100871 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 65422 invoked from network); 12 Oct 2017 12:06:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Oct 2017 12:06:18 -0000 Authentication-Results: pb1.pair.com header.from=danack@basereality.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=danack@basereality.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain basereality.com from 209.85.192.179 cause and error) X-PHP-List-Original-Sender: danack@basereality.com X-Host-Fingerprint: 209.85.192.179 mail-pf0-f179.google.com Received: from [209.85.192.179] ([209.85.192.179:49272] helo=mail-pf0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FD/95-49033-8BA5FD95 for ; Thu, 12 Oct 2017 08:06:16 -0400 Received: by mail-pf0-f179.google.com with SMTP id l188so4481031pfc.6 for ; Thu, 12 Oct 2017 05:06:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=basereality-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=28cbXkkZ8K67k5VYxMESRM+zSVSsCYzctCCbQgPiM0A=; b=HC5KNvnbcgAeRR9QIF8VuHBgJtOZE8OCTuL5B+tsNfCEjw0MDCv5e0huuxS1TQubXS jkQbeA964aki3HiRoVxcqA9YXokrIBp0GNQUHZs2TartTyjoA0rFN0wxTkrF91s5xWuh rGRP28YOOrwkmO2flYUiZ/IpjHBXEQZwB60sAjdvnlPxn5fxREGSPNd4vbp1h98Yss8W MWMml+k5DHVMU4NDJC2WMAlyYUMzcasfeeKGugeOlpz1jWm+pZCz3fS8UASVvZvAAb9f 6b7YURW+G8cWyferNBDAxh1h61NiNZOclspsQ4BX2ueMBsJE1xr7Z2HcXUeCEAE27RXQ ttpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=28cbXkkZ8K67k5VYxMESRM+zSVSsCYzctCCbQgPiM0A=; b=PvxFVs63iafsexr4ilevq6Q/RRbGgszY2yijnemRT4l7nAhvLahxk8bSUryJKmQktu p2shkWHWeZHrvG6PJmt9mlROQ4vE2F7ZLf9Zu2RzoD5490EFi0FSEShplpcZn95J7Bpf SwFAtRKoL/O5ic72p/gdlPt+ucNetxk0EAacemoHYvtZzeJPkKq7b5Acgh8PfceKMotd Ng39mDbFgDnblrI/OgJaiMMdigqTT4cmIIm7xlgqpD0w3fFUlRezAq5znlslLNNcmFh1 rYszJv6Kki/CjQUdYYdlyxdzCb/14MySAT20GyhdbYCMxovNUbx+aOFwQI3ZE/RP3Kiz 550A== X-Gm-Message-State: AMCzsaXUg/Gt2CncEqo86qHOxZ6fB5y0kFCB/wtk5aMN4roZuMgiUcY/ ekxGASZt/nQyOjWF8/QocyqlPE8UNSrVhKz2LUrQ0i/RmLE= X-Google-Smtp-Source: AOwi7QAMjUq1wxnulZnZcQXsYA0dWOUJbD7NhC1RK4w0/p5wv07dWRQ13702HV+ghtuXj8I2RBB6M5g/MPNa/ZIe1Qs= X-Received: by 10.84.131.36 with SMTP id 33mr66547pld.100.1507809972950; Thu, 12 Oct 2017 05:06:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.176.11 with HTTP; Thu, 12 Oct 2017 05:06:12 -0700 (PDT) X-Originating-IP: [81.143.203.71] In-Reply-To: <1aecde71827b7e65422dd6243e74a67b@bohwaz.net> References: <050ebe9b36b83431a4f2d5c170de57ad@bohwaz.net> <1aecde71827b7e65422dd6243e74a67b@bohwaz.net> Date: Thu, 12 Oct 2017 13:06:12 +0100 Message-ID: To: "BohwaZ/PHP" Cc: "internals@lists.php.net" Content-Type: text/plain; charset="UTF-8" Subject: Re: [PHP-DEV] [RFC] [VOTE] Implement missing SQLite feature "openBlob" in PDO From: danack@basereality.com (Dan Ackroyd) On 12 October 2017 at 00:11, BohwaZ/PHP wrote: > I don't really understand that logic. Yeah the existing behaviour is not > optimal. But there is no other solution right now. "First, do no harm", "given an existing problem, it may be better not to do something, or even to do nothing, than to risk causing more harm than good." If we add more magic methods to PDO, that are only present when the connection was made to an SQLite DB, then there will be more mess to cleanup, and more people are likely to complain about BC breaks, if/when we refactor the features to not have shitty magic behaviour. People have suggested changing the RFC process to require 2/3 approval for all RFCs. This RFC is a prime example of why that might be needed. We shouldn't be approving changes that are just barely good enough to be included. Changes should be clearly the right choice, to be included. > It might be years (or never) before that PDO behaviour is changed. In the meantime PHP will just be missing features that could have been provided, this sounds strange to me. openBlob has been available in the ext/sqlite3 extension for nine years, apparently. If it hasn't been present in PDO for all that time, and yet somehow people have still managed to be able to use PHP, then it doesn't exactly demonstrate that this is a feature that urgently needs to be added, no matter how much extra mess it leaves. > Should we also stop adding any feature to PHP because most > PHP functions are named incoherently and we need to wait until > all of them are renamed correctly? Hopefully not :) You have a habit of taking people's opinions, and then trying to take them to illogical conclusions, in order to try to win a discussion. This seems to put you in the position of not even trying to understand the other persons point of view, which is not helpful to you, if you're trying to persuade people. It also makes me not want to interact with you, as you're being deliberately obtuse. cheers Dan Ack