กลับสู่บล็อก
ชุมชน

ทำไมลิงก์รูปที่แปะใน PTT ถึงไม่ขึ้นรูปอัตโนมัติ? ขุดซอร์สโค้ด term.ptt.cc กับ PttChrome เจอกฎ 4 แบบไม่เหมือนกันเลย

เผยแพร่เมื่อ6 min read
แชร์

แปะลิงก์แล้วรูปไม่ขึ้น อย่าเพิ่งคิดว่าตัวเองพิมพ์ผิด

ใครเคยแชร์รูปในกลุ่มเฟซบุ๊กหรือฟอรัมเก่าๆ คงเคยเจอเรื่องแบบนี้ ลิงก์เดียวกันเป๊ะ บางที่ขึ้นรูปย่อทันที บางที่เหลือแค่ตัวหนังสือสีน้ำเงินโล่งๆ ฝั่ง PTT ซึ่งเป็นฟอรัมแบบ BBS เก่าแก่ของไต้หวันนั้นยิ่งชวนงงกว่านั้นอีก ลิงก์เดียวกัน เปิดจากแอปมือถือรูปขึ้นเป็นภาพย่อทันที แต่พอเปิดเว็บเวอร์ชันบนคอมพิวเตอร์กลับเหลือแค่สาย URL เปล่าๆ

นี่ไม่ใช่เพราะแปะผิดฟอร์แมต เบื้องหลังคำว่า PTT จริงๆ แล้วมีซอฟต์แวร์อย่างน้อย 4 ตัวที่ต่างกันโดยสิ้นเชิง แต่ละตัวใช้ตรรกะของตัวเองตัดสินว่า "ลิงก์นี้ควรกลายเป็นรูปอัตโนมัติหรือไม่" บางตัวดูแค่นามสกุลไฟล์ บางตัวอิงจากรายชื่อโดเมนที่เชื่อถือได้ (whitelist) บางตัวต้องผ่านทั้งสองเงื่อนไข ที่แปลกสุดคือมีบางตัวข้ามการเช็กนามสกุลไปเลย แล้วพนันว่าคุณแปะลิงก์ Imgur มา — ส่วนนี้จะอธิบายละเอียดข้างล่าง

สิ่งที่คนส่วนใหญ่งงที่สุดไม่ใช่เรื่อง "โฮสต์ไหนดีกว่ากัน" แต่เป็นความรู้สึกแปลกๆ ที่ลิงก์เดียวกันแต่ให้ผลลัพธ์คนละแบบในแต่ละที่ เมื่อเดือนตุลาคม 2025 บอร์ด ask (板 ในภาษา PTT แปลว่ากระดานสนทนาแต่ละหมวด) ของ PTT มีกระทู้ถามว่า "โฮสต์รูปไหนรองรับการเปิดรูปอัตโนมัติบ้าง" 原PO (เจ้าของกระทู้ ศัพท์เฉพาะของ PTT) เล่าว่า term.ptt.cc เมื่อก่อนแค่เอาเมาส์ไปวางบนลิงก์ Imgur รูปก็ขึ้นเองแล้ว แต่พักหลังครึ่งปีมานี้ใช้ไม่ได้แล้ว ประโยคนี้ชี้ให้เห็นสิ่งที่หลายคนไม่ทันสังเกต คือซอฟต์แวร์ตัวเดิม โฮสต์รูปเดิม กฎก็เปลี่ยนไปตามเวลาได้ และไม่มีใครประกาศอย่างเป็นทางการเลยสักครั้ง แทนที่จะเชื่อตามคำเล่าลือ เราเลยไปขุดซอร์สโค้ดของซอฟต์แวร์หลักๆ มาอ่านเอง แต่ละช่องในบทความนี้จึงมีที่มาอ้างอิงได้จริง

ดูรูปบน PTT จริงๆ แล้วมี 5 เส้นทาง ไม่ใช่ "PTT" คือของสิ่งเดียว

