Ak program v reakcii na nejakú udalosť pridá do súboru záznamy, zvyčajne identifikujúce udalosť a jej zdroj, potom sa takýto súbor nazýva log súbor. Možné zdroje udalostí:

• Výsledok určitých akcií používateľa.
• Prerušenia prichádzajúce do programu zo zariadenia.
• Udalosti generované samotnými programami (napríklad získané ako výsledok výpočtov).
• Udalosti generované chybami softvéru (takzvané „výnimky“).
• Udalosti z operačného systému alebo iného programu, ako aj udalosti z akéhokoľvek iného zdroja.

Jedným slovom hovoríme o zmene stavov v spustenom a spustenom programe. Najjednoduchšia možnosť log súbor - normálne textový súbor s riadkovými záznamami. Všetky informácie v protokolových súboroch sú zaznamenané v špecifickom formáte, ktorý umožňuje neskôr pochopiť príčiny udalostí.

Kde sa používajú protokolové súbory?

Zoznam aplikácií protokolových súborov je obrovský. Súbory tohto typu sa používajú všade tam, kde je potrebné dohľadať históriu konkrétneho programového procesu, viesť evidenciu o stave zariadení a strojov, sledovať akcie používateľov vr. a na bezpečnostné účely. A v mnohých iných prípadoch. Na vyhľadávanie a analýzu údajov v protokolových súboroch je spravidla nezávislé softvér, ktorý umožňuje rýchlo a vizuálne študovať zaznamenané údaje o diele softvérový systém. Mnohé protokolové súbory sú veľmi veľké, takže buď musíte pravidelne prepisovať ich zastaraný obsah, alebo vytvárať celé kolekcie protokolových súborov s názvami, ktoré zahŕňajú napríklad dátum. V mnohých prípadoch sú databázy uprednostňované pred protokolovými súbormi.

Užitočné príklady

Uveďme niekoľko príkladov použitia protokolových súborov. Ak je v ladiacom programe veľa neočakávaných výnimiek, je celkom možné ich zapísať do súboru denníka pre následnú analýzu chýb. Ako ďalší príklad môžete poukázať na zaznamenávanie údajov o pripojených používateľoch vo viacužívateľských systémoch klient-server. To vám umožní sledovať neoprávnené operácie, ktoré vykonávajú.

Logovanie pomáha vývojárovi v procese vytvárania a následnej údržby aplikácie, pri hľadaní chýb v kóde a pri riešení nepochopiteľných situácií, keď sa naša aplikácia v čase práce správa zvláštnym spôsobom a my potrebujeme nájsť príčinu toho správanie.

Každý vývojár čelí podobným situáciám, keď niektorý komponent aplikácie funguje zvláštnym spôsobom, poskytuje nesprávny výsledok alebo prestane fungovať úplne. Používanie denníkov nám pomôže v situáciách, ako je táto. Čas na hľadanie problémových oblastí v našom kóde sa výrazne skráti a ten či onen problém dokážeme vyriešiť rýchlejšie.

Vo všeobecnosti sa v súčasnosti bez zapisovania logov nezaobíde ani jedna viac či menej vážna aplikácia.

denník (log) je špeciálny protokol, ktorý uchováva informácie o stave aplikácie (programu).

Takýto protokol možno chápať ako záznamy do obyčajného textového súboru a záznamy do databázy a záznamy do vzdialenej webovej služby a dokonca aj e-maily na konkrétnu adresu o určitých stavoch našej aplikácie.

Aké záznamy do tohto denníka, teda aké konkrétne informácie treba zapisovať, určuje samotný vývojár. Môže ísť o informáciu, že všetko funguje ako obvykle, teda len každodenné sledovanie našej aplikácie, prípadne sa vyskytla nejaká chyba, na ktorú je potrebné reagovať a čo najskôr ju odstrániť a podobne.

Celkovo existuje šesť úrovní protokolovania, z ktorých každá je určená pre správy toho či onoho typu, tej či onej dôležitosti:

