अपनी साइट पर प्रकाशित करें और अन्य जगहों पर वितरित करें (POSSE)

 (indieweb.org)
3 पॉइंट द्वारा GN⁺ 2026-03-24 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • यह एक तरीका है जिसमें व्यक्ति पहले अपनी वेबसाइट पर कंटेंट प्रकाशित करता है, और उसकी कॉपी या लिंक को सोशल मीडिया जैसे बाहरी प्लेटफ़ॉर्मों पर वितरित करता है
  • मूल पोस्ट में canonical URL और permashortlink शामिल होते हैं, ताकि कॉपी से भी सीधे मूल तक पहुँचा जा सके
  • यह संरचना कंटेंट स्वामित्व सुनिश्चित करने, सर्च इंजन ऑप्टिमाइज़ेशन, और बाहरी सेवाओं की विफलता से स्वतंत्रता—इन तीनों को एक साथ हासिल करती है
  • Twitter, Facebook, Medium, Mastodon आदि कई प्लेटफ़ॉर्मों पर स्वचालित या अर्ध-स्वचालित POSSE इम्प्लीमेंटेशन के उदाहरण मौजूद हैं
  • IndieWeb आंदोलन की एक मुख्य अवधारणा के रूप में, यह वितरित प्रकाशन और मानव-केंद्रित कनेक्टिविटी को साकार करने का एक महत्वपूर्ण तरीका है

POSSE अवलोकन

  • POSSE(Publish on your Own Site, Syndicate Elsewhere) एक तरीका है जिसमें व्यक्ति पहले अपनी साइट पर कंटेंट प्रकाशित करता है, और उसकी कॉपी या लिंक को सोशल मीडिया जैसे थर्ड-पार्टी प्लेटफ़ॉर्मों पर वितरित करता है
    • हर कॉपी में मूल पोस्ट लिंक(original post link) शामिल होता है ताकि उपयोगकर्ता सीधे मूल के साथ इंटरैक्ट कर सकें
    • IndieWeb आंदोलन की एक मुख्य अवधारणा के रूप में, यह व्यक्ति को कंटेंट के स्वामित्व और एक्सेस पथ पर नियंत्रण करने में सक्षम बनाता है

POSSE का उद्देश्य

  • दोस्तों को उनकी पसंद के प्लेटफ़ॉर्म पर पोस्ट पढ़ने में मदद करना, और Instagram, Tumblr, Twitter, Neocities जैसे अलग-अलग सोशल मीडिया साइलो(silo) के ज़रिए पहुँच उपलब्ध कराना
  • मौजूदा रिश्तों को बनाए रखना प्राथमिकता है, और तकनीकी संघ की तुलना में मानव-केंद्रित कनेक्टिविटी को अधिक महत्व देता है
  • एकल-संस्कृति(monoculture) वाले दृष्टिकोण के विपरीत, यह ब्लॉगिंग या किसी एक प्लेटफ़ॉर्म-केंद्रित मॉडल की बजाय वितरित प्रकाशन संरचना को लक्ष्य बनाता है

सामान्य कारण

  • थर्ड-पार्टी निर्भरता में कमी: अपनी साइट पर सीधे प्रकाशित करने से बाहरी सेवा विफलताओं का प्रभाव नहीं पड़ता
  • कंटेंट स्वामित्व सुनिश्चित करना: मूल सामग्री अपने डोमेन पर होने से सेवा की शर्तों(TOS) से बंधे नहीं रहते
  • canonical URL बनाए रखते हुए, कॉपी द्वारा मूल का संदर्भ देने से सर्च दक्षता बेहतर होती है
  • backfeed के ज़रिए बाहरी सेवाओं की प्रतिक्रियाएँ वापस लाई जा सकती हैं, और सोशल नेटवर्क प्रभाव का उपयोग करते हुए भी मूल आपकी अपनी साइट पर सुरक्षित रहता है

मूल लिंक शामिल करने का महत्व

  • मूल कंटेंट की खोजयोग्यता बेहतर होती है: कॉपी से permashortlink के माध्यम से मूल तक पहुँचना संभव होता है
  • स्पैम रीपोस्ट से सुरक्षा: कॉपी दोबारा पोस्ट होने पर भी मूल लिंक साथ कॉपी होता है, जिससे मूल की दृश्यता बढ़ती है
  • सर्च इंजन रैंकिंग में सुधार: कॉपी जब मूल को लिंक करती है, तो सर्च इंजन इसे पहचानकर मूल की रैंक बढ़ा सकता है