ต้องแยกบริบทให้ชัดก่อน ไม่งั้นตารางข้างล่างจะงงเปล่าๆ

  • เทอร์มินัล BBS แบบข้อความล้วน (PCMan, Welly): รับแค่ตัวหนังสือ ลิงก์รูปจะเป็นสตริงตัวอักษรตลอดไป ไม่มีวันกลายเป็นรูปเอง
  • บทความบนเว็บเวอร์ชัน www.ptt.cc: ตอนโหลดหน้าบทความ ฝั่งเซิร์ฟเวอร์จะแปลงลิงก์ที่ตรงกฎให้เป็นแท็ก <img> ทันที
  • term.ptt.cc: เทอร์มินัลจำลองบนเว็บ เอาเมาส์ไปวางบนลิงก์จะเด้งพรีวิวรูปขึ้นมา ใช้ JavaScript ฝั่งไคลเอนต์ตัดสิน
  • PttChrome: ไคลเอนต์ telnet บนเบราว์เซอร์รุ่นเก่าแก่ รูปจะฝังเข้าไปในหน้าจอบทความเลย
  • แอปมือถือ (Mo PTT, JPTT, PiTT, BePTT): แปลงลิงก์เป็นภาพย่อแสดงตรงๆ กลุ่มนี้เป็นซอฟต์แวร์ปิดซอร์ส ต้องอาศัยรายงานจากชุมชนกับคำอธิบายทางการเท่านั้นในการเดา

ความต่างระหว่างสองกลุ่มแรกกับสามกลุ่มหลังนั้นมากกว่าที่คิด

ขุดซอร์สโค้ดมาดู กฎ 4 แบบ ไม่มีอันไหนเหมือนกันเลย

บทความเว็บเวอร์ชัน www.ptt.cc: เซิร์ฟเวอร์ตัดสินเอง เน้นนามสกุลไฟล์เป็นหลัก แต่ไม่รองรับ WebP

ฝั่งหน้าเว็บของ www.ptt.cc ชื่อว่า pttweb ซอร์สโค้ดเปิดเผยอยู่บน GitHub ที่ repo ptt/pttweb ไฟล์ที่รับผิดชอบแปลงลิงก์ในบทความให้เป็นรูปคือ 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 ส่วนบรรทัดที่สี่คือหัวใจสำคัญ ลิงก์ไหนก็ตาม ขอแค่ลงท้ายด้วย .png, .jpeg, .jpg หรือ .gif (ตัวพิมพ์ใหญ่เล็กไม่สำคัญ) ไม่ว่าจะมาจากโฮสต์รูปไหน จะถูกห่อเป็นแท็ก <img> แสดงผลทันที พูดง่ายๆ คือบทความบนเว็บเวอร์ชัน www.ptt.cc ใช้ตรรกะ "เช็กนามสกุลไฟล์ ไม่สนโดเมน" ซึ่งตรงข้ามกับ term.ptt.cc เป๊ะๆ

แต่กฎนี้กำหนดว่าลิงก์ ต้องลงท้ายด้วยนามสกุลไฟล์พอดี ห้ามมี query string ต่อท้าย (regex ใช้ $ ล็อกตอนจบไว้แน่น) ถ้าลิงก์ตรงของโฮสต์รูปเป็นแบบ xxx.jpg?token=abc123 ที่มีพารามิเตอร์ต่อท้าย จะไม่เข้ากฎข้อสุดท้ายนี้ นอกจากนี้ .webp ไม่อยู่ในรายการเลย นั่นแปลว่าต่อให้แปะลิงก์ WebP ของจริงแท้ๆ บทความเว็บเวอร์ชัน www.ptt.cc ก็จะไม่ขยายเป็นรูปให้ เหลือแค่ลิงก์เฉยๆ จุดนี้เราไม่เคยเห็นบทความอื่นเกี่ยวกับการแปะรูปใน PTT พูดชัดเจนขนาดนี้มาก่อน

term.ptt.cc: เช็ก whitelist โดเมนก่อน นามสกุลไฟล์เป็นด่านที่สอง