Trace – najpodrobnejšie informácie o tom, čo sa deje s cieľovým kódom, krok za krokom. Napríklad: Pokus o otvorenie databázového pripojenia, úspešný/neúspešný. Ako dlho trvala táto operácia? Ako dlho bol výber z databázy, úspešný\neúspešný. Koľko záznamov sa získa. Aká bola záťaž systému, koľko pamäte sa použilo. Koľko záznamov prešlo požadovaným filtrovaním. Koľko záznamov sa objavilo vo výslednom výbere, kam tieto záznamy šli ďalej. Kontrola požadovaných hodnôt v každej položke.

Debug je informácia na ladenie. Protokolovanie veľkých operácií, menej podrobné ako v Trace. Tu nepopisujeme tak podrobne celý proces operácie, no napriek tomu zaznamenáme hlavné operácie. Napríklad: Bola vykonaná požiadavka do databázy. Z databázy sa vyberie N záznamov. Záznamy boli úspešne spracované a odoslané klientovi.

Info - ide o všeobecnejšie informačné správy o aktuálnom fungovaní aplikácie, čo sa deje so systémom v procese jej používania. Napríklad: Študenti boli nahraní do súboru programu Excel. Na stránke sa zaregistroval nový študent. Študent pridal nový prehľad. Študent bol presunutý do inej skupiny.

Upozorniť – správy o podivnom alebo podozrivom správaní aplikácie. Toto ešte nie je závažná chyba, ale mali by ste venovať pozornosť tomuto správaniu systému. Napríklad: Bol pridaný študent s vekom 2 roky. Študentka dostala negatívne skóre. Učiteľ absolvoval kurz s 0 žiakmi. V skupine je viac študentov, ako je možné.

Chyba – chybové hlásenia v aplikácii. Takéto správy sú už teraz veľkým problémom, ktorý je potrebné ďalej riešiť správna prevádzka systémov. Napríklad: Chyba pri ukladaní nového študenta do databázy. Nie je možné načítať študentov v tejto skupine. Chyba pri prihlasovaní Osobná oblasťštudent.

Fatálne - správy o veľmi závažných chybách v systéme. Najčastejšie je to spôsobené stavom celej aplikácie alebo jej prostredia na serveri. Na takéto správy by sa malo reagovať čo najrýchlejšie. Napríklad: Aplikácia sa neustále reštartuje kvôli nedostatku pamäte alebo miesta na pevnom disku. Aplikácia bola z neznámeho dôvodu ukončená. Do databázy nie je prístup. Žiadny prístup k sieti. Niektorý port je zablokovaný.

To znamená, že pred odoslaním správy do denníka ju musíme priradiť konkrétnej skupine.

Napríklad sme napísali novú funkcionalitu a chceme ju otestovať, ako správne a rýchlo funguje. Na to použijeme typ správy Trace, to znamená, že všetky naše správy v protokole budú označené ako Trace.

Podobným spôsobom môžeme opísať, ako naša aplikácia funguje ako celok, správy budú označené ako Info.

Ak vyhodíme výnimku v nebezpečných častiach kódu, tak teraz do logu pridáme aj záznam s označením Error.

Vývojár sám rozhodne, ktorej skupine prisúdi tú alebo onú správu. K tejto otázke by sa malo pristupovať s maximálnou vážnosťou. Je zrejmé, že chyby by nemali byť označené ako Info, chyby by sa nemali ignorovať a jednoducho sa nezaprotokolovať. Jednoduchosť údržby celého systému, rýchla reakcia na chyby a čas strávený odstránením problému budú závisieť od správne nakonfigurovaného systému protokolovania.

Niekedy sú vývojári príliš leniví na to, aby písali protokoly, nechcú nad tým tráviť čas. V budúcnosti sa ukazuje, že čas strávený hľadaním a opravou chýb je mnohonásobne dlhší ako čas, ktorý by zabralo vytvorenie systému logov.

