<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Per-app option to disable nginx request buffering (proxy_request_buffering)]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I’m trying to packaging an app that reverse-proxies uploads to a backend in real time (a tunnel/gateway app) to ease my setup. Cloudron’s nginx currently buffers the complete request body before passing it to the app (proxy_request_buffering on). For large uploads this means:</p>
<ul>
<li>clients see 100 % progress while the app hasn’t received any data yet,</li>
<li>the whole body is written to the server disk first,</li>
<li>the total upload time roughly doubles for streamed workloads.</li>
<li>A manual test with proxy_request_buffering off; in the app’s vhost confirmed that streaming works as expected, but of course that change is overwritten whenever Cloudron regenerates the config.</li>
</ul>
<p dir="auto">Would it be possible to add a manifest option (for example "proxyRequestBuffering": false), or an admin setting per app, to disable request buffering for apps that need streaming uploads?</p>
<p dir="auto">A related question: Cloudron replaces 502/503/504 responses from the app with its own appstatus.html page. Is there a way for an app to return its own error responses (for example JSON errors for API clients) instead?</p>
<p dir="auto">Your's Tim, Thanks!</p>
]]></description><link>https://forum.cloudron.io/topic/16192/per-app-option-to-disable-nginx-request-buffering-proxy_request_buffering</link><generator>RSS for Node</generator><lastBuildDate>Sun, 01 Nov 2026 03:50:46 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/16192.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 24 Oct 2026 19:21:39 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Per-app option to disable nginx request buffering (proxy_request_buffering) on Fri, 30 Oct 2026 14:06:29 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a>, fantastic fast response, thanks you a lot!!</p>
]]></description><link>https://forum.cloudron.io/post/132140</link><guid isPermaLink="true">https://forum.cloudron.io/post/132140</guid><dc:creator><![CDATA[timka]]></dc:creator><pubDate>Fri, 30 Oct 2026 14:06:29 GMT</pubDate></item><item><title><![CDATA[Reply to Per-app option to disable nginx request buffering (proxy_request_buffering) on Wed, 28 Oct 2026 16:37:58 GMT]]></title><description><![CDATA[<p dir="auto">I have fixed this now. There is now a new flag in the manifest called <code>streamRequestBody</code> which will help packages to disable request buffering. By default, the platform also now caps request bodies to 100M. Packages that want more have to enable this flag and also make sure they can deal with slowloris style DoS attacks.</p>
]]></description><link>https://forum.cloudron.io/post/132034</link><guid isPermaLink="true">https://forum.cloudron.io/post/132034</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Wed, 28 Oct 2026 16:37:58 GMT</pubDate></item><item><title><![CDATA[Reply to Per-app option to disable nginx request buffering (proxy_request_buffering) on Wed, 28 Oct 2026 10:56:40 GMT]]></title><description><![CDATA[<p dir="auto">This is a good request <a class="plugin-mentions-user plugin-mentions-a" href="/user/timka" aria-label="Profile: timka">@<bdi>timka</bdi></a> . I started investigating this and this led me down to quite some rabbit hole. Will fix <img src="https://forum.cloudron.io/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=a79b2fa6f17" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:1.4em;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
]]></description><link>https://forum.cloudron.io/post/132017</link><guid isPermaLink="true">https://forum.cloudron.io/post/132017</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Wed, 28 Oct 2026 10:56:40 GMT</pubDate></item></channel></rss>