Kívül-belül JS

Ezen felbuzdulva gondoltam egy merészet. Van egy régi webalkalmazásom, ami egy konverter. Gondoltam, megírom nodeban is, gyakorló példának jó lesz. Továbbvittem a perverzitást és a már régóta figyelt angularjs lett a választott kliensoldalra. Legalább ezt is megtanulom. Az eredeti alkalmazás szerveroldalon úgy néz ki, hogy html+php szokásos LAMP környezetben, egy C++ daemon pedig a tempbe lerakott infók alapján meghívja a szükséges konvertert. Kliensoldalon jquery dolgozgat, bekérdez, hogy kész vagyunk-e már, a felületet és az azon megjelenő státuszokat vezérelgeti. A kód baromira nem optimális (hiszen én írtam), régi cucc.

Az új verzióban alapvetően a node express keretrendszerét alkalmazom, így a route és egyéb nyalánkságok egyszerűbben megoldhatók. Jó pár modult kellett telepítenem, hogy ne az alapvető funkciók leprogramozásával menjen el az idő, de mint látom, ez a nodejs esetén koncepció. Annyiból tetszetős, hogy minden alkalmazás csak azt a modult éri el, ami neki rendeltetve van, míg egy általánosan kialakított hostingos LAMP-ban ami fent van, azt mindenki alkalmazhatja (okosabbak majd fixálják, ha hülyeséget írok).

Kliensoldalon az angularjs adta lehetőségeket kihasználva úgy döntöttem, hogy ha már mindenhol JS van, akkor a böngészőre bízom a renderelés nagy részét. Pl. nagyon jól alkalmazható a foreach, így a listákat, menüpontokat egy kapott json-ból vígan elő lehet állítani angularjs-el. Ezzel a szerver mentesül egy komplett html kiküldésétől, ergo nyertünk némi időt arra, hogy többen meglátogathassák az oldalt és a felület is interaktívabb, amolyan realtime érzésű. A fájlok feltöltésére az angularba számos modul behúzható, választottam ízlésnek megfelelően egyet.

Ez így megy is, nodejs oldalon viszont voltak nem egyértelmű dolgok. Millió leírás van a neten arról, hogy az express hogyan tudja a postolt fájlt feldolgozni, de nagy részük elavult (azóta változott kicsit az express), vagy ha aktuális, akkor egyszerűen nem működik. Újabb modul telepítése formidable személyében, így már remekül megy minden. Menne. Mivel a nodejs alapjáraton aszinkron, mint a javascript megoldások általában véve, nem igazán lehet ugyanazt a módszert követni egy mime ellenőrzéskor, mint mondjuk azt PHP esetén megszoktuk. Mire az ellenőrzésnek vége, a node addigra már rég közölte egy json segedelmével a userrel, hogy kész vagyok, aztán persze a tényleges eredmény még bőven nem állt rendelkezésre.
Tehát a felépítést újra kellett gondolni, gondolkodni a JS fejével. Jó kis agytorna, ha valaki csak a jquery animate megoldását használta ezelőtt :)

Megoldva ez is. Jelenleg itt tartok, a továbbiak még elég erősen gondolkodóba ejtenek:
- a konvertálás vezérlésére ha a biztonsági "szabályokat" nézem, akkor szintén kell valami különálló daemon. Viszont csábító az aszinkron működés is, amivel megoldhatóvá válna az, hogy maga a nodejs kód indítja el a konvertert, a user nem fog várakozni, timeoutolni, mivel egyidőben válaszolhatunk is neki, hogy vettük, csináljuk. Csak hát ugye egy binárist indítani közvetlen user interakcióra nem egy bölcs dolog (hátha valaki tud okosat mondani erre).
- a terv, hogy nem a user fog x másodpercenként bekérdezni, hogy kész van-e már a fájlom, hanem a nodejs egyik jóságát, a websocketet szeretném alkalmazni, így majd a szerver pusholja felé, ha változás történt (ergo megszabadulunk pár felesleges kéréstől. Ennek hatékonyságát még nem tudom felmérni, websocketes programot még nem írtam, ebben a témakörben is szívesen várom a tapasztalatokat).

A történet végén pedig az eredeti LAMP-ra épített és a node verzió mérései fognak megtörténni. Kíváncsi vagyok a végeredményre :)