ซอร์สโค้ดของ term.ptt.cc อยู่บน GitHub ที่ ptt/ptt-term เป็นเทอร์มินัลบนเว็บที่เชื่อมต่อ BBS ผ่าน WebSocket โมดูลที่รับผิดชอบเปิดรูปตอนเอาเมาส์ไปวางคือ 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 เลย แต่บนบอร์ด ask ของ PTT มีคนบอกชัดเจนว่า urusai.cc, vgy.me เปิดรูปอัตโนมัติได้ลื่นมากที่เครื่องเขา ขัดแย้งกันไหม จริงๆ แล้วไม่ขัดแย้ง เพราะในโค้ดมีฟังก์ชัน parseTrustedDomains อยู่ด้วย ซึ่งหมายความว่ารายชื่อ whitelist นี้ปรับแต่งเพิ่มโดเมนเองได้ในการตั้งค่า ค่าเริ่มต้นแค่สิบเจ้าที่ "ใช้ได้เลยไม่ต้องตั้งค่า" เท่านั้น ไม่ใช่ทั้งหมด พูดอีกแบบคือ鄉民 (ศัพท์ของ PTT ที่ใช้เรียกผู้ใช้ทั่วไปในบอร์ด) คนที่พูดถึงนั้นน่าจะเพิ่ม urusai.cc เข้าไปในการตั้งค่าส่วนตัวเอง ไม่ใช่ว่า term.ptt.cc รองรับให้ทุกคนโดยดีฟอลต์ นี่เป็นจุดที่เข้าใจผิดง่ายว่าเป็น "กฎของทั้งระบบ"

ตรรกะการตัดสินแบ่งเป็นสองชั้น Imgur มี regex เฉพาะตัว ต่อให้ลิงก์ไม่มีนามสกุลไฟล์ก็จำได้; ลิงก์ที่ขึ้นต้นด้วย pbs.twimg.com/media/ ปล่อยผ่านได้เลยไม่ต้องเช็กนามสกุล; นอกเหนือจากนั้นสำหรับโดเมนใน whitelist ลิงก์ ต้อง ลงท้ายด้วย .jpg, .jpeg, .png, .gif, .webp หรือ .bmp (มี query string ต่อท้ายก็นับด้วย จุดนี้ต่างจากเว็บเวอร์ชัน www.ptt.cc) พูดง่ายๆ คือ term.ptt.cc เป็นด่านคู่ "โดเมน AND นามสกุลไฟล์" ต้องผ่านทั้งสองเงื่อนไข

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 ไม่เช็กนามสกุลไฟล์เลยสักนิด ดูแค่ตอนต้นของลิงก์เท่านั้น whitelist มีแค่ลิงก์ย่อ ppt.cc, imgur.com (ไม่รวมหน้าอัลบั้มกับ gallery), flic.kr, flickr.com/photos เท่านั้น urusai.cc, vgy.me, duk.tw, meee, ImgBB, Postimages, lpic.cc ไม่อยู่ในรายการเลยสักตัว ต่อให้แปะลิงก์ตรงมาตรฐานแค่ไหนก็ไม่ถูก PttChrome ขยายเป็นรูปให้ เหลือแค่ลิงก์สีน้ำเงินบรรทัดเดียวตลอดไป ที่น่าสนใจกว่านั้นคือวิธีจัดการลิงก์ Imgur ในโค้ดเขียนทับลิงก์ให้กลายเป็น i.imgur.com/ID.jpg ตรงๆ ล็อกนามสกุลเป็น .jpg แบบตายตัว ไม่สนว่ารูปต้นฉบับจะเป็น PNG หรือ GIF นี่เป็นจุดบั๊กเล็กๆ ที่ตกค้างมาสิบกว่าปีจนถึงตอนนี้ ปกติไม่มีใครสังเกตเห็นเพราะ Imgur มักจะตอบกลับรูปที่ถูกต้องอยู่ดีแม้นามสกุลจะไม่ตรงกับที่ขอไป

แอปมือถือ (Mo PTT, JPTT, PiTT): ปิดซอร์ส ได้แต่ปะติดปะต่อจากหลักฐานชุมชน

