ब्लॉग पर वापस जाएं
समुदाय

PTT पर इमेज लिंक अपने-आप थंबनेल क्यों नहीं बनता? सोर्स कोड में मिले 4 अलग नियम

प्रकाशित15 min read
साझा करें

एक ही लिंक, चार अलग नतीजे — गलती आपकी नहीं है

अगर आपने कभी PTT इस्तेमाल नहीं किया, तो एक लाइन में समझ लीजिए: यह ताइवान का सबसे पुराना और सबसे बड़ा टेक्स्ट-आधारित BBS (bulletin board system) है, जो आज भी टेलनेट जैसे टर्मिनल पर चलता है और जिसके लाखों सक्रिय अकाउंट हैं। जो भी वहाँ नियमित पोस्ट करता है, उसे जल्दी ही यह पहेली मिलती है — इमेज का लिंक पेस्ट करो, कभी वह थंबनेल में बदल जाता है, कभी बस एक नीली अंडरलाइन वाली लाइन बनकर रह जाता है।

ज़्यादातर लोगों के लिए सबसे बड़ी उलझन "कौन-सा होस्ट अच्छा है" नहीं होती। असली झटका यह होता है कि वही लिंक मोबाइल ऐप में तो थंबनेल बन जाता है, और डेस्कटॉप वेब वर्ज़न में खोलते ही सिर्फ एक नंगा URL दिखता है — बिना किसी बदलाव के।

यह कोई इत्तेफ़ाक नहीं है, और न ही आपने कोई फॉर्मैट गलत पेस्ट किया है। "PTT" नाम के नीचे असल में चार बिल्कुल अलग सॉफ्टवेयर छिपे हैं, और हर एक अपने तरीके से तय करता है कि किसी URL को इमेज में बदलना है या नहीं। कोई सिर्फ फ़ाइल एक्सटेंशन देखता है, कोई डोमेन की व्हाइटलिस्ट, और कोई दोनों शर्तें एक साथ माँगता है। एक तरीका तो और भी दिलचस्प है — वह एक्सटेंशन चेक ही छोड़ देता है, बस यह मानकर चलता है कि आपने Imgur का लिंक डाला है।

अक्टूबर 2025 में PTT के ask बोर्ड (सवाल-जवाब वाला एक फोरम बोर्ड) पर एक थ्रेड चला जिसमें पूछा गया था कि कौन-से इमेज होस्ट PTT पर ऑटो-थंबनेल सपोर्ट करते हैं। मूल पोस्टर (PTT की भाषा में इसे 原po कहते हैं) ने बताया कि term.ptt.cc पर पहले Imgur के लिंक पर माउस ले जाते ही इमेज झलक जाती थी, लेकिन छह महीने पहले से यह बंद हो गया। यही असली मुद्दा है जिसे बहुत कम लोग समझते हैं — एक ही क्लाइंट, एक ही होस्ट, फिर भी नियम समय के साथ बदल जाते हैं, और इसकी कोई सार्वजनिक घोषणा नहीं होती। सुनी-सुनाई बातों पर भरोसा करने की बजाय मैंने खुद हर मुख्य क्लाइंट का सोर्स कोड खोदकर पढ़ा है, और इस लेख की हर लाइन के पीछे एक सबूत है।

भारत में WhatsApp ग्रुप में भी यही दिक्कत होती है

अगर आप सोच रहे हैं कि यह सिर्फ ताइवान की समस्या है, तो ज़रा याद कीजिए — भारत में WhatsApp फैमिली ग्रुप में कोई इमेज लिंक भेजता है, और कभी वह प्रीव्यू के साथ दिखता है, कभी सिर्फ एक टेक्स्ट लाइन। WhatsApp का लिंक प्रीव्यू Open Graph मेटा-टैग पर निर्भर करता है, जबकि PTT के अलग-अलग क्लाइंट सीधे URL पैटर्न पर निर्भर करते हैं — अलग टेक्नोलॉजी, पर मूल परेशानी वही है: हर प्लेटफ़ॉर्म का अपना अलग नियम है, और कोई एक यूनिवर्सल स्टैंडर्ड नहीं।

