From a30872a4e807cf51e160634a6d88e6b98b07494e Mon Sep 17 00:00:00 2001
From: Akira Yamamoto <3007213+akirayamamoto@users.noreply.github.com>
Date: Tue, 9 Jun 2026 18:19:10 +1000
Subject: [PATCH] docs: shorten PHP upload limit comment

---
 docker/librespeed-php.ini | 19 +++----------------
 1 file changed, 3 insertions(+), 16 deletions(-)

diff --git a/docker/librespeed-php.ini b/docker/librespeed-php.ini
index 82bcea3..6a25f2f 100644
--- a/docker/librespeed-php.ini
+++ b/docker/librespeed-php.ini
@@ -1,18 +1,5 @@
-; LibreSpeed-recommended PHP override.
-;
-; speedtest_worker.js uploads in 20 MB chunks by default
-; (xhr_ul_blob_megabytes: 20). PHP's stock post_max_size = 8M rejects
-; every chunk: PHP emits a "POST Content-Length ... exceeds the
-; limit" startup warning and prevents empty.php from sending its
-; response headers (Cache-Control, Pragma, Connection, and CORS
-; under ?cors).
-;
-; The upload throughput number itself is unaffected — the worker
-; reads bytes-on-wire from xhr.upload.onprogress, not the response
-; body — but the response from empty.php is otherwise malformed.
-;
-; 32M is the next round number above the worker's 20M default; it
-; leaves headroom for operators who tune xhr_ul_blob_megabytes
-; upwards.
+; speedtest_worker.js defaults xhr_ul_blob_megabytes to 20.
+; PHP's stock post_max_size = 8M rejects those upload chunks before
+; empty.php can send its headers. 32M leaves modest headroom.
 
 post_max_size = 32M