forked from data.coop/website
Merge pull request 'Update description for logging badge' (#85) from benjaoming/website:feature/new/badge/logging into new
Reviewed-on: data.coop/website#85
This commit is contained in:
commit
723e2864cb
|
@ -53,18 +53,13 @@ badges:
|
||||||
tjenesten kører på.
|
tjenesten kører på.
|
||||||
icon: backup.svg
|
icon: backup.svg
|
||||||
|
|
||||||
|
# TODO: We should describe how we label logging that isn't fully documented as configured.
|
||||||
logging:
|
logging:
|
||||||
name: Logning
|
name: Logning
|
||||||
description: |
|
description: |
|
||||||
Dette badge er lidt omvendt: Det positive badge tildeles tjenester der
|
Teknisk logning handler primært om *metadata*, som også kan kaldes *data om data*. Hvem bruger hvad hvornår? På den ene side er det relevant for systemadministratorerne at se, hvorfor serveren eks. er på overarbejde, men ligesom alle data kan det misbruges. Eks. til at bevise at en bruger har været online på det pågældende tidspunkt.
|
||||||
ikke foretager logning.
|
|
||||||
|
|
||||||
Logning fungerer på forskellig vis og foretages i større eller mindre
|
Bemærk at "positiv" status for logning betyder, at tjenesten laver forventet minimal logning af meta-data, hvilke vi tilstræber at dokumentere for hver enkelt tjeneste. En "negativ" status betyder at der logges mere end nødvendigt.
|
||||||
grad. Som regel giver logning data.coops systemadministratorer overordnet
|
|
||||||
indsigt i hvordan tjenester bruges, men ikke i det konkrete data
|
|
||||||
tjenesten behandler for brugerne. F.eks. vil logning afsløre overfor
|
|
||||||
data.coops systemadministratorer, at nogen overfører en fil, men ikke
|
|
||||||
hvad selve filen indeholder eller hvem der overfører filen.
|
|
||||||
icon: logging.svg
|
icon: logging.svg
|
||||||
|
|
||||||
anonymity:
|
anonymity:
|
||||||
|
|
Loading…
Reference in a new issue