PTT पर फोटो देखने के 5 अलग रास्ते

आगे बढ़ने से पहले सीन साफ़ कर लेते हैं, वरना नीचे की टेबल उलझा देगी।

  • BBS टेक्स्ट टर्मिनल (PCMan, Welly): सिर्फ टेक्स्ट पढ़ते हैं, इमेज लिंक हमेशा टेक्स्ट ही रहता है, कभी अपने-आप इमेज नहीं बनता।
  • www.ptt.cc का वेब वर्ज़न आर्टिकल पेज: पोस्ट पढ़ते समय सर्वर-साइड पर नियम से मेल खाने वाले URL को सीधे <img> टैग में बदल दिया जाता है।
  • term.ptt.cc: वेब-आधारित टर्मिनल एमुलेटर, लिंक पर माउस ले जाते ही फ्रंट-एंड JavaScript इमेज प्रीव्यू दिखा देता है।
  • PttChrome: पुराना ब्राउज़र telnet क्लाइंट, इमेज सीधे पोस्ट के अंदर एम्बेड हो जाती है।
  • मोबाइल ऐप (Mo PTT, JPTT, PiTT, BePTT): लिंक को सीधे थंबनेल में दिखाते हैं, लेकिन ये क्लोज़्ड-सोर्स ऐप हैं, इसलिए सिर्फ कम्युनिटी रिपोर्ट्स और ऑफिशियल जानकारी के सहारे ही अंदाज़ा लगाया जा सकता है।

पहले दो और बाकी तीन के बीच का फ़र्क़ आपके सोचने से कहीं ज़्यादा है।

मैंने सोर्स कोड खुद खोदकर देखा — 4 नियम, कोई एक-दूसरे जैसा नहीं

www.ptt.cc वेब आर्टिकल: सर्वर-साइड फ़ैसला, एक्सटेंशन को प्राथमिकता, पर WebP नहीं चलता

www.ptt.cc का फ्रंट-एंड pttweb कहलाता है, इसका सोर्स कोड GitHub के ptt/pttweb रिपॉज़िटरी में सार्वजनिक है। जो फ़ाइल पोस्ट के अंदर URL को इमेज में बदलने का काम करती है वह है richcontent/url_based_finder.go, और इसमें क्रम से जाँचे जाने वाले नियमों की एक लिस्ट है:

var defaultUrlPatterns = []*UrlPattern{
    newUrlPattern(`^https?://(?:www\.youtube\.com/watch\?(?:.+&)*v=|youtu\.be/)([\w\-]+)`, handleYoutube),
    newUrlPattern(`^https?://i\.imgur\.com/([\w]+)\.((?i)png|jpeg|jpg|gif)$`, handleImgurSingle),
    newUrlPattern(`^http://picmoe\.net/d\.php\?id=(\d+)`, handlePicmoe),
    newUrlPattern(`\.(?i:png|jpeg|jpg|gif)$`, handleGenericImage),
}

ध्यान आखिरी लाइन पर दीजिए। पहली तीन लाइनें YouTube, Imgur और picmoe.net के लिए खास बनी हैं, लेकिन असली दिलचस्पी चौथी लाइन में है: किसी भी URL का अंत अगर .png, .jpeg, .jpg या .gif से होता है (बड़े-छोटे अक्षर दोनों चलेंगे), तो चाहे वह किसी भी होस्ट का हो, उसे <img> टैग में लपेटकर सीधे दिखा दिया जाता है। मतलब साफ़ है — www.ptt.cc का वेब आर्टिकल "एक्सटेंशन देखता है, डोमेन नहीं", जो term.ptt.cc के तरीके से बिल्कुल उल्टा है।

