<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Prasanna</title>
    <description>The latest articles on DEV Community by Prasanna (@prasanna_ddfa6b07a919289f).</description>
    <link>https://dev.to/prasanna_ddfa6b07a919289f</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F2069282%2F4ac886c4-ac71-4673-91a7-032ba3f595ab.png</url>
      <title>DEV Community: Prasanna</title>
      <link>https://dev.to/prasanna_ddfa6b07a919289f</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/prasanna_ddfa6b07a919289f"/>
    <language>en</language>
    <item>
      <title>Getting file storage to work on a full-stack app is harder than tutorials make it look. 😅</title>
      <dc:creator>Prasanna</dc:creator>
      <pubDate>Thu, 30 Jul 2026 03:32:08 +0000</pubDate>
      <link>https://dev.to/prasanna_ddfa6b07a919289f/getting-file-storage-to-work-on-a-full-stack-app-is-harder-than-tutorials-make-it-look-2aif</link>
      <guid>https://dev.to/prasanna_ddfa6b07a919289f/getting-file-storage-to-work-on-a-full-stack-app-is-harder-than-tutorials-make-it-look-2aif</guid>
      <description>&lt;p&gt;While building Vidyari—a digital platform I'm developing for study materials and courses—I hit a major architecture wall. Users needed to upload heavy PDFs and video lectures, but pushing massive files directly through my Node.js and Express backend was eating up server memory and causing timeouts.&lt;/p&gt;

&lt;p&gt;I quickly realized the server shouldn't be the middleman for heavy lifting.&lt;br&gt;
To solve the bottleneck, I completely re-architected the upload flow using AWS S3 Multipart Uploads. Here is how it works now:&lt;/p&gt;

&lt;p&gt;1️⃣ The client requests a secure presigned URL from the backend.&lt;/p&gt;

&lt;p&gt;2️⃣ The large file is sliced into smaller chunks on the frontend.&lt;/p&gt;

&lt;p&gt;3️⃣ Those chunks are uploaded in parallel directly to the S3 bucket—completely bypassing my Node server.&lt;/p&gt;

&lt;p&gt;The best part? If a user's Wi-Fi drops at 99%, the system only retries the failed chunk instead of starting the entire upload over from scratch.&lt;/p&gt;

&lt;p&gt;Building Vidyari is teaching me that making something work locally is just step one.&lt;br&gt;
 Designing it to handle real-world conditions without crashing is the actual challenge.&lt;/p&gt;

&lt;p&gt;For the backend devs out there: what's your go-to strategy for handling large media uploads efficiently? Would love to hear your insights! 👇&lt;/p&gt;

&lt;p&gt;what to check out real word postmortems 👀&lt;/p&gt;

&lt;p&gt;&lt;a href="https://www.devsolved.com" rel="noopener noreferrer"&gt;https://www.devsolved.com&lt;/a&gt;&lt;br&gt;
&lt;a href="https://www.devsolved.com" rel="noopener noreferrer"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h1&gt;
  
  
  BuildInPublic #NodeJS #AWS #BackendDevelopment #WebDevelopment #StudentDeveloper
&lt;/h1&gt;

</description>
      <category>architecture</category>
      <category>aws</category>
      <category>backend</category>
      <category>fullstack</category>
    </item>
    <item>
      <title>DevSolved</title>
      <dc:creator>Prasanna</dc:creator>
      <pubDate>Mon, 27 Jul 2026 15:40:05 +0000</pubDate>
      <link>https://dev.to/prasanna_ddfa6b07a919289f/devsolved-5dkn</link>
      <guid>https://dev.to/prasanna_ddfa6b07a919289f/devsolved-5dkn</guid>
      <description>&lt;p&gt;&lt;a href="https://www.devsolved.com" rel="noopener noreferrer"&gt;https://www.devsolved.com&lt;/a&gt; **I Built a Place to Share Engineering Investigations, Not Just Solutions&lt;/p&gt;

&lt;p&gt;When I get stuck on a production issue, I usually find one of three things:&lt;/p&gt;

&lt;p&gt;A Stack Overflow answer with no explanation.&lt;br&gt;
A blog that skips the debugging process.&lt;br&gt;
Documentation that tells me what to do, but not how someone actually figured it out.&lt;/p&gt;

&lt;p&gt;What I really want is the story behind the fix.&lt;br&gt;
What were the symptoms?&lt;br&gt;
What hypotheses failed?&lt;br&gt;
What logs were checked?&lt;br&gt;
What was the actual root cause?&lt;br&gt;
Why did the final solution work?&lt;br&gt;
That's why I started building DevSolved.&lt;/p&gt;

&lt;p&gt;The idea is simple:&lt;br&gt;
Instead of publishing tutorials, document the entire engineering investigation.&lt;/p&gt;

&lt;p&gt;Think of it as a collection of:&lt;br&gt;
Production incidents&lt;br&gt;
Debugging journeys&lt;br&gt;
Root cause analyses&lt;br&gt;
Architecture decisions&lt;br&gt;
Lessons learned after fixing real systems&lt;br&gt;
The goal isn't to replace Stack Overflow or documentation.&lt;/p&gt;

&lt;p&gt;It's to preserve the engineering thinking that usually disappears once the bug is fixed.&lt;/p&gt;

&lt;p&gt;I'm still building and improving the platform, and I'd genuinely love feedback from fellow developers.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://www.devsolved.com" rel="noopener noreferrer"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;What kind of engineering investigation would you find most valuable to read?&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fldfkh7jr97acru67i9c6.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fldfkh7jr97acru67i9c6.jpg" alt=" " width="492" height="425"&gt;&lt;/a&gt;**&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>programming</category>
      <category>testing</category>
      <category>productivity</category>
    </item>
  </channel>
</rss>
