Há um artigo de 2022 escrito por um cara que é um desenvolvedor sênior, e lá ele tem o seguinte alias em sua configuração zsh:
alias which='type -a'
Mas o zsh tem whichpor padrão, e se usarmos assim which, which cpa saída será
/bin/cp
Enquanto a saída de type -a cpé
cp is /bin/cp
A diferença é muito sutil para fazer um alias. Então, qual pode ser a diferença prática que eu negligenciei?
Para adicionar algo ao $PATH em fish, eu uso
fish_add_path -a ~/foo/bar
Então o peixe acrescenta ~/foo/barao meu ~/.config/fish/fish_variables:
SETUVAR fish_user_paths:/Users/john/foo/bar
Então, é correto dizer que para remover /Users/john/foo/barde $PATH, tenho duas opções:
para editar o fish_variablesarquivo
para usar a seguinte função:
// https://github.com/fish-shell/fish-shell/issues/8604#issuecomment-1169638533
function remove_path
if set -l index (contains -i "$argv" $fish_user_paths)
set -e fish_user_paths[$index]
echo "Removed $argv from the path"
end
end
E a segunda parte da pergunta: Como usar corretamente essa função? Eu salvei como remove_from_path.fish, executei como remove_from_path.fish "/Users/john/foo/bar", mas ela não parece remover /Users/john/foo/barde $PATH. O que estou fazendo errado?
Estou tentando entender como o setcomando funciona no fish shell .
Por exemplo, para remover a mensagem de saudação, o manual do peixe sugere :
Para esvaziar o texto, com a função de saudação padrão:
set -U fish_greetingou
set -g fish_greetingem config.fish.
Mas por que é sugerido usar set -g fish_greetingin config.fishem vez de just set fish_greeting? Qual é o propósito prático de -gaqui?
Tenho os seguintes aliases no meu zsh:
alias -- -='cd -'
alias ..='cd ..'
alias ...='cd ../..'
Quando alterno para peixe, digitando manualmente fishe pressionando Return, o primeiro alias causa um erro:
- (line 1): function: -: invalid function name
function - --description 'alias -=cd -'; cd - $argv
Como contornar isso?
Terminal > Configurações > Perfis > Shell > Quando o shell sai , opções:
Minha pergunta: Qual é o propósito prático da opção Não fechar a janela ? (Que, a propósito, é a escolha padrão.)
Aqui está um teste para demonstrar por que acho que Não fechar a janela é inútil; mas posso estar errado aqui, é claro:
- Abra o Terminal. Seu shell é zsh.
- Digite
bash, pressione Return. Agora seu shell é bash.- Digite
exit. Agora seu shell é zsh.- Digite
exit. Então:
- Se você tiver Don't close the window , você terá uma janela inútil que você pode usar para qualquer coisa. Estranho.
- Se você tiver Close the window ou Close if the shell exited clear , essa janela inútil será fechada automaticamente. Ótimo.
O script a seguir exclui de forma não recursiva arquivos vazios comuns, sem incluir os com ponto, e então exclui de forma não recursiva diretórios vazios, sem incluir os com ponto, e ignorando a presença de .DS_Storearquivos (ou seja, se o diretório contiver apenas um .DS_Storearquivo, esse diretório será excluído mesmo assim).
rm -f -- *(.L0)
setopt extended_glob
has_files_other_than_DS_Store() [[ -n $REPLY/^(#i).ds_store(#qNDY1) ]]
remove_empty_macos_dirs() {
local dir ret=0
for dir do
rm -f -- $dir/.(#i)ds_store(N.) && rmdir -- $dir || ret=$?
done
return $ret
}
remove_empty_macos_dirs *(/^+has_files_other_than_DS_Store)
Alguém poderia mostrar como fazer isso funcionar recursivamente? Ou seja, o primeiro passo é deletar recursivamente todos os arquivos regulares vazios. E então deletar recursivamente os diretórios vazios.
Eu tentaria fazer isso sozinho, mas, para ser honesto, estou com medo de experimentar o rmcomando.
Meu shell de login é zsh. Adicionei as duas linhas seguintes ao meu .zprofilearquivo:
path+=$HOME/foobar123
alias foo='echo bar'
Então, se eu alternar para bash ou fish, digitando bashou fishe pressionando Return, echo $PATHa parte continuará sendo exibida foobar123, mas o fooalias não funcionará.
Por que isso? Por que aliases e modificações de caminho são tratados de forma diferente?
Para encontrar e remover arquivos vazios, encontrei a seguinte pergunta do Stack Overflow:
https://stackoverflow.com/q/3157343
Há cerca de 10 respostas lá, mas todas elas usam -size 0and not -empty.
Por exemplo, uma resposta +153:
find . -name 'file*' -size 0 -print0 | xargs -0 rm
Outra resposta, +100:
find -name 'file*' -size 0 -delete
Por que isso? Em outras palavras, quais vantagens -size 0fornece sobre -empty?
Minha solução pessoal, para macOS, é
find . -mindepth 1 -maxdepth 1 -type f -empty -print -delete
Na maioria das vezes, prefiro usar o shell de peixe no macOS, mas evito torná-lo o shell de login, porque acho que às vezes isso pode causar problemas.
Então, eu simplesmente adicionei exec fishno final do meu .zshrc, e é isso. O que significa que meu shell de login ainda é zsh, e minhas $PATHmodificações ainda estão em .zprofile, mas quando eu abro o terminal, não preciso alternar para fish manualmente. Funciona bem para mim.
Mas então, e se eu ainda quiser mudar de fish para zsh por algum motivo específico? É possível de alguma forma? (Porque se eu simplesmente digitar zshe pressionar Return, serei imediatamente trocado de volta para fish, é claro.)
atualização: Há uma solução alternativa para usar zsh -c, mas ela funciona apenas com alguns comandos.
Tenho um script baixado da Internet, cujo começo se parece com isso:
echo "alias myip='curl -s https://api.ipify.org/'" >> ~/.bash_profile
echo "alias myiplookup='ip2cc \$(curl -s https://api.ipify.org/)'" >> ~/.bash_profile
Eu o uso em uma máquina macOS e, como esperado, ele cria um .bash_profilearquivo no meu $HOMEdiretório, com as linhas correspondentes:
alias myip='curl -s https://api.ipify.org/'
alias myiplookup='ip2cc $(curl -s https://api.ipify.org/)'
Há dois bashes nessa máquina:
Mas independentemente de qual desses ataques eu tente, quando eu digito myipou myiplookup, eu recebo a command not foundmensagem.
Aqui está o que eu tentei, passo a passo:
bash(para bash 5.2) ou /bin/bash(para bash 3.2)myip. bash mostra a command not foundmensagem.O que estou fazendo errado?
Qual é a maneira correta de adicionar algo à $PATHvariável no macOS?
Por exemplo, posso fazer isso em .zshrc:
path+=$HOME/foo/bar
...mas parece que nesse caso o caminho modificado estará disponível apenas para uso interativo e, portanto, a solução mais robusta é colocá-lo .zshenv.
...Mas por outro lado algumas pessoas dizem (veja os comentários desta resposta) que modificar o caminho .zshenvnão é uma boa ideia. (E, se entendi corretamente, eles assumem que o caminho deve ser alterado .zshrcou talvez usar alguma outra maneira...)
No entanto, ainda não entendi qual arquivo usar para isso, e como exatamente. Alguém poderia explicar como se eu tivesse cinco anos?
Alguém poderia explicar em qual diretório (ou diretórios) devo colocar meus próprios scripts de shell e arquivos de configuração no macOS?
/usr/local/bin/?/usr/local/etc/?$HOME/bin/?$HOME/etc/?Uma prática recomendada ou uma maneira mais comum?
Os arquivos de exemplo são:
webpage2pdf.zsh- um script ImageMagick para converter uma página da web em PDF.webpage2pdf- um arquivo de configuração para ele.zshrc_my-own- um arquivo de configuração Zsh que é originado em meu ~/.zshrcusing source, conforme sugerido por Gilles para evitar substituições acidentais: https://unix.stackexchange.com/a/787409
Tenho um , criado cuidadosamente .zshrc, no qual não quero ter nada que eu não tenha adicionado manualmente. É possível que algum programa, instalador ou comando adicione algumas linhas lá automaticamente? (Isto é, bem no começo ou bem no final?)
Em outras palavras, entendo que isso echo foo > ~/.zshrcirá modificá-lo, mas existem outros cenários semelhantes?
Se eu tiver um utilitário de linha de comando fooinstalado por algum programa e ele não for adicionado ao $PATH, e eu quiser ter uma maneira fácil de usá-lo, parece que há três opções:
crie um link simbólico, geralmente em /usr/local/binou talvez $HOME/bin:
ln -s /path/to/foo /usr/local/bin/foo
em vez de criar um link simbólico, crie um executável:
echo 'path/to/foo' > /usr/local/bin/foo
chmod a+rx /usr/local/bin/foo
ou edite .zshrce defina um alias:
alias foo='/path/to/foo'
Minhas perguntas:
Eu tento usar findpara encontrar arquivos...
chflags, comochflags hidden my_file.my_file.DS_Storee ignorar arquivos específicos do macOSA versão atual é
find . -mindepth 1 -maxdepth 1 -name '.*' -not -name '.DS_Store' -o -flags -hidden
Mas não exclui .DS_Storearquivos. Como fazer funcionar?
Tenho a seguinte estrutura de diretório em uma máquina macOS:
dir1/
|- file1.txt
|- dir2/
|- file2.txt
|- dir3
|- file3.txt
Em seguida, executo estes dois findcomandos:
find . -depth 1 -path '*.txt'
find . -mindepth 1 -maxdepth 1 -path '*.txt'
O objetivo é pesquisar não recursivamente todos os .txtarquivos em dir1. Se usado em dir1, ambos os comandos retornam file1.txt, mas me disseram que apenas o segundo comando, com -mindepthand -maxdepth, é realmente correto. É realmente assim? Alguém poderia explicar a diferença?
E a segunda pergunta. Se eu precisar pesquisar recursivamente, devo remover -mindepth 1 -maxdepth 1completamente ou remover -maxdepth 1somente?
Uma vez encontrei isso na casa de um cara .zshrc:
# matches current input to history items
# bind to up arrow and down arrow
bindkey '^[[A' history-beginning-search-backward
bindkey '^[[B' history-beginning-search-forward
Como eu uso isso? Em um teclado Mac, eu tentei Control-A, Option-A, Command-A, Escape-A, assim como pressionar Escape, soltá-lo e então pressionar A. E nada útil acontece.
Aqui está uma solução sobre como fazer o cURL retomar automaticamente downloads interrompidos, da postagem do blog de 2013 de Juan Nunez-Iglesias :
export ec=18; while [ $ec -eq 18 ]; do curl -O -C - http://site.xyz/file.zip; export ec=$?; done
Foi postado diversas vezes aqui e no Stack Overflow, tanto na versão original quanto com pequenas alterações dentro do whileloop.
As mudanças dentro do whileloop foram introduzidas por pessoas diferentes para tornar o script mais robusto.
$?fornece o código de saída do último comando no bash. Então, enquanto o código de saída for 18, continue tentando baixar o arquivo, mantendo o nome do arquivo ( -O) e continuando de onde o download anterior parou ( -C)." - Juan Nunez-Iglesiaswhile [ $ec -ne 0 ], mas isso parece usar um except simples em Python, o que é ruim. ;)" - Juan Nunez-Iglesiaswhile [ $ec -ni 0 ]" - Ilya Belsky, aquiEm março, Helder Magalhães sugeriu substituir o whileloop na versão original de Juan por until:
Esta solução pode ser ainda mais simplificada usando
untilunstead. Veja thread relacionada .
Embora eu não seja muito bom em usar cURL ou scripts de shell, eu tentaria escrevê-los eu mesmo, mas o problema de escrevê-los eu mesmo não é o script em si, mas a falta de compreensão de como testá-lo corretamente.
Alguém poderia mostrar como implementar a ideia do Helder? E isso realmente torna o script mais robusto?
Eu uso Zsh.
Até onde eu sei, um nome de arquivo seguro e portátil pode consistir em aA-zZ 0-9 hífen e sublinhado apenas. Ao mesmo tempo, se nos afastarmos das práticas seguras de nomeação de arquivos, podemos usar caracteres como ! ? $ % " ' /e assim por diante.
Minha pergunta é sobre aspas, isto é, "e '. Elas não são mais perigosas do que, por exemplo, $ou /? Por exemplo, se um nome de arquivo contém espaços e precisamos copiar tal arquivo, colocaríamos seu nome entre aspas:
cp "file with spaces" folder_without_spaces
E por isso eu me questiono: as aspas em um nome de arquivo não podem atrapalhar as aspas no código shell às vezes?
Por exemplo, você tem
aaa aaa ccc.txt
aaa "xxx" ccc.txt
e então você usa
for f in *.txt; do mv "$f" backup_dir; done
e então "Bam!" - algo quebrou. Nada está quebrado, na verdade, neste exemplo em particular (pelo menos no Zsh), mas espero que você tenha entendido o que eu quero dizer.
echo $(( 1 + 2 )) | pbcopy
Isso será copiado 3para a área de transferência. Mas como é possível, da mesma forma, copiar a echo $(( 1 + 2 ))string literal para a área de transferência?