लेकिन इस नियम की शर्त यह है कि URL एक्सटेंशन पर ही खत्म होना चाहिए, आगे कोई query string नहीं जुड़ी होनी चाहिए (regex में $ से अंत को बांध दिया गया है)। अगर किसी होस्ट का डायरेक्ट लिंक xxx.jpg?token=abc123 जैसा है, तो वह आखिरी नियम से मैच नहीं करेगा। और .webp तो लिस्ट में है ही नहीं — यानी असली WebP फ़ाइल का डायरेक्ट लिंक हो, तब भी www.ptt.cc का वेब आर्टिकल उसे अपने-आप नहीं खोलेगा, सिर्फ एक URL रह जाएगा। PTT की इमेज फॉर्मैट पर बनी दूसरी गाइड्स में यह बात इतनी साफ़ शायद ही कहीं लिखी मिले।

term.ptt.cc: पहले डोमेन व्हाइटलिस्ट, फिर एक्सटेंशन की शर्त

term.ptt.cc का सोर्स कोड GitHub के ptt/ptt-term में है — यह एक वेब टर्मिनल है जो WebSocket से BBS से जुड़ता है। जो मॉड्यूल माउस-होवर पर इमेज दिखाता है वह है src/plugins/media_previewer/image_preview_util.js, और इसमें डिफ़ॉल्ट भरोसेमंद डोमेन सीधे कोड में लिखे गए हैं:

export const INITIAL_TRUSTED_IMAGE_DOMAINS = [
  "imgur.com", "imgtok.com", "meee.com.tw", "duk.tw",
  "upload.cc", "ibb.co", "imgbb.com", "postimg.cc",
  "twimg.com", "gyazo.com",
];

गौर कीजिए — इस लिस्ट में urusai.cc नहीं है, vgy.me भी नहीं, और lpic.cc तो बिल्कुल भी नहीं। पर PTT के ask बोर्ड पर किसी यूज़र ने साफ़ लिखा था कि urusai.cc और vgy.me उसके यहाँ बिना किसी दिक्कत के ऑटो-थंबनेल बना देते हैं। कोई विरोधाभास नहीं है — कोड में एक फ़ंक्शन parseTrustedDomains भी है, जिसका मतलब है कि यह व्हाइटलिस्ट सेटिंग्स में खुद जोड़ी जा सकती है; डिफ़ॉल्ट वाली दस एंट्री तो बस "बॉक्स से बाहर तैयार" वाला सेट हैं, पूरी लिस्ट नहीं। यानी वह यूज़र शायद खुद urusai.cc को अपनी पर्सनल सेटिंग में जोड़ चुका था, न कि term.ptt.cc सबके लिए यह सपोर्ट देता है। यह ऐसी जगह है जिसे अक्सर लोग "पूरे सिस्टम का नियम" समझ बैठते हैं।

तर्क दो परतों में बंटा है: Imgur के लिए खास regex है, एक्सटेंशन न भी हो तब भी पहचान लेता है; pbs.twimg.com/media/ से शुरू होने वाले लिंक एक्सटेंशन जाँचे बिना पास हो जाते हैं; बाकी व्हाइटलिस्ट वाले डोमेन के लिए URL का अंत ज़रूर .jpg, .jpeg, .png, .gif, .webp या .bmp से होना चाहिए (query string साथ हो तब भी चलेगा, जो www.ptt.cc के वेब वर्ज़न से अलग है)। मतलब term.ptt.cc में "डोमेन और एक्सटेंशन" दोनों शर्तें एक साथ पूरी होनी चाहिए।

PttChrome: सिर्फ डोमेन देखता है, एक्सटेंशन की परवाह ही नहीं

PttChrome पुराना है, इसका क्लासिक वर्ज़न iamchucky/PttChrome पर मेंटेन होता है। जो फ़ाइल इमेज प्रीव्यू दिखाती है वह है js/term_view.js, और लिंक चुनने के लिए यह jQuery selector इस्तेमाल होता है:

