Elkezdtem érdeklődni a webalkalmazások fejlesztése iránt, első ilyen kísérleti jellegű művem a kocsmatura.net lenne.

Okostelefonokra optimalizált webapp. Ez azt jelenti, hogy teljesen PHP/HTML/CSS/JS/MySQL technológiákon alapszik, hagyományos webszerveren fut. iPhone-on elmenthető a kezdőképernyőre, innen indítva saját ikonnal és teljes képernyőben fut, mintha csak hagyományos app lenne.

Elvileg androidon és blackberryn is működik.

Ezt tudja:

Login után tudunk magunknak létrehozni kocsmatúrákat, pl osztálytalálkozó névvel. Aztán ahogyan vándorlunk presszóról presszóra, fel tudjuk venni a tartózkodási helyünk koordinátáit (GPS képes telefon kell hozzá) az adott túrához, és az logolja így nekünk az est útvonalát. Később facebookon meg is oszthatjuk a pajtásokkal a térképet ahol megfordultunk.

Béta

Van még egy két trükk amit be szeretnék építeni (közeli kocsmák foursquare API-ból, checkinek szerint rangsorolva, stb…), de igazából nem tervezek komoly fejlesztéseket, tényleg csak gyakorló feladatnak szántam magamnak. Természetesen tele van hibákkal, ha találsz valamit, akkor a @emem07 twitterre jöhet.

Hibák és todok listája

Hasonló írások

• Közeli bankok #4
• Közeli bankok #3
• Közeli bankok #2
• Közeli bankok #1
• Közeli benzinkutak

A térképes alkalmazásokkal az a baj, hogy valamilyen adatbázisból dolgozni kell, és ennek két módja van. Egy nyilvános adatbázist használunk (nem valószínű, hogy lesz ilyen), lopunk (jajj ilyen csúnyaságot nem csinálunk) vagy létrehozzuk magunk. (venni is lehet, de ez ugye senkinek sem fordul meg a fejében)

Az én ötletem az, hogy hagyatkozzunk a közösségre, és valamelyik közösségi helymegosztós szolgáltatás API-ja segítségével gyűjtöm be pl a közeli kocsmákat.

[Pécs]

A foursquare-t már sokan használják itthon is, az adatbázisa elég jól fel van töltve, és jól vannak kategorizálva a helyek, úgyhogy most ezzel fogok próbálkozni…

[Szederkény]

Van egy ilyen venues API. Elvileg OAuth után lekérdezhető az ami nekem kell, gondolom JSON-ban adja vissza az eredményt.

[Mohács]

Működni látszik a dolog. Regisztráltam magamnak OAuth id-t és secretet és Pécs koordinátáit megadva már meg is vannak a helyek. Most szűrjük le kategóriákra…

[Mohács]

A kategóriákat ID-ik szerint tudjuk szűrni, ezek pedig itt találhatóak… (kocsmák: 4bf58dd8d48988d11b941735)

[Mohács]

Na jó, amit akartam elértem: a foursqare API segítségével le tudom kérdezni bármely koordináta körül lévő helyeket, akár kategóriákra szűrve. Íme a pécsi kocsmák listája: http://sandbox.mondovicsmihaly.tk/4sq/

Hasonló írások

• Developer on the Road #4
• Developer on the Road #2
• Közeli bankok #4
• Közeli bankok #3
• Közeli bankok #2

Gondoltam egy merészet, iPhone alkalmazásfejlesztésbe kóstolok bele. Ezen a téren nullkilóméteres programozónak számítok, semmi tapasztalatom sincs.

[Pécs]

A busz Pécsről indul most, meglátjuk mire hazaérek meddig jutok… egy “Hello World!”-ben azért reménykedem, de érzem ez most kemény meccs lesz…

Van egy kis nehezítő körülmény is, úgy elfeküdtem a nyakam, hogy folyamatosan fáj és jobbra egyáltalán nem tudom fordítani a fejem :(

(tegnap volt egy kis előkészülés: regisztráltam magam Apple Developernek, így letöltöttem az Xcode fejlesztő környezetet (10 giga!) és feltelepítettem)

[Kozármisleny]

Hát izé, ez gyorsan megvolt :) Mutasztom: http://www.cl.ly/1l0H1J0m0k3Q2O2T3k3b

