Tetszik a bejegyzés? Iratkozz fel, oszd meg!


Liligo.hu – a repülőjegy kereső

A Hírfigyelőhöz hasonlóan a most bemutatandó szolgáltatásnál is személyes érintettségem van, illetve ezen felül még egy dolog hasonló: ez a szolgáltatás is referenciaként szolgált a Netvibes-hoz történő jelentkezésemkor. A Liligo-ról van szó, mely egy francia cég repülőjegy kereső szolgáltatása, az apropó pedig az, hogy magyarul is elindult a szolgáltatás. A Hírfigyelős bejegyzésemhez képest technikai részleteket is megpróbálok leírni – igen sokat tanultam az oldal kliensoldali leprogramozásának kapcsán.

A hasonló szolgáltatásokhoz képest a Liligo két szempontból is többet nyújt, nem véletlenül szoktam ezt használni én is, amikor éppen repülőjegyet igyekszem vásárolni. Az egyik, hogy a potenciális ajánlatok begyűjtése on-the-fly, avagy a keresés időpontjában, a háttérben zajlik le, mintha valóban végignéznénk az összes ajánlatot. A másik lényegi különbség, hogy optimalizálva van fapados járatokra is, és ha éppen van úgy szolgáltatáspár, akkor képes két fapados szolgáltatótól a legjobb ajánlatot összeválogatni (odaút X szolgáltatóval, visszaút Y szolgáltatóval). Erre jellemzően sem a hazai utazási irodák nem képesek, sem pedig a külföldi hasonló szolgáltatások (melyek leginkább Amerikára vannak felkészülve, szemben a Liligo “mindent lefedő” európai kínálatával).

Az én feladatom anno a keresés frontendjének lekódolása volt, és bevallom nem ment könnyen, mint első komolyabb igazán JavaScript frontend projektem egyrészt több hónapig tartott, másrészt többször is leizzadtam vele. Két éve történt a dolog, anno blogbejegyzéseket is írtam okulásul a Weblabor hasábjain a kérdésről, kérdéskörről AJAX fejlesztés – tapasztalatok, AJAX fejlesztés – megjelenítés, AJAX fejlesztés-kommunikáció címmel. Ezeket a bejegyzéseket jó volt most is visszaolvasni – azóta is aktuálisak, és igazán új megoldások, technológiák sem jelentek meg azóta, melyek széleskörűen használhatóak lennének. Az utóbbi években persze részben már átírásra került a frontend kódja, és kisebb-nagyobb mértékben az oldal designja is változott, de az én fejlesztésemmel indult el az oldal francia változata, és állítólag még most is vannak olyan kódrészek, melyek a nevemhez köthetőek.

Ami érdekes megoldás a szerver oldalon, hogy a kereséskor lefutó robotok programozásához Java alapokon, Rhino motorral kis JavaScript programokat használ a szolgáltatás, nem véletlenül adott elő Xavier Casellato erről az idei Web Konferencián. Az oldal jellegéből adódóan a minél több párhuzamos kiszolgálás érdekében az alkalmazás egy nagy része a frontend kódba lett pakolva, így a szerver oldal feladata a JavaScript programkák futtatása, a kapott adatok nagyon minimális előfeldolgozása, majd pufferelése. A JavaScript kód ezt a puffert olvassa, dolgozza fel, és jeleníti meg folyamatosan. Úgy tudom, hogy ez a megoldás azóta sem változott, részemről egy elég ügyes, és költségkímélő megoldásnak tartom továbbra is.

A szolgáltatás magyar verziójáról tudni kell, hogy – első körben a hazai viszonyokhoz igazítva – kevesebb funkcióval indult el, így haladóbb felhasználóknak érdemesebb lehet az angol, francia vagy német (és más nyelvű) verziók használata, melyek már nem csak repülőjegyeket, hanem hoteleket is tudnak keresni (a francia verzió pedig még több dolgot). Szintén az idegen nyelvű változatok – egy igen érdekes – sajátossága egy a Netvibes-hoz hasonló felület, melyet az angol verzióban a jobb felső sarokban levő “Show My Liligo” linkkel lehet elérni. Gyakorlatilag felépítettek egy specializált Netvibes klónt, az utazások köré épülő widgetekkel, fülek létrehozásának lehetőségével, stb.