var aNodes = $(".main a[href^='http://ppt.cc/'], .main a[type='p'], " +
  ".main a[href^='http://imgur.com/'], .main a[href^='https://imgur.com/'], " +
  ".main a[href^='https://flic.kr/p/'], .main a[href^='https://www.flickr.com/photos/']")
  .not("a[href^='http://imgur.com/a/'], a[href^='https://imgur.com/a/'], " +
       "a[href^='http://imgur.com/gallery/'], a[href^='https://imgur.com/gallery/']");

यहाँ माजरा थोड़ा अटपटा है। PttChrome एक्सटेंशन बिल्कुल नहीं देखता, सिर्फ URL की शुरुआत — व्हाइटलिस्ट में केवल ppt.cc शॉर्ट लिंक, imgur.com (एल्बम और gallery पेज छोड़कर), flic.kr और flickr.com/photos हैं। urusai.cc, vgy.me, duk.tw, meee, ImgBB, Postimages, lpic.cc — इनमें से कोई भी लिस्ट में नहीं, इसलिए चाहे कितना भी सही डायरेक्ट लिंक क्यों न पेस्ट करें, PttChrome उसे कभी अपने-आप इमेज में नहीं बदलेगा, बस एक नीला लिंक रह जाएगा। और मज़ेदार बात यह है कि Imgur के लिंक के लिए यह कोड सीधे URL को i.imgur.com/ID.jpg में बदल देता है — .jpg एक्सटेंशन कोड में हार्डकोड है, चाहे असली इमेज PNG हो या GIF। यह एक ऐसा दस साल पुराना छोटा-सा बग है जो आम तौर पर किसी को नज़र नहीं आता, क्योंकि Imgur गलत एक्सटेंशन वाली रिक्वेस्ट पर भी अमूमन सही इमेज ही लौटाता है।

मोबाइल ऐप (Mo PTT, JPTT, PiTT): क्लोज़्ड-सोर्स, सिर्फ कम्युनिटी की गवाही

सच कहूँ तो यहाँ मैं सोर्स-कोड लेवल का जवाब नहीं दे सकता। Mo PTT, JPTT, PiTT — ये सब क्लोज़्ड-सोर्स कमर्शियल ऐप हैं, GitHub पर इनका कोई रिपॉज़िटरी नहीं मिलता। जो सबसे पक्का सबूत मुझे मिला वह PTT ask बोर्ड की दो अलग थ्रेड्स हैं (एक जून 2025 में, दूसरी अक्टूबर 2025 में), जिनमें यूज़र्स ने अपने अनुभव शेयर किए: meee.com.tw में हाथ से .jpg एक्सटेंशन जोड़ने पर ऑटो-थंबनेल बन जाता है, urusai.cc का i.urusai.cc/ID.png फॉर्मैट चल जाता है, और imgpoi.com पर सवाल उठाया गया कि "इसमें ऑटो-थंबनेल है ही नहीं"। ये सारे संकेत "ऐप एक्सटेंशन देखता है" की तरफ इशारा करते हैं, जो www.ptt.cc के वेब वर्ज़न के लॉजिक के करीब लगता है, पर किसी के पास भी इन ऐप्स का सोर्स कोड या ऑफिशियल टेक्निकल डॉक्यूमेंट नहीं है जो यह पुख्ता करे कि डोमेन व्हाइटलिस्ट भी है या नहीं। इसे मैं साफ़ तौर पर अपुष्ट मान रहा हूँ, यह दिखावा नहीं कर रहा कि मैंने खुद इनका कोड चीरकर देखा है।

चारों नियमों की तुलना एक साथ