इम्प्लीमेंटेशन के तरीके

  • पब्लिशिंग सॉफ़्टवेयर को अपनी साइट पर कंटेंट प्रकाशित करने के बाद चुने गए साइलो(silo) पर भी उसकी कॉपी पोस्ट करनी चाहिए
    • कॉपी में मूल पोस्ट लिंक(permashortlink या permashortcitation) शामिल होना चाहिए
  • मूल पोस्ट में posts-elsewhere सेक्शन जोड़कर हर साइलो कॉपी के लिंक दिए जाने चाहिए

  • यूज़र इंटरफ़ेस

    • आदर्श UI स्वचालित, अनुमानित और बिना बाधा के काम करने वाला होना चाहिए
    • प्रकाशन-पूर्व Preview सुविधा देनी चाहिए ताकि देखा जा सके कि हर प्लेटफ़ॉर्म पर पोस्ट कैसी दिखेगी

प्रमुख प्लेटफ़ॉर्मों के अनुसार इम्प्लीमेंटेशन उदाहरण

  • Twitter

    • यह सबसे सामान्य POSSE लक्ष्य प्लेटफ़ॉर्म है, और अपनी साइट पर लिखे नोट्स को Twitter पर POSSE करने से डेटा स्वामित्व सुनिश्चित किया जा सकता है
    • API के माध्यम से पोस्ट किया जा सकता है, लेकिन नवंबर 2022 के बाद नई API एक्सेस सीमित हो गई
    • web action endpoint को सपोर्ट करता है, जिससे अर्ध-स्वचालित पोस्टिंग लागू करना आसान है

  • Facebook

    • मैनुअल क्रॉस-पोस्ट या Bridgy browser extension के माध्यम से अर्ध-स्वचालित POSSE संभव है

  • Medium

    • Posts API या Import Post फ़ीचर के माध्यम से मूल URL का rel-canonical लिंक बनाए रखा जा सकता है
    • WordPress के लिए Medium प्लगइन, Jekyll के लिए crosspost प्लगइन जैसे कई टूल उपलब्ध हैं
    • mass POSSE फ़ीचर के ज़रिए मौजूदा पोस्ट भी माइग्रेट किए जा सकते हैं

  • WordPress

    • WordPress Crosspost प्लगइन का उपयोग करके self-hosted WordPress से WordPress.com पर POSSE किया जा सकता है

  • Ghost

    • GitHub ओपन सोर्स टूल के माध्यम से Ghost webhook से नए पोस्ट JSON फ़ॉर्मेट में लेकर उन्हें Mastodon, Bluesky पर सिंक किया जा सकता है

  • Plain Text Notes

    • SMS या push notification जैसे शुद्ध टेक्स्ट-आधारित गंतव्यों के लिए रूपांतरण आवश्यक है
    • h-entry_to_text तरीके से HTML को टेक्स्ट में बदला जाता है

POSSE से संबंधित सॉफ़्टवेयर

  • PHP: php-helpers के POSSE namespace में HTML→plaintext रूपांतरण और syndication फ़ंक्शन शामिल हैं
  • Python:
    • SiloRider: कमांड-लाइन टूल, जो Twitter, Mastodon आदि के लिए POSSE सपोर्ट करता है
    • Feed2Toot: RSS फ़ीड को ActivityPub-आधारित सेवाओं(Mastodon, Pleroma आदि) पर पोस्ट करता है
  • Docker: POSSE Party एक self-hostable POSSE सॉफ़्टवेयर है

POSSE सेवाएँ

  • Bridgy Publish: POSSE-as-a-service के रूप में Twitter, Flickr, GitHub, Mastodon को सपोर्ट करता है
    • इसे web interface या webmention API के ज़रिए इस्तेमाल किया जा सकता है
  • Mugged Tweets: नोट्स को मग पर POSSE करने वाली एक प्रयोगात्मक सेवा
  • IFTTT: RSS/Atom फ़ीड के आधार पर Twitter, Tumblr, Facebook आदि पर स्वचालित रीपोस्ट
  • EchoFeed: अतिरिक्त syndication सेवा

