Starší komentáře ke článku: Sledovanie odkazov na stránke pomocou ASP
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 5.12.2002 15:36:24
Sem vepište svůj příspěvek.
---> To taky udělám!
Uvidíme, jak dlouho taková databáze na vašem severu vydrží. Pokud máte denně třeba 3.000 UV, když každý odklikne 6 odkazů a ke každému se zapíše průměrně 256 B (spíš víc -- mimochodem, představa, že cílové URL se vejde do 255 B je poněkud optimistická), můžete čekat, že během jediného dne tabulka vyroste na 4,5 MB. Za rok to je 1,5 GB. Nedovedu si představit, že kvůli každému odkazu se otvírá 1,5GB tabulka na serveru se sdíleným webhostingem. Ale komu není rady, tomu není pomoci.
Mimochodem, netuším, jakou hlavičku vrací Response.Redirect, ale rozhodně by to nemělo být stavové hlášení 301 Moved Permanently (protože se nic nepřesunulo), možná by to mohlo být 302 Found (ačkoli nejde o dočasné přesměrování) nebo 303 See Other (ačkoli je hlavička určena pro zpracování dat odeslaných metodou POST) a rozhodně by to nemělo být 307 Temporary Redirect (protože nejde o dočasnou změnu).
Datum vložení: 5.12.2002 16:49:12
Presne tak, lepsie pouzivat logy z web serveru. Tu sa vsak clovek nedozvie ze co bolo potom: ci navstevnik jednoducho zavrel okno, alebo odysiel na iny server cez nas odkaz. Pri tej druhej moznosti je mozne pouzit toto riesenie ved tych odkazov tam nebude tolko :)
Este jedna vec mi neda: mardaska notacia: tblXXX strXXX, naco ???
Urivok z dokumentu o coding style pre linuxovy kernel:
"Encoding the type of a function into the name (so-called Hungarian
notation) is brain damaged - the compiler knows the types anyway and can
check those, and it only confuses the programmer. No wonder MicroSoft
makes buggy programs." :)
Datum vložení: 5.12.2002 21:57:21
já osobně proti maďarský notaci nic nemám a to že k názvu proměný přidá informaci o jejim datovym typu nevidim jako špatnej nápad. Pokud v kódu např. vidim proměnnou rsXXX tak hned vidim, že se jedná o recordset a že se tak k němu mám chovat i bez toho aniž bych scroloval do místa, kde ho deklaruju.
DaM
Datum vložení: 6.12.2002 23:11:01
> Pokud v kódu např. vidim proměnnou rsXXX tak hned vidim, že se jedná o recordset
Ale moc na to nespolehejte. Mohlo by se stat, ze nekdo pred Vami zmeni datovy typ promenne, ale z lenosti (nebo ve spechu) nezmeni odpovidajicim zpusobem i nazev promennych. U tak znameho objektu jako Recordset to asi poznate, ale jiz ne jedna-li se o vnitrni tridy aplikace. Dale pouziti madarske notace vede k nesmyslum jako napr deklarace (videl jsem ji na vlastni oci):
SqlDatabase objDatabaze;
v .NETu. To je hezke, ale v .NETu je (skoro) vse objekt. Jaky to ma tedy smysl? Jak rika nekdo vyse, kompilator vi lepe, jakych typu jsou promenne. Nehlede na to, ze moderni vyvojova prostredi nabizeji seznam clenu trid (Intellisense). Ale co se da delat, madarska notace se tahne vsemi jazyky na MS platforme uz od davnych dob, kdy to Simonyi vymyslel (a kdy to mozna melo smysl). Ale v dnesni dobe? Myslim, ze je nejaky dobry napad, proc se pri programovani v Jave madarska notace nepouziva.
Omlouvam se za naprosty OT, ale tak nemam rad madarskou notaci, ze jsem musel zareagovat. Pokud budete chtit nekdo odpovedet, prosim radeji na muj e-mail.
Datum vložení: 6.12.2002 3:53:22
Sem vepište svůj příspěvek.
---> To taky udělám!
Proč by nešlo použít accesslog? Redirecty nejsou úplně špatné, ale zapisovat data do tabulky, to je v tomhle pripade blbost.
Datum vložení: 6.12.2002 20:34:00
... ano, jedna z alternativ je aj accesslog. Ja sa tomu nebranim, ze moze byt aj ina moznost. Myslim si, ale ze ak zapisujete do tabulky urcite data, mozete si ich ovplyvnit ako vy chcete, a nie ako ich Vam accesslog dava. Myslim, ze najlepsie je to na priklade: Predstavte si, ze mate stranku, ktora je komercne orientovana (prepacte, ak to Vas pripad nieje). Ako date svojim nadriadenym a marketingovemu oddeleniu vediet ako sa Vasa stranka vlastne vyuziva? Mozete im spravit napriklad graficke rozhranie, kde by si oni sami mohli sledovat pritupy, odkazy, ba i bannery.
.... pravdaze Vas nejaka odpoved napadne ina, ako je ta moja ktoru asi cakate, ale toto je OPAKUJEM jedna z alternativ, ktore urcite stoja za zamyslenie a po pripade zlepsenie podla svojich predstav.
Vsetko je to o tom v akej situacii ste a ake mate podmienky. Nie kazdy je v takej situacii ako vy.
Mimochodom, niektori webmastery by Vam urcite zavideli za mate "iba" 3000 UV denne, takze mozno by ste to mohli nejako vyuzit aj komercne. Ale to je len moj sukromny nazor s ktorym sa Vas nechcem dotknut. Su totiz servery, ktore aj s zmensimi UV prezivaju relativne dobre. :-)
Datum vložení: 6.12.2002 20:37:52
... pravdaze aj accesslog by sa dal nejak spracovat skriptom pre vysledne rozhranie, ale nemyslim ze je to lahsie riesenie ako moje.
Datum vložení: 6.12.2002 21:57:26
Sice jsem ten článek nestudoval podrobně, ale podle struktury navržených tabulek to vypadá, že se každý přístup nezaznamenává jako jeden záznam, ale jen se zvětší počet přístupů v jednom záznamu v ten den.
Tj. každý den se vytvoří maximálně tolik záznamů, kolik je stránek, bez ohledu na celkovou návštěvnost. Nehledě na to, že ty záznamy jsou mnohem kratší než Vámi uvažovaných 255 byte, obsahují jen dvě celá čísla a dva datumy.
To mi připadá jako docela dobré řešení.
Kromě toho, u dobrého SQL serveru je celkem jedno, jak velká je DB, zápis by měl trvat vždy stejně dlouho, pokud jsou dobře navržené indexy. V tomto případě zřejmě chybí primární klíče, u první tabulky to bude pole "id", u druhé zřejmě dvojice polí "link_id" a "hit_datum".
Datum vložení: 5.12.2002 22:40:42
Dobry den,
dakujem Vam za Vase zaujimave reakcie, prispieva to rozhodne k lepsej orientacii samotneho citatela.
Myslim si ze je to vec nazoru ako by sa dal tento system vyuzit a pri akych uskaliach sa moze s nim clovek stretnut. Pravdaze mozete mat pravdu vo svojich tvrdeniach, ale vsetko je to o tom ake podmienky mate.
Ak mate 3000 UV denne, myslim ze si uz mozete dovolit zvazovat ci nieje pre Vas vyhodnejsie mat vlastnu databazu a Vas server a nie zdielanu webhostingovu. (Myslim ze i vy poznate servery, ktore pri takejto navstevnosti maju vlastny HW)
Ak mate 3000 UV denne na vsetko mozete vo Vasej aplikacii povedat ze zatazuje server, ale ak statistiku potrebujete, aby ste vedeli ako sa dane odkazy vyuzivaju, napriklad pre marketingovu strategiu, nemyslim ze nad podobnym systemom nezacnete aspon trocha uvazovat. Tie odkazy mozu byt kludne u Vás cisto pre komerčné účely.
Kto Vam kaze aby ste pouzival danu tabulku rok? Mozete si kazdy mesiac alebo tyzden nechat spustit skript ktory tabulku vzdy spracuje resp. zarchivuje do nejakeho dokumentu alebo do inej tabulky a povodne data vymaze. V dnesnej dobe ak prevadzkujete server, nieje problem zadovazit si niekolko Gigabajtovy harddisk pre tento ucel.
tblXXX strXXX? Mozno prave pre tych ktorym to nevadi a ktori to naopak tiez vyuzivaju, pre lepsiu orientaciu ak sa skript rozrastie. Kedze sa clanky takehoto typu zameriavaju na siroku verejnost, tbl(tabulka) a str(string) sa lepsie pochopi v pamati citatela (mozno laickejsieho od Vas). Nie kazdy je totiz Linux Positive.
Chcem ale podotknut, ze clanky ktore vysvetluju hociktoru problematiku v jej zakladoch, nemozu byt nikdy nezranitelne. Vacsinou ide v nich o zaklady a jednoduchu funkcnost a ich podstatou je informovat a naviest citatela na vlastne premyslanie a tvorbu vlastneho systemu - mozno aj dokonalejsieho od tohto.
S pozdravom BH
:-)
Datum vložení: 5.12.2002 23:06:02
Ak mam 3000 UV denne nepouzivam MS ACCESS, ale ako som uz spomenul napriklad MS SQL Server, kde datovy typ moze byt iny. Napriklad ako spomenul pan Kratochvil Text resp. nText ktory ma len 16b. :-)
Datum vložení: 6.12.2002 3:57:51
Sem vepište svůj příspěvek.
---> To taky udelam!
Proc by web s hloupymi 3k UIP mel mit vlastni HW? Pouziva Apache, PHP, MySQL a vytezuje sdileny server jen z 6--7 % pri spickach. Vite proc? Nemame tam takovahle zverstva a vlastni HW si poridit nemuzeme, neb je to jen zajmova zalezitost, zadnej obchod. Ale jestli programujete timhle zpusobem jako bylo ukazano ve clanku, pak budete brzy potrebovat vlastni cluster.
Datum vložení: 6.12.2002 9:54:42
Neviem ci ste dobre pochopili moje predosle vyjadrenie, ale mozem Vam ho este raz pripomenut co som napisal. "mozete zacat <B>zvazovat</B> ci ..." Ak mate neziskovy web, tak pravdaze je Vam HW zbytocny. Ak ste zarity PHPckar, je pochopitelne, ze budete mat namietky na ASP, ale myslim si, ze to je Tema na inu diskusiu.
Datum vložení: 6.12.2002 10:13:10
A nerozumiem, co myslite pod slovom "programujete". Nenapisali ste nic konkretne, co je na samotnom kode zle. O databaze je to spomenute priamo v mojom clanku. Sposobov akymi moze byt pisana aplikacia je pravda mozno viac, ale rozhodne si nemyslim ze moj je na zahodenie. Su to standardne prikazy. Ak sa Vam nepacia jednotlive prikazy a vidim ze ste zarity PHPckar, tak sa mozete ohlasit na Microsoft.
Datum vložení: 6.12.2002 15:41:36
nic to nema s tym ci je/nieje clovek linux positive :), ja som v zaciatkoch tiez pouzival taketo oznacovanie ale pri zmenach/optimalizaciach sa mi dost casto stavalo ze sa ten datovy typ zmenil a co teraz??? Tak som to prestal pouzivat a problem odpadol.
Dalsia vec je ze ked ma zdrojak viac ako cca 500 riadkov (komentarov je tam este raz tolko) tak zacinam byt nesvoj a skusom ho rozdelit na dva.
Datum vložení: 6.12.2002 20:22:28
Mozem vam k tomu len povedat, ze je to Vasa osobna skusenost, ktora sa nemusi absolutne zhodovat s ostatnymi.
Neviem, ake mate skusenosti s pisanim clankov, ale urcite zasady sa dodrzat musia. Zdrojak, ktory sa pouziva na vysvetlenie nejakej problematiky by mal mat aj komentare, aby v nom laik pochopil, kde a o co ide. Ak na neho pride clovek ako vy, myslim ze nema problem si ich vymazat. :-)
Datum vložení: 5.12.2002 22:52:45
Kdyz chcete pouzit jinou databazu jak je MS Acces, jednoduse muzete zvazovat nad jinym datovym typem.
Databaze MS ACCESS: Memo - 255 B
Databaze MS SQL: Text - 16 B
...