क्लाइंट फैसला किस आधार पर एक्सटेंशन की शर्त WebP सबूत का स्तर
www.ptt.cc वेब आर्टिकल सिर्फ एक्सटेंशन, डोमेन नहीं अंत में .jpg/.jpeg/.png/.gif ज़रूरी, query string मना सपोर्ट नहीं सोर्स कोड (ptt/pttweb)
term.ptt.cc डोमेन व्हाइटलिस्ट + एक्सटेंशन, दोनों व्हाइटलिस्ट डोमेन पर .jpg/.jpeg/.png/.gif/.webp/.bmp, query string चल जाएगी सपोर्ट है सोर्स कोड (ptt/ptt-term)
PttChrome सिर्फ डोमेन, एक्सटेंशन नहीं जाँच नहीं होती (Imgur लिंक ज़बरदस्ती .jpg में बदल दिया जाता है) लागू नहीं सोर्स कोड (iamchucky/PttChrome)
मोबाइल ऐप (Mo PTT/JPTT/PiTT) संभवतः एक्सटेंशन देखता है संभवतः .jpg/.png/.gif चलेगा अपुष्ट कम्युनिटी रिपोर्ट, सोर्स कोड नहीं मिला

इस टेबल से एक बात साफ़ हो जाती है: "PTT का एक सामान्य नियम" जैसी कोई चीज़ नहीं है। एक ही इमेज होस्ट के लिंक पर चार अलग क्लाइंट चार अलग नतीजे दे सकते हैं।

इमेज होस्ट × क्लाइंट कम्पैटिबिलिटी टेबल

यह टेबल मैंने ऊपर के हर नियम को हर आम इमेज होस्ट के डायरेक्ट लिंक फॉर्मैट पर लगाकर तैयार की है। "✅" का मतलब नियम के हिसाब से अपने-आप थंबनेल बन जाना चाहिए, "❌" का मतलब नहीं बनेगा, "⚠️" का मतलब आपकी सेटिंग या एक्सटेंशन पर निर्भर करता है।

इमेज होस्ट (डायरेक्ट लिंक उदाहरण) www.ptt.cc वेब term.ptt.cc (डिफ़ॉल्ट) PttChrome मोबाइल ऐप (कम्युनिटी रिपोर्ट)
Imgur i.imgur.com/ID.jpg ✅ ✅ ✅ (ज़बरदस्ती .jpg बनेगा) ✅
meee meee.com.tw/ID.jpg ✅ ✅ ❌ ✅ (हाथ से एक्सटेंशन जोड़ना पड़ेगा)
duk.tw ✅ (अगर एक्सटेंशन हो) ✅ ❌ अपुष्ट
urusai.cc i.urusai.cc/ID.png ✅ (अगर एक्सटेंशन हो) ⚠️ खुद व्हाइटलिस्ट में जोड़ना होगा ❌ ✅ (कम्युनिटी रिपोर्ट)
vgy.me ✅ (अगर एक्सटेंशन हो) ⚠️ खुद व्हाइटलिस्ट में जोड़ना होगा ❌ अपुष्ट, कम्युनिटी में "सबसे मुश्किल" कहा गया
ImgBB ibb.co / i.ibb.co ✅ (अगर एक्सटेंशन हो) ✅ ❌ अपुष्ट
Postimages postimg.cc ✅ (अगर एक्सटेंशन हो) ✅ ❌ अपुष्ट
lpic.cc lpic.cc/{code} ❌ (एक्सटेंशन नहीं) ❌ (व्हाइटलिस्ट में नहीं, एक्सटेंशन भी नहीं) ❌ ❌ (डायरेक्ट लिंक ही नहीं मिलता)

आखिरी लाइन पर साफ़ बात करनी ज़रूरी है।

lpic.cc अभी PTT पर ऑटो-थंबनेल के लिए काम करता है क्या? नहीं, यह अभी की सीमा है

यह लेख लिखने से पहले मैंने lpic.cc के अपने शेयर लिंक फॉर्मैट को दोबारा जाँचा। अभी अपलोड के बाद जो URL मिलता है वह https://lpic.cc/{शॉर्ट कोड} जैसा एक पेज लिंक है, न कि i.imgur.com/xxx.jpg जैसा सीधा डायरेक्ट लिंक जिसका अंत ही इमेज एक्सटेंशन हो — इसलिए न तो www.ptt.cc का एक्सटेंशन नियम, न ही term.ptt.cc या PttChrome की डोमेन व्हाइटलिस्ट इसे पकड़ पाती है। शेयर पेज खुद थंबनेल दिखाता तो है, पर वह पेज खोलने पर, न कि लिंक पेस्ट करते ही अपने-आप।