प्रकाशन प्रवाह

  • Client → Site → Silo

    • उपयोगकर्ता क्लाइंट में कंटेंट लिखता है → सर्वर पर प्रकाशित करता है → सर्वर हर साइलो पर उसकी कॉपी पोस्ट करता है
    • लाभ: उपयोगकर्ता को केवल अपनी साइट संभालनी होती है, और सर्वर अपने-आप syndication कर देता है

  • Client → Site & Silo

    • उपयोगकर्ता कंटेंट लिखकर सर्वर पर प्रकाशित करता है → क्लाइंट सर्वर से URL प्राप्त करता है → उपयोगकर्ता चुनता है कि किस प्लेटफ़ॉर्म पर पोस्ट करना है
    • लाभ: कॉपी की सामग्री और समय पर उपयोगकर्ता का सीधा नियंत्रण संभव है
    • नुकसान: हर बार मैनुअल चरण की ज़रूरत, और क्लाइंट को हर साइलो से सीधे जुड़ना पड़ता है

IndieWeb इम्प्लीमेंटेशन के उदाहरण

  • Tantek.com (2010)

    • Falcon आधारित POSSE इम्प्लीमेंटेशन, PuSH v0.4 + h-feed के साथ रियल-टाइम syndication
    • Twitter, Facebook पर स्वचालित कॉपी और permashortlink citation link शामिल
    • Bridgy के ज़रिए Facebook RSVP और like भी परिलक्षित किए गए

  • Waterpigs.co.uk (2012)

    • Client → Server → 3rd Party प्रवाह का उपयोग
    • Twitter, Facebook पर syndication
    • Taproot सिस्टम के साथ अपडेट होने पर अतिरिक्त POSSE ट्वीट बनाए गए
    • Bridgy के ज़रिए अपडेट ट्वीट की प्रतिक्रियाएँ भी reverse-syndication की गईं

  • BrennanNovak.com (2012)

    • Twitter, Facebook पर कॉपी पोस्ट की गई

  • AaronParecki.com (2012)

    • Twitter पर permashortlink सहित ट्वीट पोस्ट किए गए
    • सभी collections PuSH subscription के लिए उपलब्ध थे

  • Sandeep.io (2012)

    • Facebook, Twitter, Google+ के share links को मैनुअली क्लिक करके POSSE किया गया
    • API इंटीग्रेशन की अस्थिरता से बचने के लिए सरल मैनुअल तरीका बनाए रखा गया

  • Werd.io (2013)

    • idno प्लेटफ़ॉर्म की plugin संरचना से POSSE लागू किया गया
    • Twitter, Facebook, Flickr, Foursquare आदि पर कंटेंट प्रकार के अनुसार syndication

  • Veganstraightedge.com (2013)

    • Dark Matter आधारित मैनुअल POSSE
    • Medium, WordPress, Twitter, Vine आदि पर rel-syndication markup शामिल

  • GlennJones.net (2014)

    • transmat.io सिस्टम के जरिए POSSE लागू किया गया
    • वर्तमान में केवल note पोस्ट ही Twitter पर syndicate होते हैं

अतिरिक्त इम्प्लीमेंटेशन उदाहरण

  • Jeremy Keith

    • 2014 में कस्टम CMS का उपयोग कर POSSE लागू किया; नोट्स पहले अपनी साइट पर पोस्ट किए गए, फिर बाहर कॉपी किए गए
    • फ़ोटो Twitter और Flickr पर साथ में पोस्ट की गईं

  • Shane Hudson

    • 2014 में Craft CMS का उपयोग कर Twitter के लिए POSSE लागू किया
    • reply context फ़ीचर को मैनुअली संभालते हैं, और फ़ोटो POSSE ऑटोमेशन की योजना है

  • Ravi Sagar

    • 2018 में Drupal आधारित ब्लॉग पर POSSE लागू किया
    • “Share” टैग वाली पोस्ट को RSS फ़ीड + Rebrandly + Zapier से Twitter, LinkedIn पर अपने-आप साझा किया गया

  • Ludovic Chabant

    • 2018 में PieCrust CMS और SiloRider का उपयोग कर Twitter, Mastodon पर POSSE लागू किया
    • Microformats markup आधारित है, और फ़ोटो पोस्ट को भी सपोर्ट करता है

  • Adam Dawkins

    • 2019 में कस्टम CMS से POSSE लागू किया; पहला नोट अपनी साइट पर पोस्ट कर फिर Twitter पर कॉपी किया

  • Shaun Ewing

    • 2020 में Jekyll और कस्टम API से POSSE लागू किया, वर्तमान में मैनुअल सिंक्रोनाइज़ेशन की स्थिति में है

  • capjamesg

    • अपनी साइट के नोट्स को Twitter(brid.gy), micro.blog(feed polling), Fediverse(fed.brid.gy) पर स्वचालित रूप से सिंक करते हैं

  • Wojtek Powiertowski

    • 2026 में Ghost ब्लॉग पर लिखी पोस्ट को Mastodon, Bluesky पर स्वचालित रूप से सिंक करते हैं
    • self-hosted posse client का उपयोग कर नई पोस्ट बनते ही ऑटो-सिंक करते हैं

