Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:108471 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 13968 invoked from network); 11 Feb 2020 14:28:34 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 11 Feb 2020 14:28:34 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id E71321804AB for ; Tue, 11 Feb 2020 04:42:27 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-qv1-f54.google.com (mail-qv1-f54.google.com [209.85.219.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 11 Feb 2020 04:42:24 -0800 (PST) Received: by mail-qv1-f54.google.com with SMTP id m5so4890074qvv.4 for ; Tue, 11 Feb 2020 04:42:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=r/2HHOjXSk0nMf8CBJntx7hr4GNypMcLLEzHIbtzJ5g=; b=Ur3+mGuuxZSt5FdH3qn3JDOoFGjv+yBInm0Py8U+0JqD4vP7J+5+DAGqOI/kIkm+XE /dCrvEv5ANqNqyTPjaLpcepX8dBp3YDKq54OKRxVgTk4ZAZHVur4wNVwdYLWyk9Exc4L gS+zCZyNQmXAiXppahx2YBRBf51dVEjYg8wJO24glRymnX7hvLTRbB3yHocRFqQaLVBN oapFt61t/jyZ+gsjNeLBui/PqV+kyhSQlrZB3QyCU122aFDQ4tW+lNWIuLeP9RjDTu5X GV2YZFQDMkAe5sDqheixhGJxXrW9Bhb5rsuWTlrbO7lyO1hRNmlaNcuphPqvGG97r01x iLxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=r/2HHOjXSk0nMf8CBJntx7hr4GNypMcLLEzHIbtzJ5g=; b=oryEWUkUBhtqnnttTA2jUolCAaciP70pAFlGo+9UiwPd9lNnXhnekJxswURKg5AOC8 SFHpH6+j93cbaWASwvLK8Pi1mb5Ldn+6xTex5EZtppf1V2xd7aZakOSvFntq84LZj6U4 Qoy9p6He0P7fplbGyK4jj7IsgZd8j817JqKaJOGyxH2geFwBhWFHoByVmTXk+eE+8pTd 34kqwTWLmiafuUnmVtmYzDWQFhreNtSaoYjAvMvXG4hlG+UdAS/7yTOFJwpFsMxM57wp Cn0kESSfYJda1nN4zNHsr7alpTuSOxnIvSo+SivMdfF9SVy6PXICnzTX/CmF7uXn1Tdj h1sQ== X-Gm-Message-State: APjAAAV4ncUkgv9RSOiTR8TJM8PytpkFsveiOO4oBaGzOYbyNAqIOghL Yd3i4wWQUqD1+MxFPxjyFgRDakSSEsXupoB4EcRwiGEt X-Google-Smtp-Source: APXvYqwS/rxAkh2xOARRzLkEt1DhVj4zLBeHDXJ0xFk7R1oP4F1ASBNsVGpoEtCGGdbk03Ht0+4Y1nv3dO+7d9dKH5w= X-Received: by 2002:ad4:424e:: with SMTP id l14mr2706821qvq.118.1581424941129; Tue, 11 Feb 2020 04:42:21 -0800 (PST) MIME-Version: 1.0 References: <50BD013E-CF72-414C-BBC0-A7A2E45CBDDB@pmjones.io> <20200211093357.Horde.rLSaCIKR44fKvPJyltsdQC_@yunosh.horde.org> In-Reply-To: <20200211093357.Horde.rLSaCIKR44fKvPJyltsdQC_@yunosh.horde.org> Date: Tue, 11 Feb 2020 13:42:10 +0100 Message-ID: To: Jan Schneider Cc: internals Content-Type: multipart/alternative; boundary="000000000000dae1a4059e4c2f08" Subject: Re: [PHP-DEV] RFC: Server-Side Request and Response Objects (v2) From: albertcasademont@gmail.com (Albert Casademont) --000000000000dae1a4059e4c2f08 Content-Type: text/plain; charset="UTF-8" This is very interesting, thanks! Would it make sense to also add an INI setting to disable superglobals and response functions? On Tue, Feb 11, 2020 at 10:34 AM Jan Schneider wrote: > > Zitat von Paul M. Jones : > > > Hi Internals, > > > > After a couple of years of incubation, I am happy to offer a second > > version of this RFC: > > > > https://wiki.php.net/rfc/request_response > > > > It proposes an object-oriented approach around request and response > > functionality already existing in PHP, in order to reduce the > > global-state problems that come with superglobals and the various > > response-related functions. > > I like this proposal a lot, since it provides a clear, concise > interface to these commonly uses, yet inconveniant to use, existing > functions and variables without having to always use a full-featured > userland library. > Speaking of interfaces: since you suggest using decoration and > composition over extension for ServerResponse, I am missing a > ServerResponseInterface, so that you can easily typehint such userland > decorators. > > -- > Jan Schneider > The Horde Project > https://www.horde.org/ > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --000000000000dae1a4059e4c2f08--