routat moraš preko vpnja (default route), čeprav internet moraš imeti da sploh lahko vzpostaviš vpn povezavo... dnse pa lahko daš lokalne na vpnju, tako ti ne bo delal resolving, če ne boš povezan na vpn, vendar to so workaroundi...

offtopic: dejansko me je presenetilo da dejansko obstaja izraz "bunga-bunga", ki sem ga zasledil v nekem članku o bejbah berlusconija in grupnem analnem seksu...

Post scriptum: http://www.urbandictionary.com/define.php?term=bunga-bunga

No pa še eno jaz pripopam:

Včasih programerji uporabljamo nestandardna obvestila za napake in zato se vsake toliko pripeti, da te pokliče stranka in vpraša: "Oprostite, ampak ne vem kaj pomeni koda napake: >>Nešto smrdi, a nije riba<<."

@zeko: tudi ti pumpaš tule. očitno imaš osebne probleme s Pervizom in predlagam da jih razčistita na privat.

Perviz, mogoče te marsikdo tu ne pozna v realnem življenju, zato imaš popravni izpit iz morale/arogantnosti tam. Tu na tem forumu si namreč pogrnil.

Slovenija je premajhna za slab glas. Zapomni si in dobro premisli pri naslednji tvoji bedariji, ki si si jo zamislil...

Itak da ti je vseeno, zato pa tale tema... ane?

Predstavljaj si da ti gre ta mivka, ki se zažre v vse male pore, za pancar... verjetno bi se nostop sezuval pa pizdil, kaj me vse srbi... Plus major problem: Ni žičnic :) Hodiš 15 minut, dričaš 2 minute, potem pa jovo na novo. Kaj kmalu bi me minilo...

Najlepša hvala za tele response, več kot pomagalo bo. Verjetno bom uporabil kar Lucene, glede na to da mi je Roky že namignil dejansko kako naj bi izgledalo, super res. Prišparali ste mi precej časa in dela.

@Vini: ko si omenjal da naj ne bi naredil z LIKE-om sem mislil da bi naredil še vedno MATCH po tabeli ki ima besedila, se pravi "vsebina", katere je in bo največ, le za ostale manjše tabelice naj bi uporabil LIKE... primer kako sem naredil zaenkrat:

$addon = "SELECT DISTINCT vsebina.id, MATCH(vsebina.besedilo) AGAINST('".$keyword."') AS score FROM `delo_vsebina` LEFT JOIN `vsebina` ON delo_vsebina.vsebina_id=vsebina.id LEFT JOIN `delo` ON delo_vsebina.delo_id=delo.id LEFT JOIN delo_avtor ON delo_avtor.delo_id=delo.id LEFT JOIN avtor ON delo_avtor.avtor_id=avtor.id LEFT JOIN delo_beseda ON delo_beseda.delo_id=delo.id LEFT JOIN beseda ON delo_beseda.beseda_id=beseda.id LEFT JOIN delo_podnaslov ON delo_podnaslov.delo_id=delo.id LEFT JOIN podnaslov ON delo_podnaslov.podnaslov_id=podnaslov.id WHERE CONCAT_WS(' ', avtor.ime, avtor.priimek, beseda.naziv, podnaslov.podnaslov) LIKE ('%".$keyword."%') OR MATCH(vsebina.besedilo) AGAINST('".$keyword."')";

Še vedno misliš da bo obupen performance tega SQL-a?

Vsekakor pa vem da bo potrebno "search" spremeniti v prihodnosti in uporabiti nekaj drugega kot MySQL-ov search... SphinX sem že gledal in je precej luštna zadeva, ki sama kešira v fajlih, dejansko pa se v sintakso le-tega še nisem imel časa poglobiti.

@Roky: Trenutna aplikacija je v codeigniterju, tako da za menjavo frameworka je malce prepozno :) Predvsem zato ker je že čisto zaključena, časa pa je samo še ta teden... :)

Varjanta je, da delaš potem MATCH (vsebina.besedilo) OR MATCH (avtor.ime) OR ... ampak potem sem uporabil kar LIKE, ker načeloma je tako... score je važen nenazadnje le ob številu pojavitev v besedilu, če pa je beseda kjerkoli drugje najdena pa predvidevam da je to direkten zadetek (se pravi če je bilo iskanje po avtorju in je nekdo vpisal ime avtorja za iskanje) in je takoj rezultat 100%. Me pa malce skrbi, kako bo tale query delal, ko bom imel za 10 let dokumentov od fakultete importanih... Verjetno bo le čas pokazal in EXPLAIN :) Hvala za odgovor.