sslug-teknik team mailing list archive

[Jesper Krogh <jesper@xxxxxxxx>]

I sslug.teknik, skrev Ivar Madsen:
>  Jacob Bunk Nielsen wrote:
> 
> >> [...] Men det bliver jo hurtigt en masse backupdata som er
> >> uintersant, så derfor vil jeg godt checke om den er magen til den forige,
> >> det kan vel gøres ved at checke størelsen af filen?
> > Det ville jeg godt nok ikke turde satse på. Jeg ville bruge md5sum,
> > diff, cmp eller lignende til den opgave.
> 
>  I princippet, så har du ret, men konkret så er det en mediawiki database, og
>  sådan bliver støre, hvis du ændre et tegn på en side, til et andet, og
>  altså  ikke ændre på størelsen, men den laver også en historik over
>  ændringen. Så eneste tilfælde hvor en ændring kan havne på samme størelse
>  database, det er hvis du sletter en side, og så tilfældig vis er det en
>  side der indeholder lige så meget, som der skrives i historik basen, og
>  dump filen derfor har samme størelse,,,
> 
>  Jeg ser det som lige så usansynligt som md5sum i den konkrete opgave,,,
> 
>  Men jeg har fundet ud af at siderne ligger i /var/lib/mysql/wikidb/cur.MYD
>  og .MID, så det letteste er måske at checke om de er nyere end x minutter,
>  og hvis så, ja, så er en side opdateret siden da.
> 
>  Jeg har prøvet at kikke på man ls men ikke kunnet finde rette kombanition af
>  optons, som gør at jeg får et output som jeg kan bruge

Du laver her en hel masse antagelser, som du ikke kan gøre.. 

Ved du at:
1) Der ikke bliver skrevet til databasefilerne blot fordi der ikke
bliver skrevet til databasen? 
2) MediaWiki ikke har en intern cache, som den selv kunne finde på at
flushe/putte ting i så størrelsen ikke opfører sig som du beskriver. 

Jeg kan oplyse at begge dele er tilfældet... 

Jesper

-- 
./Jesper Krogh, jesper@xxxxxxxx, Jabber ID: jesper@xxxxxxxxxxxx