Web aplikacija za evaluaciju sudionika na tržištu najma nekretnina

Transcription

1 SVEUĈILIŠTE U RIJECI TEHNIĈKI FAKULTET PREDDIPLOMSKI SVEUĈILIŠNI STUDIJ RAĈUNARSTVA ZAVRŠNI RAD Web aplikacija za evaluaciju sudionika na tržištu najma nekretnina Rijeka, rujan, Nataša Prodić

2 SVEUĈILIŠTE U RIJECI TEHNIĈKI FAKULTET PREDDIPLOMSKI SVEUĈILIŠNI STUDIJ RAĈUNARSTVA ZAVRŠNI RAD Web aplikacija za evaluaciju sudionika na tržištu najma nekretnina Mentor: izv.prof.dr.sc. Miroslav Joler Rijeka, rujan, Nataša Prodić

3 IZJAVA Sukladno sa ĉlankom 9. Pravilnika o završnom radu i završnom ispitu na preddiplomskim sveuĉilišnim i struĉnim studijima Tehniĉkog fakulteta Sveuĉilišta u Rijeci, od 29. svibnja 2011., izjavljujem da sam samostalno izradila završni rad prema zadatku br /13-04/22 od Rijeka, 17. rujna Nataša Prodić

4 SADRŽAJ 1. UVOD MOGUĆE ULOGE U APLIKACIJI Neregistrirani korisnici Registrirani korisnici Administratori aplikacije BAZA PODATAKA Korisniĉki raĉuni Administratori aplikacije Vlastiti odgovori na pitanja za najmoprimce i najmodavce Komentari na najmodavce i najmoprimce Ocjene najmoprimca i najmodavca Pitanja za najmoprimce i najmodavce Poruke za administratora RAD APLIKACIJE Poĉetna stranica Registracija Skripta mail.php Potvrda registracije Oporavak zaboravljene lozinke Profil korisnika UreĊivanje profila Postavke raĉuna Kontaktiranje administratora aplikacije Ocjenjivanje korisnika Spremanje ocjena u bazu podataka Prikaz ocjena korisnika Pretraživanje Rezultati pretraživanja Administratorsko suĉelje

5 4.16. Pregled postojećih i dodavanje novih pitanja Spremanje pitanja u bazu podataka Prikaz svih dobivenih poruka Prikaz sadržaja jedne poruke Odgovaranje na poruke Odjavljivanje Promjena aktivne uloge u sjednici aplikacije Skripta db_config.php Izgled aplikacije SIGURNOST BUDUĆI RAD I ZAKLJUĈAK LITERATURA

6 1. UVOD Ideja za ovu aplikaciju je proizašla iz ĉestih sluĉajeva na tržištu najma nekretnina gdje najmodavci nisu iskreni ili susretljivi kao što se ĉinilo na prvi pogled ili gdje najmoprimci nestanu bez da plate najamninu ili budu neuredni za vrijeme korištenja nekretnine. Pomoću aplikacije, korisnici mogu dobiti više informacija o potencijalnim najmoprimcima i najmodavcima koristeći pretraživanje po raznim kljuĉevima (ime, prezime, OIB...) na osnovi odgovora u anketama i komentara od ostalih korisnika koji su već imali iskustvo s njima. Administrator aplikacije ima pristup suĉelju za dodavanje novih pitanja u evaluacijske obrasce. Za izradu web aplikacije korištene su sljedeće tehnologije: PHP: za dinamiĉko generiranje HTML koda [1] MYSQL: za pristup bazi podataka HTML/CSS: za definiranje izgleda aplikacije [2] Javascript: za interaktivnost i validacije [2] I sljedeći alati: WampServer Version 2.2 [3] Notepad++ v6.2.2 [4] Google Chrome v29 [5] 3

