Server-tools: [10.0] propor módulo para bloquear o usuário durante a manutenção do servidor

Criado em 5 mai. 2017 · 5Comentários · Fonte: OCA/server-tools

Queremos contribuir com um módulo que permite bloquear o usuário (exceto admin) de logar durante o modo de manutenção do servidor. (ou seja, quando o administrador deseja fazer mais configurações no sistema).
Pode ser tão simples como,

Selecione todos os usuários e clique em ação-> Bloquear usuário para manutenção do servidor
Os usuários serão marcados como "bloqueados"
Se ele / ela fizer login, uma mensagem de aviso de que o usuário está bloqueado para manutenção do servidor

Existem addons semelhantes e / ou este módulo é bom para estar no OCA?

question

Fonte

kittiu

👍1

Todos 5 comentários

: +1:
AFAIK isso ainda não existe.

dreispt em 5 mai. 2017

👍1

Hmmm legal. Acho que podemos precisar de algum tipo de base_maintainence ou algo para definir um modo de manutenção para uso geral. Propus um modo semelhante no # 790, que inclui uma página de modo de manutenção.

lasley em 2 jun. 2017

👍1

@lasley Ainda não estou muito claro. Eu folheio # 790 e é sobre como atualizar os módulos, certo? Você está sugerindo que este modo de manutenção pode fazer parte disso?
nota: I e @newtratip somos muito novos no OCA. então, sinta-se à vontade para sugerir. :)

kittiu em 2 jun. 2017

👍1

Isso é resolvido por https://github.com/OCA/server-tools/pull/833 ?

dreispt em 2 jun. 2017

👍1

Uma ideia que sempre passou pela minha mente para conseguir isso é que, no modo de manutenção, todas as chamadas para write , delete e create devem ser abortadas.

Uma maneira "fácil" de conseguir isso seria exigir a configuração de um usuário de segundo banco de dados para ser usado em cursores no modo de manutenção. Esse usuário deve ter acesso somente leitura. Uma fita simples deve aparecer nesse modo, tanto na frente quanto atrás.

Proibir o acesso a /web/* em manutenção simplesmente não é suficiente porque:

Se você não conseguir ler os dados, é muito mais fácil configurar uma bela página de erro 503 no nível de proxy para esse caminho.
Outros controladores ainda podem tentar gravar no banco de dados ( /shop/checkout , etc.).
Conectores, chamadas de API e tarefas cron ainda podem gravar.