Ravno Mare je tako krivec za prenovljen ŽVPL-ov logotip, ki je namesto strešice dobil rdečo zvezdico.

Trajalo je nekaj mesecev preden so vrle glave takrat še produkcijske skupine Em3r10 (se pravi Gregor, Mare, Matko in jaz) ugotovile, da je treba nadaljevati z začetim procesom (pre)oblikovanja ŽVPL-a, kmalu je nastal naslednji predlog oblikovne predloge, izpeljan iz Maretove osnovne ideje (trije članki v vrsto).

Jeseni smo bili že skoraj zadovoljni! Vstopna stran je začela dobivati svoj (skoraj) končni izgled: tri izpostavljene novice, spodaj dogodki, pa vsepolno nekih vsebin iz raznih rubrik, a vendar smo hoteli imeti na vstopni strani še več vsebine. Nastalo je tole.

Opazili boste, da smo v prvi varianti zgornjih dveh verzij spremenili tri prve članke za enega večjega in štiri tekstovne, vendar smo idejo zavrgli, ker je (bila že takrat) frekvenca člankov cca 3/dan in bi bilo nesmiselno izpostavljati samo enega. Tako je ostalo vse do danes …

Tako, osnove so bile narejene, pljuniti bo treba v roke in začeti pripravljati HTML-je.

Spraševali smo se kaj narediti z izpisom članka in rubrik in za izpis članka uporabili nek poizkus prenove ŽVPL-a, ki je imel zadovoljiv layout članka samega, a oblikovno še ne dodelan. Skupek obeh mockupov je bi zadovoljivo dober (zgoraj).

Oktobra 2003 so bili prvi HTML-ji narejeni, prva stran, izpis članka (z več verzijami izpisa slik, komentarji, osebno izkaznico osebe v članku, … skratka vsem kar paše zraven). Zataknilo se pri izpisu slik, za kar nikakor nismo našli rešitve. Pa smo raje naredili še izpis dogodkov, obenem razširili kategorije in čakali boljše dni.

Boljši dnevi so prišli leta 2005, nekaj mesecev pred 2.velikim ŽVPL-ovim mrkom, ko je 1. neusojeni programer začel programirati novo vrezijo ŽVPL-a (brez imen, da ne bomo komu delali škode), a se na žalost prenova ni zgodila, saj nam je žveplenobna luknja odnesla 1. nesojenega programerja. Vmes smo ugotovili, da je XHTML boljši kot HTML 4 in da je breztabelno spletno oblikovanje boljše kot vsepolno tabel v dokumentih. Rečeno storjeno, kmalu smo HTML prešmelcali v XHTML in bili veseli, ker so bili dokumenti validni.

Decembra 2005 nam je odneslo tudi ŽVPL (po dveh hackerskih napadih je strežnik končno izdihnil press), nekaj mesecev kasneje pa nam je odneslo še programerja (usoda pač), Vmes smo še malo pošmelcali HTML-je ampak večjih vizualnih sprememb ni bilo.

Pa smo čakali. Prišlo je leto 2006 in z njim 2. nesojeni ŽVPL-ov programer, a je tudi njega vzelo morje. Vmes so zrasle resolucije monitorjev in minimum je postala resolucija 1024×768 (juhej) in treba je bilo razmišljati o realignu realigna, čeprav ŽVPL-a že dolgo ni bilo več. Volje pa tudi ne, saj še vedno nismo našli programerja …

V letu 2007 se je pojavil 3. nesojeni ŽVPL-ov programer in volja za nov realign na 960 pixlov, kar se je tudi zgodilo. No, zgodil se je realign grida, ŽVPL pa ne.

Prišlo je leto 2008, leto 10. obletnice ŽVPL-a in spet smo iskali programerja. In obvestilo, da bo ŽVPL POSH. Prišel je tudi 4. nesojeni ŽVPL-ov programer in rahlo “spimpan” ŽVPL. Končno smo pripravili izpis članka kot se šika in izpis velike fotke, na kar smo čakali kar nekaj časa.