सच कहूँ तो जो लोग PTT पर सीधे ऑटो-थंबनेल चाहते हैं, उनके लिए यह अच्छी खबर नहीं है, और मैं इसे किसी और तरह से पेश नहीं करूँगा। अगर आपकी ज़रूरत बस इतनी है कि लिंक पेस्ट करते ही ऐप में थंबनेल बन जाए, तो ऊपर की टेबल में हरी झंडी वाले होस्ट (Imgur, meee, term.ptt.cc की व्हाइटलिस्ट वाले कुछ होस्ट) ज़्यादा सही रहेंगे। lpic.cc जैसे शेयर-पेज मॉडल का फ़ायदा कहीं और है — पासवर्ड प्रोटेक्शन, व्यू काउंट, कमेंट सेक्शन जैसे फीचर, जो उन मामलों के लिए बेहतर हैं जहाँ आप कंट्रोल करना चाहते हैं कि "कौन देख सकता है, देखने पर रिकॉर्ड बनेगा या नहीं" — जैसे किसी ट्रांज़ैक्शन का स्क्रीनशॉट या निजी कंटेंट, जहाँ आप लिंक भेजकर सामने वाले को क्लिक करके देखने को कहते हैं, न कि हर राहगीर को अपने-आप थंबनेल दिखा देते हैं। दोनों ज़रूरतें अलग हैं, एक को दूसरे की जगह ज़बरदस्ती फिट करने पर परेशानी ही होगी।

तो चुनें कैसे?

अगर सिर्फ यह चाहिए कि "पेस्ट करते ही तुरंत थंबनेल बने", तो देखिए आप ज़्यादातर कौन-सा क्लाइंट इस्तेमाल करते हैं: मोबाइल ऐप मुख्य है तो Imgur या एक्सटेंशन जोड़ने की आदत वाला meee चुनें; वेब वर्ज़न पर आर्टिकल पढ़ते हैं तो स्टैंडर्ड एक्सटेंशन वाला कोई भी डायरेक्ट लिंक चलेगा, बस याद रखें WebP www.ptt.cc के वेब वर्ज़न में बिल्कुल नहीं चलता; term.ptt.cc इस्तेमाल करते हैं तो पहले देख लें कि वह होस्ट आपकी अपनी व्हाइटलिस्ट सेटिंग में है या नहीं, न हो तो खुद जोड़ लें।

अगर एक साथ सारे क्लाइंट पर काम करने वाला लिंक चाहिए, तो अभी भी Imgur ही अकेला ऐसा विकल्प है जो चारों नियमों में फिट बैठता है — कीमत यह है कि उसने ताइवान की IP पहले ही ब्लॉक कर दी है, इसकी पूरी जानकारी मैंने PTT इमेज पोस्टिंग गाइड में विस्तार से लिखी है। सच में, कोई एक ऐसा होस्ट नहीं है जो हर स्थिति में बिना किसी झंझट के काम करे — यह मैंने खुद झेला है, किसी होस्ट की झूठी तारीफ़ करने की कोई ज़रूरत नहीं।

अक्सर पूछे जाने वाले सवाल

सवाल 1: वही Imgur लिंक कल तक ऑटो-थंबनेल बना रहा था, आज क्यों नहीं बन रहा?

Imgur ने मई 2025 से ताइवान की IP ब्लॉक करना शुरू कर दिया है — अगर आप ताइवान में हैं, तो हो सकता है i.imgur.com से कनेक्शन ही न बने, इसका PTT क्लाइंट के नियमों से कोई लेना-देना नहीं। इसके अलावा PttChrome, Imgur के लिंक को ज़बरदस्ती .jpg में बदल देता है, अगर असली इमेज ट्रांसपेरेंट बैकग्राउंड वाली PNG हो तो क्वालिटी या ट्रांसपेरेंसी बिगड़ सकती है, पर इससे "इमेज खुलेगी या नहीं" पर फ़र्क़ नहीं पड़ता, सिर्फ दिखने के तरीके पर पड़ता है।

