Pěkný pokus o "pokročilé" fulltextové vyhledávání. Články nemají teoretický základ, jsou útržkovitě a nepřesně podány a napsány dosti jednoduše.
Autor uvádí: "Využití transakcí má tedy vliv pouze na vkládání dat do databáze, nikoliv již na samotné vyhledávání."
To není u MySQL docela pravda, MyISAM tabulky jsou jasně nejrychlejší variantou, používat transakce jen kvůli rychlosti indexování je holý nesmysl, data tam lze rychle nahrnout i jinak.
Musel jsem se zasmát u poznámky o "komerčních produktech". Soudě podle znalostí autora o OOP a typické chybě s užitím dědičnosti v případě, kde by se naprosto jednoznačně měla použít skladba, to asi produkty moc kvalitní nebudou.
Divím se, že článek vůbec na rootu vyšel. Nestačí, když šéfredaktor umí dobře česky, musí mít široký přehled. Být šéfredaktorem roota, takový článek by putoval rychlostí kulového blesku zpět autorovi.
Ja se naopéak divim, ze zde nevysel clanek od nikoho jineho kdo tu remca. Uz se tesim na vase vytvory panove, taky si zakritizuji.
Nikdo z vas zde nemel konstruktivni pripominku, vsechno jen nepodlozena kritika bez slova tohle lze resit lepe a takhle. Byt ja sefradaktor, nekonstruktivni komentare jdou do kose stejne jako na hulan.info/blog
no nevim. teoreticky byla vase teze blbost. regularni gramatiky jsou ty nejednodussi, tak me udivilo prohlaseni, ze jsou univerzalni a hodi se na osetreni vsech vstupu. porad jsem cekal, ze mi poslete nejaky priklad na osetreni treba vsech zadanych palindromu. misto toho, aby jste uznal svou chybu, tak jste si bezduse stal za svym nesmyslnym tvrzenim. ocenuji lidi, kteri dokazi uznat svou chybu. vy vsak mezi ne zrejmne nepatrite.
Regularni vyrazi se hodi na osetreni vsech vstupu od uzivatelele. To, ze nejaky teoretik vymyslel skoro programovaci rekurzivni jazyk na tom nic nemeni. Jaky je rozdil jestli XML parsuji funkci v php nebo nejakym teoretickym..? Navic je to teorie, ne moje neznalost, at mr. muthafucka ukaze jednu PHP aplikaci co pouziva neco jineho nez regularni vyrazi.
Chapu, kdyz cloveka neco donuti naucit se ve skole, muze se snadno dospet k nazoru, ze je to nej nej. Ale ze skoly sam vim, ze ucitele toho dost casto hodne rikaj o nejlepsich teorii a kdyz dojde na lamani chleba, jejich stranky jsou staticke se vstupnim flashovym bannerem.
Člověče, neváhejte a podívejte se na stránky toho pana Markoně. Já jsem to udělal a tím pro mě tato osoba zhasla a účastnit se další diskuse s ním považuji za ztrátu času.
On to není žádný pan, je to jakýsi chlapeček ze střední školy, který se zhlédl v Mgr. Ing. Hulánovi a stejne jako on si o sobě moc myslí. Naprosto netuší o čem píšete, to i potvrzuje používáním spojení "regulární výrazi".
Nechme ho tak pět, deset let uležet a pak se od něj možná něco dozvíme. Ale spíš ne.
poucte me nekdo co je mysleno zde "skladbou" naproti dedicnosti v OOP? (cit.:"Musel jsem se zasmát u poznámky o "komerčních produktech". Soude podle znalostí autora o OOP a typické chyby s užitím dedičnosti v prípadu, kde by se naprosto jednoznačne mela použít skladba, to asi produkty moc kvalitní nebudou. ")
Pokial to nie je vtip, tak tu je seriozna odpoved:
Google query: composition vs inheritance
http://tinyurl.com/5v26d
V zasade sa jedno o to, ci nova trieda vychadza z povodnej (dedicnost/inheritance), alebo trieda obsahuje inu triedu ci triedy (skladba/composition).
Existuje mnoho pripadov, kde je pomerne jednoduche rozhodnut, ktoru z uvedenych metod pouzit (na internete najdete mnoho ucebnicovych prikladov). Nejde to vsak vo vseobecnosti, tj. existuju modelove situacie, pri ktorych arguementy hovoria aj za dedicnost, aj za skladbu. Moj osbny nazor je, ze spravne rozhodnutie predurcuju najma prakticke skusenosti z oblasti vyvoja softveru.
Nie celom rozumiem otazke. Skladbou je mozne vlozit lubovolne vela objektov. Podobne dedicnostou je mozne dedit z konecne vela tried, samozrejme sposobom, ze druha vychadza z prvej, tretia z druhej, n-ta z n-1-vej, atd.
Dedit z viacerych tried naraz v PHP nejde, ale da sa to obist vhodnou kombinaciou skladby a dedicnosti, tj. vytvorime si meta-triedu, ktora skladbou obsahuje dve triedy a z tejto meta-triedy nasledne dedime.
Tento navrh je vsak spletity a zmatocny, navyse sa ciastocne mina povodnemu zameru. Osobne by som ho nepouzival. Rovnako tak neprospieva citatelnosti kodu.