Weblabor

Röviden: nincs egyszerű dolgod, nem igazán alkalmas erre csak a php.
Hosszabban: Azt meg tudod tenni, hogy nem törődsz a válasszal, tehát elküldöd az eseményt, aztán nem is nagyon érdekel mi történik (nem fogod tudni, sikerült-e egyáltalán: ezzel spórolhatsz a legtöbbet). Ettől még minden hívás blokkolódni fog (fsockopen, fwrite). A stream_set_blocking() nem igazán nyújt semmit, hiszen lényegében csak írni akarsz, ezt pedig ha épp nincs tele a buffer, akkor meg tudod tenni, azaz sebességben nem nyersz semmit. Az igazán szép megoldás valamilyen message broker használata (pl. RabbitMQ), plusz egy háttérfeldolgozó üzembe állítása (ha nagyon ragaszkodsz a PHP-hez, akkor ez lehet valamilyen php-s cronjob is).
Abba érdemes beletörődni, hogy mindenképpen overheadet jelent egy ilyen szolgáltatás.

Amit érdemes még megnézni, hogy tud-e olyat a PHP (én nem tudom, viszonylag régen fogalkoztam PHP-val), hogy a kérés kiszolgálása után még szöszmötöl egy kicsit: ilyenkor esetleg még el tudod kapni a szerver válaszát, a felhasználó ezzel a késleltetéssel már nem fog találkozni.

Hasonló telemetria adatokat gyűjtő szolgáltatás, a new relic ahol konkrétan php kiterjesztést kell telepíteni, cserébe alkalmazás szinten már nem kell hookokkal foglalkozni, közvetlenül C level függvényekre illetve kimenetbe automatán berakott beaconokra épülve implementálják az adatok begyűjtését. Mindez meg van fejelve egy a szerveren futó daemonnal, így még a "kliens" oldalon megoldható, hogy az események tömbösítve jussanak fel a szolgáltatáshoz, ha valamiért nem érhető el a távoli gép akkor megoldott az újraküldés és asszinkron a valódi requestektől.
Véleményem szerint ez egy igen jó kombináció, ha a project szempontjából nem volna showstopper az, hogy felhasználóidnak külön kell valamilyen daemont futtatni.

Shared hosting környezete válogatja, de ha cronjobok elérhetőek, létre lehet hozatni a library számára valamilyen lokális adatbázist ahol az események gyűlhetnek és telepítési instrukciók részévé tenni egy cronjobot ami majd elküldi őket a távoli gépre (feltéve, hogy nem real-time monitoring a cél).

Ha cron jobban se lehet bízni meg lehet próbálni simán kimenethez hozzácsapni 0x0 -s képet (output buffering, shutdown function) és http get paraméterei, vagy url részeként minden requestel kicsempészni az adatokat (nyilván valami shared-secrettel titkosítva legalább esetleg több lépcsőben, ha nem fér el egy menetben), így a felhasználód-felhasználóira hárítani az adatok célba juttatását (legtöbb ad szerver, vagy google analytics eventek hasonlóan működnek egyébként).
Nyilván ez valamivel bizonytalanabbá teszi adatok megérkezését, cserébe nem elávrás még a curl extension jelenléte sem a hostingon (én többször futottam bele abba, hogy nem volt elérhető, mert nem része default debian "libapache2-mod-php5" csomagnak) és szintén asszinkron működést biztosít.

Én mindenképp megpróbálnám elkerülni, hogy a konkrét felhasználóid-felhasználóinak requestjeibe valamilyen külső szolgáltatáson blokkoló hívásokat kelljen végezni mert ilyet üzemeltetni utána igencsak hálátlan feladat, de minden azon múlik mennyire biztosan kell célba érniük ezeknek az információknak.