सवाल 2: क्या term.ptt.cc की भरोसेमंद डोमेन लिस्ट खुद बदली जा सकती है?

सोर्स कोड देखने से पता चलता है कि parseTrustedDomains फ़ंक्शन कस्टम लिस्ट पढ़ने का सपोर्ट देता है, यानी यह एक बदली जा सकने वाली सेटिंग है, हार्डकोड किया हुआ पक्का नियम नहीं। असल में इसे कहाँ से बदलें, बदलने के बाद पेज रीफ्रेश करना पड़ेगा या नहीं — यह हिस्सा मैंने खुद आज़माकर नहीं देखा, इसके लिए term.ptt.cc की सेटिंग्स मेन्यू में ही खोजना बेहतर रहेगा।

सवाल 3: मोबाइल ऐप डोमेन व्हाइटलिस्ट देखता है या नहीं, आपके पास पक्का जवाब क्यों नहीं है?

क्योंकि Mo PTT, JPTT, PiTT — सब क्लोज़्ड-सोर्स सॉफ्टवेयर हैं, मुझे लाइन-दर-लाइन जाँचने के लिए कोई पब्लिक सोर्स कोड नहीं मिला। इस लेख में इन तीनों ऐप के बारे में जो भी लिखा है वह पूरी तरह PTT ask बोर्ड की कम्युनिटी रिपोर्ट्स पर आधारित है, न कि मेरे खुद कोड चीरने पर — यह मैंने लेख में साफ़ अपुष्ट लिखा है, इसे वेरिफाइड होने का दिखावा नहीं दूँगा।

सवाल 4: www.ptt.cc WebP सपोर्ट क्यों नहीं करता, जबकि term.ptt.cc करता है?

क्योंकि ये दोनों पूरी तरह अलग कोडबेस हैं — एक सर्वर-साइड Go में लिखा pttweb है, दूसरा फ्रंट-एंड JavaScript में लिखा ptt-term, दोनों के मेंटेनर अलग हैं और डेवलपमेंट का समय भी अलग। WebP फॉर्मैट का चलन बाद में बढ़ा, और pttweb का यह नियम साफ़ तौर पर अपडेट नहीं हुआ। यही इस पूरे लेख का मुख्य बिंदु है — PTT कोई एक यूनिफाइड सिस्टम नहीं, बल्कि कई अलग-अलग सॉफ्टवेयर का इकट्ठा किया हुआ इकोसिस्टम है।

सवाल 5: अगर एक ऐसा लिंक चाहिए जो हर PTT क्लाइंट पर अपने-आप खुल जाए, तो क्या कॉम्बिनेशन बेहतर रहेगा?

कोई एक लिंक हर स्थिति के लिए फिट नहीं बैठता, पर सबसे करीब जाने का तरीका है: इमेज होस्ट के डायरेक्ट लिंक का अंत स्टैंडर्ड एक्सटेंशन (.jpg/.png/.gif, सिर्फ WebP पर निर्भर न रहें) से हो, कोई query string न जुड़ी हो, और ऐसा होस्ट चुनें जो term.ptt.cc की डिफ़ॉल्ट व्हाइटलिस्ट में हो (Imgur, meee, duk.tw, ImgBB, Postimages सब इस लिस्ट में हैं)। PttChrome यूज़र्स के पास ज़्यादा विकल्प नहीं, अभी सिर्फ Imgur और Flickr ही चलते हैं।

संदर्भ

#PTT#term.ptt.cc#PttChrome#इमेज होस्टिंग#ऑटो थंबनेल#डायरेक्ट इमेज लिंक#फोरम में फोटो पोस्ट करना#BBS
A

लेखक

Alex Chen

उत्पाद परीक्षक

व्यावहारिक परीक्षण और प्रत्यक्ष उपयोगकर्ता अनुभव समीक्षाएं