Razorback gyász - updated

Ma reggel a kávé mellett döbbentem rá a tegnapi felettéb szomorú
események legrosszabb vonatkozására. Nem működött a Razorback
fájltörténet. Annyira feldühödtem, hogy kibújt belőlem a programozó és
ma fél nap azon dolgoztam, hogy csináljak egy hasonlót.

Persze annyira jól nem sikerült, mint az eredeti, lévén csak élő
adatokból tudok dolgozni, nem egy milliós eDonkey szerver adataiból.
Tehát a fájltörténet nem fájltörténet, csak pillanatnyi statisztika.
Amúgy annak is lassú (programozó vagyok, nem isten… ráadásul ez
előbbiből sem a zseni kategória).

Ellenben teljes egészében
phpben van megírva és még adatbázis sem kell a futásához. Ez utóbbi
azért fura, mert amúgy kéne valami cache is. Ez főként azért kell, mert
minden eDonkey szerverben van egy biztonsági kapcsoló, hogy néhány
órára hajlamosak bannolni a túl sok kérést küldő kiszolgálókat. Így ha
esetleg sokan használnák a szolgáltatást az automatikusan el is romlik.

A legszomorúbb az egészben az, hogy a programban használt kommunikációs
trükköt még lugdunum tanította (amúgy meggyőződésem, hogy ő azóta is
balf**nak tart…), akinek a szervereit most jól lefoglalták.
Hüp-hüp… :(

Ja; a script címe: http://tothbenedek.hu/ed2kstats/
Egy példa (eMule telepítő)
A forráskód elérhető GPL alatt (hevenyészett, csúnya, inkább vázlat ami valami rejtélyes módon megy, mint működő alkalmazás).

update: kicsit frissítettem a
scriptet. Volt egy nagyon látványos ötletem már évekkel ezelőtt, amit
végre a gyakorlatban is használni tudtam.

A lényege, hogy az oldal betöltődését egy kis számláló méri (mint sok
flash esetében). Így ha hosszabb idő egy oldal betöltődése a
felhasználók nem a semmit bámulják. Hátránya viszont, hogy csak akkor
alkalmazható, ha 1, A html oldal maga nem túl nagy (

Fejlesztőknek: A kulcsszó a javascript és a php flush() függvénye.
Minden időigényes művelet után kiflusholok egy javascript utasítást,
ami frissíti az oldal számlálóját. Ebben az esetben az időigényes
művelet nyilvánvalóan az hogy UDP requestet küldök kb. 50 eDonkey
szervernek.

példa (félóránként a szerverlista megjelenítése miatt eleve lassú a rendszer még mielőtt a számláló megindulna…)

Kapcsolódó bejegyzések

2 Hozzászólás - “Razorback gyász - updated”


  1. 1 wertikal

    Ez most mi is akkor?

  2. 2 Tóth Benedek

    Ez egy statisztikai rendszer, ami a beadott fájlazonosítóból kiírja az elérhetõségi statisztikákat. (persze nem pontos, sõt 2-3 ezer forrás fölött már nem mûködik)

    Így magában elég gáz, de valami más webes szolgáltatással kombinálva, vagy egy kliensbe beépítve (eMule-be egyszerûen be lehet adni) nagyon jól használható.

Jelenleg nem lehet hozzászólni.