7 2. MOGUĆE ULOGE U APLIKACIJI Korisnici mogu imati jednu od sljedećih uloga: neregistrirani korisnik, registrirani korisnik ili administrator aplikacije. Uloge definiraju što korisnik može (i što ne može) vidjeti i napraviti u aplikaciji. Ovlasti svake uloge opisane su u nastavku Neregistrirani korisnici Neregistrirani korisnici mogu vidjeti poĉetnu stranicu, registrirati se, ulogirati se, oporaviti zaboravljenu lozinku i poslati poruku administratoru ako imaju bilo kakva pitanja u vezi aplikacije ili probleme sa registracijom ili logiranjem Registrirani korisnici Kada se ulogira, korisniku se prikaže vlastiti profil. Omogućeno mu je ureċivanje svog profila dodavanjem ili izmjenom odreċenih podataka (JMBG, OIB, grad, adresa, broj telefona), izmjena postavaka raĉuna (uloga, lozinka, adresa), pregled ocjena i komentara koje je dobio od ostalih korisnika, te kontaktiranje administratora. Za registrirane korisnike postoje dvije uloge: najmoprimac i najmodavac. Korisnik može izabrati jednu od tih uloga ili obje. U sluĉaju da korisnik ima obje uloge, samo jedna može biti aktivna u trenutnoj sjednici aplikacije. Po definiciji to je uloga najmoprimca, no korisnik to može u bilo kojem trenutku promijeniti. Moguće je pretraživati korisnike i pogledati njihove profile. Najmoprimci mogu pregledati ocjene i ocijeniti iskljuĉivo najmodavce, ne druge najmoprimce. Isto vrijedi i za najmodavce koji mogu pregledati i ocijeniti najmoprimce, ali ne ostale najmodavce. 4

8 2.3. Administratori aplikacije Administratori aplikacije su odvojeni od ostalih korisnika. Ne prikazuju se u rezultatima pretraživanja, nemaju profil, ne mogu ocijeniti korisnike. Dopušteno im je pretraživanje i pregled profila i ocjena. Za razliku od ostalih korisnika, administratori mogu dodavati nova pitanja u ankete i mogu odgovarati na poruke od neregistriranih i registriranih korisnika. 5

9 3. BAZA PODATAKA Baza podataka (rent) sadrži sljedećih jedanaest entiteta: Slika 3-1 Prikaz entiteta i atributa Korisniĉki raĉuni U trinaest atributa su spremljeni osnovni podaci o korisnicima. id: primarni kljuĉ, automatski se povećava za jedan username: jedinstveno korisniĉko ime; obavezno polje password: lozinka enkriptirana pomoću whirlpool algoritma; obavezno polje 6

10 ime: ime korisnika; obavezno polje prezime: prezime korisnika; obavezno polje jedinstvena adresa; obavezno polje jmbg: obavezno je upisati JMBG ili OIB; jedinstveno polje oib: obavezno je upisati JMBG ili OIB; jedinstveno polje uloga: 'p' najmoprimac, 'd' najmodavac, 'o' oboje kod: jedinstveni kod koji se pošalje korisniku prilikom registracije kako bi aktivirao korisniĉki raĉun. Nakon aktivacije, atribut kod dobiva vrijednost praznog stringa grad: nije obavezno polje adresa: nije obavezno polje tel: nije obavezno polje 3.2. Administratori aplikacije Entitet admins sadrži podatke o administratorima. id: primarni kljuĉ; automatski se povećava za jedan username: korisniĉko ime administratora password: lozinka enkriptirana whirlpool algoritmom 3.3. Vlastiti odgovori na pitanja za najmoprimce i najmodavce Entiteti custom_odg_najmodavac i custom_odg_najmoprimac sadrže odgovore na pitanja sa vlastitim odgovorima ponuċene od strane administratora. id: primarni kljuĉ; automatski se povećava za jedan odgovor: tekst odgovora id_pitanja: strani kljuĉ; ID pitanja kojemu pripada odgovor 7

11 3.4. Komentari na najmodavce i najmoprimce U entitetima komentari_najmodavac i komentari_najmoprimac saĉuvani su komentari koje su korisnici pisali. id: primarni kljuĉ; automatski se povećava za jedan from_id: strani kljuĉ; ID korisnika koji je napisao komentar to_id: strani kljuĉ; ID korisnika kojemu je namjenjen komentar datum: datum pisanja komentara komentar: tekst komentara 3.5. Ocjene najmoprimca i najmodavca U entitetima ocjene_najmodavac i ocjene_najmoprimac spremljene su ocjene koje su dobili korisnici. user_id: strani kljuĉ; ID korisnika koji je ocijenjen q_id: strani kljuĉ; ID pitanja kojemu pripada ova ocjena atr1, atr2: ovisno o vrsti pitanja, atr1 i atr2 imaju razliĉito znaĉenje navedeno u Tablici 3-1. Tablica 3-1 Znaĉenja atr1 i atr2 Vrsta pitanja atr1 atr2 da/ne broj odgovora da broj odgovora ne ocjenjivanje zbroj ocjena na pitanja broj korisnika koji su odgovorili na pitanje vlastiti odgovori ID vlastitog odgovora broj glasova za ovaj odgovor 8