บอกตรงๆ ว่าส่วนนี้เราให้คำตอบระดับซอร์สโค้ดไม่ได้ Mo PTT, JPTT, PiTT ล้วนเป็นแอปเชิงพาณิชย์ปิดซอร์ส หาไม่เจอ repo โค้ดบน GitHub เลย หลักฐานที่แน่นที่สุดที่เราหาได้คือกระทู้บนบอร์ด ask ของ PTT สองกระทู้ที่โพสต์ใกล้เคียงกัน (เดือนมิถุนายนกับตุลาคม ปี 2025) ซึ่งมี鄉民รายงานผลทดสอบจริงว่า meee.com.tw ต้องเติมนามสกุล .jpg เองก่อนถึงจะเปิดรูปอัตโนมัติได้ รูปแบบ i.urusai.cc/ID.png ของ urusai.cc ใช้ได้ ส่วน imgpoi.com ถูกตั้งข้อสงสัยว่า "จริงๆ แล้วไม่มีฟีเจอร์เปิดรูปอัตโนมัติเลย" คำอธิบายเหล่านี้ล้วนชี้ไปทาง "แอปเช็กนามสกุลไฟล์" ซึ่งใกล้เคียงกับตรรกะของเว็บเวอร์ชัน www.ptt.cc แต่ยังไม่มีใครเอาซอร์สโค้ดหรือเอกสารทางการของแอปเหล่านี้มายืนยันได้ว่ามี whitelist โดเมนด้วยหรือเปล่า ช่องนี้เราขอระบุชัดว่า ยังไม่ได้ยืนยัน ไม่แสร้งทำเป็นว่าแกะโค้ดของมันเองมาแล้ว

เทียบกฎทั้ง 4 แบบพร้อมกัน

ไคลเอนต์ เกณฑ์การตัดสิน ข้อกำหนดนามสกุลไฟล์ WebP ระดับหลักฐาน
บทความเว็บเวอร์ชัน www.ptt.cc เช็กแค่นามสกุลไฟล์ ไม่สนโดเมน ต้องลงท้ายด้วย .jpg/.jpeg/.png/.gif ห้ามมี query string ไม่รองรับ ซอร์สโค้ด (ptt/pttweb)
term.ptt.cc whitelist โดเมน + นามสกุลไฟล์ สองด่าน ในโดเมน whitelist ต้องลงท้าย .jpg/.jpeg/.png/.gif/.webp/.bmp มี query string ได้ รองรับ ซอร์สโค้ด (ptt/ptt-term)
PttChrome เช็กแค่โดเมน ไม่เช็กนามสกุลไฟล์ ไม่เช็ก (ลิงก์ Imgur ถูกบังคับเปลี่ยนเป็น .jpg) ไม่เกี่ยวข้อง ซอร์สโค้ด (iamchucky/PttChrome)
แอปมือถือ (Mo PTT/JPTT/PiTT) คาดว่าเช็กนามสกุลไฟล์ คาดว่า .jpg/.png/.gif ใช้ได้ ยังไม่ยืนยัน รายงานจากชุมชน ไม่เห็นซอร์สโค้ด

อ่านตารางนี้จบแล้วคงเข้าใจแล้วว่า ไม่มี "กฎกลางของ PTT" แบบนั้นอยู่จริง ลิงก์โฮสต์รูปเดียวกัน ไคลเอนต์ทั้ง 4 ตัวให้ผลลัพธ์คนละแบบได้เลย

ตารางเทียบโฮสต์รูป × ไคลเอนต์: แปะลิงก์ไหนที่ไหนถึงจะขึ้นรูปอัตโนมัติ

ตารางนี้เราเทียบจากกฎแต่ละแบบข้างบน แล้วไล่ดูฟอร์แมตลิงก์ตรงของโฮสต์รูปยอดนิยมทีละเจ้า "✅" คือตามตรรกะกฎแล้วควรขยายเป็นรูปอัตโนมัติ "❌" คือไม่ขึ้น "⚠️" คือขึ้นอยู่กับว่าตั้งค่าหรือเติมนามสกุลไฟล์เองหรือเปล่า