आंशिक POSSE साइटें

  • Hupili.net

    • केवल कुछ कंटेंट के लिए आंशिक POSSE मॉडल लागू किया गया
    • SNSAPI से कई SNS के डेटा ढाँचे एकीकृत किए गए, और SNSRouter से टाइमलाइन को एक साथ देखा गया
    • अभी मूल और कॉपी में अंतर करना कठिन है, लेकिन आगे हर status update के लिए अद्वितीय permalink पेज बनाने की योजना है

अन्य दृष्टिकोण

  • COPE (Create Once, Publish Everywhere)

    • एक बार लिखकर कई जगह प्रकाशित किया जाता है, लेकिन पहले अपनी साइट पर प्रकाशित नहीं किया जाता
    • मूल permalink की अनुपस्थिति के कारण पाठक अलग-अलग प्लेटफ़ॉर्मों में बिखर जाते हैं

  • POSE (Publish Once Syndicate Everywhere)

    • POSSE का पूर्ववर्ती, जिसमें किसी विशेष सोशल प्लेटफ़ॉर्म(silo) पर एक बार पोस्ट करने के बाद दूसरे प्लेटफ़ॉर्मों पर कॉपी की जाती है

  • PESOS (Post Elsewhere, Syndicate to Own Site)

    • POSSE का उल्टा तरीका, जिसमें पहले बाहरी सेवा पर पोस्ट किया जाता है और फिर निजी साइट पर कॉपी किया जाता है
    • POSSE से अलग पहचान के लिए कॉपी में मूल लिंक(permalink) शामिल होना चाहिए

  • PESETAS

    • PESOS के समान, लेकिन सारे कंटेंट को किसी एक विशेष प्लेटफ़ॉर्म पर कॉपी करता है
    • Tumblr कई प्रकार के कंटेंट फ़ॉर्मेट सपोर्ट करता है, इसलिए PESETAS गंतव्य के रूप में उपयुक्त है

POSSE विस्तार विचार (CRUD मॉडल)

  • Create

    • अपनी साइट पर कंटेंट लिखना और उसे बाहर वितरित करना

  • Read

    • u-syndication लिंक से कॉपी का स्थान सहेजना, और reverse sync(backfeed) संभव बनाना

  • Update

    • यदि बाहरी प्लेटफ़ॉर्म संपादन सपोर्ट करते हैं, तो मूल में बदलाव होने पर कॉपी भी अपडेट की जा सकती है
    • जहाँ संपादन संभव नहीं, वहाँ delete/repost तरीका अपनाया जाता है

  • Delete

    • मूल हटाने पर कॉपी भी साथ हटाई जा सकती है
    • यदि कमेंट या रीट्वीट मौजूद हों, तो हटाने से पहले पुनः-पुष्टि UI की आवश्यकता होती है
    • Grant Richmond 2018 से Twitter पर POSSE delete फ़ीचर सपोर्ट करते हैं

FAQ

  • सर्च इंजन डुप्लिकेट से बचाव के लिए कॉपी में अनिवार्य रूप से मूल लिंक होना चाहिए, और संभव हो तो rel-canonical का उपयोग करें
  • बैकलिंक के बिना POSSE अंतिम विकल्प है, और इसे posse-post-discovery फ़ीचर से पूरक किया जा सकता है
  • POSSE और Webmention का क्रम: पहले POSSE, बाद में Webmention