Na akkor emelem a mércét, valami js-es frameworkkel próbálkozok…

[Mohács előtt]

Megy ez kérem. Mostanában web alkalmazásokkal szemezgettem. Ehhez a jQtouch frameworköt használom, ezt próbáltam most megetetni a PhoneGap-al. Sikeresen. És allpr le is lőttem a poént. Igazából nem natív iPhone alkalmazást készítek, hanem HTML/CSS/JS alapú webalkalmazásból csinálok iPhonra buildelhető alkalmazást a PhoneGap segítségével. Viszont a végeredmény már egy natívnak látszó alkalmazás, szóval ott vagyok ami a cél. Ezt most dobtam össze: http://cl.ly/0M2T0a0h3b0u433D3B20

[Mohács]

Na most ez azt jelenti, hogy akármilyen statikus dolgot összerakok abból tudok iPhonera natív (-nak látszó) alkalmazást csinálni. Ez nekem kevés, valami szerverrel való kommunikációt beleteszek most. AJAX-ban gondolkodom…

[Mohács]

Hű hát ez nagyon működik. Szerverre feltettem egy php fájlt. Ezt hívom meg most úgy, hogy getben átadok neki valami szöveget, ő pedig visszaadja azt a szöveget, valamint a timestampet is átküldi, csak hog lássam dolgozik valamit és annak eredményét is megkapom. És megkapom! A jövő tényleg a JavaScriptben van! Így simán lehet csinálni mondjuk natív webshop alkalmazást. Az online webshop tartalmaz szerveroldalon egy php fájlt, ami kiszolgálja a natív alkalmazás kéréseit az adatbázisból, mondjuk JSON objektumokat küld vissza a telefonra, az pedig már js segítségével azt kezd vele amit akar….

[Bár]

Végeztem, amit akartam megtudtam. A következő lépés csinálni egy olyan alkalmazást, aminek van is értelme valami, nem csak kiírja, hogy “heló”. Arra gondoltam, megcsinálom a chucknorrisos cuccot egyszer, aztán pedig kell egy másik program, ami pedig már valamilyen szerverrel is kommunikál. Ezekkel már demózhatom majd ezt a skillemet is.

Ehhez azonban kell egy aprócska dolog még. Kell rendes developer account, mert csak így fogok tudni csinálni a gépen szimulátorban futó alkalmazásból rendes appstoreba tölthető alkalmazás buildet. Ez pedig pénzes dolog, 100 dolcsi.

Hasonló írások

• Developer on the Road #5
• Developer on the Road #2
• Közeli bankok #4
• Közeli bankok #3
• Közeli bankok #2

Kudarc-e az, ha több órányi fejlesztés eredményét (ami egy nem működő alkalmazás) másnap hideg fejjel töröljük?

Nem az. Ezt sokan nem értik meg, és amikor elkezdenek programozni és jön a sok így sem megy… úgy sem megy…. amúgy sem működik dolog, akkor 1-2 hét után feladják, mondván nem megy nekik a programozás, nem értik, és különben is. Pedig a fejlesztés pontosan erről szól. Adott egy nagy zsák, ez a probléma. És a zsák tele van kis labdákkal, mik közül csak egyetlen egy oldja meg a problémát. És a fejlesztési folyamat a labdák kiszedegetéséből áll.

Na most kudarc-e ha már kivettünk 100 labdát, de még mindig nem ürült ki a zsák? Na ugye hogy nem az, hiszen már 100 labdával közelebb kerültünk a kiürítéshez, csupán türelem és kitartás kell, hogy az összeset kiszedjük.

Hasonló írások

• Kis egysoros
• Amit birtokolsz, az birtokba vesz
• Twitterút
• Közeli benzinkutak
• Közeli bankok #4