Ker pa sovražimo IE6 (in nismo edini) smo se odločili, da se bomo malo pohecali s CSS-jem in naredili verzijo samo in izključno za IE6. Črno, s tako zabavno fleho, ki opozarja uporabnike, da deskajo z jajci.

Kar dobro je kazalo, Had je že celo napovedoval splavitev, kazalo je, da nam bo končno uspelo. No, pa vseeno nismo imeli sreče, malo po žuru ob 10. obletnici ŽVPL-a je Wuxscho-tu odletu disk in z njim že skoraj končan ŽVPL 3.0  (zato vsi developerji: “Backup early, backup often!”)

Po nekaj mesecih se je Vini odločil, da bo programiranje vzel v svoje roke in zgodba o splavitvi se je spet začela. Vsi sledilci ŽVPL-ovega Twitter kanala ste lahko videli nekaj predogledov prihajaočega ŽVPL-a. Dobili smo kar nekaj komentarjev na oblikovne felerje (predvsem barve povezav in barv oken v sidebaru in nekonsistentno širino in jih nekaj tudi upoštevali). ŽVPL je bil splavljen 31. decembra 2008 in je zgledal natančno takole.

To je zgobdba o procesu oblikovanja novega ŽVPL-a, ki pa vsekakor še ni končana. Ker vemo, da je oblikovanje proces in ker je obliko prilagajati funkciji ne obljubimo, da bo vedno tak, najbrž bo iz meseca v mesec lepši, upamo pa tudi boljši!

P.S.: O procesu nastajanja ŽVPL-a boste slišali na 100. Spletnih uricah. Respect!

Za štos sem primerjal 5 najbolj obiskanih slovenskih strani po MOSS-u in rezultati so precej zanimivi!

Glej ga zlomka, Google pravi, da je 24ur že od maja prvi na sončni strani spleta (kar se sliši precej logično glede na bigbrotherijado).

No, to pa je zanimivo. Če bi “taveliki” sodelovali v MOP.si, bi se o tem lahko prepričali sami, tako pa vam preostane le, da verjamete Google-u ali počakate pol leta na jesensko merjenje MOSS-a.

V bistvu je POSH vse, kar spletovalec potrebuje, ko postavlja HTML-je, da so dokumenti: validni, semantični, dostopni in dobro strukturirani. Pa še to: lepa POSH koda vam bodo pomagala tudi pri SEO-tu in pri tem, da boste lahko v nogi napisali, da imate POSH sajt, t’ko kot bo pisalo v nogi novega ŽVPL-a

P.S.: O POSH-u se je razpisal tudi na tem blogu omenjeni Roger Johansson na svojem blogu 456 Berea St. Preberite si njegov prispevek in izvedeli boste tudi nekaj nasvetov za pisanje POSH dokumentov.

Testna stran je ostala na domeni zvpl.com, po nekem čudnem naklučju jo je našel Google in jo indeksiral, rezultat pa je prvo mesto ob iskalnem nizu “parfumerija plaza” na Google.si in Google.com (spodaj).