A Liligo csapatában többen is magyarok, így már csak ezért is érdekes a projekt számomra. Amiért folyamatosan “lobbizok”, az a szokásos hülyeségem: az API – az olyan konkurens nagyobb szolgáltatásoknak, mint például a Kelkoo és Expedia van már valamilyen API-ja régóta. Ezeket jó lenne ha külső fejlesztők is el tudnák érni, és érdekes szolgáltatásokat a Liligo köré kifejleszteni – ezzel talán még ismertebbé válna az oldal.

5 Hozzászólás - “Liligo.hu – a repülőjegy kereső”


  • Szép összefoglalás. Az utolsó bekezdéseddel nagyon is egyetértek (többünk is), folyamatosan gondolkozunk olyan lehetőségeken, ahol a szolgáltatások megnyithatóak lennének a fejlesztők előtt, és előbb-utóbb lesznek is ilyenek.
    Most az az elképzelés, hogy előbb igyekszünk azokat az igényeket kielégíteni, amelyek pl. cégektől jönnek be, így például affiliate partnerség vagy ún. white labelek készítése.
    Emellett mindig adunk hozzá olyan funkciókat, amelyek a felhasználót (remélhetőleg) egyre jobban ki tudják szolgálni, és a találatdömpingből a lehető legjobbakat tálalni neki.

    Visszatérve az API kérdésre, az itthoni helyzet tényleg siralmas. A blogokat és néhány nagyobb szájtot leszámítva én nem találtam semmilyen olyan forrást, amire rá lehetne építeni. És ez csak az RSS, ami eléggé messze van az API-tól :) Ugyanakkor biztos vagyok benne, hogy sok érdekes alkalmazást lehetne építeni hazai adatbázisokra, szolgáltatásokra, ha a fejlesztők v. a megrendelő belekalkulálná már a tervezéskor ennek a lehetőségét.

  • yaanno: Köszi! Az itthoni helyzet valóban siralmas, de akár egy utazási iroda, akár más is tudna érdekes lehetőségeket kihozni egy ilyen API-ból. De ahogy nem a magyar piacot célozzátok meg, úgy az API esetében se a magyar piacban gondolkodjatok – külföldi irányban pedig biztosan vannak aktív fejlesztők és kapcsolható szolgáltatások.

  • Sajnos a prioritásokkal nem tudunk szembemenni: seózni, skálázni, logolni, csinosítani, bővíteni.
    +Ami itthon van api és nyitottság terén, az elszomorító ;_; A cikk amúgy szép kerek, tetszik nekem is.

  • deadcabbit: A prioritásokat illetően ismerős a helyzet, sok sikert a fejlesztésekhez!

  • Hát igen, az API szerintem is elég fontos lenne, érdekes, hogy sokan nem veszik észre, hogy ez kb. egy ingyen marketing eszköz is, ok egyszer le kell fejleszteni. És érdekes módon sokan szeretnek ilyesmi apikkal szórakozni. Mi is nemrég adtunk ki egy alap API-t (http://developer.ustream.tv/docs), és elég sokan kezdik el használni, pedig egyenlőre ez csak a jéghegy csúcsa. Amit talán érdemes a döntéshozóknak átgondolni, hogy egy API-val az emberek eléd sok időt eltöltenek, ami azt jelenti, hogy elég jól erősíti az adott brandet, valamint az is jellemző, hogy ha már egy adott területen egy API-t megtanul valaki, akkor jóval kisebb a hajlandósága, hogy nekiálljon egy másikat is megtanulni, ezért is érdemes lehet mihamarabb kijönni egy API-val.

    Üdv,
    Felhő

Te mit gondolsz?