पृष्ठभूमि

  • 2010 में Tantek Çelik ने “अपनी साइट पर प्रकाशित करो, और दूसरी साइटों पर वितरित करो” की अवधारणा के रूप में POSSE प्रस्तुत किया
  • 2011 के IndieWebCamp में अवधारणा का विस्तार हुआ, और जून 2012 में POSSE शब्द की औपचारिक परिभाषा दी गई
  • POSE POSSE से पहले मौजूद था, लेकिन POSSE स्पष्ट रूप से “अपनी साइट” केंद्रित संरचना को बताता है

संबंधित लेख और उद्धरण

  • 2013~2024 के बीच कई माध्यमों में POSSE की अवधारणा का परिचय दिया गया
    • Ars Technica ने POSSE को “एक मूल स्रोत से सभी प्लेटफ़ॉर्मों तक वितरण का तरीका” बताया
    • Molly White, Cory Doctorow आदि ने POSSE को कंटेंट स्वामित्व वापस पाने की रणनीति के रूप में रेखांकित किया
    • 2024 के बाद POSSE को Bluesky, Mastodon, Fediverse जैसे वितरित नेटवर्कों से जुड़कर फिर से महत्व मिला

POSSE का विस्तारित उपयोग

  • Git repository POSSE: निजी Git repository को GitHub, GitLab आदि पर कॉपी करने के रूप में इसका विस्तार संभव है
  • POSSE session records: 2011 से 2024 तक IndieWeb समुदाय में POSSE से जुड़े सत्र लगातार आयोजित किए गए

फुटनोट और लाइसेंस जानकारी

  • दस्तावेज़ का स्रोत IndieWeb wiki page है: https://indieweb.org/wiki/index.php?title=POSSE&oldid=107734
  • यह पेज building-blocks और syndication श्रेणियों में शामिल है
  • अंतिम संशोधन तिथि 16 जनवरी 2026, 17:04 है
  • कंटेंट CC0 public domain dedication के अंतर्गत उपलब्ध कराया गया है
  • अतिरिक्त लिंक में Privacy policy, About IndieWeb, Code of Conduct आदि शामिल हैं
  • नीचे Creative Commons public domain और MediaWiki से संबंधित लिंक प्रदर्शित हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2026-03-24
