सामग्री पर जाएँ

जब कुछ बदलता है, तो सब उसी क्षण देख लेते हैं।

PushCaster ऐप्लिकेशन के लिए प्रबंधित रियलटाइम अवसंरचना है। एक बार अपडेट पब्लिश कीजिए और हर जुड़ा हुआ ब्राउज़र, फ़ोन और डैशबोर्ड उसे उसी क्षण पा लेता है — न पोलिंग, न रिफ़्रेश बटन, और न आपके चलाने के लिए कोई कनेक्शन सर्वर।

बनाना शुरू करेंदस्तावेज़ पढ़ें

दो कॉल, और यह लाइव है

सुनने के लिए ब्राउज़र में एक पंक्ति, भेजने के लिए आपके सर्वर पर एक। सीखने के लिए हमारा कोई SDK नहीं — नीचे दी गई लाइब्रेरियाँ वही हैं जो आप पहले से इस्तेमाल करते हैं, बस PushCaster की ओर मोड़ी हुई।

ब्राउज़र में — इवेंट सुनिए

client.js
js
import Pusher from 'pusher-js'// The same library you already use. One host override points it at PushCaster.const pusher = new Pusher('APP_KEY', {  wsHost: 'ws-eu1.pushcaster.io',  wsPort: 443,  forceTLS: true,})const channel = pusher.subscribe('presence-room')channel.bind('message', (data) => {  render(data.body)})

आपके सर्वर पर — भेजिए

server.js
js
import Pusher from 'pusher'const pusher = new Pusher({  appId: 'APP_ID',  key: 'APP_KEY',  secret: 'APP_SECRET',  host: 'api-eu1.pushcaster.io',  useTLS: true,})await pusher.trigger('presence-room', 'message', {  body: 'Deployed to production',})

app id, key और सीक्रेट डैशबोर्ड से मिलते हैं; और आप जो क्लस्टर चुनते हैं वह होस्ट का हिस्सा है।

PushCaster आपको क्या देता है

कोई रियलटाइम सुविधा थोड़े-से प्रोडक्ट कोड के नीचे बिछी बहुत सारी डिलीवरी मशीनरी होती है: कौन सब्सक्राइब है, किसे अनुमति है, कौन अब भी वहाँ है। यह वही दूसरा हिस्सा है, जो पहले से चल रहा है।

01

चार तरह के चैनल

public, private, presence, और private-encrypted — जब पेलोड हमारे लिए भी अपठनीय रहना चाहिए।

02

एक बार पब्लिश कीजिए, सब तक पहुँचिए

आपके सर्वर से एक कॉल हर सब्सक्राइबर तक पहुँचती है, और आपके कोड को यह गिनना नहीं पड़ता कि कौन सुन रहा है।

03

चैनल के रूप में presence

कमरे में कौन है, इसका जवाब चैनल देता है — वह भंडार नहीं जिसे आप सिंक में रखते हैं।

04

client events

टाइपिंग संकेत और कर्सर सीधे सब्सक्राइबर के बीच चलते हैं, दर-सीमित, और आपके यहाँ से गुज़रे बिना।

05

जीवनचक्र के वेबहुक

उपस्थिति-गणना और सदस्यता आपको हस्ताक्षरित हेडर के साथ वापस भेजी जाती है, ताकि आपका बैकएंड उस पर प्रतिक्रिया दे सके जो कनेक्शन देखता है।

06

कहाँ चले, यह आप चुनते हैं

ऐप्लिकेशन किसी क्लस्टर में बनता है और उसके कनेक्शन वहीं समाप्त होते हैं। मौजूदा सूची स्थिति पृष्ठ पर है।

आपके संदेश असल में कहाँ जाते हैं

डिलीवरी और बिलिंग अलग-अलग परतों पर चलती हैं। control plane की रुकावट डैशबोर्ड को कमज़ोर करती है; डिलीवरी को नहीं रोकती।

क्लस्टर संदेश पहुँचाने के लिए उच्च-उपलब्ध हैं, presence के लिए नहीं। अगर कोई presence भंडार खो जाए तो presence और उपस्थिति-गणना कमज़ोर पड़ती है जबकि public और private चैनल पहुँचाते रहते हैं — इसे यहाँ पढ़ लेना बाद में पता चलने से बेहतर है।

रियलटाइम परत — हर पैकेट यहीं से गुज़रता हैआपका सर्वरtrigger()api-eu1publishws-eu1deliverवेब ऐपमोबाइलडिवाइससिर्फ़ कॉन्फ़िगरेशनcontrol planeपहचान · बिलिंग · कॉन्फ़िगरेशन

वही चीज़, अलग कपड़ों में

चैट, डैशबोर्ड, सूचनाएँ, साझा दस्तावेज़। हर एक के नीचे एक ही विचार है: कुछ बदला, और जो देख रहे हैं उन सबको पता चलना चाहिए।

presence-room-42
presence

चैट और साथ मिलकर काम

presence बताता है कि कमरे में कौन है; क्लाइंट इवेंट टाइपिंग और कर्सर ले जाते हैं। संदेश उसी क्षण पहुँचते हैं जिस क्षण पब्लिश होते हैं।

