Velicina je relativna :)

Ja bih ovo resavao preko regularnih izraza. Ako nista drugo sva pojavljivanja tog tvog stringa pronalazis s jednim redom koda.

A sta ti znaci veliki tekst? 100kb, 1MB, 10MB?

Bilo bi interesantno napraviti neki benchmark...

U pitanju je parsovanje nekoliko html stranica, svaka po.....pa ne znam, recimo do 150,200 kb :D

Ja sam to radio po sablonu: petlja pa prvo pojavljivanje stringa u odnosu na prethodnu poziciju i na taj nacin ume da potraje :)

Najbolje ti je da postavis tajmere i vrsis merenja.

Regularni izrazi su mocni i ponekad, jedino resenje. Medjutim php raspolaze sa dosta tekstualnih funkcija koje se razlicito ponasaju.
Neke funkcije brze rade sa manje podataka, a neke sa vise.
---

ukoliko parsiras stranice i za to koristis petlje onda ce to da potraje. E, tu stupaju na scenu regularni izrazi... Koristi ih obavezno za parsiranje strana...

Hvala, ja jednostavno nisam znao da li mi se isplati da ucim i koristim regex (mislio sam da mozda php funkcije u pozadini rade sa regularnim izrazima).

vodi samo racuna o tome da preg_* funkcije nekada ne rade na ogromnim ulaznim stringovima, meni se desavalo da mi preg_match vrati samo prvih nekoliko rezultata kada sam parsirao jedan poveci html fajl, pa sam morao onda da explode-ujem string po nekom delimiteru (ja sam parsirao sadrzaj nekih tabela pa sam po <table> radio explode) i onda ubacio taj preg_match u foreach...

mada, ja sam to radio u 5.1 moguce da su sredili to ako je bio u pitanju neki bug, a evo od 5.2 mogu i da se kontrolisu pcre limiti pa mozda povecanjem ovih limita mogu da se srede slicni problemi.

ufff....komplikacija :\ Moracu nekako da smislim nacin da proverim da li je sve nadjeno. Recimo explode po stringu koji se trazi pa broj clanova explode niza...ili tako nekako...