โฮสต์รูป (ตัวอย่างลิงก์ตรง) เว็บเวอร์ชัน 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 ✅ (ถ้ามีนามสกุลไฟล์) ⚠️ ต้องเพิ่มเข้า whitelist เอง ❌ ✅ (รายงานจากชุมชน)
vgy.me ✅ (ถ้ามีนามสกุลไฟล์) ⚠️ ต้องเพิ่มเข้า whitelist เอง ❌ ยังไม่ยืนยัน ชุมชนบอกว่า "ยุ่งยากที่สุด"
ImgBB ibb.co/i.ibb.co ✅ (ถ้ามีนามสกุลไฟล์) ✅ ❌ ยังไม่ยืนยัน
Postimages postimg.cc ✅ (ถ้ามีนามสกุลไฟล์) ✅ ❌ ยังไม่ยืนยัน
lpic.cc lpic.cc/{code} ❌ (ไม่มีนามสกุลไฟล์) ❌ (ไม่อยู่ใน whitelist และไม่มีนามสกุลไฟล์) ❌ ❌ (ไม่มีลิงก์ตรงให้แปะ)

แถวสุดท้ายต้องพูดให้ชัดเจน

เทียบกับกลุ่มเฟซบุ๊กและ LINE ที่คนไทยคุ้นเคยกันดู

พูดถึงตรงนี้แล้วนึกได้ว่า พฤติกรรมแชร์รูปของคนไทยในกลุ่มเฟซบุ๊กกับ LINE นั้นเดินไปคนละทางกับ PTT เลย กลุ่มเฟซบุ๊กแทบไม่มีแนวคิดเรื่อง "ลิงก์รูปตรงจากโฮสต์บุคคลที่สามขึ้นในโพสต์เอง" เพราะรูปที่โพสต์ในกลุ่มคืออัปโหลดขึ้นเซิร์ฟเวอร์ของเฟซบุ๊กโดยตรง เฟซบุ๊กแทบจะบล็อกการแสดงรูปฝังจากโดเมนแปลกปลอมนอกระบบตัวเองไปเลยด้วยเหตุผลด้านความปลอดภัยและกันสแปม ส่วน LINE ก็คล้ายกัน ส่งรูปในแชทคืออัปโหลดขึ้นเซิร์ฟเวอร์ LINE เอง ถ้าจะแชร์ต่อก็ส่งไฟล์รูปต่อ ไม่ใช่แปะลิงก์

เทียบแล้วจะเห็นว่า PTT ยังคงรักษาวิธีแชร์แบบ "ลิงก์ตรง" มาจากยุค BBS ไว้ นี่คือความต่างที่ใหญ่ที่สุดเมื่อเทียบกับแพลตฟอร์มที่คนไทยใช้กันทุกวัน ถ้าเคยชินกับการอัปโหลดรูปตรงๆ ลง LINE หรือเฟซบุ๊กแล้วมาลอง PTT ความรู้สึกงงๆ ว่า "ทำไมแปะลิงก์แล้วรูปไม่ขึ้น" เป็นเรื่องปกติมาก ไม่ใช่ว่าคุณทำผิด แค่สองระบบนิเวศทำงานกันคนละตรรกะเท่านั้นเอง

ตอนนี้ lpic.cc แปะบน PTT แล้วเปิดรูปอัตโนมัติได้ไหม? ไม่ได้ นี่คือข้อจำกัดปัจจุบัน

ก่อนเขียนบทความนี้เราไปเช็กฟอร์แมตลิงก์แชร์ของ lpic.cc เองอีกครั้ง ตอนนี้หลังอัปโหลดเสร็จ ลิงก์ที่ได้จะเป็นแบบ https://lpic.cc/{รหัสสั้น} ซึ่งเป็นลิงก์หน้าดูผลงาน ไม่ใช่ลิงก์ตรงที่ลงท้ายด้วยนามสกุลไฟล์รูปแบบ i.imgur.com/xxx.jpg นั่นแปลว่าไม่ว่าจะเป็นกฎนามสกุลไฟล์ของเว็บเวอร์ชัน www.ptt.cc หรือ whitelist โดเมนของ term.ptt.cc และ PttChrome ก็จับไม่ได้ทั้งนั้น ตัวหน้าแชร์เองมีภาพย่อแสดงจริง แต่ต้องเปิดหน้านั้นก่อนถึงจะเห็น ไม่ใช่แบบ "แปะลิงก์แล้วขยายเป็นรูปทันที"

