🚀 go-pugleaf

Maciej Misiak wrote:
>>Grzegorz Szyszlo wrote:
>>
>>   $line=~/      ^Job \s                              ([^\n]+) $ \n
>>         .*?     ^\s\s Job\ Type \s+             : \s ([^\n]+) $ \n
>>         .*?     ^\s\s Backup\ mode \s+          : \s ([^\n]+) $ \n
>>         .*?     ^\s\s Job\ Start\ Time \s+      : \s ([^\n]+) $ \n
>>         .*?     ^\s+ : \s+ Media \s+            : \s ([^\n]+) $ \n
>>         .*?     ^\s+ Backup\ Last\ Objects? \s+ : \s+ End \s+ ([^\n]+) $ \n
>>         .*?     ^\s+ Job\ End\ Time \s+         : \s ([^\n]+) $ \n
>>         .*?     ^\s\s Completed\ Size \s+       : \s ([\d]+) [^\n]* $ \n
>>         .*?     ^\s\s Failed\ Objects \s+       : \s ([^\n]+) $ \n
>>         .*?     ^\s\s (Job\ Completed\ Succ?essfully) [^\n]* $ \n
>>         /xsm;
> 
> 
> Nie jestem pewien czy w ogole '$ \n' na koncu kazdej linii jest potrzebne. Na 
> poczatku kolejnej linii jest .*? ktore z koncem linii sobie bezproblemowo 
> poradzi. Natomiast dana do pobrania do zmiennych $1-$10 i tak jest czytana az 
> do napotkania konca linii. Wiec proponuje tak:
> 
> $line=~/      ^Job \s                              ([^\n]+)
>         .*?     ^\s\s Job\ Type \s+             : \s ([^\n]+)
>         .*?     ^\s\s Backup\ mode \s+          : \s ([^\n]+)
>         .*?     ^\s\s Job\ Start\ Time \s+      : \s ([^\n]+)
>         .*?     ^\s+ : \s+ Media \s+            : \s ([^\n]+)
>         .*?     ^\s+ Backup\ Last\ Objects? \s+ : \s+ End \s+ ([^\n]+)
>         .*?     ^\s+ Job\ End\ Time \s+         : \s ([^\n]+)
>         .*?     ^\s\s Completed\ Size \s+       : \s ([\d]+) [^\n]*
>         .*?     ^\s\s Failed\ Objects \s+       : \s ([^\n]+)
>         .*?     ^\s\s (Job\ Completed\ Succ?essfully) [^\n]*
>         /xsm;

dobre podejscie, dziala tak jak trzeba. $ \n na koncu stosowalem w celu zachaczenia,
bo na poczatku wyluskiwalem przez (.*?) i wtedy $ \n wymuszal mi dopasowanie
tego wczesniejszego do konca linii. tutaj faktycznie jest to zbedne.

> Poza tym ja bym przemyslal czy na poczatku kazdej linii oraz miedzy dwukropkiem 
> a innymi napisami nie wstawic \s* Zaoszczedzi to bolu glowy, bo trzeba bedzie 
> sie zastanawiac czy np. po Media sa trzy spacje a przed Backup mode dwie czy na 
> odwrot.

to jest akurat charakterystyka logu, i tam sa stosowanie "wciecia", gdzie przed
wcieciem jest roznie, albo tabulator, albo kilka spacji. loteria.
ale zawsze jest jakis "białas" :)

>>Btw. niech nikogo nie dziwia konstrukcje typu:  "Job\ Type" .
>>Chodzi o to, ze przy opcji /x , spacja jest traktowana jakby w zasadzie
>>jej nie bylo, slashowanie pozwala przywrocic jej pierwotne znaczenie.
>>nie wyczytalem tego w zadnym docu, posluzylem sie ta konstrukcja
>>"na czuja" i poszlo. czyzby cos nieudokumentowanego? :)))
> 
> Jesli chodzi o dziwny sposob lapania spacji z backslashem '\ ' to to jest 
> identyczna technika jak w przypadku lapania jakiegokolwiek innego specjalnego 
> znaku, np. \$ albo \. Z powodu przelacznika /x nie mozna normalnie dopasowac 
> spacji, wiec '\ ' jest smiesznie wygladajacym, ale konsekwentnym sposobem 
> zapisu.

szkoda ze przy opisie /x nie jest to szczegolowo omowione. ale dobrze
ze dziala jak powinno.


>>aha. konstrukcja typu .*? z opcja /s  na kolana co prawda
>>nie powala, ale w moim przypadku jest to wystarczajaco wydajne,
>>i osiagam zamierzony rezultat, czyli pominiecie dowolnej partii
>>logu, bez ogladania sie na konce linii. w razie czego
>>zawsze mozna zastosowac [^\n]* jesli konce linii jednak musza
>>miec znaczenie :)
> 
> Wiec wlasnie, wywal znaki konca linii z konca linii :)

i pewnie tak zrobie :)

dzieki za uwagi. chociaz w innym poscie sygnalizuje inny, gorszy problem,
ktorego samym regexpem pokonac nie potrafie, chodzi o to ze w logu niektore
z fraz regexa moga nie wystepowac. chcialbym by odpowiedni $1 - $10 byl
raportowany jako pusty lub undef, ale zeby cale wyrazenie zawsze znalazlo mi
wszystko to, co da sie odnalezc. nie wiem jak to zrobic, byc moze nikt nie wie.

znik.