Projekt Travana - aplikacija za javni transport

blackbfm je 17. jan 2020 ob 19:18 izjavil:

Glede podpore za iOS je tako. Mogoče ja mogoče ne bomo videli. Je pa tako, ko mi v glavi zazvenim, da je za si developanje treba umslit nek apple komp plus telefon, me malo mine... Poleg tega moraš še kar drago vsako leto plačati applu, da imaš lahko v app storu naloženo aplikacijo. Za povrh vsega vas je pa samo 15 %. :(

Zato (ce si pameten) gres v izdelavo web appa, ne pa native

Ja veš ni tako preprosto. Prvo kot prvo web app na telefonu ne doseže take kvalitete kot če je zadeva specifično spisana samo za android al ios. Poleg tega so Google maps knjižnice za Javascript plačljive (za anroid in iOS so zastonj). Tretji problem, ki bi se pojavil, je to da bi v web u kluč za dostop do občutljivih podatkov (npr. lokacij avtobusov) viden vsem, kar pomeni, da potem bi lahko kar pozabila na feature lokacije, saj LPP tega ne bi dovolil.

blackbfm je 18. jan 2020 ob 01:04 izjavil:

Prvo kot prvo web app na telefonu ne doseže take kvalitete kot če je zadeva specifično spisana samo za android al ios

Ravno nasprotno, ker vsak sistem terja svoj razvoj in cas so stvari velikokrat underdeveloped ali nekonsistentne.

Pri webu naredis enkrat in kvalitetno in bo povsod delovalo enako. Meni npr facehook bolj sede v web verziji, ni nepotrebnih animacij, zoomam lah po vsebini, in app mi ne prcka bz po telefonu - vse to smatram kot bolj kvalitetno v primerjavi z native

Tretji problem, ki bi se pojavil, je to da bi v web u kluč za dostop do občutljivih podatkov (npr. lokacij avtobusov) viden vsem, kar pomeni, da potem bi lahko kar pozabila na feature lokacije, saj LPP tega ne bi dovolil.

Ce tak kljuc dajes v client-side potem je to stvar slabe implementacije, in ti ga lahko kdorkoli dokaj enostavno prestreže ce gre za navadne http(s) klice

No potem pa sva sj tukaj različna. Meni je facebook kot aplikacija dosti boljše kot web.

Poleg tega ima recimo iOS bolj flat design in moras tudi design malo prilagodit če želiš, da je kvalitetno.

blackbfm je 18. jan 2020 ob 01:19 izjavil:

in ti ga lahko kdorkoli dokaj enostavno prestreže ce gre za navadne http(s) klice

*tudi na native aplikaciji

Če občutljive spremenljivke/podatke pravilno zapišeš naj uporabnik v android aplikaciji ne bi mogel do njih. Če jih potem še pošlješ seveda potrebuješ https.

LilStalker je 17. jan 2020 ob 20:54 izjavil:

Tretji problem, ki bi se pojavil, je to da bi v web u kluč za dostop do občutljivih podatkov (npr. lokacij avtobusov) viden vsem, kar pomeni, da potem bi lahko kar pozabila na feature lokacije, saj LPP tega ne bi dovolil.

1: Take stvari so ali cisto server-side (server pridobi podatke in jih posilja clientu), ali pa se client-side pripravi nonce, server-side poslje z identifikacijo ponudnika storitve (tebe) k procesorju storitve (to bi bil v tem primeru LPP, ce bi uporabljali tak sistem), potem pa vrne zacasni token clientu s katerim ta denimo pridobiva podatke od procesorja storitve, dokler ta ne potece. V glavnem podatki za dostop v clientu so vedno varnostna luknja, saj jih je tudi iz standalone aplikacije mogoce izlusciti.

2: Zanima me kje lahko izvem vec o tem kaksne podatke (kaksen API) LPP ponuja z informacijami o avtobusih, ce sploh? Na hitro sem enkrat iskal informacije o ten, a nisem nic nasel (ni prevec presenetljivo, glede na to, da niti funkcionalne web strani ne znajo narediti, nekje bi pa se kar furali Shockwave ...).

blackbfm je 19. jan 2020 ob 11:04 izjavil:

http://jozefstefaninstitute.github.io/L...

O, hvala! Se pravi za javni dostop imajo na 194.33.12.24, medtem ko se z data.lpp.si ne vrne nic koristnega.

Imas mogoce tudi kaksne informacije kako (ce sploh) se da pridobiti API key za dostop do tistih podatkov, ki niso oznaceni s "public"?