- डेवलपर्स के लिए लोकल डेवलपमेंट सर्वर को TLS proxy के पीछे रखकर इस्तेमाल करने हेतु लोकल डेवलपमेंट सर्वर aliases मैनेज करने वाला टूल
https://server.test → http://localhost:3000 रीडायरेक्शन को ब्राउज़र और कमांड लाइन, दोनों में सपोर्ट करता है- ब्राउज़र और CLI, दोनों में पोर्ट-रहित HTTPS URL का उपयोग संभव
- ऑटोमैटिक TLS certificate issuance और /etc/hosts अपडेट के जरिए प्रोडक्शन-जैसा security·cookie·CORS environment बनाया जा सकता है
- शेयर करने योग्य YAML configuration और foreground execution·daemon mode को सपोर्ट करता है, जिससे पूरी टीम एक ही alias इस्तेमाल कर सकती है और बदलावों को तुरंत proxy पर लागू किया जा सकता है
- अंदरूनी तौर पर Caddy का उपयोग करके HTTP→HTTPS proxy और mDNS(.local) broadcast को संभालता है, इसलिए एक ही नेटवर्क के अन्य डिवाइसों (जैसे स्मार्टफोन) से भी एक्सेस संभव है
- MacOS, Linux, WSL2 पर काम करता है
- hotel/chalet की तुलना में फायदे
- single binary के रूप में चलता है, इसलिए NodeJS dependency नहीं
- system proxy settings की जरूरत नहीं, host file आधारित होने से browser·CLI consistency मिलती है
- multiple TLD सपोर्ट और automatic TLS signing के साथ warning-free HTTPS environment देता है
- repo auto-discovery configuration की वजह से टीम में शेयर करना आसान है और process management में non-intrusive सिद्धांत के कारण लचीलापन मिलता है
- मुख्य use cases
- frontend/backend को क्रमशः
https://app.test, https://api.test पर expose करके Secure Cookie·SameSite·CORS को वास्तविक वातावरण की तरह सत्यापित करने वाला integrated local stack बनाना
- मोबाइल रियल-डिवाइस टेस्टिंग में
.local डोमेन के जरिए एक ही नेटवर्क के डिवाइस एक्सेस को सरल बनाकर responsive·PWA·login flow की जांच करना
- टीम onboarding के समय environment variables·ports याद रखने के बजाय fixed domains साझा करके developer experience standardization हासिल करना
1 टिप्पणियां
यह बस Caddy का एक साधारण wrapper लगता है, लेकिन अभी तक मुझे समझ नहीं आ रहा कि इसकी जगह इसे इस्तेमाल करने की ज़रूरत क्या है।