12 3.6. Pitanja za najmoprimce i najmodavce Entiteti pitanja_najmodavac i pitanja_najmoprimac sadrže sva pitanja i potpitanja za ankete. id: primarni kljuĉ; automatski se povećava za jedan pitanje: tekst pitanja tip: može preuzeti jednu od tri vrijednosti: 0 da/ne pitanja, 1 pitanja na ocjenjivanje, 2 pitanja sa vlastitim odgovorima okidac: može preuzeti jednu od tri vrijednosti: 0 nema potpitanja, 'da' odabirom odgovora da prikaže se potpitanje, 'ne' odabirom odgovora ne prikaže se potpitanje jepodpitanje: zapisana vrijednost oznaĉava ID pitanja kojemu je ovo potpitanje (strani kljuĉ), a ukoliko je vrijednost nula navedeni zapis nije potpitanje min, max, korak: ukoliko se radi o pitanju na ocjenjivanje, min oznaĉava najmanju moguću ocjenu, max najveću, a korak za koliko se povećavaju vrijednosti izmeċu min i max 3.7. Poruke za administratora Entitet poruke sadrži sve poruke koje je administrator dobio od korisnika. id: primarni kljuĉ; automatski se inkrementira od_koga: oznaĉava ID korisnika koji je poslao poruku, a ukoliko se radi o neregistriranom korisniku, sadrži adresu na koju administrator može poslati odgovor naslov: naslov poruke sadrzaj: tekst poruke datum: datum kad je poruka poslana procitano: 0 poruka nije proĉitana; 1 poruka je proĉitana 9

13 4. RAD APLIKACIJE 4.1. Poĉetna stranica Skripta index.php je poĉetna stranica aplikacije. Na vrhu se nalazi banner, a glavni dio stranice je podijeljen na dva dijela. Lijevo se nalaze kratak opis aplikacije i poveznica na stranicu za kontaktiranje administratora, dok se desno korisnik može prijaviti, oporaviti zaboravljenu lozinku ili registrirati. Za prijavu su potrebni korisniĉko ime i lozinka. Javascript funkcija provjerava ako su ta dva polja ispunjena, a ukoliko nisu, odmah se korisniku ispiše poruka da unese korisniĉko ime, odnosno lozinku. Klikom na prijavu, POST metodom se šalju podaci istoj stranici i provjerava se ako u tablici accounts postoji unesena kombinacija korisniĉkog imena i lozinke. Ukoliko kombinacija postoji, provjerava se ako je korisniĉki raĉun aktiviran te ukoliko je aktivan, u sjednicu se spremaju ID i korisniĉko ime korisnika te trenutno aktivna uloga (u sluĉaju da korisnik ima obje uloge, nakon prijave će biti aktivna uloga najmoprimca). Ako korisnik nije pronaċen u tablici accounts, korisniĉko ime i lozinka se traže u tablici admins. Ako je pronaċen, u sjednicu se spremaju njegov ID i uloga. Slika 4-1 Naslovna stranica. 10

14 4.2. Registracija Skripta registracija.php se sastoji od html obrasca i javascript validacija. Validacije provjeravaju ako su sva polja ispunjena, ako se korisniĉko ime sastoji od minimalno šest znakova, ako su lozinka i potvrda lozinke iste i sadržavaju najmanje šest znakova, ako je adresa ispravna, ako se ime i prezime sastoje samo od slova, razmaka i crtica, ako se JMBG sastoji od trinaest znamenki, a OIB od jedanaest znamenki. Kada su svi ti uvjeti ispunjeni, podaci se POST metodom pošalju istoj stranici i provjerava se ako već postoji uneseno korisniĉko ime, adresa, OIB i JMBG. Ako ne postoje, podaci se spremaju u tablicu accounts, a lozinka se enkriptira pomoću hash [6] funkcije i whirlpool [7] algoritma. Da bi se provjerila ispravnost adrese, korisniku se pošalje sa poveznicom za aktivaciju korisniĉkog raĉuna. Kod za aktivaciju se dobije spajanjem adrese i dva nasumiĉna broja u string te njegovim haširanjem md5 funkcijom. Za slanje ova korišten je PHPMailer [8]. ovi se šalju preko Gmail-ovog SMTP servera (smtp.gmail.com) koristeći port 465 i Secure Sockets Layer (SSL) protokol. Slika 4-2 Obrazac za registraciju sa razliĉitim lozinkama i neispravnom adresom. 11

