If you are a Kenyan or African developer building on Cloudflare R2, there is a feature that quietly launched in open beta earlier this month that you should enable on your buckets right now. It is called Local Uploads, it costs nothing extra, and depending on where your users are relative to your bucket, it could cut your upload latency by up to 75%.That is not a marketing number. It is from Cloudflare's own synthetic benchmarks, and the underlying reason it matters so much for African developers specifically is worth understanding.<h2>The Problem: Your Bucket Is Far Away</h2>When you create an R2 bucket, it lives in a specific region — typically somewhere in the US or Europe, because those are where the primary storage locations are. Your Cloudflare Workers run at the edge, close to your users, which is why reads are already fast globally. R2 automatically caches reads across Cloudflare's network.But writes have always been a different story.When a user in Nairobi uploads a file to your app — a profile picture, a document, a video clip — that data has to travel all the way from their device to your bucket's physical location. If your bucket is in Eastern Europe, you are looking at a round trip that crosses oceans and multiple network hops. The result is slow, variable, and sometimes unreliable upload performance.<img src="https://cdn.calebms.com/articles/64284af2-9b99-4748-b401-54a6906941be.png" alt="49662.png">This is the "distance problem," and it has been the one area where R2's promise of global performance broke down. Until now.<h2>What Local Uploads Does</h2>Cloudflare's Local Uploads feature changes how R2 handles write requests when the client is in a different region from the bucket.Here is what happens with Local Uploads enabled:1. Your user in Nairobi initiates an upload.2. R2 receives the request at the nearest Cloudflare point of presence — in this case, likely the Nairobi or Mombasa data centre.3. The object data is written to storage infrastructure close to the user immediately.4. R2 returns a success response to the client right away. The upload is done from the user's perspective.5. In the background, Cloudflare replicates the data to your bucket's home region asynchronously.The critical detail is step 4. The object is immediately accessible and strongly consistent the moment the upload completes — there is no waiting for replication to finish before the file can be read. Cloudflare handles the background copying with automatic retries to ensure nothing is lost.<img src="https://cdn.calebms.com/articles/167b84e8-0b15-4f06-8b32-248d7f15fa4e.png" alt="49663.png">In Cloudflare's own benchmark tests — simulating a client in Western North America uploading to a bucket with an Asia-Pacific location hint — median upload time dropped from around 2 seconds to around 500 milliseconds after enabling Local Uploads. That is a 75% reduction in Time to Last Byte.<img src="https://cdn.calebms.com/articles/708d1177-2574-4dfb-8c75-d9663dbc6af8.png" alt="49661.png">For a user in Nairobi uploading to a US-based bucket, the distance and latency profile is even more extreme than that benchmark scenario. The gains are likely to be at least as significant, and possibly more.<h2>Why This Matters More for Africa Than Almost Anywhere Else</h2>Cloudflare has over 300 points of presence globally, including multiple locations across Africa — Nairobi, Lagos, Johannesburg, Cairo, and others. This means the "nearest PoP" for your Kenyan users is genuinely nearby, not a European proxy.But the primary R2 storage regions are concentrated in North America, Europe, and Asia-Pacific. There is no R2 storage region in Africa. This means every single upload from an African user to an R2 bucket — without Local Uploads — has been making a cross-continental journey.That gap matters in practical terms. If you are building:<ul class="tight" data-tight="true"><li>A file sharing or document management app with Kenyan users</li><li>A media platform where users upload photos or videos</li><li>A mobile app that syncs data or logs to R2</li><li>An e-commerce platform where sellers upload product images</li></ul>...every upload your users make has been traveling thousands of kilometres more than it needed to. Local Uploads eliminates that penalty.<h2>One Thing to Know Before You Enable It</h2>Local Uploads works best when your reads and writes come from the same region. There is a nuance worth understanding: when a file is uploaded locally and replication to the home bucket region is still in progress, a read request coming from near the bucket's home region — not from near the uploader — may experience some latency until replication completes.In practice, for most Kenyan and African developer use cases, this is not a concern. If your users are uploading and reading their own content from the same general region, the experience is fast in both directions. The edge case to watch is if you have a backend process in the US reading files immediately after an African user uploads them — there could be a brief window before replication completes.Also worth noting: Local Uploads is not available for buckets with jurisdictional restrictions enabled, such as EU-restricted or FedRAMP buckets, because the feature requires temporarily routing data through locations outside the bucket's designated region.<h2>How to Enable It</h2>Enabling Local Uploads takes about 30 seconds and requires no code changes. It works with the S3 API, Workers Bindings, and plain HTTP — whatever you are already using continues to work exactly as before, just faster.Via the Cloudflare Dashboard:1. Log in to the Cloudflare dashboard.2. Navigate to R2 Overview.3. Select the bucket you want to update.4. Go to the Settings tab.5. Find Local Uploads and select Enable.That is it. Existing uploads complete normally with no interruption to traffic.Via Wrangler (CLI):If you prefer the command line, a single command does the job:<pre><code>npx wrangler r2 bucket local-uploads enable [YOUR_BUCKET_NAME]</code></pre>Replace `[YOUR_BUCKET_NAME]` with the name of your bucket. You can also disable it at any time with:<pre><code>npx wrangler r2 bucket local-uploads disable [YOUR_BUCKET_NAME]</code></pre>Cost: There is no additional cost. Upload requests incur the standard Class A operation costs, exactly as they did before Local Uploads.<h2>How to Verify It Is Working</h2>Once enabled, you can monitor the impact through the R2 bucket metrics page in the Cloudflare dashboard. Navigate to your bucket, select Metrics, and look at the Request Distribution by Region chart. This shows you the geographic distribution of read and write requests and gives you a picture of where your traffic is coming from relative to your bucket location.<img src="https://cdn.calebms.com/articles/7f3ef8ae-0d75-406f-99ff-a4ab274e1c13.png" alt="49664.png">If you want to test it directly, Cloudflare has a public demo at <a target="_blank" rel="noopener noreferrer nofollow" href="https://local-uploads.r2-demo.workers.dev">`local-uploads.r2-demo.workers.dev`</a> that lets you simulate uploads from different geographic locations and see the latency difference with and without Local Uploads enabled.<h2>How Does This Compare to AWS S3 Transfer Acceleration?</h2>AWS offers a similar feature for S3 called Transfer Acceleration, which uses CloudFront edge locations to speed up uploads from distant clients. The approaches are architecturally different: S3 Transfer Acceleration optimises routing through the AWS network backbone, while R2 Local Uploads performs actual local writes with asynchronous replication.The practical difference for Kenyan developers is cost. S3 Transfer Acceleration carries an additional per-GB charge on top of standard S3 pricing. R2 Local Uploads is free, and R2 already has no egress fees — which is the reason many developers in Kenya and across Africa have been moving away from S3 to R2 in the first place.Google Cloud Storage and Azure Blob Storage currently have no equivalent feature that accepts local writes globally.<h2>The Bigger Picture</h2>This is the second significant developer-focused update from Cloudflare in recent weeks that has direct implications for African developers. We covered <a target="_blank" rel="noopener noreferrer nofollow" href="https://www.techinkenya.com/articles/cloudflare-introduces-markdown-for-ai-agents-a-quiet-revolution-with-major">Cloudflare's Markdown endpoint for AI agents </a>this month — a feature that changes how AI systems consume web content, with meaningful implications for publishers on the continent.Local Uploads is a more targeted, infrastructure-level improvement, but it addresses one of the most persistent friction points for developers building user-facing applications in markets far from where cloud storage infrastructure is concentrated. The fact that it costs nothing to enable makes the decision simple.If you are building on R2, turn it on today.Are you building on Cloudflare R2? Share what you are working on in the comments — we are always looking to feature interesting projects from Kenyan and African developers.

