dave559's questions

Desde a atualização para o Debian 12 (bookworm), o morecomando parece ter sido alterado e agora para quando você chega ao final do arquivo que está visualizando e exibe " (END) ", em vez de apenas retornar à linha de comando (ou solicitar que você passe para o próximo arquivo, se estiver tentando visualizar vários arquivos), como acontecia antes.

Parece que agora preciso pressionar qpara realmente sair morepara retornar à linha de comando - mas isso me impediria de visualizar o(s) próximo(s) arquivo(s) que eu nomeei (no caso de vários arquivos) e, nesse caso, eu precisaria usar explicitamente o atalho de teclado "Ir para o próximo arquivo", que não é tão útil assim.

Como alguém com muitos anos de memória muscular de <space>ser o atalho universal do Faça a Coisa Certa, essa mudança é realmente muito irritante!

Existe uma maneira de morereverter o comportamento anterior de forma mais sensata ou talvez agora seja o momento, infelizmente, de tentar usar um programa de paginação de arquivos diferente?

Como você executa as drushtarefas cron do Drupal quando seu servidor tem uma versão mais recente do PHP instalada a partir de Coleções de Software?

O servidor está executando o Scientific Linux 7, que vem com o PHP 5.4, mas precisamos e instalamos o PHP 7.1 usando o rh-php71pacote Software Collections. O Apache e, portanto, o Drupal funcionam bem com o PHP 7.1, mas também precisamos adicionar os trabalhos cron do drush ao nosso crontab e garantir que o drush esteja usando a versão mais recente do PHP ao fazê-lo. Testamos para ver se o drush (temos o drush 8.1.10 instalado) será executado com o PHP 5.4 padrão, apenas por precaução, mas as tarefas cron compreensivelmente travam com erros.

Tentamos testar o comando cron (da maneira que você normalmente tentaria executar um comando dentro de um scl wrapper ), executando o seguinte como root:

scl enable rh-php71 drush cron -r /data/webs/www/siteroot

mas isso não será executado, retornando o erro:

Unable to open /etc/scl/conf/drush!

Testes adicionais (em um terminal) mostram que podemos executar com sucesso o comando drush dentro de um subshell que está dentro de um wrapper scl:

scl enable rh-php71 bash
drush cron -r /data/webs/www/siteroot
exit

Existe alguma maneira de executarmos os comandos drush necessários apenas como um 'one-liner' no crontab, ou não tenho opção a não ser criar um script de shell separado contendo os comandos acima e chamá-lo como o cron comando de trabalho em vez disso?

(Também fiz essa pergunta no Drupal.SE , embora pareça mais uma pergunta do Linux do que do Drupal como tal, não tendo respostas no Unix.SE.)

Eu tenho um script shell que, quando executado como root, executa várias tarefas para preparar um servidor Debian (9/stretch) para executar um aplicativo da web. Entre as tarefas que o script faz é anexar linhas cronjob aos arquivos crontab para roote www-data(em /var/spool/cron/crontabs/), usando cate texto heredoc.

Cada cronjob adicionado ao arquivo é incluído por comentários de marcadores, de modo que, ao usar a função de desinstalação do script, esses cronjobs possam ser encontrados e removidos dos arquivos crontab usando sed.

Isso parece estar funcionando bem, embora eu tenha notado que ao revisar cada um dos crontabs através crontab -ldas primeiras 3 linhas do crontab não aparecem, embora ainda existam ao verificar o arquivo crontab real diretamente. Algumas pesquisas revelaram que este é um efeito colateral de um recurso intencional na implementação do crontab do Debian, que oculta as 3 primeiras linhas de um crontab , pois espera que essas linhas sejam um cabeçalho de 3 linhas "DO NOT EDIT THIS FILE".

No entanto, se eu estiver anexando a um arquivo crontab anteriormente inexistente, esse cabeçalho não existe e, portanto, não é criado, e é por isso que as primeiras 3 linhas reais do crontab estão ocultas.

Provavelmente, não estou fazendo a coisa certa escrevendo em um arquivo crontab diretamente em qualquer caso. Como posso atualizar meu script para que ele possa adicionar e remover automaticamente dos crontabs de uma maneira que mantenha o sistema feliz?

(Eu vejo na página do manual que existe um CRONTAB_NOHEADERque pode ser definido como N para não ocultar as 3 linhas.)