Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:108491 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 73657 invoked from network); 11 Feb 2020 19:09:11 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 11 Feb 2020 19:09:11 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 60FAD18054C for ; Tue, 11 Feb 2020 09:23:09 -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-f47.google.com (mail-qv1-f47.google.com [209.85.219.47]) (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 09:23:08 -0800 (PST) Received: by mail-qv1-f47.google.com with SMTP id y2so5326964qvu.13 for ; Tue, 11 Feb 2020 09:23:08 -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=GInunKShVRQFDMZXDerAL3aCVVCsgSDQyPDau3PtCC4=; b=VcYy9z+G4pccF88Y7impsBVOmklkiC1wPQdbYKlftJuqnsrV3PmnFiZOfc3hNiYz32 wcEt5dxHpsim6+7xyfTyqdBENA3HIRwBb63uX0vXbv/U4Jv8X3h0yP8t36y1t2jzv9Ck l87nNCNVb+P9MHdVap4jY9XWkQuHQ0fXwNXTVL24LDKDf58PO6+MJ8psBa3FUxvhqv+D uyzEKya07GfdfLwQOOJz3UMYAxM7YJx7O/E8aMVVREb1iqh/v3V6OHxawFNCDk/bR75l IwZn8ygYus9XYp7H3CEGBA5fVgp16XYRQoxWPK+8dt9dpb/woyXQ+ZoDqI2i0HOraSQT ahEA== 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=GInunKShVRQFDMZXDerAL3aCVVCsgSDQyPDau3PtCC4=; b=s/6i0vbdqqAkVMCUkbHfzgjEkucE0FC/fZzE00zl6PXkM9XY46QwAjsMsEQA5hIXrh fzGZifPXUtOaYNhNOhM5o3SW3fpc6n/oydMvT/ryXv49aECPD/Xy318FIIflCx6efZGv qk4gkU6YWeoMd2TP9Nm1Me2MkAq2H/272Dz0lDo+qFDAyUwVf2ukP9Rz4m/B+8ClT4+V vomw6qdsMPaN9nPRgi4uzB0TIQGf9X+O96j5BNN9nRbF3jXZDWkWOc08aU69zFWEG2sn f5L/cCWfM8Zbn/IgGMt2QhwzjLEF1c5LHiBMLKZtsWzUPjFvJBpgRcCN+r58QM75RdDA KxpA== X-Gm-Message-State: APjAAAUnpwueZcCwna0bhZGOpYPbf9UxVnsKWuehzjbWajIsNo4cAUZP wmxhDi0uAqELDwvnLdLKGEnePQG9+PiwLlnbIYwkgH6Q X-Google-Smtp-Source: APXvYqzxylZLZnt4KM1inB7ogrI9lG5eeeHnR3Xzamc1q6+ZxpvaADNZ3Jx5vPdi2xBjWq0ClkVzh9tMjX+8g1jFqY4= X-Received: by 2002:ad4:514e:: with SMTP id g14mr3852178qvq.196.1581441785933; Tue, 11 Feb 2020 09:23:05 -0800 (PST) MIME-Version: 1.0 References: <50BD013E-CF72-414C-BBC0-A7A2E45CBDDB@pmjones.io> <20200211093357.Horde.rLSaCIKR44fKvPJyltsdQC_@yunosh.horde.org> <3b6074d8-bfd5-41a4-1a86-4ce57f91904d@rhsoft.net> In-Reply-To: <3b6074d8-bfd5-41a4-1a86-4ce57f91904d@rhsoft.net> Date: Tue, 11 Feb 2020 18:22:54 +0100 Message-ID: To: "Reindl Harald (privat)" Cc: Jan Schneider , internals Content-Type: multipart/alternative; boundary="000000000000e23605059e501be3" Subject: Re: [PHP-DEV] RFC: Server-Side Request and Response Objects (v2) From: albertcasademont@gmail.com (Albert Casademont) --000000000000e23605059e501be3 Content-Type: text/plain; charset="UTF-8" On Tue, Feb 11, 2020 at 1:59 PM Reindl Harald (privat) wrote: > > > Am 11.02.20 um 13:42 schrieb Albert Casademont: > > This is very interesting, thanks! > > > > Would it make sense to also add an INI setting to disable superglobals > and > > response functions? > > no because changing basic language behavior that way is not helpful for > code meant to run everywhere and not stop working just because tomorrow > someone changed a random ini setting > That could be said for all INI settings: yes they can break things if you touch them without knowing what they do. I think it might make sense to be able to disable superglobals and response functions if your codebase is committed to using the new classes, much like the old "register_globals" did. Why pollute the global namespace if you don't need them? --000000000000e23605059e501be3--