15 4.3. Skripta mail.php Nakon registracije, šalje se korisniku. Ovisno o tome ako je uspješno ili neuspješno poslan, prikazat će se jedna od sljedećih stranica: Slika 4-3 Uspješna registracija (mail.php?poslan=d). Slika 4-4 Neuspješna registracija (mail.php?poslan=n) Potvrda registracije Kada korisnik klikne na poveznicu koju dobije u u, doċe na ovu stranicu gdje se izvrši skripta potvrdireg.php koja u bazi podataka traži kod dobiven GET metodom. Ako je pronaċen, korisniĉki raĉun se aktivira, tj. u atribut kod se spremi prazan string. Ako nije pronaċen, znaĉi da je korisniĉki raĉun već aktivan ili da je korisnik predugo ĉekao pa je link istekao. 12

16 Slika 4-5 sa poveznicom za aktivaciju korisniĉkog raĉuna. Slika 4-6 Uspješno aktiviran korisniĉki raĉun nakon klika na poveznicu. Slika 4-7 Neuspješno aktiviranje korisniĉkog raĉuna Oporavak zaboravljene lozinke Za oporaviti zaboravljenu lozinku potrebno je unijeti adresu korisniĉkog raĉuna i na tu adresu će se poslati nova lozinka. Nova lozinka se generira na sljedeći naĉin: substr(md5($_post[' ']. $randnum1. "". $randnum2),rand(0,23),8); 13

17 gdje su $randnum1 i $randnum2 nasumiĉni brojevi. adresa i ta dva broja se spoje u string koji se hašira md5 funkcijom te se iz tog stringa izvuĉe osam znakova poĉinjući od nasumiĉne pozicije i tih osam znakova ĉini novu lozinku. Slika 4-8 Obrazac za oporaviti zaboravljenu lozinku. Slika 4-9 Korisniku se daje potvrda da mu je poslana nova lozinka om. Slika sa novom lozinkom. 14

18 4.6. Profil korisnika Kad se korisnik ulogira, na vrhu stranice nema više bannera, nego se pojavi traka sa logom i poveznicama na profil, pretraživanje i odjavu. Ukoliko korisnik ima obje uloge, u gornjem desnom kutu može promjeniti trenutno aktivnu ulogu u sjednici. Javascriptom je realizirana interaktivnost, a klikom na najmoprimac ili najmodavac poziva se skripta promjeniulogu.php. Na profilu su prikazani svi podaci koje je korisnik unio (uloga, OIB, JMBG, , grad, adresa, telefon). Ako se korisnik nalazi na svom profilu, na desnoj strani će mu biti ponuċeno da uredi profil, promjeni postavke raĉuna, pogleda ocjene koje je dobio, ili kontaktira administratore. Ako se nalazi na neĉijem profilu, može ocijeniti tog korisnika ili pogledati njegove ocjene (samo ako imaju razliĉite uloge). Slika 4-11 Kako korisnik vidi svoj profil. 15

19 Slika 4-12 Kako korisnik vidi profil ostalih korisnika UreĊivanje profila Korisnik može mijenjati unesene podatke s time da vrijede isti uvjeti kao kod registracije: mora biti unesen OIB i/ili JMBG, provjera broja znamenki, grad može sadržavati samo slova i razmake. Da bi se spremile promjene, potrebno je upisati lozinku. Slika 4-13 UreĊivanje profila; netoĉno napisan grad, nedostaju OIB ili JMBG. 16

