← LEACB पर वापस
2025-12-05

Cloudflare Pages का अनुभव

DevOpsCloudflare

Cloudflare Pages क्यों

जब LEACB को डिप्लॉय करने का वक़्त आया, मुझे कुछ तेज़, मुफ़्त और भरोसेमंद चाहिए था। Cloudflare Pages पर सब सही बैठा: ग्लोबल CDN, अपने-आप HTTPS, Git इंटीग्रेशन, और निजी प्रोजेक्ट के लिए शून्य ख़र्च।

When it came time to deploy LEACB, I needed something fast, free, and reliable. Cloudflare Pages checked all the boxes: global CDN, automatic HTTPS, Git integration, and zero cost for personal projects.

8 घंटे का सफ़र

जिसे मैं 30 मिनट का काम समझ रहा था, वह 8 घंटे की यात्रा बन गया। इसलिए नहीं कि Cloudflare Pages मुश्किल है — वह असल में बहुत सीधा है — बल्कि इसलिए कि मेरे प्रोजेक्ट के ढाँचे में कुछ मान्यताएँ थीं जो स्टैटिक होस्टिंग पर लागू नहीं होती थीं।

What I thought would be a 30-minute deploy turned into an 8-hour odyssey. Not because Cloudflare Pages is hard — it's actually beautifully simple — but because my project structure had assumptions that didn't map to static hosting.

पहला बिल्ड डायरेक्टरी स्ट्रक्चर की वजह से फ़ेल हुआ। दूसरा रीडायरेक्ट नियमों की वजह से। तीसरा आधा चला, पर CSS पाथ ग़लत थे। हर नाकामी ने स्टैटिक होस्टिंग के असली काम-काज के बारे में कुछ सिखाया।

The first build failed because of my directory structure. The second failed because of redirect rules. The third partially worked but CSS paths were wrong. Each failure taught me something about how static hosting actually works.

बिल्ड लूप और रीडायरेक्ट

सबसे पेचीदा हिस्सा रीडायरेक्ट को ठीक करना था। मेरी _redirects फ़ाइल को बिल्कुल सही सिंटैक्स चाहिए था। ग़लत जगह लगा एक ट्रेलिंग स्लैश अनंत रीडायरेक्ट लूप बना देता था। एक छूटा हुआ नियम सीधे ब्लॉग लिंक पर 404 दिखा देता था।

The trickiest part was getting redirects right. My _redirects file needed exact syntax. One trailing slash in the wrong place created infinite redirect loops. One missing rule meant 404s on direct blog links.

“DevOps 10% कॉन्फ़िगरेशन है और 90% यह पता लगाना कि कॉन्फ़िगरेशन काम क्यों नहीं कर रहा।”
"DevOps is 10% configuration and 90% debugging why the configuration doesn't work."

स्ट्रक्चर की मरम्मत

मैंने सीखा कि स्टैटिक होस्टिंग में सपाट फ़ाइल स्ट्रक्चर मायने रखता है। ऐसेट पाथ सापेक्ष होने चाहिए या ठीक से रूट किए हुए। मॉड्यूल इम्पोर्ट को सही MIME टाइप चाहिए। और Three.js के लिए importmap को CDN के सापेक्ष हल होना चाहिए, लोकल फ़ाइलों के नहीं।

I learned that flat file structure matters for static hosting. Asset paths need to be relative or properly rooted. Module imports need correct MIME types. And importmap for Three.js needs to resolve against the CDN, not local files.

लाइव होना

जब leacb.com आख़िरकार पूरी तरह ठीक लोड हुआ — 3D सीन, पार्टिकल, एनिमेशन, सब Cloudflare के ग्लोबल CDN पर चलते हुए — तो 8 घंटे की मशक़्क़त उसी पल वसूल हो गई। दुनिया में कहीं से भी 1 सेकंड से कम में लोड। अपने-आप HTTP/3। एज कैशिंग। सब मुफ़्त।

When leacb.com finally loaded perfectly — 3D scene, particles, animations, all working on the global Cloudflare CDN — the 8-hour struggle was instantly worth it. Load times under 1 second from anywhere in the world. Automatic HTTP/3. Edge caching. All free.

निचोड़

  • अपना बिल्ड पहले लोकल में जाँचें — डिप्लॉय करने से पहले किसी स्टैटिक फ़ाइल सर्वर पर
  • _redirects फ़ाइल सही रखें — यही सबसे आम तकलीफ़ की जगह है
  • ऐसेट के लिए सापेक्ष पाथ इस्तेमाल करें — डोमेन-विशेष दिक़्क़तों से बचने के लिए
  • Cloudflare Pages बेहतरीन है — स्टैटिक साइट और SPA के लिए
  • Test your build locally with a static file server before deploying
  • Get your _redirects file right — it's the most common pain point
  • Use relative paths for assets to avoid domain-specific issues
  • Cloudflare Pages is excellent for static sites and SPAs