Prirodzene, veľa závisí od zložitosti projektu. Ak vytvárate jednoduchú trojstránkovú vizitku alebo konzolovú aplikáciu pre vaše vlastné potreby lokálny počítač, potom môže písanie zložitého logovacieho systému trvať dlhšie ako vytvorenie samotného projektu. V tomto prípade sa do protokolov môžu zapisovať iba chybové hlásenia alebo prečo stránka spadla. Ale ak pracujete na zložitom projekte v tíme s ďalšími vývojármi, potom je správne logovanie nutnosťou.

Aby sme mohli začať protokolovať, pripojíme platformu NLog k nášmu projektu. Je to možné .

• $ (na základe)- koreňový adresár našej aplikácie
• $ (shortdate) - Aktuálny dátum vo formáte rrrr-MM-dd
• $ (longdate)- aktuálny dátum vo formáte rrrr-MM-dd HH:mm:ss.ffff
• $ (stránky volania)- zaznamenať umiestnenie hovoru (názov triedy, názov metódy)
• $(veľké písmená:$(úroveň)- úroveň ťažby dreva
• $ (správa)- priamo správa, ktorá sa zapíše do logu
• $ (nový riadok)- znak nového riadku

Verejná trieda StudentsRepository ( súkromný statický zapisovač záznamov = LogManager.GetCurrentClassLogger(); //... )

Najčastejšie by mal byť jeden statický zapisovač deklarovaný v rámci celej triedy. Tu sme prostredníctvom správcu triedy správca denníka oznámili nový logger, s ktorým budeme pracovať.

Začnime protokolovať od úrovne Trace. V metóde, kde vyberáme študenta podľa jeho ID, popíšme čo najpodrobnejšie, ako sa to deje:

Public Student GetStudentById(int id) ( //tu je simulovaná situácia reálneho výberu študenta z databázy... logger.Trace("Požadované id študenta: " + id); logger.Trace("Pokúšam sa pripojiť k zdroju údajov"); logger .Trace("Pripojenie k zdroju údajov bolo úspešné. Uplynulý čas (ms): " + new TimeSpan(0, 0, 0, 0, 20).Milisekundy); var student = _studentsList.FirstOrDefault (x => x.Id = = id); logger.Trace("Vzorkovanie bolo úspešné. Študent s id==" + student.Id); návrat študent; )

Všimnite si, že voláme metódu Trace() na objekte logger. Má zodpovedajúci význam - protokolovanie správ typu Trace. Ak prejdeme k definícii triedy Logger, zistíme, že pre všetky úrovne logu existujú aj iné metódy, ktoré budeme ďalej používať.

Teraz pridajte niekoľko správ na úrovni ladenia. Ako si pamätáme, ide tiež o informácie o ladení, ale menej podrobné. Tento prístup pre prehľadnosť používame v inej metóde:

verejný zoznam GetStudents() ( //tu je simulovaná situácia reálneho výberu študentov z databázy... logger.Debug("Pripojenie k databáze bolo vytvorené"); logger.Debug("Všetci študenti boli vybratí" ); return _studentsList; )

Ideme ďalej. Na úrovni Info popisujeme bežné operácie v našej aplikácii, to znamená, že stúpame o úroveň vyššie. Povedzme, že pracujeme na aplikácii ASP.NET MVC a máme akciu v radiči, ktorý volá metódu GetStudentById() opísanú vyššie:

Public ActionResult GetStudent(int id) ( logger.Info("Učiteľ vyžiadaný študent s id == " + id); Repozitár StudentsRepository = nový StudentsRepository(); Študent študent = repozitár.GetStudentById(id); return View(student); )

Teraz do protokolov pridajte správy na úrovni varovania. Ako si pamätáme, na tejto úrovni protokolovania popisujeme všetky potenciálne nebezpečné situácie, zvláštne a nelogické správanie komponentov. Prihlášku zapíšeme, ak má študent menej ako 15 rokov:

//... Študent študent = úložisko.GetStudentById(id); logger.Trace("Vzorkovanie bolo úspešné. Vybraný študent s id==" + student.Id); ak (študent.Vek< 15) logger.Warn("Выбран студент моложе 15 лет"); //...

Var student = _studentsList.FirstOrDefault(x => x.Id == id); if (študent == null) logger.Error("Chyba. Nenašiel sa žiadny študent s id == " + id); logger.Trace("Vzorkovanie bolo úspešné. Vybraný študent s id==" + student.Id); ak (študent.Vek< 15) logger.Warn("Выбран студент моложе 15 лет");

Teraz určme, čo by sme mali zaznamenať na fatálnej úrovni. V našom najjednoduchšom príklade jednoducho nasimulujeme podobnú situáciu:

//... logger.Fatal("Bol dosiahnutý maximálny limit používania aplikácie Náhodný vstup do pamäťe 90%"); //...

Preskúmali sme všetkých šesť úrovní protokolovania a čo najpodrobnejšie sme opísali proces našej aplikácie. Teraz môžeme okamžite analyzovať fungovanie stránky jednoduchým preskúmaním protokolov a nepozerať sa do zdrojového kódu.

Takto funguje protokolovanie. V našom najjednoduchšom príklade, kde simulujeme prácu so študentmi, je všetko mimoriadne jasné a transparentné aj bez protokolov. Ale v zložitých projektoch je ťažba dreva neoddeliteľnou súčasťou vývoja.

Samozrejme, tieto sú ďaleko od úplných možností prispôsobenia platformy NLog. AT konfiguračný súbor môžete nakonfigurovať prihlasovanie na iné miesta, napríklad do databázy, do konzoly, do RAM, odosielať ako e-mailovú správu, posielať správy cez sieť atď. Môžete tiež nastaviť filtrovanie správ, zložitejšiu šablónu správy. Ak nie ste spokojní so štandardnou funkcionalitou loggeru, môžete si napísať vlastné rozšírenie a pripojiť ho.

To je všetko, poďme si to trochu zhrnúť. Tému prihlasovania sme študovali v aplikácii. Pozreli sme sa na to, ako správne zaznamenávať určité časti kódu, a tiež sme sa zoznámili s jednou z najpopulárnejších logovacích platforiem - je to platforma NLog, ktorá tiež zvážila jej možnosti a ako môžete nakonfigurovať generovanie denníkov na tejto platforme.

Okrem štandardných štatistík stránok, ktoré zahŕňajú počet jedinečných návštevníkov, otvárať stránky a mnoho ďalších užitočná informácia, správca webu potrebuje vedieť o takejto stránke mnoho ďalších vecí a práve to mu prezrádzajú logy. Zároveň začínajúci webmasteri často ani nevedia, čo je log a čo dáva.

Aké informácie sú potrebné?

Ako už bolo spomenuté vyššie, okrem štandardných parametrov musí vlastník stránky poznať aj množstvo ďalších údajov:

• Ktoré stránky sú najnavštevovanejšie.
• Aké vyhľadávacie dopyty s najväčšou pravdepodobnosťou privedú používateľov na váš web.
• Aké prehliadače alebo operačné systémy sú medzi návštevníkmi najviac žiadané.
• Aké rozlíšenie obrazovky návštevníci najčastejšie používajú.
• A oveľa viac.

Ako to zistiť?

V drvivej väčšine prípadov je na stránkach nainštalované platené alebo bezplatné počítadlo, pričom zdroj, ktorý ho poskytuje, vykonáva dôkladnú analýzu stránky a vedie štatistiky návštev, ktoré je možné kedykoľvek nahliadnuť. Použitie takýchto počítadiel je žiadané najmä vtedy, ak má človek vlastnú webovú stránku na bezplatnom hostingu. Vzhľadom na to, čo je protokol, je dôležité naučiť sa s takýmito počítadlami pracovať, pretože v skutočnosti obsahujú väčšinu potrebných údajov.

Prevažná väčšina poskytovateľov hostingu, ktorí poskytujú platený hosting, spočiatku dáva svojim zákazníkom možnosť použiť analytické nástroje, ktoré sú už nainštalované na vytvorenej stránke. Napríklad servery Apache používajú špecializovaný nástroj s názvom Webalizer, ktorý sa používa ako dodatočný modul servera.

Tí, ktorí využívajú platený hosting, môžu tiež spracovávať všetky údaje o svojej stránke úplne samostatne, pretože správca webu, ktorý vie, čo je to log stránky a ako ju používať, plný prístup na všetky informácie, ktoré potrebujete.

Čo je toto?

Každá stránka má svoj vlastný denník, do ktorého sa správca webu môže kedykoľvek pozrieť. Čo je to denník? Ide o samostatný textový súbor, ktorý obsahuje informácie týkajúce sa všetkých požiadaviek na stránku, ako aj rôznych chýb súvisiacich s týmito požiadavkami.

Ako sa zapisujú údaje do denníka?

Na začiatku používateľ zadá do svojho prehliadača adresu konkrétnej stránky a prejde na ňu. Potom prehliadač používateľa začne odosielať na server, na ktorom sa táto stránka nachádza, žiadosť o vydanie webovej stránky, ktorá používateľa zaujíma. Spolu s tým sú serveru poskytnuté nasledujúce informácie:

• IP adresa návštevníka.
• Presný čas, kedy bola žiadosť podaná.
• Prehliadač, ktorý používateľ používa.
• Operačný systém, ktorý používateľ používa.
• Stránka záujmu.
• Adresa stránky, z ktorej sa uskutočnil prechod na cieľ.

Potom server vydá požiadavku, ktorá ho zaujíma, a všetky informácie o transakcii sa zaznamenajú do denníka udalostí, čím sa vytvorí takzvaný log súbor.

Kompetentná analýza protokolov stránok umožňuje správcovi webu presne určiť, ako sa jeho zdroj používa a akým smerom je relevantnejšie ho rozvíjať.

Aké informácie poskytujú denníky?

Pri pohľade cez denníky stránok môžete nájsť obrovské množstvo užitočné informácie, ktoré zlepšia ďalšiu propagáciu zdroja a zefektívnia ho:

• Dochádzka. Samozrejme, takýto ukazovateľ určuje aj štandardné počítadlo, ktoré môže byť na každej stránke, no v protokole sú tieto údaje uvedené podrobnejšie, vrátane návštevnosti podľa dňa, hodiny alebo mesiaca. Pomocou denníkov tiež môžete určiť hodiny nárastu alebo útlmu návštevnosti, čo je mimoriadne dôležité vedieť pri údržbe lokality.
• Doprava. V tomto prípade návštevnosť každej jednotlivej stránky aj celková návštevnosť lokality určité obdobiečas.
• Konverzia. Tento parameter vám umožňuje určiť, ako sa návštevníci pohybujú po vašom zdroji, to znamená, že si prezerali jednu stránku a zavreli alebo napriek tomu začali „cestovať“ po vašom webe a prezerali si jednu stránku za druhou. Konverzný pomer vám umožňuje nepriamo určiť kvalitu vašej stránky.
• opustené stránky. Vzhľadom na to, čo sú protokoly servera, môžete často určiť, že obsahujú opustené stránky, teda tie, ktoré sú navštevované veľmi zriedka. V takejto situácii musí správca webu vykonať dôkladnú analýzu situácie, pretože sa môže stať, že stránky prestali ľudí zaujímať alebo je ťažké ich nájsť medzi mnohými ďalšími na vašej stránke.
• Obľúbené stránky. Webové stránky, ktoré sú najnavštevovanejšie. Môžete ich použiť ako šablónu v procese vytvárania ďalších stránok a v prípade potreby môžete používateľov z týchto stránok nasmerovať aj na niektoré ďalšie opustené alebo menej obľúbené.
• Vyhľadávacie dopyty. Protokoly stránok okrem iného obsahujú aj účinnosť týchto metaznačiek, Kľúčové slová a názvy webových stránok, ktoré ste použili a pre ktoré mohli určití nájsť vašu stránku vyhľadávače. Protokoly obsahujú údaje o tom, ktorý konkrétny vyhľadávací nástroj našiel vašu stránku pre konkrétnu požiadavku.

Inštrukcia

Vo vlastnostiach ponuky "Tento počítač" vyberte položku zodpovednú za správu. Na operačných systémoch Sedem a Windows Vista Táto položka je uvedená na ľavej strane panela ponuky Tento počítač. Môžete tiež bežať toto menu z "Správa" v ovládacom paneli. Mali by ste vidieť na obrazovke špeciálna konzola zvládanie.

Pri práci so súbormi denníka nezabudnite venovať pozornosť obmedzeniam účtu, keďže všetky úkony by mal vykonávať iba správca. Hostia a iné obmedzené účty nebudú môcť použiť túto akciu.

Nájdite Zobrazovač udalostí a Zobrazovač pomôcok v ponuke Správa počítača. Starostlivo skontrolujte každú z ich sekcií a potom sa rozhodnite, ktoré z nich chcete odstrániť.

V prehliadači udalostí vymažte denníky operačného systému systémy Windows výberom ľavým tlačidlom myši. Rozbaľte položku "Akcia" a potom ju spustite obsahové menu zvýraznením kliknite pravým tlačidlom myši myši.

V zobrazenom okne na obrazovke vyberte položku „Vymazať všetky udalosti“ a ak to naozaj chcete, potvrďte operáciu v zobrazenom dialógovom okne. Počkajte, kým sa obsah protokolových súborov neodstráni z vášho počítača.

Použite špeciálne programy optimalizácia počítača na vyčistenie protokolových súborov zrozumiteľnejším a rýchlejším spôsobom, zvyčajne ich možno nakonfigurovať aj na automatické vyčistenie ich obsahu. Vymazanie protokolov je zvyčajne sekundárnou úlohou takýchto programov, ale môžu byť užitočné na zrýchlenie počítača, odstránenie nepoužívaných služieb a ukončenie nepotrebných procesov. Vykonávajú tiež defragmentáciu disku, opravu chýb, čistenie pamäte RAM atď.

Užitočné rady

Nečistite protokoly sami, ak nemáte zručnosti sebavedomého používateľa PC.

Úloha vyčistiť protokol transakcií 1C na základe Microsoft SQL Server predstavuje určité ťažkosti v dôsledku automatického rastu veľkosti vlastných súborov, a to aj napriek existujúcej schopnosti automaticky zmenšiť vybraný súbor.

Inštrukcia

Uistite sa, že rozumiete schéme vybranej operácie čistenia, alebo skôr skrátenia protokolu transakcií: postup je možné vykonať iba skrátením voľného miesta na konci súboru a priamo súvisí so zvolenou metódou vytváranie zálohovanie. Ak vyberiete možnosť Úplné, musíte dokončiť všetky trvalé transakcie a vytvoriť zálohu v režime Odstrániť neaktívne položky z protokolu transakcií. Výber možnosti Jednoduché skráti celý súbor, ale nemusí nevyhnutne obnoviť transakcie.

Skrátenie súboru protokolu transakcií je možné vykonať pomocou nástroja Query Analyzer s príkazom DBCC Shrinkfile (názov_súboru_protokolu, veľkosť_požadovaného_súboru) a operáciu vyčistenia možno vykonať až po vytvorení kompletného súboru. rezervný základ tým istým tímom. Na zadanie volieb kopírovania použite nasledujúcu syntax: Zálohovanie Protokol vybraného_základného_názvu iba so skrátením.

Vytvorte úplnú zálohu súboru denníka transakcií, ktorý sa má vymazať, ak nepotrebujete obnoviť údaje pomocou nástroja Zálohovanie databázy, a zrušte začiarknutie políčka Odstrániť neaktívne položky z denníka transakcií. Prejdite na kartu Možnosti a zmeňte hodnotu parametra Model obnovy na Jednoduchý. Skráťte vybraný súbor pomocou vyššie uvedeného príkazu alebo použite syntax DBCC ShrinkDatabase (názov_vybranej_databázy, požadovaný_reziduálny_veľkosť_súboru_v_%).

Začiarknite políčko Odstrániť neaktívne položky z transakčného denníka a zálohovať zdrojovú množinu z Enterprise Manager. Obnovte model obnovy na plný a skúste obnoviť protokol z Enterprise Manager cez existujúcu kópiu. Opäť zrušte začiarknutie políčka Odstrániť neaktívne položky z transakčného denníka a znova spustite zálohovanie vybraný denník transakcií.

Podobné videá

Zdroje:

• Niektoré funkcie prevádzky Microsoft SQL Server 2000

Akýkoľvek softvér vykonáva určité funkcie. Bez ohľadu na to, ako to robí, v predvolenom nastavení sa v priečinku pomôcky vytvorí súbor denníka. Tento súbor je textový dokument, ktorý zobrazuje všetky akcie programu.

Budete potrebovať

• softvér:
• - akýkoľvek textový editor;
• - 7Zip archivátor.

Inštrukcia

V niektorých prípadoch musíte vedieť, ako ste sa zachovali prebiehajúci proces pred zamrznutím alebo z akých dôvodov bol program ukončený. Ak sa pozriete na systémy Linux, túto akciu možno vykonať bez prezerania súboru denníka (za predpokladu, že je spustený cez terminál alebo konzolu). Na operačných systémoch Rodiny Windows vytvoria sa protokoly alebo sa do systémového protokolu pridá záznam.

Z rozhovoru dvoch správcov webu:

- Včera som bol na vašej stránke...

"Tak to si bol ty!"

Okrem všeobecných štatistík stránok (počet jedinečných návštevníkov, počet webových stránok, ktoré otvorili atď.), veľký význam pre webmasterov má ďalšie informácie, napr.: ktoré stránky webu sú navštevované najčastejšie, ktoré vyhľadávané výrazy priviesť návštevníkov na stránku, ktoré prehliadače a operačné systémy používané návštevníkmi, aké rozlíšenie obrazovky na návštevníka atď. atď.

Spravidla je na každej stránke nainštalovaný externý bezplatný (zriedka platený) pult. Zdroj, ktorý poskytol počítadlo, vedie rozšírenú štatistiku o návštevách zdroja (vrátane všetkých vyššie uvedených informácií), ktoré je možné kedykoľvek zobraziť. Najmä s takýmito počítadlami je výhodné pracovať s tými, ktorí umiestňujú svoje stránky na bezplatný hosting.

Väčšina poskytovateľov hostingu (hostiteľov) plateného hostingu poskytuje svojim zákazníkom možnosť využívať už nainštalované analytické nástroje. Napríklad pre servery Apachečasto používaný program Webalizer, ktorý je nainštalovaný ako doplnok webového servera.

Tí, ktorí sú hosťovaní na platenom hostingu, môžu tiež spracovať všetky informácie o návšteve stránky sami: koniec koncov, správca webu má úplný prístup k súborom denníka svojej stránky.

Čo je súbor denníka webovej stránky

Súbor denníka webovej stránky ( log súbor, log-file, log file, log) je textový súbor, v ktorom sú zaznamenané všetky požiadavky na stránku, ako aj všetky chyby spojené s týmito požiadavkami.

Ako sa udalosti zaznamenávajú do súboru denníka lokality

Preto by jedným z hlavných cieľov vytvárania stránky nemalo byť len zvýšenie počtu návštev, ale aj zvýšenie relevantné návštevy - teda neklamať návštevníkov falošnými menami, sľubmi, kľúčovými slovami a pod. - návštevník musí nájsť to, čo hľadá, má na to právo! ..

Poznámky

1. Odhady výskumnej spoločnosti netcraft, v júni 2009 bolo na internete 238 027 855 stránok. Zároveň podiel webových serverov Apache predstavovalo približne 47 %, Microsoft IIS – 24,80%, qq.com – 12,79%, Google – 4,98%, nginx – 3,69%, slnko – 0,30%.

2. Súbory denníka servera Apache