Ha egy eseményre válaszul a program bejegyzéseket ad hozzá egy fájlhoz, általában az eseményt és annak forrását azonosítva, akkor az ilyen fájlt naplófájlnak nevezzük. Az esemény lehetséges forrásai:
- Bizonyos felhasználói műveletek eredménye.
- A programba a berendezésből érkező megszakítások.
- Maguk a programok által generált (például számítások eredményeként kapott) események.
- Szoftverhibák által generált események (az úgynevezett "kivételek").
- Események az operációs rendszerből vagy más programból, valamint bármely más forrásból származó események.
Egyszóval egy futó és futó program állapotának megváltoztatásáról beszélünk. A legegyszerűbb lehetőség naplófájl - normál szöveges fájl sorrekordokkal. A naplófájlokban található összes információ meghatározott formátumban kerül rögzítésre, amely lehetővé teszi az események okainak későbbi megértését.
Hol használják a naplófájlokat?
A naplófájlok alkalmazásainak listája hatalmas. Fájlok ebből a típusból mindenhol használatosak, ahol egy adott programfolyamat előzményeinek nyomon követésére, az eszközök és gépek állapotának nyilvántartására, a felhasználói műveletek figyelemmel kísérésére, pl. és biztonsági okokból. És sok más esetben is. Adatok keresése és elemzése naplófájlokban, mint szabály, független szoftver, amely lehetővé teszi a munkáról rögzített adatok gyors és vizuális tanulmányozását szoftver rendszer. Sok naplófájl nagyon nagy, ezért vagy rendszeresen felül kell írnia az elavult tartalmát, vagy teljes naplófájl-gyűjteményt kell létrehoznia olyan névvel, amely tartalmazza például a dátumot. Sok esetben előnyben részesítik az adatbázisokat a naplófájlokkal szemben.
Hasznos példák
Nézzünk néhány példát a naplófájlok használatára. Ha sok váratlan kivétel van a hibakeresés alatt álló programban, akkor ezeket egy naplófájlba írhatja a későbbi hibaelemzés céljából. Egy másik példaként rámutathat a többfelhasználós kliens-szerver rendszerek csatlakoztatott felhasználók adatainak naplózására. Ez lehetővé teszi az általuk végzett jogosulatlan műveletek nyomon követését.
A naplózás segíti a fejlesztőt az alkalmazás létrehozásának és utólagos karbantartásának folyamatában, a kódhibák megtalálásában és az olyan érthetetlen helyzetek megoldásában, amikor alkalmazásunk munka közben furcsán viselkedik, és ennek okát meg kell találnunk. viselkedés.
Bármely fejlesztő szembesül hasonló helyzetekkel, amikor az alkalmazás valamely összetevője furcsa módon működik, rossz eredményt ad, vagy teljesen leáll. A naplók használata segít nekünk az ilyen helyzetekben. Jelentősen lecsökken a kódunkban a problémás területek keresésének ideje, és gyorsabban meg tudjuk oldani ezt vagy azt a problémát.
Általánosságban elmondható, hogy jelenleg egyetlen többé-kevésbé komoly alkalmazás sem nélkülözheti a naplók írását.
Napló (napló) egy speciális napló, amely információkat tárol az alkalmazás (program) állapotáról.
Egy ilyen napló felfogható egyszerű szöveges fájl bejegyzéseiként, adatbázis bejegyzései, távoli webszolgáltatás bejegyzései, sőt egy adott címre küldött e-mailek az alkalmazásunk bizonyos állapotairól.
Azt, hogy ebbe a naplóba milyen bejegyzéseket kell bevinni, vagyis milyen konkrét információkat kell felírni, maga a fejlesztő határozza meg. Ez olyan információ lehet, hogy minden normálisan működik, vagyis csak az alkalmazásunk napi felügyelete, vagy valamilyen hiba lépett fel, amelyre reagálni és mielőbb ki kell küszöbölni stb.
Összesen hat naplózási szint létezik, amelyek mindegyike egy vagy másik típusú, valamilyen fontosságú üzenethez készült:
Trace - a legrészletesebb információ arról, hogy mi történik a célkód szakaszban, lépésről lépésre. Például: Kísérlet adatbázis-kapcsolat megnyitására, sikeres/sikertelen. Mennyi ideig tartott ez a művelet? Meddig volt az adatbázisból történő kiválasztás sikeres\sikertelen. Hány rekordot kérnek le. Mennyi volt a rendszer terhelése, mennyi memóriát használtak. Hány rekord felelte meg a szükséges szűrést. Hány rekord jelent meg az eredményül kapott válogatásban, hova kerültek ezután ezek a rekordok. A kívánt értékek ellenőrzése minden bejegyzésben.
A Debug a hibakereséshez szükséges információ. Nagy műveletek naplózása, kevésbé részletes, mint a Trace-ben. Itt nem írjuk le ilyen részletesen a művelet teljes folyamatát, de ennek ellenére naplózzuk a fő műveleteket. Például: Kérés érkezett az adatbázishoz. N rekord van kiválasztva az adatbázisból. A feljegyzések feldolgozása sikeresen megtörtént és elküldésre került az ügyfélnek.
Info - ezek általánosabb tájékoztató üzenetek az alkalmazás aktuális működéséről, arról, hogy mi történik a rendszerrel a használat során. Például: A diákok egy Excel fájlba lettek feltöltve. Új diák regisztrált az oldalon. A tanuló új jelentést adott hozzá. A tanuló egy másik csoportba került.
Figyelmeztetés – üzenetek az alkalmazás furcsa vagy gyanús viselkedéséről. Ez még nem súlyos hiba, de érdemes figyelni a rendszer ezen viselkedésére. Például: Egy 2 éves diák lett hozzáadva. A tanuló negatív pontszámot kapott. A tanár egy tanfolyamot végzett 0 tanulóval. A csoportban több tanuló van, mint amennyi lehetséges.
Hiba – hibaüzenetek az alkalmazásban. Az ilyen üzenetek már nagy problémát jelentenek, amelyet további megoldásra várnak helyes működés rendszerek. Például: Hiba történt egy új tanuló adatbázisba mentésekor. Nem sikerült betölteni a csoportba tartozó tanulókat. Bejelentkezési hiba Személyes terület diák.
Végzetes - üzenetek a rendszer nagyon súlyos hibáiról. Ez leggyakrabban a teljes alkalmazás vagy a szerveren lévő környezet állapotának köszönhető. Az ilyen üzenetekre a lehető leggyorsabban válaszolni kell. Például: Az alkalmazás memória vagy merevlemez-terület hiánya miatt folyamatosan újratöltődik. A pályázat ismeretlen okból megszűnt. Nincs hozzáférés az adatbázishoz. Nincs hálózati hozzáférés. Néhány port blokkolva van.
Vagyis mielőtt üzenetet küldenénk a naplóba, azt egy adott csoporthoz kell rendelnünk.
Például írtunk egy új funkciót, és szeretnénk tesztelni, hogyan működik megfelelően és gyorsan. Ehhez a Trace message típust fogjuk használni, vagyis a naplóban minden üzenetünk Trace-ként lesz megjelölve.
Hasonló módon írhatjuk le az alkalmazásunk működését összességében, az üzenetek Info feliratúak lesznek.
Ha a kód veszélyes részein kivételt dobunk, akkor most egy Error feliratú bejegyzést is adunk a naplóba.
A fejlesztő maga dönti el, hogy melyik csoportnak tulajdonítsa ezt vagy azt az üzenetet. Ezt a kérdést a lehető legnagyobb komolysággal kell megközelíteni. Nyilvánvaló, hogy a hibákat nem szabad információként megjelölni, a hibákat nem szabad figyelmen kívül hagyni, és egyszerűen nem szabad naplózni. A teljes rendszer karbantartásának egyszerűsége, a hibákra való gyors reagálás és a hibaelhárításra fordított idő a megfelelően konfigurált naplózási rendszertől függ.
Néha a fejlesztők lusták naplót írni, nem akarnak időt szánni rá. A jövőben kiderül, hogy a hibák felkutatására és kijavítására fordított idő többszöröse, mint egy naplórendszer létrehozása.
Természetesen sok múlik a projekt összetettségén. Ha egy egyszerű háromoldalas névjegykártya-oldalt vagy konzolalkalmazást hoz létre saját igényeinek megfelelően helyi számítógép, akkor egy összetett naplózórendszer írása tovább tarthat, mint magának a projektnek a létrehozása. Ebben az esetben csak a hibaüzenetek, vagy a webhely összeomlásának oka írható a naplókba. De ha egy összetett projekten dolgozik egy csapatban más fejlesztőkkel, akkor a megfelelő naplózás elengedhetetlen.
A naplózás megkezdéséhez az NLog platformot csatlakoztatjuk projektünkhöz. Lehetséges .
- $(alapú)- alkalmazásunk gyökérkönyvtárát
- $(rövid dátum) - Az aktuális dátuméééé-hh-nn formátumban
- $(hosszú randevú)- aktuális dátum éééé-hh-nn ÓÓ:pp:ss.ffff formátumban
- $(hívási webhely)- napló hívás helye (osztály neve, metódus neve)
- $(nagybetűs:$(szint)- naplózási szint
- $(üzenet)- közvetlenül az üzenet, amely a naplóba kerül
- $(új sor)- újsor karakter
Nyilvános osztály StudentsRepository ( privát statikus Logger logger = LogManager.GetCurrentClassLogger(); //... )
Leggyakrabban egy statikus adatgyűjtőt kell deklarálni az egész osztályon belül. Itt vagyunk az osztályfőnökön keresztül naplókezelő bejelentett egy új favágót, amellyel együtt fogunk dolgozni.
Kezdjük a naplózást a Nyomkövetés szintről. Abban a módszerben, amikor az azonosító alapján választunk ki egy tanulót, írjuk le a lehető legrészletesebben, hogyan történik ez:
Public Student GetStudentById(int id) ( //itt egy tanuló adatbázisból való valós kiválasztásának helyzete szimulálva... logger.Trace("Kért tanulói azonosító: " + id); logger.Trace("Kapcsolódási kísérlet az adatforráshoz"); naplózó .Trace("Az adatforráshoz való csatlakozás sikeres (x => x.Id = = id); logger.Trace("A mintavétel sikeres volt. Student with id==" + student.Id); visszatérő tanuló; )
Figyeljük meg, hogy a Trace() metódust hívjuk meg a naplózó objektumon. Ennek megfelelő jelentése van - Trace típusú üzenetek naplózása. Ha rátérünk a Logger osztály definíciójára, akkor azt tapasztalhatjuk, hogy a napló minden szintjéhez más metódusok is léteznek, amelyeket tovább fogunk használni.
Most adjunk hozzá néhány hibakeresési szintű üzenetet. Mint emlékszünk, ez is hibakeresési információ, de kevésbé részletes. Ez a megközelítés az érthetőség kedvéért egy másik módszerben használjuk:
nyilvános lista
Tovább megyünk. Az Info szinten leírjuk a rendszeres műveleteket az alkalmazásunkban, vagyis egy szinttel feljebb emelkedünk. Tegyük fel, hogy egy ASP.NET MVC alkalmazáson dolgozunk, és van egy műveletünk egy vezérlőben, amely meghívja a korábban leírt GetStudentById() metódust:
Public ActionResult GetStudent(int id) ( logger.Info("A tanár diákot kért azonosítóval == " + id); StudentsRepository repository = new StudentsRepository(); Student student = repository.GetStudentById(id); return Nézet(tanuló); )
Most adjunk figyelmeztetési szintű üzeneteket a naplókhoz. Emlékszünk rá, hogy ezen a naplózási szinten leírunk minden potenciálisan veszélyes helyzetet, az összetevők furcsa és logikátlan viselkedését. Bejegyzést naplózunk, ha a tanuló 15 évesnél fiatalabb:
//... Diák diák = repository.GetStudentById(id); logger.Trace("A mintavétel sikeres volt. A kiválasztott tanuló id==" + tanuló.Id); ha (tanuló.Kor< 15) logger.Warn("Выбран студент моложе 15 лет"); //...
Var student = _studentsList.FirstOrDefault(x => x.Id == id); if (tanuló == null) logger.Error("Hiba. Nem található tanuló id == " + id); logger.Trace("A mintavétel sikeres volt. A kiválasztott tanuló id==" + tanuló.Id); ha (tanuló.Kor< 15) logger.Warn("Выбран студент моложе 15 лет");
Most határozzuk meg, mit kell rögzítenünk végzetes szinten. A legegyszerűbb példánkban egyszerűen egy hasonló helyzetet szimulálunk:
//... logger.Fatal("Elérte az alkalmazás maximális használati korlátját véletlen hozzáférésű memória 90%"); //...
Áttekintettük a naplózás mind a hat szintjét, és a lehető legrészletesebben leírtuk alkalmazásunk folyamatát. Most már azonnal elemezhetjük az oldal működését, egyszerűen a naplók vizsgálatával, és nem nézünk bele a forráskódba.
Így működik a naplózás. A legegyszerűbb példánkban, ahol a diákokkal való munkát szimuláljuk, minden rendkívül világos és átlátható még naplók nélkül is. De az összetett projektekben a fakitermelés a fejlesztés szerves része.
Természetesen ezek messze nem az NLog platform teljes testreszabási képességei. NÁL NÉL konfigurációs fájl konfigurálhatja a naplózást más helyekre, például egy adatbázisba, a konzolra, a RAM-ba, küldhet e-mail üzenetként, küldhet üzeneteket a hálózaton keresztül stb. Beállíthat üzenetszűrést is, egy összetettebb üzenetsablont. Ha nem elégedett a naplózó szabványos funkcióival, akkor megírhatja saját kiterjesztését, és csatlakoztathatja azt.
Ennyi, összefoglaljuk egy kicsit. Tanulmányoztuk a naplózás témáját az alkalmazásban. Megnéztük, hogyan kell helyesen naplózni a kód egyes szakaszait, és megismerkedtünk az egyik legnépszerűbb naplózási platformmal - ez az NLog Platform, amely szintén figyelembe veszi a képességeit, és hogyan konfigurálhatja a naplók generálását ezen a platformon.
A szokásos webhelystatisztikák mellett, amely tartalmazza a számát Egyedi Látogatók, nyitott oldalakés még sok más hasznos információ, a webmesternek sok mást is tudnia kell egy ilyen oldalról, és ez az, amit a naplók elárulnak számára. Ugyanakkor a kezdő webmesterek gyakran nem is tudják, mi a napló, és mit ad.
Milyen információkra van szükség?
Mint fentebb említettük, a szabványos paramétereken kívül a webhely tulajdonosának sok más adatot is tudnia kell:
- Mely oldalak a leglátogatottabbak.
- Milyen keresési lekérdezések vezetnek a legnagyobb valószínűséggel felhasználókat a webhelyére.
- Milyen böngészőkre vagy operációs rendszerekre van a legkeresettebb a látogatók körében.
- Milyen képernyőfelbontást használnak a leggyakrabban a látogatók.
- És még sok más.
Hogyan lehet megtudni?
Az esetek túlnyomó többségében fizetős vagy ingyenes pultot telepítenek az oldalakra, miközben az azt biztosító erőforrás alapos elemzést végez az oldalról, és a látogatásokról statisztikát vezet, amely bármikor megtekinthető. Különösen az ilyen számlálók használata igényes, ha egy személy saját webhelyét ingyenes tárhelyen tárolja. Figyelembe véve, hogy mi a napló, fontos megtanulni, hogyan kell dolgozni az ilyen számlálókkal, mivel valójában ezek tartalmazzák a szükséges adatok nagy részét.
A fizetett tárhelyet biztosító tárhelyszolgáltatók túlnyomó többsége kezdetben lehetőséget ad ügyfeleinek a létrehozott webhelyen már telepített elemző eszközök használatára. Például az Apache kiszolgálók a Webalizer nevű speciális segédprogramot használják, amely kiegészítő kiszolgálómodulként használatos.
A fizetős tárhelyet használók teljesen függetlenül is feldolgozhatják az oldalukkal kapcsolatos összes adatot, hiszen egy webmester, aki tudja, mi az a webhelynapló és hogyan kell használni teljes hozzáférés minden szükséges információhoz.
Mi ez?
Bármely webhely saját naplót vezet, amelyet a webmester bármikor megtekinthet. Mi az a rönk? Ez egy külön szöveges fájl, amely információkat tartalmaz a webhelyhez intézett összes kérésről, valamint a kérésekkel kapcsolatos különféle hibákról.
Hogyan íródnak az adatok a naplóba?
Kezdetben a felhasználó beírja a saját böngészőjében egy adott webhely címét, és felkeresi. Ezt követően a felhasználó böngészője elkezdi küldeni a kiszolgálónak, amelyen ez a webhely található, kérést küldeni a felhasználót érdeklő weboldal kiadására. Ezzel együtt a következő információk kerülnek a szerverre:
- a látogató IP-címe.
- A kérés pontos időpontja.
- A felhasználó által használt böngésző.
- A felhasználó által használt operációs rendszer.
- Érdekes oldal.
- Annak az oldalnak a címe, ahonnan az áttérés megtörtént.
Ezt követően a szerver érdeklődésre számot tartó kérést ad ki a látogatónak, és a tranzakcióval kapcsolatos minden információ rögzítésre kerül az eseménynaplóban, létrehozva egy úgynevezett log fájlt.
A webhelynaplók hozzáértő elemzése lehetővé teszi a webmester számára, hogy pontosan meghatározza, hogyan használja fel erőforrását, és milyen irányban érdemes továbbfejleszteni.
Milyen információkat adnak a naplók?
A webhelynaplókat átnézve megtalálhatja Hatalmas mennyiségű hasznos információk, amelyek javítják az erőforrás további népszerűsítését és hatékonyabbá teszik:
- Részvétel. Természetesen egy ilyen mutatót egy szabványos számláló is meghatároz, amely minden oldalon megtalálható, de a naplóban ezek az adatok részletesebben szerepelnek, beleértve a napi, óra vagy hónap forgalmát. Ezenkívül a naplók használatával meghatározhatja a forgalom megugrásának vagy elcsendesedésének óráit, amit rendkívül fontos tudni a webhely karbantartása során.
- Forgalom. Ebben az esetben mind az egyes oldalak forgalmát, mind a webhely teljes forgalmát bizonyos időszak idő.
- Átalakítás. Ez a paraméter lehetővé teszi annak meghatározását, hogy a látogatók hogyan navigálnak az erőforráson, azaz megtekintettek egy oldalt, és bezárták, vagy mégis elkezdtek "utazni" az Ön webhelyén, egyik oldalt a másik után tekintve. A konverziós arány lehetővé teszi webhelye minőségének közvetett meghatározását.
- elhagyott oldalak. Figyelembe véve a szervernaplókat, gyakran megállapíthatja, hogy elhagyott oldalakat tartalmaznak, vagyis olyanokat, amelyeket rendkívül ritkán látogatnak meg. Ilyen helyzetben a webmesternek alapos helyzetelemzést kell végeznie, mert előfordulhat, hogy az oldalak már nem érdekelték az embereket, vagy nehéz lett megtalálni őket az Ön webhelyén található sok más között.
- Népszerű oldalak. A leglátogatottabb weboldalak. Használhatja őket sablonként más oldalak létrehozása során, és ha szükséges, átirányíthatja a felhasználókat ezekről az oldalakról néhány elhagyott vagy kevésbé népszerű oldalra.
- Keresési lekérdezések. A webhelynaplók többek között ezen metacímkék hatékonyságát is tartalmazzák, kulcsszavakatés azoknak a weboldalaknak a nevei, amelyeket Ön használt, és amelyekhez bizonyosan megtalálhatták webhelyét kereső motorok. Ennek megfelelően a naplók adatokat tartalmaznak arról, hogy egy adott kérés alapján melyik keresőmotor találta meg az Ön webhelyét.
Utasítás
A "Sajátgép" menü tulajdonságaiban válassza ki a kezelésért felelős elemet. Operációs rendszereken Seven és Windows Vista Ez az elem a Sajátgép menüsor bal oldalán található. Futni is lehet ezt a menüt a vezérlőpult "Adminisztráció" menüpontjából. Látnia kell a képernyőn speciális konzol menedzsment.
Ha naplófájlokkal dolgozik, ügyeljen a korlátozásokra fiókot, mivel minden műveletet csak a rendszergazda hajthat végre. A vendégek és más korlátozott fiókok nem használhatják ezt a műveletet.
Keresse meg az Eseménynaplót és a Segédprogramok megjelenítőt a Számítógép-kezelés menüben. Gondosan tekintse át az egyes szakaszokat, majd döntse el, melyiket szeretné eltávolítani.
Az Eseménynézőben törölje az operációs rendszer naplóit Windows rendszerek bal egérgombbal kiválasztva. Bontsa ki az "Action" elemet, majd futtassa helyi menü kiemeléssel Jobb klikk egerek.
A képernyőn megjelenő ablakban válassza ki az „Összes esemény törlése” elnevezésű elemet, és ha valóban ezt szeretné tenni, a megjelenő párbeszédablakban erősítse meg a műveletet. Várjon, amíg a naplófájlok tartalmát eltávolítják a számítógépről.
Használat speciális programok a számítógép optimalizálása a naplófájlok érthetőbb és gyorsabb tisztítására, általában beállíthatók a tartalom automatikus törlésére is. Általában a naplók törlése az ilyen programok másodlagos feladata, de hasznosak lehetnek a számítógép felgyorsítása, a nem használt szolgáltatások eltávolítása és a szükségtelen folyamatok leállítása szempontjából. Emellett lemeztöredezettség-mentesítést, hibajavítást, RAM-tisztítást és így tovább.
Ne tisztítsa meg saját maga a naplókat, ha nem rendelkezik egy magabiztos számítógép-felhasználó képességeivel.
Az 1C tranzakciós napló törlésének feladata Microsoft SQL A szerver bizonyos nehézségeket okoz a saját fájljai méretének automatikus növekedése miatt, annak ellenére, hogy a kiválasztott fájl automatikusan lecsökkenthető.
Utasítás
Győződjön meg arról, hogy megértette a kiválasztott tisztítási művelet sémáját, vagy inkább a tranzakciós napló csonkolását: az eljárás csak a fájl végén lévő szabad terület csonkolásával hajtható végre, és közvetlenül kapcsolódik a választott módszerhez. létrehozása biztonsági mentés. Ha a Teljes lehetőséget választja, be kell fejeznie az összes állandó tranzakciót, és létre kell hoznia egy biztonsági másolatot az Inaktív bejegyzések eltávolítása a tranzakciós napló módból. Az Egyszerű beállítás kiválasztása a teljes fájlt csonkolja, de nem feltétlenül állítja vissza a tranzakciókat.
A tranzakciós naplófájl csonkolása a Query Analyzer eszközzel végezhető el a DBCC Shrinkfile (naplófájl_neve, kívánt_fájl mérete) paranccsal, és a tisztítási művelet csak egy teljes létrehozása után hajtható végre. tartalékbázis ugyanaz a csapat. Használja a következő szintaxist a másolási beállítások megadásához: Biztonsági mentési napló kiválasztott_alapnév csak csonkolva.
Készítsen teljes biztonsági másolatot a törlendő tranzakciós naplófájlról, ha nem kell visszaállítania az adatokat a Biztonsági mentési adatbázis eszközzel, és törölje az Inaktív bejegyzések eltávolítása a tranzakciós naplóból jelölőnégyzetet. Lépjen a Beállítások lapra, és módosítsa a Helyreállítási modell paraméter értékét Egyszerűre. Csonkítsa le a kiválasztott fájlt a fenti paranccsal, vagy használja a DBCC ShrinkDatabase szintaxist (kiválasztott_adatbázis_neve, szükséges_maradék_fájl mérete_%).
Jelölje be az Inaktív bejegyzések eltávolítása a tranzakciós naplóból négyzetet, és készítsen biztonsági másolatot a forráskészletről az Enterprise Managerből. Állítsa vissza a helyreállítási modellt teljes értékre, és próbálja újra a napló-visszaállítást az Enterprise Managerből a meglévő példányon. Ismét törölje a jelet az Inaktív bejegyzések eltávolítása a tranzakciós naplóból jelölőnégyzetből, és ismételje meg a végrehajtást biztonsági mentés kiválasztott tranzakciós napló.
Kapcsolódó videók
Források:
- A Microsoft SQL Server 2000 működésének néhány funkciója
Bármely szoftver ellát bizonyos funkciókat. Függetlenül attól, hogy hogyan csinálja, alapértelmezés szerint egy naplófájl jön létre a segédprogram mappájában. Ez a fájl van szöveges dokumentum, amely megjeleníti a program összes műveletét.
Szükséged lesz
- Szoftver:
- - bármilyen szövegszerkesztő;
- - 7Zip archiváló.
Utasítás
Bizonyos esetekben tudnia kell, hogyan viselkedett futó folyamat mielőtt lefagy, vagy milyen okok miatt zárták be a programot. Ha Linux rendszerekre tekint, ez a művelet a naplófájl megtekintése nélkül is végrehajtható (feltéve, hogy a terminálon vagy a konzolon keresztül indul). Operációs rendszereken Windows családok naplók jönnek létre, vagy bejegyzés kerül a rendszernaplóba.
Két webmester beszélgetéséből:
- Tegnap jártam az oldaladon...
– Szóval te voltál az!
Az általános webhelystatisztikák (egyedi látogatók száma, az általuk megnyitott weboldalak száma stb.) mellett nagyon fontos a webmesterek számára egyéb információkkal is rendelkezik, például: az oldal mely oldalait látogatják leggyakrabban, melyiket keresési kifejezések látogatókat hozza az oldalra, mely böngészők és operációs rendszer látogatók által használt, látogatónkénti képernyőfelbontás stb. stb.
Általános szabály, hogy minden oldalon egy külső ingyenes (ritkán fizető) számláló van felszerelve. A számlálót biztosító erőforrás kiterjesztett statisztikát vezet az erőforrás-látogatásokról (beleértve az összes fenti információt), amely bármikor megtekinthető. Különösen az ilyen számlálókkal kényelmes együtt dolgozni azokkal, akik ingyenes tárhelyen helyezik el webhelyeiket.
A legtöbb fizetős tárhely szolgáltató (hoster) lehetőséget biztosít ügyfeleinek a már telepített elemző eszközök használatára. Például a szervereknél Apache gyakran használt program Webalizer, amely webszerver-bővítményként van telepítve.
Azok, akiket fizetős tárhelyen tárolnak, önállóan is feldolgozhatják az oldal látogatásával kapcsolatos összes információt: a webmester végül is teljes hozzáféréssel rendelkezik webhelye naplófájljaihoz.
Mi az a webhelynaplófájl
Webhely naplófájl ( log fájl, log-fájl, naplófájl, napló) egy szöveges fájl, amelyben rögzítésre kerül az oldalhoz intézett összes kérés, valamint az ezekhez a kérésekhez kapcsolódó összes hiba.
Az események rögzítésének módja a webhely naplófájljában
Ezért az oldal létrehozásának egyik fő célja nem csupán a látogatások számának növelése, hanem a ide vonatkozó látogatások - azaz ne tévessze meg a látogatókat hamis névvel, ígéretekkel, kulcsszavakkal stb. - a látogatónak meg kell találnia, amit keres, ehhez joga van! ..
Megjegyzések
1. Kutatócég becslései netcraft, 2009 júniusában 238 027 855 webhely volt az interneten. Ugyanakkor a webszerverek aránya Apache körülbelül 47%-ot tett ki Microsoft IIS – 24,80%, qq.com – 12,79%, Google – 4,98%, nginx – 3,69%, Nap – 0,30%.
2. Szerver naplófájlok Apache