jobKereső változások - 2014 január

- az egyes találatok mellett ikon jelenik meg, ami az eredeti oldalon lévő favicon-ra mutat, az ehhez vezető url-t vagy kiparszolja a céloldalból, vagy ha ott nem talál ilyent akkor berak egy default /favicon.ico címet és onnan próbálja letölteni. Úgy oldottam meg, hogy egy span elemet 20x20 pixelre méretezek, float-al eltolom balra, és a background-image az ami magára az ikonra mutat. Így ha nincs meg az ikon, akkor nem egy hibás kép ikont kapok a helyére, hanem üres teret.
A dolog hátulütője, hogy a float miatt a hiányzó ikon helyét is körbefolyja a szöveg. Eredetileg úgy szerettem volna ezt megoldani, hogy nincs ez a bekezdésszerű dolog az ikon körül. Ha valakinek van ötlete hogy lehet jól megcsinálni, szívesen venném!

- megjelent a kozigallas.gov.hu és a henkel az állásajánlat források között, a kozigallas-ról 902 állás van indexelve az 1160-ból, azt még este megnézem miért nem jelenik meg a különbség

update:
még egy változás volt, mégpedig hogy hozzátettem a brozie.com pluginjét, ami chatformot tesz be az oldalra, tisztán az ő rendszerük intézi a hozzászólások rögzítését is

( BlinTux v | 2014. 01. 15., sze – 20:26 )

Az lehet, hogy üres teret kapsz, de a konzolt úgy teleszemeteli a program mint a fene.
Ha sok ikon hiányzik, akkor egy tucat 404 van ott.
És ez még a kisebb gond a konzollal.

Végtelen ciklusban jönnek rá ezek az üzenetek:
["Got message (remove-friend): ", Object]

Szóval ha 5 másodpercig vagyok az oldalon, akkor már ezt látom: 


GET https://kozigallas.gov.hu/favicon.ico 404 (Not Found) gyor.html:564
GET http://www.pannonter.hu/favicon.ico 404 (Not Found) gyor.html:564
GET http://inicial.hu/favicon.ico 404 (Not Found) gyor.html:564
GET http://www.google-analytics.com/ga.js  main?domain=http%3A//www.jobkereso.com/allasajanlat/telepules/gyor.html&title=K%F6zvetlen%20%E1ll%E…:343
event.returnValue is deprecated. Please use the standard event.preventDefault() instead. chat.js:102
["join-domain", Object] chat.js:4241 
queue is empty chat.js:4741
["Got message (remove-friend): ", Object] chat.js:4241
["Got message (remove-friend): ", Object] chat.js:4241
["Got message (remove-friend): ", Object] chat.js:4241
["Got message (remove-friend): ", Object] chat.js:4241
["Got message (remove-friend): ", Object] chat.js:4241
["Got message (remove-friend): ", Object] chat.js:4241
["Got message (remove-friend): ", Object] chat.js:4241
.........

a 404-ekért az én kódom a felelős, ez normális a hiányzó hátterek miatt

a konzol szemetelést viszont a brozie javascript kódja csinálja
Ez az a fekete alapon fehér B ikon ami a kép jobb alsó sarkában van, ráklikkelve egy általánosan használható kommentelő felület jelenik meg.

A www.brozie.com oldalról tölthető le, legjobb tudomásom szerint ez egy magyar startup, és nekem megtetszett a lehetőség hogy az oldalaimon instant lehet hozzászólni, nekem nem kell semmit telepíteni némi javascripten kívül. De ha ez okoz felhasználói problémákat leszedem, megvagyok nélküle is. Csak jó lenne gyakorlatiasabb visszajelzés ami alapján lehet valahova haladni vele.

A 404 igaz hogy normális, mert hibajelzés. De egy kész oldalon ne legyenek ilyenek, elég kiábrándító ezeket látni a konzolban. Pár soros JS kóddal meg lehet oldani az ikonkezelést.

A chat meg egyszerűen egy szar ha ilyet eredményez, hogy x ezer sort nyom a konzolba.
Ez már ennek készítőinek tudását kérdőjelezi meg...

azért csináltam meg ilyenre, mert nem lehetek benne biztos, hogy a céloldalon van-e egyáltalán favicon vagy nincs
ezért csinálom azt, ha az oldalban nincs benne az icon tag, akkor a default hogy keresem a /favicon.ico helyen, és ha nincs, akkor a user a background helyén kap 404-et. Normál user, aki a weboldalt nézi a log helyett ;) nem fog belőle semmit észrevenni.

elméletileg lehetne azt is, hogy a faviconokat valahova letöltöm, és a saját szerverről szolgálom ki, akkor pontosan tudható lenne hogy az adott oldalnak van vagy nincs, már a crawler munkája után, de az alaprendszer amit testreszabtam ilyesmit nem tud, és költséges lenne belefejleszteni, szóval én eddig úgy értékeltem hogy az üzleti értéke a két megoldás közti különbségnek kisebb mint a lefejlesztésének a költsége

Aki nem látja nem bánja filozófia? :D
Végül is, a kosz szőnyeg alá söprése is egy megoldás.

Ha ilyen alapon készítenének autókat, akkor az valahogy így hangzana:
Mindegy milyen szenny jön ki a kipufogón, lényeg hogy megy a kocsi!

Tipikus magyar webfejlesztői hozzáállás...

Engedélyezett HTML elemek: ....

Jah hogy Drupal nem képes értelmesen lekezelni? Hát az nehogy már az én bűnöm legyen! :O

WordPress már isten tudja hány éve képes arra, hogy ha hiányzik egy lezáró tag, vagy egy tag páros közepén megtörik a tartalom, akkor lezárja Ő.
Azért 2014-ben egy CMS-től ez már a minimum

De, kepes lekezelni - Drupal 6 ota lezarni is kepes oket. Jelen pillanatban Drupal 5 alatt vagyunk, mely erre nem kepes. Es mivel a CMS nem 2014-es, ezert nem is lehet tole elvarni olyan dolgokat, amiket egy 2014-es CMS-tol.

Egyebkent FYI: keszul az oldal migralasa olyan CMS ala, mely teljesit minden elvarast, amit egy 2014-ben el lehet varni egy CMS-tol. Addig is, lehetne, hogy egy picit odafigyelunk egymasra?
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.