20 4.8. Postavke raĉuna U postavkama raĉuna mogu se promijeniti adresa i lozinka, no potrebno je upisati i staru lozinku. Ukoliko se korisnik registrirao samo sa jednom ulogom, može proširiti korisniĉki raĉun i na drugu ulogu. Suprotno (sa dvije uloge, reducirati na jednu), nije dozvoljeno. Slika 4-14 Postavke raĉuna kada korisnik ima samo jednu ulogu (dozvoljeno proširiti se na dvije). Slika 4-15 Postavke raĉuna kada korisnik ima obje uloge (nije dozvoljeno reducirati na jednu). 17

21 4.9. Kontaktiranje administratora aplikacije GET metodom se može dohvatiti ID korisnika koji šalje poruku ako je ulogiran, a ako nije, znaĉi da korisnik nije prijavljen i traži se da upiše adresu kako bi mu administrator mogao odgovoriti. Klikom na pošalji, poruka se sprema u bazu. U atribut pošiljatelj sprema se adresa ako korisnik nije ulogiran ili ID korisnika koji je ulogiran. Spremaju se naslov i sadržaj koje je unio korisnik, trenutni datum, a atribut procitano se postavlja na false. Slika 4-16 Slanje poruke kada korisnik nije prijavljen. 18

22 Slika 4-17 Slanje poruke kada je korisnik prijavljen Ocjenjivanje korisnika Provjeravaju se uloge ulogiranog korisnika i korisnika kojeg se želi ocjeniti. Ukoliko su iste, ispisuje se poruka: Nemate dozvolu za ocijeniti ovog korisnika. Ukoliko ste i najmodavac i najmoprimac, provjerite Vašu trenutnu ulogu. Ako imaju razliĉite uloge, povlaĉe se pitanja iz baze podataka i, ovisno o vrsti pitanja, prikazuju se u obrascu za ocjenjivanje korisnika. Uneseni podaci se šalju datoteci spremiocjene.php POST metodom. 19

23 Slika 4-18 Obrazac za ocjenjivanje najmodavca. 20

24 Slika 4-19 Obrazac za ocjenjivanje najmoprimca Spremanje ocjena u bazu podataka GET metodom se dohvaćaju ID korisnika kojeg se ocjenjuje i njegova uloga. Nakon toga, dohvaćaju se pitanja iz baze podataka i ako je korisnik odgovorio na to pitanje, odgovor se sprema u bazu. Tri su funkcije za spremanje odgovora, ovisno o vrsti pitanja. Kao prvo, provjerava se ako u bazi već postoji zapis o tom korisniku i tom pitanju (za sluĉaj pitanja sa vlastitim odgovorima, traži se zapis odreċenog korisnika, pitanja i odgovora). Ako nije pronaċen, onda se inicijalizira u bazi na sljedeći naĉin: 21

25 da/ne pitanja: atr1 i atr2 se postavljaju u nulu pitanja na ocjenjivanje: atr1 i atr2 se postavljaju u nulu pitanja sa vlastitim odgovorima: atr1 uzima vrijednost odgovora dobivenog POST metodom, odnosno ID-a vlastitog odgovora, a atr2 se postavlja u nulu Nakon inicijalizacije (ako je potrebna), ažurira se zapis u bazi na sljedeći naĉin: da/ne pitanja: ako je odgovor dobiven POST metodom istina, inkrementira se atr1, inaĉe inkrementira se atr2 pitanja na ocjenjivanje: atr1 se poveća za vrijednost odgovora, a atr2 se poveća za jedan pitanja sa vlastitim odgovorima: atr2 se inkrementira tamo gdje je atr1 jednak dobivenom odgovoru (i ID korisnika i ID pitanja odgovaraju tom korisniku i tom pitanju). Poslije odgovora, sprema se komentar (ako postoji) i korisnika se vraća na profil korisnika kojeg je ocjenio Prikaz ocjena korisnika Korisnicima se prikazuju ocjene samo ako gledaju vlastite ocjene ili od korisnika koji ima suprotnu ulogu od njihove. Pitanja i odgovori se povlaĉe iz baze podataka i prikažu na stranici. Kada korisnik ima ulogu najmoprimca i najmodavca, administratoru se prikazuju ocjene za obje uloge u karticama [9]. 22

26 Slika 4-20 Kako korisnik vidi ocjene najmoprimca. 23

27 Slika 4-21 Kako administrator vidi ocjene najmodavca kada korisnik ima obje uloge. 24