private-metrics
private

लाइव डैशबोर्ड

मेट्रिक और ऑर्डर-प्रवाह को, जैसे-जैसे वे बदलें, हर खुले डैशबोर्ड तक भेजिए — न कोई पोलिंग अंतराल जिसे ट्यून करना पड़े, न कोई खिड़की जिसमें आँकड़ा पहले ही ग़लत हो चुका हो।

private-user-1e9
private

सूचनाएँ

सर्वर की ओर का एक इवेंट उपयोगकर्ता के हर खुले डिवाइस तक उसी आवाजाही में पहुँच जाता है जिसने उसे चलाया था।

presence-game
presence

मल्टीप्लेयर और लाइव स्थिति

presence से ट्रैक की गई सदस्यता के साथ साझा स्थिति — कैनवस, लाइव स्कोर, और हर वह चीज़ जहाँ दो लोगों को एक ही चीज़ दिखनी चाहिए।

सभी उपयोग के उदाहरण

पहले से Pusher की Channels लाइब्रेरियाँ इस्तेमाल कर रहे हैं?

हर ऐप्लिकेशन के लिए तीन से छह लाइनें — ऐप्लिकेशन दोबारा लिखने की ज़रूरत नहीं, सिर्फ़ कनेक्शन कॉन्फ़िगरेशन बदलता है।

क्रेडेंशियल साथ नहीं आते, और कुछ असली अंतर हैं जिन्हें पहले पढ़ लेना चाहिए। दोनों पूरी तरह तुलना वाले पृष्ठ पर हैं।

संगतता और माइग्रेशन, विस्तार से
src/realtime.tsunified diff
  const pusher = new Pusher(APP_KEY, {
-   cluster: 'eu',
+   wsHost: 'ws-eu1.pushcaster.io',
+   wsPort: 443,
+   forceTLS: true,
  })

प्रीपेड वॉलेट से, जितना इस्तेमाल उतना भुगतान

एक ही दर-सूची। न प्लान, न स्तर, न प्रति-उपयोगकर्ता शुल्क, न मासिक प्रतिबद्धता — आप उसी का भुगतान करते हैं जो भेजते हैं, खुला रखते हैं और स्थानांतरित करते हैं।

दर-सूची

USD · प्रभावी 1 सित॰ 2026

  • प्रकाशित संदेश

    $0.1प्रति दस लाख संदेश

  • पहुँचाए गए संदेश

    $0.1प्रति दस लाख संदेश

  • कनेक्शन समय

    $0.2प्रति दस लाख कनेक्शन-मिनट

  • Connection milliseconds

    $0.2प्रति दस लाख कनेक्शन-मिनट

pricing API से सीधे प्रकाशित। शामिल कोटा उसी एक दर-सूची का हिस्सा है, कोई मुफ़्त प्लान नहीं।

बिलिंग कैसे काम करती है

हम स्थिति प्रकाशित करते हैं, वादे नहीं

सीधे प्लेटफ़ॉर्म से पढ़ी गई। हम हर घटक और हर क्षेत्र की स्थिति और पूरा घटना-इतिहास प्रकाशित करते हैं — और कोई ऐसा उपलब्धता का आँकड़ा नहीं जिसे हम सिद्ध न कर सकें।

  • दस्तावेज़

    चैनल के प्रकार, प्रमाणीकरण, वेबहुक और त्रुटि-कोड की पूरी संदर्भ-सूची।

  • स्थिति पृष्ठ

    हर घटक और हर क्षेत्र की स्थिति, विलंब, और घटना-इतिहास।

  • सहायता

    अपने खाते से टिकट खोलिए। इंजीनियरिंग के सवाल उन्हीं तक पहुँचते हैं जो इस पर काम करते हैं।

प्लेटफ़ॉर्म स्थिति

सभी सिस्टम चालू हैं

  • WebSocket सेवा

    क्लाइंट कनेक्शन, सब्सक्रिप्शन और इवेंट डिलीवरी।

    सभी सिस्टम चालू हैं

  • Publish API

    आपके सर्वरों से PushCaster तक इवेंट पब्लिश करना।

    सभी सिस्टम चालू हैं

  • डैशबोर्ड

    लॉग इन करना और अपने ऐप्लिकेशन प्रबंधित करना।

    सभी सिस्टम चालू हैं

  • Control plane

    ऐप्लिकेशन कॉन्फ़िगरेशन, बिलिंग और खाता प्रबंधन।

    सभी सिस्टम चालू हैं
  • eu1 · पश्चिमी यूरोप
  • eu2 · मध्य यूरोप

$ export PUSHER_HOST=ws-eu1.pushcaster.io

एक होस्ट बदलिए।
अपना कोड रहने दीजिए।

वही प्रोटोकॉल, वही SDK, वही ऑथ हैंडशेक। एक ऐप्लिकेशन बनाइए, जो लाइब्रेरियाँ आप पहले से भेजते हैं उन्हें PushCaster की ओर मोड़िए, और आपकी रियलटाइम सुविधाएँ मिनटों में लाइव हैं।

बनाना शुरू करेंदस्तावेज़ पढ़ें
Support