Die laaste openbare instansie van Nitter het verval. Die Nitter-projek het 'n gratis frontend ontwikkel vir toegang tot X.com/Twitter sonder om JavaScript, analise, spoorsnyers en derdeparty-dienste op te dwing. Op 31 Januarie is die uitreiking van tokens wat deur Nitter gebruik is om toegang tot inhoud op X.com te verskaf, gestop. Op 26 Februarie het die laaste van die voorheen uitgereikte tokens verval, wat gelei het tot 'n volledige stop van Nitter.
Nadat dit deur Elon Musk gekoop is, het Twitter (nou hernoem X) begin om 'n stel tegniese en organisatoriese maatreëls te implementeer wat daarop gemik is om die platform, wat voorheen as onwinsgewend beskou is, aggressief te monetiseer. Onder die veranderinge is tariewe geïmplementeer vir die inligting wat deur elke rekening ontvang is (limiete is ingestel vir verskillende tipes rekeninge - 10000 1000 vir houers van 'n betaalde "blou regmerkie", 500 XNUMX vir gereelde, XNUMX vir nuwe gereelde); "ontwikkelaar"-rekeninge met limiete wat geskik is vir massa-data-onttrekking (skraping) is na die kategorie betaalde oorgeplaas; Verspreiding van inligting aan gebruikers sonder rekeninge is gestaak.
Die regverdiging is in die openbaar gestel (2023-07-01) dat dit "tydelike noodmaatreëls" is as gevolg van die feit dat outomatiese data-oplaai deur bots lei tot agteruitgang van die diens vir gewone gebruikers. Voor dit (2023-04-19) was daar insinuasies teen Microsoft wat verband hou met die feit dat die maatskappy Twitter-data onwettig gebruik om KI op te lei. Later (2023-11-17) is die instelling van limiete geregverdig deur die stryd teen bots wat deur Musk belowe is.
Nitter was 'n projek om sagteware te ontwikkel om Twitter-gebruikers wat nie boodskappe stuur nie, maar slegs inhoud lees, te beskerm om opgespoor te word deur aan hulle 'n alternatiewe werf te verskaf om Twitter te bekyk wat nie 'n rekening of JavaScript geaktiveer vereis nie. Sulke sagteware is eintlik 'n skraper en tussenganger, wat, in plaas daarvan om data in die databasis te stoor, dit na die eindgebruiker stuur (sommige diensdata word egter in Redis gekas).
Dus Nitter sagteware:
As gevolg van die ontleding van oplossings vir voortgesette werk in die nuwe toestande, is RSS en sommige toegangspunte op syndication.twitter.com ontdek wat inligting aan ongeregistreerde gebruikers in JSON-formaat verskaf het en vir integrasie met ander sosiale netwerke gebruik is. Vir 'n geruime tyd het Nitter inligting deur hierdie koppelvlakke ontvang, maar toe is hulle gesluit. Hierna is 'n manier gevind om "gasrekeninge" wat leesregte gehad het, te gebruik. Een tipe “gasrekening”-tipe was bedoel vir gebruik op Internet of Things-toestelle met gestroopte blaaiers.
Maar Nitter het 'n ander tipe "gasrekening" gebruik wat OAuth in plaas van koekies gebruik het, via die API geregistreer is, en blykbaar deur 'n Android-toepassing gebruik is. Hierdie tipe rekening is beperk tot 500 API-versoeke per 15 minute, en die "registrasie" daarvan is gekoppel aan IP adres (vanaf een IP-adres kan jy een "gasrekening" per dag registreer, maar 'n reeds geregistreerde "rekening" kan vanaf ander IP-adresse gebruik word).
Sulke "rekeninge" (toegangstekens) was vir 30 dae in werking. Op daardie tydstip sou 'n toereikende oplossing vir die probleem van massaregistrasie van tydelike rekeninge wees om hul registrasie deur gebruikers te crowdsource, deur iets soortgelyk aan Bibliogram te gebruik ('n gebruikersskrif wat die gastoken van die gebruiker neem en dit na 'n publieke instansie oordra) .
Aan die einde van Januarie het X opgehou om sulke tokens uit te reik. Die verwydering van laasgenoemde toegangsmetode het 'n einde gemaak aan Nitter as 'n publieke, gratis multigebruikerdiens, wat daartoe gelei het dat die skrywer Nitter dood verklaar het.
Sommige gevalle het onmiddellik daarna gesluit, ander het die kode verander om die gebruik van bestaande tekens ernstig te bespaar, veral met hul primêre gebruik om lyste van tweets van rekeninge te verkry, met foutboodskappe wat vir alles anders uitgereik is. Op 26 Februarie het die laaste gasbewyse verval, wat veroorsaak het dat alle openbare gevalle ophou funksioneer. Die foutspoorder bespreek egter kwessies wat op een of ander manier gasrekeninge raak.
Een van die radikale oplossings vir die probleem kan Twitter-vervanging wees deur 'n alternatiewe gedesentraliseerde diens te skep gebaseer op ActivityPub en IPFS, waar die hoofidentifiseerder van elke boodskap sy IPFS CID is. Ons kan ons die volgende multi-vlak struktuur voorstel:
Hierdie 3 punte los egter nie die probleem van nie-deelname deur Twitter-gebruikers aan die Twitter-vervangingsprogram op nie.
Vir elke pos-identifiseerder op elke gesentraliseerde platform kan dit raadsaam wees om sy kartering in die IPFS CID te behou, wat dien as 'n kas wat jou toelaat om sy gedesentraliseerde identifiseerder uit te vind sonder om die teks van die pos self te ken, maar om sy gesentraliseerde identifiseerder te ken . Wanneer 'n URI in IPFS gegenereer word (wat gedoen kan word sonder om werklik in te vul), ondergaan die posteks kanonisering, wat bestaan uit die plasing van die data in 'n HTML-gebaseerde houer met masjienleesbare metadata, Unicode-normalisering, omskakeling na UTF-8, vervanging witspasie karakters met eenvoudige enkele spasies, en vervang alle skakels na plasings op hierdie en ander platforms wat deur 'n soortgelyke prosedure met URI's in IPFS gaan.
Elke platform het 'n masjienleesbare dokument wat die reëls vir kanonisering van plasings beskryf, insluitend baie dienste waarvan die skakels vervang word met IPFS URI's in plasings op daardie netwerk. Elke pos in elke netwerk word gekanoniseer in ooreenstemming met die reëls vir kanonisering van plasings in daardie netwerk wat van krag is op die tydstip waarop die pos self gedateer is. Tydens kanonisering, as 'n plasing 'n skakel na 'n plasing in een van die vervangde platforms bevat, onttrek die implementering 'n gesentraliseerde identifiseerder uit die skakel en kyk na die teenwoordigheid daarvan in vertroude indekse.
Wanneer dit in 'n indeks voorkom, gebruik die implementering die gedesentraliseerde identifiseerder van die indekse. Indien afwesig, versoek die implementering die pos deur verwysing, kanoniseer dit en genereer 'n identifiseerder wat in indekse geplaas kan word. Die implementering is nie verplig om die versoekte pos op die gedesentraliseerde netwerk te plaas nie. 'n Implementering kan die geldigheid van die identifiseerder in die indeks verifieer deur die proses plaaslik te speel. Dit is die verantwoordelikheid van die indeksimplementering om die korrekte generering van identifiseerders te verifieer deur die proses plaaslik te reproduseer.
Hierdie deterministiese proses sal die generering van onveranderlike inhoudskakels moontlik maak, selfs vir twiets wie se plakkate nog nie aan die Twitter-vervangingsprogram deelneem nie. Wanneer sommige van hulle hul twiets na IPFS oplaai, sal die algoritme identifiseerders vir hulle genereer wat identies is aan dié wat reeds in skakels na hulle gebruik is, mits die indeks die korrekte kartering bevat en die inhoud self nie verander het nie.
Bron: opennet.ru
