Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121265
Return-Path: <tim@bastelstu.be>
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 17171 invoked from network); 7 Oct 2023 15:47:42 -0000
Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5)
  by pb1.pair.com with SMTP; 7 Oct 2023 15:47:42 -0000
Received: from php-smtp4.php.net (localhost [127.0.0.1])
	by php-smtp4.php.net (Postfix) with ESMTP id A7A821804B4
	for <internals@lists.php.net>; Sat,  7 Oct 2023 08:47:41 -0700 (PDT)
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,SPF_HELO_NONE,SPF_PASS,
	T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.2
X-Spam-ASN: AS24940 176.9.0.0/16
X-Spam-Virus: No
X-Envelope-From: <tim@bastelstu.be>
Received: from chrono.xqk7.com (chrono.xqk7.com [176.9.45.72])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by php-smtp4.php.net (Postfix) with ESMTPS
	for <internals@lists.php.net>; Sat,  7 Oct 2023 08:47:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bastelstu.be;
	s=mail20171119; t=1696693660;
	bh=3fTCKNh1nDQJdzOX2i4cUJRdma6iacRtpMfFfbJm+4w=;
	h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From:
	 In-Reply-To:Content-Type:from:to:cc:subject:message-id;
	b=nB2tCkrRARPOtn7/xYZHbrn9TNtAroVeZNSQ60m5YVq2BmTrpL/BVE1/48ce01fM7
	 VarcEBep1Xbff/mHbD5nZrlE1kuokrWgia6huZfI0eQ1LpoO75Fsijh7Jsi4UyJgSP
	 dZl1bF6bEph9zOi2u8kZgnmtvcaeSYjNyIyzL5mcU1OooUHoaRtffWekvZf43Iel2Z
	 MHETpnyOAW/ok5M7mBQLT16/9btLEqOHUSJ4WKa4duiRxy6gRmVCdkhHj7rS+/qKRK
	 AHB135Vu1oBneeFXY2YTpOycmGCYK1TgsEhzpDSR/afymjVpf0PUm6dKPWFky/osvG
	 bDXJQDAdaxqvg==
Message-ID: <0d963689-4c9b-8e9e-0f62-800b7b11abe3@bastelstu.be>
Date: Sat, 7 Oct 2023 17:47:39 +0200
MIME-Version: 1.0
Content-Language: en-US
To: Jakub Zelenka <bukka@php.net>, Ilija Tovilo <tovilo.ilija@gmail.com>
Cc: PHP internals <internals@lists.php.net>
References: <CAPyj-LD0EDYUZSOM=P9doSZRJ8LipSKKUSBHxV-bRbCV1QsYtQ@mail.gmail.com>
 <CAEKnhAGd2PtSdBiw1MiGt8H2FJVe_x3nFaN5ujMGAU=2a+wheQ@mail.gmail.com>
In-Reply-To: <CAEKnhAGd2PtSdBiw1MiGt8H2FJVe_x3nFaN5ujMGAU=2a+wheQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [RFC][Under discussion] RFC1867 for non-POST HTTP verbs
From: tim@bastelstu.be (=?UTF-8?Q?Tim_D=c3=bcsterhus?=)

Hi

On 10/6/23 18:18, Jakub Zelenka wrote:
> It should probably explicitly mention that it uses the same inis like
> max_input_vars, max_file_uploads and max_multipart_body_parts.
> 

That reminds me of this thread:

https://externals.io/message/118614

I'd love to see some functionality to handle those "input limits" in a 
well-defined way (e.g. to be able to render a nice error page within my 
application), but this is currently not (easily) possible, because the 
error is emitted before my script boots. I'm currently using the 
error_get_last() workaround mentioned in that thread, but that is 
everything but great.

Best regards
Tim Düsterhus