Benjamin.hu

A Twitterrel kapcsolatban volt mostanában, hogy 1-2 fejlesztő is írta gondja van az óránkénti maximális 70 lekérdezéssel. Kevés, nehéz jól belőni a ciklusokat, stb.

Mi lenne a jó megoldás? A hétvégén elég sokat JavaScripteztem és ezzel kapcsolatban támadt egy ötletem.

Nehéz lenne itt felsorolni és nem is a Twitter mashupokról szól a bejegyzés de azért érdemes megemlíteni, hogy nem 1-2 alkalmazásról beszélünk:

• All Twitter tools and mashups in one place
• Twitter Fan Wiki / Mashups
• Twitter Mashups - MashupAwards
• stb

Jön ez a sok-sok robot, fogják az API kulcsot és tépik, nyúzzák az RSS kimeneteket, valószínűleg nagyobb forgalmat, terhelést generálva mint a felhasználók.

A címben szereplő “fordított” arra vonatkozott, mint JavaScriptben az addEventListener, magyarra fordítva: nem egy függvény (API alkalmazások) kérdezgeti az eseményeket (Twitter), hogy “na történt valami?, van új adat?” hanem azt mondanánk, hogy erre az eseményre (új twitter hozzászólás), ennél a usernél ezeket a feladatokat kell végrehajtani. Persze ezt lehetne cifrázni.

A feladat lehetne címek pingelése, azaz azoknak a külső alkalmazásoknak a meghívása amik be lettek regisztrálva vagy akár közvetlenül is elküldhetnék az adatokat. Így ha egy óra alatt csak 50 új adat kerül a rendszerbe, máris spóroltunk 40% plussz forgalmat (max. 70 kérés).

A blogoknál és keresőknél ez elég hatékonyan működik, új bejegyzés esetén a blogmotorom küldhet egy “pinget” a keresőrobotoknak, hogy gyertek indexelni, mert új tartalom került ki. Így nem kell naponta vagy sűrübben idejönniük, ha úgy is ritkábban írok, viszont arról egyből értesülnek.

Nektek mi a véleményetek?