Tudom sokan nem is értik mikről írok akkor, amikor alkalmazásfejlesztésről mesélek. Nem is baj talán. Csak annyit láttok, hogy néha vannak kirohanásaim, mert folyamatosan tekernek valamit a facebook platformon. Múltkor az alkalmazások autentikációja nem ment, aztán látszólag megcsinálták de nem. Most látom, hogy kiadtak egy új PHP SDK-t, ami főleg az autentikációs részben tartalmaz újításokat (meglepő, mi?). A szép az, hogy 3 hét múlva jön új JavaScript SDK is…. :)

Ami még viccesebb, hogy szeptember 1-től csak az új autentikációs folyamat lesz elfogadott, egy csomó alkalmazás le fog állni, amik nem implementálják az új API-kat.

Azon gondolkodom, hogy a facebook alkalmazásfejlesztést nem lehet hagyományos fejlesztésként eladni. A vevőimnek nem adhatom át a kész programot, vehetem át a pénzt és csókolom. Mert a folyamatos fejlesztések miatt a korábban jól működő alkalmazásom már nem fog működni, a vevőm jogosan lesz felháborodva (bár nem az én hibámból áll le a program). Mi lesz ilyenkor a teendő? Megpróbálom elmagyarázni, hogy nem az én hibám, de tudom mit kell módosítani? Megcsinálom garanciálisan? Kérek érte pénzt?

Egy biztos:

facebook, a kurva anyádat

Hasonló írások

• Killerloop solved? Nemhiszem, de talán…
• Elemek rangsorolása a lájkok számával
• BanBanBan
• Instant facepalm!
• Húsvéti locsolkodás

(fb alkalmazásfejlesztős kockaposzt, abbahagyhatja az olvasást)

Van ugye kb 3 hete ez a jelenség. Hivatalosan a platform hibátlan. Ismerősök javaslatára felhasználói beavatkozás nélküli status frissítést kell kiszedni. Kiszedtem, nem használt.

Most kikekerül egy minta kód a developer blogra, hogy így kéne autentikáltatni az alkalmazásokat. Nem azért tették ki mert beismerik tudnak a hibárólt, nem, csak úgy kikerült egy ilyen bejegyzés sunyiban. Mindenesetre így az ÖSSZES alkalmazásom elkezdett működni.

Röviden: az access_token-t nem sessionben kell tárolni, hanem getben, minden linkbe bele kell hegeszteni. Őőőőrület.

Hasonló írások

• Új facebook PHP SDK
• Elemek rangsorolása a lájkok számával
• BanBanBan
• Instant facepalm!
• Húsvéti locsolkodás

A mai epizódban csak egy nagyon egyszerű célkitűzésem van: ismerkedés az AJAX alapokkal. Mármint ismerem meg minden, de most a gyakorlatban is kiakarom próbálni azt, amit eddig csak sejtettem.

A cél írni egy olyan mintaprogramot, ami valamilyen js eseményre meghív a háttérben egy php fájlt, esetleg megjeleníti a kimenetét…

[Szederkény]

Nyilvány jQuery-vel fogok játszani…

[Szajk]

Lol hát ez gyors volt :) a $.get()-tel egyből tudtam js onclickre futtatni php fájlt és vissza is kaptam a kimenetét. Hát akkor ez ennyi volt, köszönöm, hogy itt lehettem :p

Hasonló írások

• Developer on the Road #2
• Developer on the Road #1
• Közeli benzinkutak
• Közeli bankok #4
• Közeli bankok #3

Dolgoznék én szívesen,
de access_token nélkül ezt leshetem.

Hasonló írások

• BanBanBan
• Elemek rangsorolása a lájkok számával
• Új facebook PHP SDK
• Killerloop solved? Nemhiszem, de talán…
• Developer on the Road #2

A mostani trip során a következőt akarom elérni: facebook places-t használó ismerőseim utolsó checkinjeinek ábrázolása a térképen úgy, hogy csak azok a bejelentkezések látszódjanak, amik az én utolsó bejelentkezésem néhány kilométeres körzetében volt. A térképen a barátok fb profilképe jelenjen meg ott, ahol utoljára checkineltek.

Vajon Pécsre érve sikerül? :) Érdemes továbbolvasni a bejegyzés folytatását »

Hasonló írások

• Elemek rangsorolása a lájkok számával
• Közeli bankok #4
• Közeli bankok #3
• Közeli bankok #2
• Közeli bankok #1