Cloudflare Just Made R2 Significantly Faster for African Developers — Here Is What Changed and Why It Matters

In our last article, we discussed how the global AI boom is making RAM a luxury. With budget phones in Kenya likely to stick with 4GB or 6GB of physical memory for the foreseeable future, the "lazy" days of development are over.As developers, we can no longer assume the user has "infinite" resources. If your React bundle is 5MB or your Flutter app leaks memory, it won't just be slow—it will be unusable. Here is how we build high-performance apps for the Kenyan market in 2026.<h2>1. The "RAM Budget" Mindset</h2>Stop treating RAM as an unlimited pool. Start treating it like a data bundle.<ul><li>The Rule of 100MB: Aim for your app to never exceed 100MB of active heap memory on a budget device.</li><li>Kill the "Dependency Pile": Every npm install or pub add brings hidden weight. Before adding a library for a simple task (like date formatting), ask yourself: "Can I write this in 10 lines of vanilla code?"</li></ul><ad-spot></ad-spot><h2>2. Web Optimization: The JS/TS Diet</h2>For web developers, the browser is the biggest RAM hog. Chrome on a 4GB Android phone is a dangerous environment.<ul><li>Code Splitting is Mandatory: Don't ship your entire app at once. Use dynamic imports (import()) to load features only when the user clicks them.</li><li>The Image Evolution: Stop using JPEGs. Use WebP or AVIF. Use Responsive Images (srcset) to ensure a phone doesn't download a 4K image just to display it on a 720p screen.</li></ul><ul><li>Tree Shaking: Ensure your build pipeline (Vite, Webpack, etc.) is aggressively removing unused code from your production bundles.</li></ul><h2>3. Mobile Optimization: Flutter &amp; Native</h2>If you are building mobile apps, memory leaks are your biggest enemy on low-RAM devices.<ol><li>ListView.builder is Your Friend: Never use a standard Column or ListView for long lists. It renders every item at once, eating RAM. Use .builder to ensure only the visible items exist in memory.</li><li>Dispose Everything: In Flutter or Android Native, failing to call .dispose() on controllers (Animation, Scroll, Text) is the #1 reason apps crash on 4GB phones.</li><li>Asset Management: Don't bundle 20MB of 4K assets in your APK. Use on-demand delivery or host heavy assets on a CDN (like Cloudflare) to keep the initial install size tiny.</li></ol><ad-spot></ad-spot><h2>4. Code Example: Efficient List Rendering (TS/React)</h2>Instead of loading 1000 items into the DOM, use "Windowing" oir "Virtualization."<pre><code>// Good: Only renders what the user sees
import { FixedSizeList as List } from 'react-window';
 const MyList = ({ items }) =&gt; (
 &lt;List
 height={500}
 itemCount={items.length}
 itemSize={35}
 width={300}
 &gt;
 {({ index, style }) =&gt; (
 &lt;div style={style}&gt;Item {items[index].name}&lt;/div&gt;
 )}
 &lt;/List&gt;
);
</code></pre><h2>5.Testing on "Real" Kenyan Hardware</h2>Don't just test on your high-end development laptop or a $1,000 iPhone.<ul><li>The "Luthuli Test": Buy a cheap 12,000 KES phone with 4GB of RAM and 64GB of storage.</li><li>Use Profilers: Use the Android Studio Profiler or Chrome DevTools Memory tab. If you see a "sawtooth" pattern in your memory graph, you have a leak that will kill a budget phone in minutes.</li></ul><h2>Conclusion: Performance is a Feature</h2>In Kenya, performance isn't just about speed; it's about accessibility. When you optimize your app to use less RAM, you aren't just making it faster—you are ensuring that the student in a hostel or the small business owner in town can actually use your service without their phone crashing.Building "lightweight" is the new mark of a senior developer. Let's build for the hardware people actually have, not the hardware we wish they had.

Development

Cloudflare Just Made R2 Significantly Faster for African Developers — Here Is What Changed and Why It Matters

Kenya's 4GB RAM reality: How to build lightweight apps