Hacker News टिप्पणियाँ

  • मैं यह तरीका लगातार अपनाता हूँ। पोस्ट करने की प्रक्रिया मैनुअल है, लेकिन इरादा अच्छा हो और अलग-अलग फ़ोरम में सिर्फ स्पैम-जैसा ब्लॉग प्रमोशन न किया जाए, तो यह काफ़ी अच्छा काम करता है
    मेरे ब्लॉग(rednafi.com) में मैंने जानबूझकर कमेंट सेक्शन नहीं रखा। लिखना कोई paid काम नहीं है, और कमेंट मॉडरेट करने में बहुत ज़्यादा ऊर्जा लगती है
    पहले मैंने अपने Hugo साइट पर Disqus जोड़ा था, लेकिन जब असली चर्चा लंबी होने लगी तो scalability की समस्या गंभीर हो गई
    अगर लेख उपयोगी हो, तो वह आमतौर पर HN या Reddit पर स्वाभाविक रूप से पहुँच जाता है, और मैं उन चर्चा लिंक को वापस लेख में जोड़ देता हूँ। मेरे हिसाब से इतना काफ़ी है

    • मैं भी इसी तरह चलाता हूँ। उदाहरण के लिए यह लेख की तरह मैं कई प्लेटफ़ॉर्म के linkbacks मैनेज करता हूँ
      social URL को YAML frontmatter में key के रूप में डालता हूँ, और standard.site के ज़रिए ATProto ecosystem में भी रजिस्टर करता हूँ
      लंबे लेखों के लिए rogue-scholar.org से DOI लेकर metadata जोड़ता हूँ
      कभी न कभी इन सबको एक static comment thread में समेटना लक्ष्य है, लेकिन नेटवर्कों के बीच बातचीत लगभग नहीं होती, इसलिए अभी के लिए सिर्फ लिंक छोड़ना ही व्यावहारिक है
    • मैं HN को comment platform की तरह इस्तेमाल करता हूँ। Hugo shortcode से HN कमेंट cache कर लेता हूँ, और सिर्फ 7 दिन के भीतर के लेखों को दोबारा fetch करता हूँ
      formatting भी काफ़ी साफ़ आती है, और इस लेख के नीचे इसे देखा जा सकता है
    • अगर आपका Mastodon अकाउंट है, तो उस पोस्ट के सभी reply threads को साइट में embed किया जा सकता है
      implementation का उदाहरण इस लेख में देखें
    • आपका ब्लॉग अच्छा लगा। खासकर Splintered Failure Modes लेख प्रभावशाली था। एक बार पढ़ते ही याद रह गया

  • मैं यह approach अपनाता हूँ। वजह यह है कि मैं अपनी बनाई हुई जगह को खुद own करना चाहता हूँ
    यह अच्छी तरह काम करता है, लेकिन automation मुश्किल है, और आख़िरकार मैनुअल cross-posting करनी पड़ती है। हर community की प्रतिक्रिया अलग होती है, इसलिए traffic कम होता है, लेकिन working in public के तरीके के रूप में यह शानदार है

    • automation मुश्किल होने की वजह यह है कि social media जानबूझकर auto-posting को कठिन बनाते हैं
      Facebook तो बाहरी लिंक वाले पोस्ट की visibility priority भी कम कर देता है। इसलिए “लिंक कमेंट में है” जैसी तरकीबें पैदा हुईं
    • मैं सहमत नहीं हूँ। micro.blog जैसी services कई social platforms पर आसानी से automatic cross-posting सपोर्ट करती हैं
      अगर मकसद traffic से ज़्यादा अलग-अलग communities में सक्रिय रहना है, तो इसकी काफ़ी वैल्यू है
    • हर platform की culture और audience अलग होती है, इसलिए चर्चा का स्वर भी बदलता है। हर जगह बिल्कुल वही चीज़ पोस्ट करना थोड़ा स्पैम जैसा लग सकता है
      इसलिए cross-posting की उपयोगिता हर व्यक्ति के लिए अलग होती है
    • क्या आपने Buffer.co जैसी posting service इस्तेमाल की है, यह जानने की उत्सुकता है

  • मैं कई platforms पर POSSE अक्सर देखता हूँ, और कभी-कभी यह तरीका निर्वैयक्तिक और स्पैम-जैसा लगता है
    वजह समझ में आती है, लेकिन यह बातचीत से ज़्यादा “ship it” approach जैसा दिखता है। शायद यह उम्र का असर हो

    • standard.site जैसी atproto-आधारित publishing कई चैनलों पर पोस्ट किए बिना भी कंटेंट को आसानी से खोजने योग्य बनाने की दिशा में बढ़ रही है
    • क्या चीज़ इसे निर्वैयक्तिक लगाती है, यह जानना चाहूँगा। मुझे तो उल्टा यह इसकी ख़ूबी लगती है कि यह पाठक पर किसी एक platform को थोपता नहीं है

  • छोटे वेब के लिए एक शानदार feature की कल्पना करता हूँ

    1. जिन ब्लॉगों को मैं पसंद करता हूँ, उन्हें RSS से subscribe करूँ
    2. नया लेख आते ही RSS reader में HN, Reddit, Twitter आदि के discussion links भी साथ दिखें
    3. क्लिक करके वहीं बातचीत में हिस्सा लूँ
      इसका सरल रूप यह है कि लेख के नीचे संबंधित चर्चा के लिंक रखे जाएँ
    • मैं भी सहमत हूँ। मैं लेख RSS reader में देखना चाहता हूँ, न कि उन्हें social feed में यूँ ही फेंका हुआ
      सिर्फ “नया लेख पोस्ट किया” जैसे पोस्ट स्पैम जैसे लगते हैं।
      बाहरी चर्चाएँ ढूँढना जटिल है, लेकिन सच में दिलचस्पी हो तो URL search काफ़ी है। permashortlink तो उल्टा बाधा बनता है
    • इसे संभव बनाने के लिए मुझे पता है कि WebMentions मूल रूप से इसी भूमिका के लिए डिज़ाइन किए गए थे

  • जब भी इस तरह का लेख कभी-कभी आता है, बहुत अच्छा लगता है। हर किसी को अपने कंटेंट का सीधा मालिक होना चाहिए
    indieweb community का दर्शन सराहने लायक है।
    अगर संभव हो तो Homebrew Website Club में जाएँ और अपना खुद का वेब स्पेस बनाने की बातें करें। इससे टेक्नोलॉजी के प्रति लगाव फिर महसूस हो सकता है

    • मैंने भी इसी भावना से tildeweb.nl बनाया था

  • शुरुआत में यह लेख मुझे big tech के प्रचार लेख जैसा लगा। जैसे कह रहा हो, “आख़िर में बड़ी कंपनियाँ जीतेंगी, इसलिए हर जगह फैलाओ”
    लेकिन मैं यह नहीं समझता कि जो दोस्त सिर्फ Facebook इस्तेमाल करता है, उसे मेरा ब्लॉग दिखाना क्यों ज़रूरी है।
    मैं तो इसे सिर्फ उन लोगों के साथ साझा करना चाहता हूँ जो मेरे सिद्धांतों से सहमत हों

    • दिलचस्प नज़रिया है। कुछ लोग अपने लेख अधिकतम लोगों तक पहुँचाना चाहते हैं, और कुछ लोग शांति से साझा करना चाहते हैं
      उम्र बढ़ने के साथ ऑनलाइन लिखते समय ज़्यादा सावधानी आती है। यह self-awareness और maturity का संकेत भी हो सकता है — क्योंकि हर कोई मेरी लिखी चीज़ देखना चाहे, ऐसा नहीं है

  • जब मैं लेख पढ़ता हूँ, तो मुझे अच्छा लगता है कि HN या Reddit के मुख्य discussion links भी साथ हों
    ब्लॉग कमेंट आमतौर पर शांत रहते हैं, और अगर मैं कुछ दिन बाद पढ़ूँ तब भी दूसरों के विचारों को फ़ॉलो करना आसान होता है

    • “मुख्य discussion” की अवधारणा ही दुखद है। इंटरनेट के appification के साथ हम बंद बाड़ों वाली सोच के आदी हो गए हैं
      browser को खुद संबंधित लिंक खोजकर दिखाने वाली संरचना होनी चाहिए।
      ActivityPub और Linked Data के साथ काम करते हुए यह निराशाजनक लगता है कि कई प्रोजेक्ट अब भी बंद SNS की नकल करना चाहते हैं

  • RSS एक सरल और भरोसेमंद तरीका है, जो मुझे algorithmic curation के प्रभाव से दूर रखकर यह नियंत्रण देता है कि मैं क्या देखना चाहता हूँ

  • मैं भी यह तरीका अपनाता हूँ। मेरी साइट प्रोफ़ाइल में है
    मैं permashortlink छोड़ देता हूँ, और छोटे लेकिन अर्थपूर्ण मूल लिंक बनाए रखता हूँ।
    सिर्फ लिंक देखकर ही अंदाज़ा हो जाता है कि कंटेंट किस बारे में है, और POSSE की वजह से ऐसी व्यक्तिगत पसंद को आसानी से लागू किया जा सकता है

    • मुझे भी permashortlink एक अनावश्यक अवधारणा लगती है।
      indieweb.org/permashortlink पर कारणों की सूची है, लेकिन ज़्यादातर मुझे प्रभावशाली नहीं लगते
      जैसे ईमेल में ज़्यादा स्थिर होना, या छोटा होने से टाइप करना आसान होना — ये दावे बहुत मायने नहीं रखते
      उल्टा इससे maintenance cost और domain fragmentation की समस्या आती है। मेरा मानना है कि बस मौजूदा URL संरचना को बेहतर करना चाहिए

  • मैं इसके उलट PESOS(Publish Elsewhere, Syndicate to Own Site) तरीका इस्तेमाल करता हूँ
    automation system की मदद से मैं पूरे वेब में अपनी गतिविधियों को अपनी साइट पर इकट्ठा रखता हूँ, और ज़रूरत पड़ने पर आसानी से देख सकता हूँ। ज़ोरदार सिफ़ारिश है

    • मैंने vale.rocks साइट देखी, और वह सच में प्रेरणादायक लगी। आपका दिन शुभ हो