MKT log to file

[mpcz]

Zdravím, již dlouho bádám, jaký že to Sergej používá formát pro exporty logů a třeba i výstupu scanu to file. Teď potřebuji pro změnu klientovi vyexportovat log do souboru txt. Začátek je dobrý, ale od cca 4 strany naráz začne na začátku řádku několik posledních dnů chybět tisk datumu. Dělám něco špatně? Dá se to prosím nějak nastavit? To přece nemůže být problém, aby šel vzniklý soubor otevřít v klasickém txt prohlížeči bez jakýchkoliv, navíc zbytečných dalších operací. Děkuji, mpcz, 3.apr.2018

[K3NY]

Zdravím, již dlouho bádám, jaký že to Sergej používá formát pro exporty logů a třeba i výstupu scanu to file. Teď potřebuji pro změnu klientovi vyexportovat log do souboru txt. Začátek je dobrý, ale od cca 4 strany naráz začne na začátku řádku několik posledních dnů chybět tisk datumu. Dělám něco špatně? Dá se to prosím nějak nastavit? To přece nemůže být problém, aby šel vzniklý soubor otevřít v klasickém txt prohlížeči bez jakýchkoliv, navíc zbytečných dalších operací. Děkuji, mpcz, 3.apr.2018

log print file=log

[mpcz]

Dík, jasné, ale účinek bohužel žádný:, mpcz, 3.apr.2018
...
apr/02 23:58:25 dhcp,info dhcp1 assigned 10.0.10.80 to 70:EE:50:02:80:34
apr/02 23:58:32 dhcp,info dhcp1 deassigned 10.0.10.80 from 70:EE:50:02:80:34
00:08:32 dhcp,info dhcp1 assigned 10.0.10.80 to 70:EE:50:02:80:34
00:08:38 dhcp,info dhcp1 deassigned 10.0.10.80 from 70:EE:50:02:80:34
00:18:38 dhcp,info dhcp1 assigned 10.0.10.80 to 70:EE:50:02:80:34
00:18:44 dhcp,info dhcp1 deassigned 10.0.10.80 from 70:EE:50:02:80:34
....

[Noxus28]

mikrotik v logu nedáva pre dnešný deň datum, ak je to ten problém ktorý vlastne dotazuješ

[mpcz]

Dík, to mě zprvu taky napadlo. Ale je v tom nějaká logika? Když se to vyexportuje, jak pak poznám, který ten poslední datum to byl? Dík, mpcz, 3.apr.2018

[mirek.k]

Upřednostnili zkrácení řádku pro aktuální den.
Řešením by mohlo být zakódování data do názvu souboru.
Mirek

[Dalibor Toman]

jeste bys mohl zkusit vygenerovat supout.rif a podivat se do nej jestli tam nahodou ty datumy nebudou. Ale spis asi taky ne

[mpcz]

OK, to je jasné, logiku ani účel v tom ale nevidím. Když jsem to spočítal, tak zkrácení délky souboru je procentuelně nepatrné. Navíc ten .txt soubor nemá úplně přátelský formát, vyexportovaný text nejde otevřít bez dalšího např. ve Wordpadu apod. Jinak dík, vyřešeno smířením se s logikou Sergeje. mpcz, 3.apr.2018

[Myghael]

log print file=log

Nevím jak notepad ve Windows, ale jakýkoliv běžný textový editor na *nixu (jabko OS X, Linux, BSD) mi to otevře bez problému. Tedy pokud exportuji zmíněnou funkcí.

[Dalibor Toman]

log print file=log

Nevím jak notepad ve Windows, ale jakýkoliv běžný textový editor na *nixu (jabko OS X, Linux, BSD) mi to otevře bez problému. Tedy pokud exportuji zmíněnou funkcí.

asi klasicky problem s CRLF (windows) versus LF (Linux) jako konec radku...

[Noxus28]

jj pspad v pohode, notepad nevie nájsť koniec riadku

[mpcz]

Proč to mlžit. Ne že neumí najít konec řádku. On nevidí znaky 0D + 0A, které zavedl už Archimédes pro konec řádku. A nejsou tam, protože je tam Sergej nedal. A je zde otázka: pokud by je tam dal, měli by kolegové s Linuxem nějaký problém s otevřením? Vznikl by jiný problém nebo by byli všichni spokojeni? mpcz, 3.apr.2018

[the.max]

Historicky, CR+LF se používalo z dob dálnopisu, protože to tak bylo jednodušší (Cartridge Return + Line Feed). To pak převzal systém CP/M a tím pádem i všechny další systémy z něj vycházející.
Unix, zřejmě kvůli úspoře paměti spojil konec řádku s automatickým přechodem na další řádek, proto je tam jen LF. Je vcelku logické, že když je LF, tak nový řádek zase začíná na začátku, tak proč tam mít dva znaky.
No a aby to nebylo tak jednoduchý, tak jestli si dobře pamatuju, tak Commodore C64 používal pro konec řádky a přechod na nový pouze CR.

A protože RouterOS vychází z Linuxu, což je Unix, tak se prostě používá jen LF.

A když vezmu text z DOSu/Woken a otevřu ho v Linuxu, tak na konci každé řádky je takovej nehezkej znak CR (0x0D) a tak hned zavírám a spouštím na ten soubor dos2unix.

CR/LF není tak strašné, ale co takové kódovaní češtiny
KOI-8, Kamenických, ISO8559-2, CP852, Win1250... Ono stačí, že Microsoft si vymyslel pro DOS CP852 a o pár let později pro wydle Win1250, Proč nepoužili to co už měli???

[mpcz]

Úplně zbytečná přednáška zastánce linuxu, který již tradičně považuje uživatele Windows za přehlédnutelný segment. Nic jiného jsem ani nečekal.
Takže prosím s dovolením zopakuji ten dotaz:
A je zde otázka: pokud by je tam dal, měli by kolegové s Linuxem nějaký problém s otevřením? Vznikl by jiný problém nebo by byli všichni spokojeni? mpcz, 3.apr.2018

[the.max]

mpcz asi neumí číst.

A když vezmu text z DOSu/Woken a otevřu ho v Linuxu, tak na konci každé řádky je takovej nehezkej znak CR (0x0D)

Pořád mi ale není jasné, PROČ by to měli ohejbat, když na Unixech to tak prostě je už od počátku věků.