Paskutinis viešas Nitter pavyzdys sunyko. „Nitter“ projektas sukūrė nemokamą sąsają, leidžiančią pasiekti X.com/Twitter, neįvedant JavaScript, analizės, stebėjimo priemonių ir trečiųjų šalių paslaugų. Sausio 31 d. buvo sustabdytas žetonų, kuriuos Nitter naudojo siekdama suteikti prieigą prie X.com turinio, išdavimas. Vasario 26 d. pasibaigė paskutinis iš anksčiau išduotų žetonų, todėl Nitter visiškai sustojo.
Po to, kai Elonas Muskas jį įsigijo, „Twitter“ (dabar pervadintas į X) pradėjo įgyvendinti techninių ir organizacinių priemonių rinkinį, kuriuo siekiama agresyviai užsidirbti pinigų iš platformos, kuri anksčiau buvo laikoma nuostolinga. Tarp pakeitimų buvo įdiegti įkainiai į kiekvieną sąskaitą gaunamai informacijai (įvesti limitai skirtingų tipų sąskaitoms - 10000 1000 mokamos „mėlynosios varnelės“, 500 XNUMX įprastų, XNUMX naujų reguliarių); Į mokamų kategoriją perkeltos „kūrėjų“ sąskaitos su limitais, tinkančiais masiniam duomenų išgavimui (išskyrimui); Informacijos platinimas vartotojams be paskyrų buvo sustabdytas.
Pateisinimas viešai (2023-07-01) buvo nurodytas, kad tai yra „laikinos skubios priemonės“ dėl to, kad automatizuotas duomenų įkėlimas botų pagalba pablogina paslaugą paprastiems vartotojams. Prieš tai (2023-04-19) buvo užuominų prieš „Microsoft“ dėl to, kad įmonė neteisėtai naudojo „Twitter“ duomenis mokydama dirbtinio intelekto. Vėliau (2023-11-17) limitų įvedimą pateisino Musko žadėta kova su botais.
„Nitter“ buvo projektas, skirtas sukurti programinę įrangą, skirtą apsaugoti „Twitter“ naudotojus, kurie nesiunčia pranešimų, o tik skaito turinį, nuo sekimo, suteikiant jiems alternatyvią „Twitter“ peržiūros svetainę, kuriai nereikia turėti paskyros ar įjungti „JavaScript“. Tokia programinė įranga iš tikrųjų yra grandiklis ir tarpininkas, kuris, užuot saugojęs duomenis duomenų bazėje, siunčia juos galutiniam vartotojui (tačiau kai kurie paslaugų duomenys yra talpykloje Redis).
Taigi „Nitter“ programinė įranga:
Išanalizavus sprendimus, kaip tęsti darbą naujomis sąlygomis, buvo aptikta RSS ir kai kurie įėjimo taškai, esantys syndication.twitter.com, kurie teikė informaciją neregistruotiems vartotojams JSON formatu ir buvo naudojami integracijai su kitais socialiniais tinklais. Kurį laiką Nitter gavo informaciją per šias sąsajas, bet tada jos buvo uždarytos. Po to buvo rastas būdas naudoti „svečių paskyras“, turinčias skaitymo teises. Vieno tipo „svečio paskyros“ tipas buvo skirtas naudoti daiktų interneto įrenginiuose su išjungtomis naršyklėmis.
Tačiau „Nitter“ naudojo kitokio tipo „svečių paskyras“, kurios naudojo „OAuth“, o ne „Cookie“, buvo registruotos per API ir, matyt, buvo naudojamos programos, kad AndroidŠio tipo paskyrai taikomas 500 API užklausų limitas per 15 minučių, o jos „registracija“ yra susieta su IP adresas (iš vieno IP adreso galite užregistruoti vieną „svečio paskyrą“ per dieną, bet iš kitų IP adresų galima naudoti jau užregistruotą „paskyrą“).
Tokios „paskyros“ (prieigos žetonai) veikė 30 dienų. Tuo metu tinkamas masinės laikinųjų paskyrų registravimo problemos sprendimas būtų naudotojų registravimas sutelkiant dėmesį, naudojant kažką panašaus į Bibliogramą (vartotojo scenarijų, kuris paima svečio prieigos raktą iš vartotojo ir perkelia jį į viešą egzempliorių). .
Sausio pabaigoje X nustojo leisti tokius žetonus. Pašalinus pastarąjį prieigos metodą, Nitter tapo vieša, nemokama, kelių vartotojų paslauga, todėl autorius paskelbė, kad Nitter mirė.
Kai kurie atvejai po to iš karto buvo uždaryti, kiti pakeitė kodą, kad smarkiai sutaupytų esamų žetonų naudojimą, ypač kai jie pirmiausia naudojami tviterių sąrašams iš paskyrų gauti, o dėl viso kito buvo pateikiami klaidų pranešimai. Vasario 26 d. baigėsi paskutinių svečių žetonų galiojimas, todėl visos viešosios instancijos nustojo veikti. Tačiau klaidų sekimo priemonė aptaria problemas, kurios kažkaip turi įtakos svečių paskyroms.
Vienas iš radikalių problemos sprendimų galėtų būti Twitter pakeitimas kuriant alternatyvią decentralizuotą paslaugą, pagrįstą ActivityPub ir IPFS, kur pagrindinis kiekvieno pranešimo identifikatorius yra jo IPFS CID. Galime įsivaizduoti tokią daugiapakopę struktūrą:
Tačiau šie 3 punktai neišsprendžia „Twitter“ vartotojų nedalyvavimo „Twitter“ pakeitimo programoje problemos.
Kiekvienam įrašo identifikatoriui kiekvienoje centralizuotoje platformoje gali būti patartina išlaikyti jo susiejimą IPFS CID, kuris veikia kaip talpykla, leidžianti sužinoti jo decentralizuotą identifikatorių nežinant paties įrašo teksto, bet žinant jo centralizuotą identifikatorių. . Generuojant URI IPFS (tai galima padaryti be faktinio užpildymo), įrašo tekstas kanonizuojamas, kurį sudaro duomenų talpinimas į HTML pagrįstą talpyklą su mašininiu būdu skaitomais metaduomenimis, Unikodo normalizavimas, konvertavimas į UTF-8, pakeitimas. tarpų simbolių su paprastais pavieniais tarpais ir visas nuorodas į įrašus šioje ir kitose platformose, kuriose atliekama panaši procedūra, pakeičiant URI IPFS.
Kiekviena platforma turi mašininiu būdu nuskaitomą dokumentą, kuriame aprašomos pranešimų kanonizavimo taisyklės, įskaitant daugybę paslaugų, kurių nuorodos to tinklo įrašuose yra pakeistos IPFS URI. Kiekvienas įrašas kiekviename tinkle yra kanonizuojamas pagal tame tinkle galiojančias pranešimų kanonizavimo taisykles, galiojančias tuo metu, kai yra nurodyta paties įrašo data. Kanonizavimo metu, jei įraše yra nuoroda į įrašą vienoje iš pakeistų platformų, diegimas iš nuorodos išskiria centralizuotą identifikatorių ir patikrina, ar jis yra patikimuose indeksuose.
Kai yra indekse, diegimas naudoja decentralizuotą identifikatorių iš indeksų. Jei jo nėra, diegimas prašo įrašo pagal nuorodą, jį kanonizuoja ir sugeneruoja identifikatorių, kuris gali būti įtrauktas į indeksus. Diegimas neįpareigotas decentralizuotame tinkle įdėti prašomos pareigybės. Diegimas gali patikrinti identifikatoriaus galiojimą indekse, pakartodamas procesą vietoje. Indekso diegimas yra atsakingas už teisingo identifikatorių generavimo patikrinimą vietoje atkuriant procesą.
Šis deterministinis procesas leis generuoti nekintamas turinio nuorodas net tviterio žinutėms, kurių plakatai dar nedalyvauja „Twitter“ pakeitimo programoje. Kai kurie iš jų įkelia savo tviterius į IPFS, algoritmas jiems sugeneruos identifikatorius, identiškus tiems, kurie jau naudojami nuorodose į juos, su sąlyga, kad indekse yra teisingi atvaizdai ir pats turinys nepasikeitė.
Šaltinis: opennet.ru