บอกตรงๆ ว่าเรื่องนี้ไม่ใช่ข่าวดีสำหรับคนที่อยากเปิดรูปอัตโนมัติบน PTT โดยตรง เราไม่คิดจะแต่งให้เป็นอย่างอื่น ถ้าความต้องการคือแปะลิงก์ให้แอปแปลงเป็นภาพย่อเองเลย โฮสต์ที่ติ๊กถูกในตารางข้างบน (Imgur, meee หรือเจ้าที่อยู่ใน whitelist ค่าเริ่มต้นของ term.ptt.cc) จะเหมาะกว่า ข้อดีของหน้าแชร์แบบ lpic.cc อยู่ตรงจุดอื่น ฟีเจอร์การใช้งานบนหน้าอย่างการล็อกด้วยรหัสผ่าน นับจำนวนครั้งที่ดู พื้นที่แสดงความคิดเห็น เหมาะกับสถานการณ์ที่อยากควบคุมว่า "ใครดูได้บ้าง ดูแล้วจะถูกบันทึกไหม" เช่น รูปแคปหน้าจอธุรกรรมหรือเนื้อหาส่วนตัว ส่งลิงก์ให้อีกฝ่ายกดเข้าไปดูเอง ไม่ใช่โยนออกไปให้คนผ่านไปมาเห็นภาพย่อกันเอง สองความต้องการนี้ต่างกันโดยพื้นฐาน ฝืนใช้แทนกันจะรู้สึกขัดๆ

แล้วควรเลือกยังไงดี

ถ้าสนใจแค่ "แปะแล้วขึ้นรูปอัตโนมัติทันที" ให้ดูว่าใช้ไคลเอนต์ไหนเป็นหลัก ใช้แอปมือถือเป็นหลักก็เลือก Imgur หรือ meee ที่ต้องเติมนามสกุลไฟล์เอง; ดูบทความผ่านเว็บเวอร์ชันเป็นหลักก็ใช้โฮสต์รูปที่มีลิงก์ตรงนามสกุลไฟล์มาตรฐานได้ทุกเจ้า แต่อย่าลืมว่า WebP ไม่ถูกเว็บเวอร์ชัน www.ptt.cc รับเลย; ใช้ term.ptt.cc ก็เช็กก่อนว่าโฮสต์รูปนั้นอยู่ใน whitelist ที่ตั้งค่าไว้เองหรือยัง ถ้ายังไม่มีก็อย่าลืมเพิ่มเอง

ถ้าอยากได้ลิงก์ที่ใช้ได้ข้ามหลายไคลเอนต์ Imgur ยังคงเป็นตัวเลือกเดียวที่กฎทั้ง 4 แบบยอมรับหมด แลกมาด้วยการที่มันบล็อก IP ไต้หวันไปแล้วจากฝั่งอัปโหลด เรื่องนี้เขียนละเอียดกว่านี้ไว้ในบทความ คู่มือแปะรูปลง PTT ฉบับเต็ม จริงๆ แล้วไม่มีโฮสต์รูปไหนที่ทำให้คุณไม่ต้องกังวลเรื่องฟอร์แมตในทุกสถานการณ์ เรื่องนี้เราเจอมากับตัวแล้ว ไม่จำเป็นต้องพูดดีให้เจ้าไหนเป็นพิเศษ

คำถามที่พบบ่อย

คำถามที่ 1: ทำไมลิงก์ Imgur เดียวกัน เมื่อวานยังเปิดรูปอัตโนมัติได้ วันนี้กลับไม่ได้แล้ว?

Imgur เริ่มบล็อก IP ไต้หวันตั้งแต่เดือนพฤษภาคม ปี 2025 ถ้าคุณอยู่ที่ไต้หวัน แค่การเชื่อมต่อไปยัง i.imgur.com เองก็อาจจะไม่ได้แล้ว เรื่องนี้ไม่เกี่ยวกับกฎของไคลเอนต์ PTT เลย นอกจากนี้ PttChrome จะบังคับเปลี่ยนลิงก์ Imgur ให้ลงท้ายด้วย .jpg ถ้ารูปต้นฉบับเป็น PNG พื้นหลังโปร่งใส คุณภาพหรือความโปร่งใสอาจเพี้ยนไป แต่เรื่องนี้ไม่กระทบว่า "เปิดรูปได้หรือไม่ได้" กระทบแค่ผลลัพธ์การแสดงผลเท่านั้น

