ShareX कस्टम अपलोडर गाइड: स्व-होस्ट किए गए स्क्रीनशॉट लिंक
पावर उपयोगकर्ता प्यार करने का एक कारण है ShareX यह है कि यह आपके स्क्रीनशॉट को किसी और के क्लाउड में लॉक नहीं करता है। एक कस्टम अपलोडर के साथ, ShareX हर कैप्चर को एक गंतव्य पर धकेल सकता है आप नियंत्रण - आपकी अपनी सर्वर, एक ऑब्जेक्ट-स्टोरेज बकेट, या एक लिंक-शॉर्टनिंग समापन बिंदु - और आपको स्वचालित रूप से एक साझा योग्य URL वापस हाथ। यह गाइड समझाता है कि कस्टम अपलोडर सिस्टम कैसे काम करता है, एक को कैसे साफ़ तरीके से सेटअप करें, और इसे करते समय आपके क्रेडेंशियल्स को कैसे सुरक्षित रखें।
शुरुआत में मुख्य भेद: ShareX का जेनेरिक HTTP कस्टम अपलोडर अपने स्वयं के या एक तीसरे पक्ष के HTTP एंडपॉइंट के साथ बातचीत के लिए है। प्रमुख ऑब्जेक्ट स्टोरेज के लिए, ShareX भी शिप करता है बिल्ट-इन गंतव्य गाइड - Amazon S3, Google Cloud Storage, और Cloudflare R2 सहित - जो आमतौर पर HTTP अनुरोध को हाथ से लुढ़काने से आसान होते हैं। जब एक मौजूद हो तो बिल्ट-इन पथ चुनें; जब यह न हो तो सामान्य HTTP अपलोडर का उपयोग करें।
एक कस्टम अपलोडर वास्तव में क्या है
जैसा कि ShareX के अपने दस्तावेज़ कहते हैं, कस्टम अपलोडर सुविधा मुख्य रूप से उन लोगों द्वारा उपयोग की जाती है जो अपनी सेवाओं को होस्ट करते हैं। व्यवहार में यह एक छोटी परिभाषा है जो ShareX को बताता है: जब मैं कुछ कैप्चर करता हूं, तो इसे भेजें यह URL, का उपयोग करके यह अनुरोध, और परिणामी लिंक को खोजें प्रतिक्रिया का यह हिस्सा। ये तीन चीजें सही करें और ShareX चुप ही हर बार जब आप snip करते हैं तो एक काम करने वाली URL अपलोड और कॉपी करता है।
अनुरोध: विधियाँ और शरीर प्रकार
ShareX के कस्टम अपलोडर मानक HTTP विधियों को समर्थन करते हैं - GET, POST, PUT, PATCH, और DELETE. नियम के रूप में: यदि अनुरोध केवल पैरामीटर ले जाता है और कोई निकाय नहीं है, GET अगर यह एक फ़ाइल भेजता है तो यह पसंद किया जाता है multipart/form-data, POST आमतौर पर पसंद किया जाता है।
अनुरोध निकाय के लिए, ShareX कई प्रकार प्रदान करता है इसलिए यह आपके समापन बिंदु की अपेक्षाओं से मेल खा सकता है:
- कोई शरीर नहीं — केवल पैरामीटर।
- फॉर्म डेटा (multipart/form-data) — अपलोड फ़ाइल के लिए विशिष्ट विकल्प।
- Form URL encoded (application/x-www-form-urlencoded)।
- JSON (application/json)।
- XML (application/xml)।
- बाइनरी — फ़ाइल को शरीर के रूप में।
आपके सर्वर का API दस्तावेज़ आपको बताता है कि कौन सी विधि और शरीर प्रकार अपेक्षा करता है; आप केवल ShareX परिभाषा में उसे दर्पण कर रहे हैं।
प्रतिक्रिया पार्सिंग करना: लिंक कहाँ है?
अपलोड के बाद, आपका एंडपॉइंट प्रतिक्रिया करता है — आमतौर पर JSON, XML, या सादा टेक्स्ट के साथ — और आपको ShareX को बताना होगा कि अंतिम URL किस क्षेत्र में है। ShareX आपको इसे निकालने के चार तरीके देता है:
- JSON JsonPath सिंटैक्स का उपयोग करके, जैसे।
{json:data.link}पढ़ने के लिएdata.linkएक JSON प्रतिक्रिया से। - XML XPath का उपयोग करके, जैसे।
{xml:/files/file[1]/url}। - Regex साधारण-पाठ प्रतिक्रिया को पैटर्न-मिलान करने के लिए।
- हेडर्स एक प्रतिक्रिया हेडर में लौटाए गए URL को पढ़ने के लिए।
यह वह कदम है जो लोग अक्सर गलत तरीके से प्राप्त करते हैं: अपलोड सफल हुआ, लेकिन ShareX जो "URL" कॉपी करता है वह खाली या खराब है क्योंकि पार्सर गलत फ़ील्ड की ओर इशारा करता है। जब ऐसा होता है, तो कच्ची प्रतिक्रिया को देखें कि आपकी सर्वर किस लिंक को लिंक स्ट्रिंग में ट्रेस करे।
चरण-दर-चरण: एक स्वच्छ सेटअप
- अपने एंडपॉइंट के API दस्तावेज़ को पढ़ें और विधि, शरीर प्रकार, फ़ाइल के लिए फ़ील्ड नाम, किसी भी auth हेडर, और प्रतिक्रिया में URL के सटीक स्थान का ध्यान रखें।
- पहले अपनी वर्तमान ShareX सेटिंग्स को बैक अप करें। अपने मौजूदा गंतव्य कॉन्फ़िगरेशन को निर्यात करें ताकि आप वापस लुढ़क सकें यदि एक परिवर्तन गलत हो।
- कस्टम अपलोडर बनाएँ ShareX में (गंतव्य → कस्टम अपलोडर सेटिंग्स)। अपने एंडपॉइंट के लिए अनुरोध विधि, गंतव्य URL, हेडर और शरीर प्रकार सेट करें।
- प्रतिक्रिया पार्सर कॉन्फ़िगर करें सही JsonPath, XPath, regex, या शीर्षलेख नियम का उपयोग करके ताकि ShareX सही URL को लौटाए।
- एक हानिरहित कैप्चर के साथ परीक्षा करें - एक फेंक दिया गया छवि - और पुष्टि करें कि वापसी की गई लिंक वास्तव में फ़ाइल खोलता है।
- विलोपन/प्रतिधारण व्यवहार को सत्यापित करें यदि आपका समापन बिंदु हटाने का समर्थन करता है, तो जानें कि बाद में एक अपलोड कैसे हटाएं।
- इसे अपने सक्रिय गंतव्य के रूप में सेट करें केवल एक बार एक वास्तविक परीक्षण लिंक सिरे से सिरे तक काम करता है।
साझा करना और पुन: उपयोग करना configs: .sxcu फ़ाइलें
एक समाप्त कस्टम अपलोडर को निर्यात किया जा सकता है .sxcu फ़ाइल। दूसरा उपयोगकर्ता फ़ाइल को डबल-क्लिक करके इसे आयात कर सकता है, और ShareX स्वचालित रूप से गंतव्य कॉन्फ़िगरेशन लागू करता है। यह एक कार्यशील सेटअप को आपनी मशीनों के बीच या एक टीम के साथ साझा करना आसान बनाता है - लेकिन यह वह जगह भी है जहां गुप्त रिसाव होता है, इसलिए किसी को भेजने से पहले अगले भाग को पढ़ें।
अपने रहस्यों की सुरक्षा करें
एक कस्टम अपलोडर में अक्सर API कुंजी, टोकन, या हस्ताक्षरित क्रेडेंशियल शामिल होते हैं। एक को उपचार करें .sxcu पासवर्ड की तरह फ़ाइल:
- साझा करने से पहले वास्तविक क्रेडेंशियल को छीन या बदलें placeholders के साथ। A
.sxcuआप जनता को पोस्ट कर सकते हैं एक लाइव कुंजी का पर्दाफाश कर सकते हैं। - स्कोप किए गए, पुनः प्राप्त करने योग्य tokens को प्राथमिकता दें मास्टर कुंजी के ऊपर, इसलिए एक रिसाव निहित है और घुमाने में आसान है।
- हमेशा HTTPS पर अपलोड करें इसलिए क्रेडेंशियल और फ़ाइलें स्पष्ट में नहीं भेजी जाती हैं।
- कोई भी घुमाएँ जो उजागर किया गया हो सकता है - स्क्रीनशॉट और उनकी कॉन्फ़िग आप उम्मीद करते हैं की तुलना में आगे जाते हैं।
जब एक मौजूद हो तो एक बिल्ट-इन गंतव्य को पसंद करें
यदि आपकी स्टोरेज Amazon S3, Google Cloud Storage, या Cloudflare R2 है, तो उस प्रदाता के लिए ShareX के समर्पित बिल्ट-इन गाइड का उपयोग करें बजाय हाथ से एक सामान्य HTTP अनुरोध बनाने के। बिल्ट-इन गंतव्य आपके लिए प्रदाता-विशिष्ट हस्ताक्षर और कस्टम-डोमेन सेटअप को संभालते हैं, जो कम चलने वाले हिस्से और गलती करने के लिए कम जगहें हैं। गैर-बिल्ट-इन विकल्प वाले समापन बिंदुओं के लिए सामान्य HTTP कस्टम अपलोडर सुरक्षित रखें।
यदि आप अनुरोध को हाथ से कॉन्फ़िगर नहीं करना पसंद करते हैं
कस्टम अपलोडर शक्तिशाली है क्योंकि यह पूरी तरह से कॉन्फ़िगर करने योग्य है - वह लचीलापन बिंदु है, और स्व-होस्टर्स के लिए यह आदर्श है। यदि आप अपनी स्टोरेज का मालिक होना पसंद करते हैं लेकिन HTTP अनुरोधों को बजाय प्रतिक्रिया पार्सर को सीधे लिखने के लिए एक अधिक निर्देशित सेटअप समय बचा सकता है। Maxisnap Studio, एकबारी अपग्रेड, कस्टम अपलोड बैकएंड जोड़ता है - SFTP, FTP, S3-संगत और HTTP — तो आपके Windows कैप्चर आपके नियंत्रण में रखे गए स्टोरेज में अपलोड होते हैं एक सरल कॉन्फ़िगरेशन प्रवाह के साथ। यह ShareX के पूरी तरह से खुले अनुरोध बिल्डर से एक अलग व्यापार है, उन लोगों के लिए लक्षित है जो मालिकाना चाहते हैं बिना अनुरोध-स्तर विवरण के। आप देख सकते हैं कि Maxisnap के अपलोड विकल्प कैसे संरचित हैं। SFTP अपलोड और S3 / R2 अपलोड पेज, या व्यापक पढ़ें Maxisnap और ShareX अवलोकन।
ShareX इसके संबंधित मालिक का एक ट्रेडमार्क है; Amazon S3, Google Cloud Storage, और Cloudflare R2 इनके संबंधित मालिकों के ट्रेडमार्क हैं। ShareX फीचर विवरण 17 अगस्त, 2026 को ShareX के आधिकारिक दस्तावेज़ के विरुद्ध जांचा गया था और परिवर्तन हो सकता है। Maxisnap एक स्वतंत्र उत्पाद है और इनमें से किसी भी परियोजना या कंपनी के साथ संबद्ध, समर्थित, या प्रायोजित नहीं है।