Show HN: Pages CMS – GitHub के लिए एक CMS

मूल लेख ↗ Hacker News चर्चा ↗

Pages CMS नाम का एक नया open source project GitHub-आधारित content management system प्रदान करता है, जो Jekyll, Hugo, Eleventy, Astro, और Next.js जैसे मौजूदा static site generators के ऊपर बैठता है, और उपयोगकर्ताओं को किसी विशिष्ट hosting provider में लॉक किए बिना WordPress-जैसा editing अनुभव देने का लक्ष्य रखता है। टिप्पणीकार Decap/Netlify CMS और TinaCMS जैसे टूल्स की तुलना में इसके सरल UX की सराहना करते हैं, Cloudflare Pages जैसी सेवाओं पर आसान self-hosting को पसंद करते हैं, और multi-repo support, configurable content types, और rich-text editing जैसी सुविधाओं को रेखांकित करते हैं। प्रमुख चुनौतियों और roadmap items में auto-generated configs के जरिए बेहतर onboarding, बेहतर MDX और HTML collection support, media storage विकल्प (S3/R2), और GitHub से आगे broader Git provider compatibility शामिल हैं।

समग्र प्रतिक्रिया और लक्षित उपयोग-केस

  • कई टिप्पणीकार उत्साहित हैं, खासकर वे जो Forestry को मिस कर रहे हैं या Decap/Netlify CMS और Tina से असंतुष्ट हैं।
  • लोकप्रिय उपयोग-केस: Hugo, Jekyll, Eleventy, Astro, Next.js और अन्य SSGs के साथ बने ब्लॉग और दस्तावेज़ीकरण साइटें, जहाँ गैर-तकनीकी उपयोगकर्ताओं के लिए Git रेपो में सामग्री संपादित करना आसान हो जाता है।
  • कुछ लोगों को यह ठीक वही “GitHub के ऊपर एक पतली CMS परत” लगता है जिसकी वे तलाश कर रहे थे।

सेटअप, कॉन्फ़िगरेशन और UX

  • लोग UI/UX की सराहना करते हैं और रिपोर्ट करते हैं कि इसे Cloudflare पर कुछ ही मिनटों में चालू कर लिया।
  • अन्य लोग नोट करते हैं कि ऑनबोर्डिंग अभी पूरी तरह “क्लिक-और-हो गया” नहीं है; पेज कॉन्फ़िगरेशन और कंटेंट स्कीमा समझने में अभी भी मेहनत लगती है।
  • कई लोग एक कॉन्फ़िगरेशन विज़ार्ड माँगते हैं जो मौजूदा फ़ोल्डरों और फ्रंट मैटर से कंटेंट टाइप और फ़ील्ड्स का अनुमान लगा सके; लेखक संकेत देता है कि यह योजना में है।

कंटेंट फ़ॉर्मैट और SSG इंटीग्रेशन

  • Markdown front matter के साथ सामान्य SSGs में अच्छी तरह काम करता है।
  • वर्तमान सीमाएँ: MDX सपोर्ट आंशिक है ("code" मोड के जरिए एकल फ़ाइलें ठीक हैं; collections और rich editor अभी पूरी तरह मजबूत नहीं हैं)।
  • कुछ Jekyll उपयोगकर्ताओं को यह स्पष्ट नहीं है कि front matter के बाद केवल निहित होने पर “body” कैसे मैप होता है।
  • HTML और MDX collections के लिए बेहतर सपोर्ट, Jekyll के लिए date-from-filename, और एक-एंट्री-प्रति-फ़ाइल के बजाय flat YAML “collections” की माँग है।

प्रमाणीकरण, होस्टिंग और Git प्रदाता

  • अभी केवल GitHub समर्थित है; कोड कहीं भी होस्ट किया जा सकता है (जैसे Cloudflare Pages), CMS पूरी तरह frontend और छोटी auth functions पर आधारित है।
  • GitHub OAuth को व्यापक repo access चाहिए; टिप्पणीकारों को यह असहज लगता है, लेकिन fine-grained personal access tokens और self-hosting इसे कम करते हैं।
  • कुछ लोग GitLab, Bitbucket, Gitea, या एक generic Git API के समर्थन की ज़ोरदार माँग करते हैं; generic Git फिलहाल scope से बाहर है।

मीडिया हैंडलिंग और स्टोरेज

  • Rich-text editor शुरू में तब टूट गया जब media configure नहीं था; hotfixes जल्दी जारी किए गए।
  • उपयोगकर्ता S3/R2 और third-party upload services माँगते हैं; S3/R2 सपोर्ट पर सक्रिय रूप से काम हो रहा है।
  • file extensions पर filters कॉन्फ़िगर करके media को posts के साथ उसी स्थान पर रखा जा सकता है।

तुलनाएँ, मूल्य निर्धारण और दर्शन

  • Decap, Static CMS, Keystatic, Tina, Statamic, Lektor, Publii, और CloudCannon से अक्सर तुलना की गई।
  • चर्चा किए गए मुख्य अंतर: Decap की तुलना में सरल UX, Keystatic desktop mode के विपरीत पूरी तरह ऑनलाइन चलता है, और किसी विशिष्ट provider के साथ hosting की आवश्यकता नहीं है।
  • यह project MIT-licensed है और self-hostable है; advanced features के लिए eventual “Pro” tier का उल्लेख किया गया है, जिससे लंबे समय तक free status को लेकर कुछ संदेह पैदा होता है।