28 4.13. Pretraživanje Skripta pretraga.php se sastoji od obrasca i Javascript validacija. Validacije provjeravaju da ime i prezime sadrže iskljuĉivo slova, razmak i crticu, da OIB ima jedanaest znamenki, a JMBG trinaest, da grad sadrži slova i razmak, adresa slova, razmak i brojeve. Klikom na Traži, podaci se šalju POST metodom stranici pretragarezultati.php. Slika 4-22 Obrazac za pretraživanje Rezultati pretraživanja Pretraživanje se radi po svim kriterijima koje je unio korisnik. Ime, prezime i adresa ne moraju biti u cijelosti napisani, već je dovoljan jedan dio, primjerice sva imena koja u sebi 25

29 sadržavaju ta. Rezultati pretraživanja se prikazuju kao ime i prezime korisnika (što je ujedno i poveznica na njegov profil), uloga, i grad (ako postoji). Slika 4-23 Prikaz rezultata pretraživanja Administratorsko suĉelje Admin panel nudi administratoru dvije mogućnosti: ureċivanje pitanja za ankete i pregled poruka koje je dobio od korisnika. Slika 4-24 Admin panel. 26

30 4.16. Pregled postojećih i dodavanje novih pitanja Osnovni prikaz objedinjuje sva pitanja za najmoprimce i najmodavce unutar kartica, dok se sa desne strane administratoru aplikacije nude mogućnosti prikaza pitanja i dodavanja novih pitanja. U sluĉaju da administrator želi dodati novo pitanje, mora izabrati kome je isto namijenjeno (najmoprimcima ili najmodavcima), upisati tekst pitanja te izabrati vrstu. Javascriptom je realizirano da, prilikom odabira vrste pitanja, administratora se traže dodatni podaci na sljedeći naĉin: da/ne pitanje: otvara se mogućnost dodavanja potpitanja koje se može prikazati kada korisnik odgovori da ili kada odgovori ne. Postupak za dodavanje potpitanja je isto kao i za glavno pitanje s jedinom razlikom da potpitanje ne može imati drugo potpitanje pitanja na ocjenjivanje: od administratora se traži da upiše najmanju i najvišu ocjenu te korak kojim će se povećavati ocjene izmežu najmanje i najviše pitanja sa vlastitim odgovorima: administrator može dodati odgovora koliko želi, a najmanje dva Svi podaci se šalju POST metodom datoteci spremi-pitanja.php Spremanje pitanja u bazu podataka Skripta spremi-pitanja.php sprema podatke primljene od pitanja-odgovori.php?akcija=novo u bazu podataka. Prvo se dohvaća kome je namijenjeno pitanje da bi se mogla izabrati tablica u koju će se spremati. Nakon toga vrsta pitanja, o ĉemu će ovisiti naĉin spremanja u bazu. 27

31 Slika 4-25 Prikaz svih pitanja. 28

32 Slika 4-26 Dodavanje novog pitanja Prikaz svih dobivenih poruka Poruke su poredane u silazećem redoslijedu prema atributu datum. Pod pošiljatelj, pišu ime i prezime korisnika ukoliko je poruku poslao ulogirani korisnik, ili adresa ako je poruku poslao neregistrirani korisnik. Klikom na ime i prezime pošiljatelja, otvara se njegov profil. 29

33 Klikom na naslov poruke, otvara se poruka. Pošiljatelj i naslov poruke su podebljani ako je poruka neproĉitana. Slika 4-27 Prikaz dobivenih poruka Prikaz sadržaja jedne poruke GET metodom dohvaća ID poruke koja se želi prikazati. Ako je pošiljatelj registrirani korisnik, onda je njegovo ime poveznica na njegov profil. Ispod poruke, administratoru se nudi mogućnost odgovora na poruku. Kada se poruka otvori, u bazi podataka se oznaĉi kao proĉitana Odgovaranje na poruke Slika 4-28 Prikaz sadržaja poruke. Po definiciji, naslov odgovora je RE: (naslov originalne poruke), no administrator može upisati neki drugi naslov. Ako je poruku poslao neregistrirani korisnik, odgovor se šalje na 30

34 adresu koju je korisnik dao prilikom pisanja poruke. Ako je pošiljatelj ulogirani korisnik, odgovor se šalje na adresu kojom se registrirao. Slika 4-29 Odgovaranje na poruke od korisnika Odjavljivanje Skripta logout.php briše sve podatke iz trenutne sjednice i odjavljuje ju Promjena aktivne uloge u sjednici aplikacije GET metodom dohvaća se uloga koju je korisnik odabrao te URL stranice na kojoj je bio kako bi ga se moglo vratiti na istu nakon što se spremi u sjednici odabrana uloga. 31

