Diskuze: Logy
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 10 zpráv z 10.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
já bych to řešil přes databázi. Texťák ti nabobtná a bude se v něm blbě orientovat. Navíc asi zapisovat do třeba 1Gb texťáku taky nebude zrovna 3× rychlé.
No podle toho co chceš "logovat". Pokud jenom nějaké výjimky, atd. tak je asi ideální texťák. Pokud nějakou pravidelnou činnost, tak asi DB jinak by ti (jak už říkal už Michal) ten logovací "soubor" by mohl nechutně nabobtnat ...
Inserty do DB jsou dost pomalé, kvůli udržování indexu trvá vložení záznamu dlouho když jich je v tabulce hodně. Když loguješ do texťáku nějakým file_put_contents tak je to atomická operace, neřešíš lockování a hlavně to nezávisí na velikosti souboru. Logy si pak můžeš naparsovat třeba nějakým cronem a zpracovat jednou za den nebo tak.
Jasné, a jednou za X hodin, či dnů to vše vložím do databáze a soubor
vyčistím? 
Přesně tak. Ještě dodám, abys použil multiinsert a nevkládal to tam po
jednom insertu for cyklem 
Logy nedává smysl dávat do databáze pokud je nechci databázově
zpracovávat. Ve své podstatě je to datový odpad který se hodí při
rekonstrukci chodu programu a hledání problémů. Vytvářet si tím
zbytečně úzké hrdlo směrem k DB je přinejmenším k zamyšlení. Navíc se
logují i neobvyklé či havarijní stavy. Tedy zalogovat výpadek připojení k
SQL serveru by mohl být problém
.
Starosti s bobtnáním logovacího souboru bych si tedy vůbec nedělal. Neznám moderní logovátko které by neobsahovalo omezení na maximální velikost souboru a při jenom překročení se vytvoří nový soubor nebo přepisují starší informace.
Navíc je zde pořád možnost kombinace. Třeba viz. log4net - logovací informace určitého "stupně" házet do souboru a jiného zase do databáze, mail, event log(u) apod.
Tak v podstatě mohu logovat do souborů podle data, ne?
Potom třeba při rozlišení aktivity uživatelů a nějakých chyb mohu jen posílat do jiného souboru.
aktivita/2014-07-07.txt
errory/2014-07-07.txt
Ano. To už pak záleží na logovátku který použiješ. Tady je výhodný nevymýšlet potísícáte kolo a najít si nějaký logovací systém který ti bude vyhovovat. Určitě se setkáš s tím, že minimálně Error/Warning/Debug/Info můžeš posílat každý do jiného "storage". Třeba EntepriseLibrary má ještě rozmanitější systém možností, ale to už není úplně pro každýho.
Naprostý souhlas s Milan Křepelka
Osobně zpracovávám závažné chybové hlášky(špatný dotaz do db,
neodeslal se email s objednávkou) do xml souboru, který se automaticky
kontroluje pluginem v prohlížeči. 
Zobrazeno 10 zpráv z 10.
