Proxylizer/Concepts

Collected Log Data

TODO TODO TODO TODO

• Kādi dati tiek iestorēti: domēni, logi un ip adreses
• urlim tiek nogriezts viss aiz ? - kāpēc tā tiek darīts (pārāk daudz datu)
• domēns tiek dalīts trīs daļās. filtrēšana iespējama pēc katras daļas.
• ja domēnam vairāk daļu, visas pārējās tiek pirmajā: abc.def.ghi.mt.com = abc.def.ghi + mt + com
• cik aptuveni baitus aizņem viens log ieraksts
• links uz referenci webā, kur var redzēt db statistics
• pateikt, ka domēni neizdzēšas, dzēšot logus

Reports

TODO

• Aprakstīt reportu tipus: domēnu un useru
• Freqency
• Kā once atšķiras no pārējiem
• reportu var nosūtīt uz epastu. ja nesūta uz epastu - to var apskatīt webā
• date interval
• day interval
• weekdays
• time interval, var pielikt vairākus
• IP - var vai nu vienai konkrētai IP, vai visām IP. kā no tā mainās reportētie dati
• domain - var filtrēt pēc trim domēna daļām
• top - var paņemt populārākos ierakstus
• generate time - var nborādīt, kad ģenerēt
• reportu var uzģenerēt tikai tad, kad ir savākti visi dati. t.i., nedēļas reportu var uzģenerēt tikai nākošajā 1dienā. tomēr, ja reports ir 1dien-5dien un sūtīts tiek 6dienā, var nosūtīt tajā pašā nedēļā. princips - sūtīt, cik ātri vien iespējams

Created Reports

TODO

• Paskaidrot, ka ir "report config" un "generated reports", ka webaa tiek sadefineetas reportu konfiguraacijas, kas tiek periodiski (vai vienu reizi) izpildiitas, gjenereetas - links uz report generation;
• created reports var apskatiit webaa, reports sadaljaa (ielikt linku)

Report Generation

TODO

• katru minūti tiek palaists skripts, kas nosaka, kādi reporti jāģenerē
• reporti ģenerējas "as fast s possible" - tiklīdz ir vajadzīgie dati un ir sasniegts ģenerēšanas laiks
• piemērs: šodien uztaisu reportu, kas sāk darboties mēneša sākumā, tiks uzģenerēti visi reporti no mēneša pirmās dienas līdz vakardienai
• ko nozīmē "vienlaikus ģenerējamo reportu skaits". links uz referencei, kur norādīts, kā to mainīt
• norādīt, kā var diagnosticēt reportu ģenerēšanos problēmas - ka tiek nosūtīts epasts un kur var atrast logus

Report History

TODO

• pastāstīt, ka reporti bez sūtīšanas uz epastu tiek saglabāti un ka visus tos var apskatīt webā. links uz referenci
• dzešot reportu, viss history tiek dzēsts

Inactive Reports

TODO

• Ko nozīmē neaktīvs reports - ka tas neģenerēsies, kamēr būs neaktīvs. sāks ģenerēties no brīža, kad tiks akvizēts
• kam tas vajadzīģs - ja negribas, lai reports ģenerējas, bet nevajag dzēst, jo var sagribēties tikt pie reporta atpakaļ.
• kur deaktivizēt reportu - links uz referencei

Report Editing

TODO

• Paskaidrot, ka reportu configus var labot, bet ne visus laukus
• kaapeec dazhus laukus nevar labot - tas noved jau pie principiaali cita reporta
• once reportus var labot, kameer tie veel nav uzgjenereeti

IP Users

TODO

• kas ir IP useri - pieregjistreeti IP adreses saimnieki
• ip useri var sanjemt reportus uz epastu
• ip useru un web usera atshkjiriibas - ip useri nevar ielogoties proxylizer web interfeisaa
• ko noziimee "send empty records"

Database Statistics

Database (DB) statistics are shown in Status section on the Proxylize Web Page. The following statistics are available:

• HIT-MISS ratio: shows the web-proxy hit/miss ration - what part of all requests are found in the proxy's cache;
• Total domain count: total count of different domains stored in the database. Note that, for example, www.mikrotik.com and wiki.mikrotik.com are counted as two different domains;
• Total hit count: total count of requests logged by the web-proxy;
• Oldest record - oldest request stored in the DB right now. This determines the oldest point in time we have data about;
• Latest record - most recent web request logged in the DB. If this field contains an old value (let's say, more than one hour ago) this means one of the following: either the clients are not using web-proxy or requests are not logged to Proxylizer DB. This value can be used to detect system errors;
• Data base size: how big is the database currently. This can be used to identify how much the size of the DB grows daily, monthly etc.

As you could notice, these values are loaded not immediately after logging in the web interface, rather several seconds later. The reason is simple - calculating the statistics takes some time and to not force the web user to wait, they are loaded in background. Once the values are calculated, they are cached for the whole web session. To get the actual statistics, Refresh button can be used later.