Community review vaših web stranica

Za fontove ti preporučujem Google Web Fonts... Imaš jako puno dobrih fontova, sigurno se da nešto iskoristiti..

Sa fontovima treba bit jako oprezan neželim sada ulazit u tipografiju i zašto je neki font bolji itd. iako i to ima sve svoje razloke i jako je bitno prilikom izrade vizualnog identiteta. Općenito se treba voditi trima stavrima bez obzira jel je šerif ili sans obitelj u igri.

#1 Font mora imati sve znakove za to govorno podrućje 90% fontova je za englesko / američko tržište te nemaju sve znakove koji su namjenjeni našem govornom području. Oni jako ljepo izgledaju dok se ne počnu koristiti karakteristični znakovi naše abecede.

#2 font mora bit čitljiv, a ne da pola minute blejim u jednu rijeć i pokušavam dokućit šta to piše, ok nek bude stiliziran potrebama, al nek se lako može pročitat (dešifrirat) šta tu piše. To što čovjek zna da piše nije isto onomu dali je to i čitljivo.

#3 Font mora bit primjeren tematici o koj se bavi, piše, dizajnira itd.

Ako vrijede ta tri zakona sve bu ljepo izgledalo i bilo smisleno. Google font nije loš no ima jako malu bazu fontova za naše govorno podrućje, a fontsquirl je isto zgodan alatić ako se ima već gotov font da ga prebaci u foprmat i sve što je potrebno za web, al isto pati od male kolekcije fontova za naše govorno područje. 

Stara, samo stavi novu bgimage.

Evo uradio sam kako si mi rekao. Sada izgleda ovako

bug bi trebao imati pravilo kad se objavljuju linkovi od web shopova uglavnom stranice koja nudi nešto za lovu da mora imati na stranici da svi vide koja tvrtka stoji iza te stranice, a ne dijete kupi domenu za 1$, jeftini hosting i on kao da dava neke usluge...

http://e-sport.hr/forum

Riječ je o MyBB forumu kojeg sam vrlo izmjenio. Osim nekih mogućnosti koje sam dosad vidio samo na Bug forumu (thumbup, thumbdown, hvala...) radio sam i na dizajnu (nije korišten nikakav gotovi template, još uvijek imam svaku sličicu u .psd formatu). Ako želite pobliže pogledati mogućnosti foruma možete se registrirati. Sve prijedloge možete napisati ovdje.

Još uvijek ima grešaka ali s vremenom će se sve ispraviti, ako neku primjetite zahvalit ću vam ako je i napišete :-).

Također da napomenem, u tijeku je izrada portala koji će biti potpuno povezan sa forumom pa ako imate i za to nekakav prijedlog slobodno kažite.

Napravio sam jednu probnu web stranicu kako bi se se naučio koristiti HTML i CSS. Čini mi se da sam svladao, sad još treba naučiti XML, XSL i javascript! 

Evo link: KLIK!

Stavio sam i neki video sa youbitua da vidim kako bi se sve uklopilo, i tak...

Vaša mišljenja?

Hvala na savjetu. Zar nije svejedno u čemu je baza podataka, bio to HTML ili XHTML zato što će se taj dio odvijati na serveru, a ne klijentu.

Neznam kako bi se snalazio u HTML bazi podatak, ja sam to mislio automatizirati preko "CMS-a", tako da omogućim objavljivanje članaka onome tko se ulogira kao admin. Međutim ne želim se mučit sa prokletim PHP, SQL, ASP gluparijama, to je presloženo i uzaludno. Mora postojati način korištenja XML-a kao baze podataka, te javascript za 'autentifikaciju' provjeru passworda i username.

Dali je to izvedivo, koliko je sigurno i dali će biti "glatko" i sa velikim web siteovima, odnosno velikim bazama podataka?

Hvala!

Planiram napraviti neki CMS preko kojeg bi se upload-ale slike i raspodijelile prema kategorijama. Znaci admin moze jednostavno preko admin panela dodavat nove slike, uredjivat kategorije, postavke stranice te imati uvid u registrirane korisnike. Svako korisnik bi nakon registracije na stranicu mogao komentirat svaku pojedinu sliku te je ocijenjivat.