Danes me je klical Miha z Infonove, skrbnik spletnih strani Parfumerij Plaza, in povedal, da se lastnikom Pafrumerij Plaza pač to predstavlja problem. Strinjal sem se, da je, ampak da zaradi narave spora redirect ni možen (vsaj brezplačen ne, to sem pozabil omeniti v pogovoru , da pa bomo gentlemansko odstranili testno spletno stran, napaka 404 bo naredila svoje, Google bo rezultat (enkrat že) vrgel ven in vsi bomo “srečni”! Rečeno, storjeno!

Svet ni vedno lep, zato takšna zgodba v poduk tako izvajalcem (če se le da, vedno podpišite pogodbo o sodelovanju) in naročnikom (če se le da, poizkusite razumeti internet kot medij) …

P.S.: Drupal ima očitno res dober “built-in” SEO. Badjvej: verzija 6.0 beta 3 je že zunaj!

Poizkusim z istim iskalnim nizom še na Najdi.si in glej ga zlomka! Najdi pravi, da je iskalna poizvedba slabo formatirana …

Hvala Bobu ™, da Najdi priporoča iskalni niz z navednicami: “As ti tud not padu”, kjer je moj zapis “šele” na 7. mestu. Ne šekam sicer, zakaj Najdi ne najde iskalnega niza As ti tud not padu, ker se mi zdi, da je pred prenovo Najdi.si iskano poizvedbo našel brez problema (ali pa sem jaz haluciniral).

Kakorkoli, pozicija na Google odlična, Najdi ima očitno nekaj problemov, odkar je prenovljen, a ni razloga za preplah, fantje že vedo kaj delajo in zagotovo bo kmalu vse v najlepšem redu.

Me je pa strašno zanimalo, komu se moram zahvaliti, da imam tak dobro pozicijo … in po pregledu HTML kode na notpadu.24ur.com ugotovim, da gre moja zahvala oddaji Kmetija:

Ključne besede kot so: “kmetija, špela, Močnik, gospodar, glava, …” niso ravno primerne za urbano odajo, ki se bori za nedeljski prestol. Predlagam ključne besede kot so: “As ti tud not padu, Lado Bizovičar, Jurij Zrnec, oddaja, nedelja, Mario, zabava, skeči, smeh, …” bo bolj zaleglo.

Poleg tega SEO mojstri svetujejo, da so meta tag-i različni: v <meta name="keywords" ... /> naj se vpisujejo ključne besede strani (kot sem že predlagal zgoraj), v <meta name="description" ... /> pa opis strani v smislu: “As ti tud not padu – nova, dinamična, zanimiva, bučna in energična oddaja z Ladom Bizovičarjem in Jurijem Zrnecem.” …

Vsekakor je bolje, da sploh ne bi imeli meta tagov na strani, kot da imajo napačne. Oziroma: za Embrio je očitno bolje, da imajo (še vedno) kmečke ključne besede, ker je zaradi tega pozicija v iskalnikih in posledično tudi obisk na naši strani večji.

Kmečko, al’ ne?

Moj rezultat ni bob™ kva, ampak sem si napačne odgovore shranil in ji bom ob priliki preštudiral, pa bo naslednjič bolje

SEO Novice – 39%

Pa, da vas vidim, … Had me bo ziher sesul

Bistvenega pomena je to, da spletni razvijalci uporabljamo čim manj HTTP zahtevkov (requestov), ker po merjenjih Yahoo!-evih inženirjev le ti najbolj upočasnjujejo čase nalaganja spletnih strani.

Po tem nasvetu je Nate končal predavanje, nas poslal domov in rekel, da če naredimo “samo” to, da HTTP requeste spravimo na minimum z:

• CCS škrati (beri CSS Sprites na ALA),
• kombiniranimi / združenimi JS in CSS datotekami,
• image mapami,

bodo naše strani 20-30% hitrejše.

Seveda se je predavanje nadaljevalo, tako da smo slišali še ostalih 11 pravil vmes pa je omenil, da bodo pri Yahoo!-ju razvili orodje za analiziranje spletnih strani, ki vam bo povedalo, kaj je z vašo stranjo narobe in kako bi jo lahko pohitrili.

Konec julija pa je Nate objavil zapis, da se je zgodilo: fantje pri Yahoo!-ju so za popularni Firefoxov dodatek Firebug razvili dodatek YSlow, čudovito orodje, ki vam pove, kaj je s hitrostjo vaše strani narobe in zakaj …

Predlagam, da si najprej preberete slajde Nate-ovega preavanja, si dol skotalikate YSlow, in ko boste že na Y! Developer Networku, še malo pobrskajte naokoli, se najde kakšna zanimiva reč za spletne mojstre.

Na Playboy.si bomo morali malo optimizirati SEO, to je očitno.