35 4.23. Skripta db_config.php Skripta db_config.php sadrži podatke potrebne za spajanje na bazu podataka i postavlja character set na utf Izgled aplikacije Main.css definira izgled raznih klasa unutar aplikacije. 32

36 5. SIGURNOST Poĉetno su sve lozinke bile enkriptirane md5 algoritmom [10], no nakon malo istraživanja pokazalo se da se md5 ne preporuĉuje za lozinke. Razlog je da nije collision resistant, tj. nije teško naći dva stringa a i b za koje će vrijediti da je md5(a) = md5(b) i a b. Sa današnjim procesorima, uz optimizirane metode, moguće je naći kolizije u par sekundi [11]. Na Internetu se mogu naći tzv. rainbow tables [12] pomoću kojih se iz md5 hash koda može dobiti prvotni string. Sigurnost se može povećati dodavanjem jedinstvenog sufiksa (tzv. salt) stringu prije enkripcije. Umjesto md5 varijante sa sufiksom, u aplikaciji je korišten whirlpool algoritam [7]. Za razliku od md5 koji daje izlaz od 128 bita, whirlpool vraća 512 bitova što ga ĉini sigurnijim jer što je duži hash kod, duže će trebati da se probije. 33

37 6. BUDUĆI RAD I ZAKLJUĈAK Kao u svakoj aplikaciji, tako i u ovoj, ima još puno mogućnosti i ideja za budući razvoj. Prva stvar koja bi se trebala napraviti je dodavanje mogućnosti da korisnici stvore profil i ocjenjuju osobe koje nisu registrirane na stranicu. Npr. najmodavac koji i sam zna da je loš najmodavac, teško da bi se registrirao i dozvolio da ga korisnici loše ocjenjuju. Stoga je potrebno dozvoliti korisnicima da naprave profile za neregistrirane osobe. Kao drugo, ne bi bilo loše napraviti bolji i ljepši prikaz ocjena koje je dobio korisnik, možda dodavanjem grafova, a kod pregleda komentara, potrebno je dodati mogućnosti prijave komentara ako su uznemirujući. Nadalje, korisnicima se može omogućiti slanje poruka ostalim korisnicima. U upravljaĉkoj ploĉi postoji neiskorišteni prostor u koji bi se mogle dodati, npr., notifikacije o dobivanju nove poruke, stvaranju novih profila, itd. Korisniku bi se takoċer moglo javiti da je dobio novi komentar ili da ga je novi korisnik ocijenio. Potrebno je omogućiti administratoru da, osim dodavanja novih pitanja, može urediti i brisati postojeća. Nadalje, administrator bi trebao blokirati pristup stranici korisnicima koje su prijavili ostali korisnici zbog neprikladnog izražavanja. Isto tako bi trebao moći odblokirati korisnike nakon odreċenog vremena. Još jedna dužnost administratora bila bi brisanje neprikladnih komentara kada ih korisnici prijave. Mogao bi se proširiti doseg aplikacije na prikaz ponuda najmodavaca (stanova, garaža,...) te možda dozvoliti i njihovo ocjenjivanje. Ili, jednostavno povezati se sa već postojećim aplikacijama za unajmljivanje. Aplikacija je napravljena i testirana u Google Chrome (v29) pregledniku. U ostalim preglednicima dolazi do malih razlika u izgledu aplikacije stoga bi se ona trebala prilagoditi da bude jednaka u većini preglednika. Na kraju, zbog brzog širenja pametnih telefona, bilo bi dobro razviti mobilnu verziju aplikacije. 34

38 LITERATURA [1] PHP Manual [2] w3schools [3] WampServer [4] Notepad++ [5] Google Chrome [6] Hash funkcija u PHP-u [7] Whirlpool algoritam [8] PHPMailer [9] Kod za realizaciju kartica preuzet sa stranice [10] Md5 funkcija u PHP-u [11] Master s thesis: On Collisions for MD5, By M.M.J. Stevens %20M.M.J.%20Stevens.pdf [12] Rainbow tables 35