กรณีสาธารณะครั้งสุดท้ายของ Nitter อยู่ในสภาพทรุดโทรม โครงการ Nitter พัฒนาส่วนหน้าฟรีสำหรับการเข้าถึง X.com/Twitter โดยไม่ต้องใช้ JavaScript การวิเคราะห์ ตัวติดตาม และบริการของบุคคลที่สาม เมื่อวันที่ 31 มกราคม การออกโทเค็นที่ใช้โดย Nitter เพื่อให้สามารถเข้าถึงเนื้อหาบน X.com ได้หยุดลง เมื่อวันที่ 26 กุมภาพันธ์ โทเค็นสุดท้ายที่ออกก่อนหน้านี้หมดอายุ ซึ่งทำให้ Nitter หยุดโดยสิ้นเชิง
หลังจากที่ Elon Musk ถูกซื้อไป Twitter (ปัจจุบันเปลี่ยนชื่อเป็น X) ได้เริ่มใช้ชุดมาตรการทางเทคนิคและองค์กรที่มุ่งเป้าไปที่การสร้างรายได้จากแพลตฟอร์มในเชิงรุก ซึ่งก่อนหน้านี้ถือว่าไม่ได้ผลกำไร ท่ามกลางการเปลี่ยนแปลง มีการใช้ภาษีสำหรับข้อมูลที่ได้รับในแต่ละบัญชี (มีการกำหนดขีดจำกัดสำหรับบัญชีประเภทต่างๆ - 10000 สำหรับผู้ถือ "เครื่องหมายถูกสีน้ำเงิน" ที่ชำระเงิน, 1000 สำหรับบัญชีปกติ, 500 สำหรับบัญชีปกติใหม่) บัญชี “นักพัฒนา” ที่มีข้อจำกัดที่เหมาะสมสำหรับการดึงข้อมูลจำนวนมาก (การขูด) ได้ถูกโอนไปยังหมวดหมู่ของบัญชีที่ต้องชำระเงินแล้ว การเผยแพร่ข้อมูลไปยังผู้ใช้ที่ไม่มีบัญชีถูกหยุดแล้ว
การให้เหตุผลได้รับการระบุต่อสาธารณะ (2023-07-01) ว่าสิ่งเหล่านี้เป็น "มาตรการฉุกเฉินชั่วคราว" เนื่องจากการอัพโหลดข้อมูลอัตโนมัติโดยบอททำให้บริการสำหรับผู้ใช้ทั่วไปเสื่อมลง ก่อนหน้านี้ (2023-04-19) มีการกล่าวอ้างต่อ Microsoft ที่เกี่ยวข้องกับการที่บริษัทใช้ข้อมูล Twitter เพื่อฝึก AI อย่างผิดกฎหมาย ต่อมา (2023-11-17) การแนะนำขีดจำกัดได้รับความชอบธรรมโดยการต่อสู้กับบอทที่ Musk สัญญาไว้
Nitter เป็นโครงการพัฒนาซอฟต์แวร์เพื่อปกป้องผู้ใช้ Twitter ที่ไม่ได้ส่งข้อความ แต่อ่านเฉพาะเนื้อหาเท่านั้น ไม่ให้ถูกติดตามโดยการจัดหาไซต์ทางเลือกสำหรับการดู Twitter ที่ไม่ต้องใช้บัญชีหรือเปิดใช้งาน JavaScript ซอฟต์แวร์ดังกล่าวจริงๆ แล้วเป็นเครื่องขูดและตัวกลาง ซึ่งแทนที่จะจัดเก็บข้อมูลในฐานข้อมูล จะส่งข้อมูลไปยังผู้ใช้ปลายทาง (อย่างไรก็ตาม ข้อมูลบริการบางส่วนถูกแคชไว้ใน Redis)
ดังนั้นซอฟต์แวร์ Nitter:
จากการวิเคราะห์วิธีแก้ปัญหาสำหรับการทำงานต่อเนื่องภายใต้เงื่อนไขใหม่ พบว่า RSS และจุดเริ่มต้นบางส่วนบน syndication.twitter.com นั้นให้ข้อมูลแก่ผู้ใช้ที่ไม่ได้ลงทะเบียนในรูปแบบ JSON และถูกนำมาใช้เพื่อทำงานร่วมกับเครือข่ายโซเชียลอื่นๆ บางครั้ง Nitter ได้รับข้อมูลผ่านอินเทอร์เฟซเหล่านี้ แต่แล้วข้อมูลเหล่านั้นก็ถูกปิด หลังจากนี้ พบวิธีใช้ "บัญชีแขก" ที่มีสิทธิ์อ่าน ประเภท “บัญชีผู้เยี่ยมชม” ประเภทหนึ่งมีไว้สำหรับใช้บนอุปกรณ์ Internet of Things ที่มีเบราว์เซอร์แบบแยกส่วน
แต่ Nitter ใช้ "บัญชีผู้เยี่ยมชม" ประเภทที่แตกต่างออกไป ซึ่งใช้ OAuth แทนคุกกี้ โดยลงทะเบียนผ่าน API และดูเหมือนว่าแอปจะใช้บัญชีเหล่านั้นเพื่อ... Androidบัญชีประเภทนี้มีข้อจำกัดในการเรียกใช้ API 500 ครั้งต่อ 15 นาที และการ "ลงทะเบียน" นั้นผูกติดอยู่กับ ที่อยู่ IP (จาก IP หนึ่ง คุณสามารถลงทะเบียน "บัญชีผู้เยี่ยมชม" ได้วันละหนึ่งบัญชี แต่บัญชีที่ลงทะเบียนไว้แล้วสามารถใช้งานจาก IP อื่นๆ ได้)
“บัญชี” ดังกล่าว (โทเค็นการเข้าถึง) ใช้งานได้เป็นเวลา 30 วัน ในเวลานั้น วิธีแก้ปัญหาที่เพียงพอสำหรับปัญหาการลงทะเบียนบัญชีชั่วคราวจำนวนมากคือการระดมการลงทะเบียนโดยผู้ใช้ โดยใช้สิ่งที่คล้ายกับ Bibliogram (สคริปต์ผู้ใช้ที่รับโทเค็นแขกจากผู้ใช้และถ่ายโอนไปยังอินสแตนซ์สาธารณะ) .
เมื่อปลายเดือนมกราคม X หยุดการออกโทเค็นดังกล่าว การลบวิธีการเข้าถึงแบบหลังทำให้ Nitter กลายเป็นบริการสาธารณะฟรีและมีผู้ใช้หลายราย ส่งผลให้ผู้เขียนประกาศว่า Nitter เสียชีวิตแล้ว
บางกรณีปิดตัวลงทันทีหลังจากนั้น ส่วนบางกรณีได้แก้ไขโค้ดเพื่อบันทึกการใช้โทเค็นที่มีอยู่อย่างรุนแรง โดยเฉพาะอย่างยิ่งการใช้งานหลักในการรับรายการทวีตจากบัญชี โดยมีการส่งข้อความแสดงข้อผิดพลาดสำหรับทุกสิ่งทุกอย่าง ในวันที่ 26 กุมภาพันธ์ โทเค็นของแขกคนสุดท้ายหมดอายุ ส่งผลให้อินสแตนซ์สาธารณะทั้งหมดหยุดทำงาน อย่างไรก็ตาม ตัวติดตามบั๊กจะกล่าวถึงปัญหาที่ส่งผลกระทบต่อบัญชีผู้เยี่ยมชม
หนึ่งในวิธีแก้ไขปัญหาที่รุนแรงอาจเป็นการแทนที่ Twitter ด้วยการสร้างบริการกระจายอำนาจทางเลือกตาม ActivityPub และ IPFS โดยที่ตัวระบุหลักของแต่ละข้อความคือ IPFS CID เราสามารถจินตนาการถึงโครงสร้างหลายระดับดังต่อไปนี้:
อย่างไรก็ตาม 3 ประเด็นนี้ไม่ได้แก้ปัญหาการไม่เข้าร่วมโดยผู้ใช้ Twitter ในโปรแกรมทดแทน Twitter
สำหรับตัวระบุโพสต์แต่ละตัวบนแพลตฟอร์มแบบรวมศูนย์แต่ละแพลตฟอร์ม ขอแนะนำให้รักษาการแมปไว้ใน IPFS CID ซึ่งทำหน้าที่เป็นแคชที่ช่วยให้คุณสามารถค้นหาตัวระบุแบบกระจายอำนาจได้โดยไม่ต้องรู้ข้อความของโพสต์ แต่ต้องรู้ตัวระบุแบบรวมศูนย์ . เมื่อสร้าง URI ใน IPFS (ซึ่งสามารถทำได้โดยไม่ต้องเติมจริง) ข้อความที่โพสต์จะผ่านการกำหนดรูปแบบมาตรฐาน ซึ่งประกอบด้วยการวางข้อมูลในคอนเทนเนอร์แบบ HTML พร้อมด้วยเมตาดาต้าที่เครื่องอ่านได้ การทำให้เป็นมาตรฐานของ Unicode การแปลงเป็น UTF-8 การแทนที่ อักขระช่องว่างที่มีช่องว่างเดี่ยวธรรมดา และแทนที่ลิงก์ทั้งหมดไปยังโพสต์บนนี้และแพลตฟอร์มอื่น ๆ ที่ผ่านขั้นตอนที่คล้ายกันกับ URI ใน IPFS
แต่ละแพลตฟอร์มมีเอกสารที่เครื่องอ่านได้ซึ่งอธิบายกฎสำหรับการกำหนดรูปแบบโพสต์ รวมถึงบริการมากมายที่ลิงก์ถูกแทนที่ด้วย IPFS URI ในโพสต์บนเครือข่ายนั้น แต่ละโพสต์ในแต่ละเครือข่ายจะถูกกำหนดรูปแบบมาตรฐานตามกฎสำหรับการตั้งค่ามาตรฐานของโพสต์ในเครือข่ายนั้นซึ่งมีผลใช้บังคับ ณ เวลาที่โพสต์นั้นลงวันที่ ในระหว่างการกำหนดรูปแบบมาตรฐาน หากโพสต์มีลิงก์ไปยังโพสต์ในแพลตฟอร์มใดแพลตฟอร์มหนึ่งที่ถูกแทนที่ การใช้งานจะแยกตัวระบุแบบรวมศูนย์ออกจากลิงก์ และตรวจสอบว่ามีอยู่ในดัชนีที่เชื่อถือได้หรือไม่
เมื่อแสดงอยู่ในดัชนี การใช้งานจะใช้ตัวระบุแบบกระจายอำนาจจากดัชนี หากไม่มี การใช้งานจะขอโพสต์โดยการอ้างอิง กำหนดรูปแบบมาตรฐาน และสร้างตัวระบุที่สามารถวางไว้ในดัชนีได้ การใช้งานไม่จำเป็นต้องวางโพสต์ที่ร้องขอบนเครือข่ายกระจายอำนาจ การใช้งานอาจตรวจสอบความถูกต้องของตัวระบุในดัชนีโดยการเล่นซ้ำกระบวนการในเครื่อง เป็นความรับผิดชอบของการนำดัชนีไปใช้ในการตรวจสอบการสร้างตัวระบุที่ถูกต้องโดยการสร้างกระบวนการซ้ำในเครื่อง
กระบวนการที่กำหนดนี้จะช่วยให้สามารถสร้างลิงก์เนื้อหาที่ไม่เปลี่ยนรูปได้ แม้แต่ทวีตที่ผู้โพสต์ยังไม่ได้เข้าร่วมในโครงการทดแทน Twitter เมื่อบางคนอัปโหลดทวีตไปยัง IPFS อัลกอริธึมจะสร้างตัวระบุสำหรับพวกเขาเหมือนกับที่ใช้ในลิงก์ที่มีอยู่แล้ว โดยมีเงื่อนไขว่าดัชนีมีการแมปที่ถูกต้องและเนื้อหานั้นไม่มีการเปลี่ยนแปลง
ที่มา: opennet.ru
