Por que o nano às vezes mostra cores sobre o SSH?

Question

Normalmente, quando estou editando um arquivo pequeno sobre o SSH, apenas abro o nano. Eu olho para o meu apache2 access.log um bom bocado. Como não tenho fail2ban nem nada habilitado nessa caixa, normalmente também procuro o access.log.1. Eu notei no meu access.log. (#) Uma linha em particular sempre tem um destaque estranho:

GET /w00tw00t.at.ISC.SANS.DFind:) HTTP/1.1" 400 516 "-" "-"

Maiscoisasquenotei:

• Issosóacontecesehouverum.Bouum.Inalinhaecadaletradepoisdissonalinhaestiververmelha
• Issosóaconteceemarquivosqueterminamemumnúmero;ocorrenoaccess.log.1,masnãonoaccess.log.Omesmovaleparaqualquertest.log.1
• Issosófuncionaparaonomedoarquivo.1atéonomedoarquivo.9
• Dalinhasyntax"man" "\.[1-9]x?$" , obtenho que os arquivos .1 a .9 estão destacados ... mas por quê?

Aparentemente, os arquivos em / usr / share / nano tratam da realce de sintaxe. Depois de um tempo de pesquisa, descobri que um arquivo em particular é responsável por isso: man.nanorc. Aqui está o conteúdo:

## Here is an example for manpages.
##
syntax "man" "\.[1-9]x?$"
color green "\.(S|T)H.*$"
color brightgreen "\.(S|T)H" "\.TP"
color brightred "\.(BR?|I[PR]?).*$"
color brightblue "\.(BR?|I[PR]?|PP)"
color brightwhite "\f[BIPR]"
color yellow "\.(br|DS|RS|RE|PD)"

Para arquivos como o wp-config.php em um site wordpress, o nano faz a sintaxe realçar corretamente. O que há de tão especial em .I e .B que torna o primeiro caractere azul e o restante em vermelho, e o que isso tem a ver com o .1?

    

Answer 1

Com esses arquivos de regras de realce de sintaxe, nano assume que nomes de arquivos terminados em .1 - .9 são man pages.

Já faz um tempo desde que editei uma página man, mas tenho certeza que em groff -man , .I é para italic e .B é para negrito .