Znaci cms nesto tipa:

 - http://failblog.cheezburger.com/

 - http://www.shipmentoffail.com/

LINK: http://www.xantrus.com/cms/ximage/

Stranica je sto se dizajna tice sklepana tek tolko da vidim otprilke kako bi to izgledalo. Trenutno sam fokusiran na HTML, PHP i JavaScript kodiranje.

PITANJE: Ukoliko uspijem to sklepat do kraja, hoce li se to moci nekako unovcit?

Za bazu podataka ti treba database engine. Pa, ako smatrašserverside tehnologije gluparijama, imaš jako dobrih riješenja u vidu serverside JS, odnosno pripadajućih libova. Prilično hrabar stav za nekoga tko ne razlikuje pojmove HTML, xHTML, baze podataka izjaviti da su serverske tehnologije uzaludne. Da li će se glatko izvoditi, ovisi o tome koliko si dobro projektirao samu bazu, aplikaciju, o broju unique zahtjeva, dostupnim resursima servera i skalabilnosti sustava.

MySQL nikako nije slabašan, a kamoli tek brat SQL-a, SQL je kao što mu i samo ime, odnosno akronim imena kaže programski jezik veoma specifične namjene.

Ako "sklepavaš" aplikaciju, teško da ćeš uspjeti to prodati. Uspješnost prodaje ovisi o tvojim prezentacijskim sposobnostima. Cijena po licenci koju je kakapo naveo je jako nerealna, modaž maksimalno 5 USD po licenci, za 35$ dobiš puno ozbiljnije komade softvera namijenjenog webu, na čiji razvoj je utrošeno puno, puno više.

Sve te stvari koje si ti naveo, posjeduje i MySQL, i dovoljno je stabilan engine što za veće, što za manje afternoon projekte. Ukoliko ti MySQL nije dovoljno hardcore uvijek imaš tu Oracle ili PostgreSQL, a ako baš hoćeš biti superql da se možeš hvaliti u svom geekovskom društvu, zavrti node.js i CouchDB ili neku drugu NoSQL alternativu.

Nije istina ni najmanje. Moraš razlikovati PL/SQL, SQL, noSQL baze. MySQL niti je slabiji niti nešto puno bolji od baza u svojoj porodici. Sve ovisi o situaciji, i uvijetima koju bazu podataka ćeš koristiti.

Primjerice facebook koristi MySQL i ne vidim baš da je "najslabija baza". Ako ti se buraz već time bavi, onda si ga mogao pitati za objašnjene oko baza podataka.

Zanam da se oni vrte na MySQL-u on je standard već postao po tom pitanju bezobzira kakava je serverska tehnologija u igri. Mislio sam na trigere i viewove jer oni to rade query-ije preko serverskog koda, a ne preko baze, dakle pišu se relacije putem PHP koda. Kad sam kod buraza gledao SQL bazu vidio sam joijn-ove, view-ove, triger-e direkno zapisane na bazi. Dakle baza vrši relacije, role i ostalo tj. baza administrira samu sebe. Zašto se to neradi kod web aplikacija dali je to radi resursa ili?

Join je vrlo common operacija kod mysql-u i gotovo svi ju koriste. Ne znam zašto bi netko koristio triggere u većoj količini kada se radi o cms-ima i sličnim "jednostavnim" aplikacijama. Uostalom takve radnje je bolje napraviti kroz backend code zbog sigurnosti i lakšeg administriranja. Resursi nemaju veze sa time, jer većina applikacija koristi nege event-e koji služe kao triggeri za druge radnje.

MySQL trigger: http://dev.mysql.com/doc/refman/5.0/en/triggers.html

view: http://dev.mysql.com/doc/refman/5.0/en/create-view.html

E sad kad imaš enterprise level aplikacije i okružja gdje imaš tisuće tablica u jednoj aplikaciji onda definitivno nećeš odrađivati takve stvari sa backend kodom nego ćeš koristiti PL/SQL(proceduralni sql), primjerice oracle bazu podataka. - http://en.wikipedia.org/wiki/PL/SQL

Naravno u ovakvim uvjetima treba biti jako jako oprezan što se sigurnosti tiče. A i oracle je i sam poznat po mnogim sigurnosnim rupama u svojim bazama podataka.