คำถามที่ 2: รายชื่อโดเมนที่เชื่อถือได้ของ term.ptt.cc แก้เองได้ไหม?

จากซอร์สโค้ดจะเห็นว่าฟังก์ชัน parseTrustedDomains รองรับการอ่านรายชื่อที่กำหนดเอง แปลว่านี่เป็นการตั้งค่าที่ปรับได้ ไม่ใช่กฎตายตัวแก้ไม่ได้ ส่วนหน้าตั้งค่าจริงอยู่ตรงไหน ต้องรีเฟรชหน้าก่อนถึงจะมีผลหรือเปล่า เรายังไม่ได้ทดลองหาเส้นทางการใช้งานจริง แนะนำให้เข้าไปหาในเมนูตั้งค่าของ term.ptt.cc ดูโดยตรง

คำถามที่ 3: แอปมือถือเช็ก whitelist โดเมนหรือเปล่า ทำไมไม่มีคำตอบที่แน่ชัด?

เพราะ Mo PTT, JPTT, PiTT ล้วนเป็นซอฟต์แวร์ปิดซอร์ส หาซอร์สโค้ดสาธารณะมาไล่เช็กทีละบรรทัดไม่ได้ คำอธิบายในบทความนี้เกี่ยวกับสามแอปนี้มาจากรายงานผลทดสอบจริงของ鄉民บนบอร์ด ask ของ PTT ทั้งหมด ไม่ใช่ข้อสรุปที่เราแกะโค้ดเองได้มา จุดนี้เราระบุชัดในบทความว่ายังไม่ได้ยืนยัน ไม่แสร้งทำเป็นว่าตรวจสอบเองแล้ว

คำถามที่ 4: ทำไมเว็บเวอร์ชัน www.ptt.cc ไม่รองรับ WebP แต่ term.ptt.cc รองรับ?

เพราะนี่คือโค้ดสองชุดที่แยกกันโดยสิ้นเชิง ชุดหนึ่งคือ pttweb เขียนด้วย Go ทำงานฝั่งเซิร์ฟเวอร์ อีกชุดคือ ptt-term เขียนด้วย JavaScript ทำงานฝั่งไคลเอนต์ คนดูแลต่างกัน ช่วงเวลาพัฒนาก็ต่างกัน การที่ WebP แพร่หลายเป็นเรื่องที่เกิดขึ้นทีหลัง กฎของ pttweb เห็นชัดว่ายังไม่ได้อัปเดตตาม นี่คือประเด็นที่บทความนี้อยากเน้นย้ำ PTT ไม่ใช่ระบบเดียวที่รวมศูนย์ แต่เป็นระบบนิเวศที่ประกอบขึ้นจากซอฟต์แวร์อิสระหลายตัวต่อกัน

คำถามที่ 5: คนไทยเข้าถึง term.ptt.cc หรือ www.ptt.cc ได้โดยตรงไหม?

ได้ PTT เป็นบริการ BBS ของไต้หวัน การเข้าเว็บเวอร์ชันกับ term.ptt.cc จากเครือข่ายในไทยปกติไม่มีข้อจำกัดพิเศษอะไร ไม่เหมือนโฮสต์รูปต่างประเทศบางเจ้า (เช่น Imgur ที่บล็อก IP ไต้หวัน) ที่ถูกจำกัดตามภูมิภาค แต่ความเร็วในการเข้าถึงขึ้นอยู่กับคุณภาพเส้นทางเชื่อมต่อระหว่างประเทศ ช่วงเวลาคนใช้เยอะอาจช้าลงบ้าง เรื่องนี้เป็นคนละเรื่องกับกฎการเปิดรูปที่พูดถึงในบทความนี้

แหล่งอ้างอิง

#PTT#term.ptt.cc#PttChrome#โฮสต์รูปภาพ#รูปขึ้นอัตโนมัติ#แปะรูปในฟอรัม#ลิงก์รูปตรง
A

เขียนโดย

Alex Chen

ผู้ทดสอบผลิตภัณฑ์

รีวิวจากการทดสอบจริงและประสบการณ์ผู้ใช้โดยตรง