Wikipédia:Robôs/Pedidos de aprovação/Aleth Bot

Origem: Wikipédia, a enciclopédia livre.

pedidoediçõescontadorlogsblock userblock logflag logflag botSUL util

Operator: Alchimista

Automatic or manually assisted: Automático

Programming language(s): Pywikipediabot

Function summary: Aplicar Subst em predefinições

Edit period(s) (e.g. continuous, daily, one time run): Contínuo

Edit rate requested: entre 3 a 6 epm

Already has a bot flag (Y/N):Não

Function details: O bot irá procurar os afluentes das predefinições e aplicará o subst nas páginas de discussão, excluindo as que contém o {{tl}}. A lista das predefinições actuais a substituir está aqui, sendo baseada nesta lista, podendo ser alterada futuramente, para corresponder ao definido em Wikipédia:Substituição . Quando terminar a primeira fase das substituições, irá efectuar a tarefa periódicamente de forma automática. Alchimista Fala comigo! 22h55min de 29 de abril de 2011 (UTC)[responder]

Discussion[editar código-fonte]

Possível trabalhar com Categoria:!Predefinições que devem ser substituídas? Mesmo que o bot não a use diretamente, gerar uma lista das predefs que estão aí mas que não estão na listagem do AWB (e portanto na bot bot tb) para verificação posterior e adição manual (já que pode ser um erro melhor o bot não adicionar) tanto na lista do AWB como adicionar as predefs/cats/avisos importantes nas predefinições em si.

Depois que limpar os afluentes iniciais e começar a manutenção/limpeza periódica, o bot poderia enviar aviso aos usuários que não transcluírem as predefs? Assim orientamos e evitamos edições desnecessárias. Talvez o aviso seja só para alguns tipos de predefs, tipo as de convite / boas vindas, pq tem predef de smile aí e não chega a ser realmente necessário um usuário ficar fazendo subst nelas.

Algumas predefs não tem tanta exigência assim de fazer o subst, como os smiles. Pode acabar fazendo edições a mais sem necessidade, principalmente em páginas de discussão mt ativas. Imagino alguém colocando um smile, o bot passa e faz subst, outra pessoa coloca outro smile, o bot passa subst de novo. Pras predefs menores como os smiles, concordo, e outras, dar um tempo desde a última edição. E pras importantes como convite e boas-vindas, pode fazer logo. Rjclaudio msg 23h29min de 29 de abril de 2011 (UTC)[responder]

Essa listagem pode ser obtida com o AWB, através da comparação de listas. Obtêm-se os afluentes da {{Nota-subst}} e compara-se com a listagem do AWB. Neste OS o AWB é um pouco lento, mas vou tentar fazer a comparação.
O aviso, é possível, embora não esteja implementado, e não seja propriamente fácil, se não houver neste momento muita urgência, fica na minha lista do TO-DO, porque preciso ver como fazê-lo de forma eficiente.
A ideia seria após correr pela primeira vez, fazê-lo periódicamente, uma vez por mês ou algo semelhante. Esta conta de bot vai servir precisamente para essas tarefas, as que podem ser completamente automatizadas, e em que o bot corre os scripts que vierem a ser aprovados futuramente nos períodos estabelecidos, pois conto passar alguns scripts do Alch Bot para esta conta quando terminar esta tarefa. Alchimista Fala comigo! 23h42min de 29 de abril de 2011 (UTC)[responder]
Dá pra fazer por awb, mas quem faria e quando faria? Só de se lembrar disso já é um trabalho. Se o bot verificasse isso a cada 6 meses já era um adianto, uma coisa a menos pra fazer.
Fica pro To-Do, todas as sugestões aqui, nada urgente, como sempre.
Se é só uma vez por mês não vai ter tanto risco de edição desnecessária. Mas podia ter posto o período ali no cabeçalho. O bot vai rodar contínuo pq vai ter outros scripts, mas esse script vai rodar mensalmente.
Rjclaudio msg 23h50min de 29 de abril de 2011 (UTC)[responder]
No caso da lista, julguei que fosse uma listagem esporádica, não de forma contínua, mas parece-me interessante de forma a criar um novo script para comparar as listagens, de forma a mantê-las actualizadas. Convém realçar que isto é somente a aprovação de uma tarefa, novas tarefas subsequentes que alterem muitas páginas ou introduzam alterações significativas necessitam de novo pedido para a nova tarefa.
Já no caso do período de edição, durante a primeira ronda vai ser mesmo em contínuo, repara que são muitas a alterar, pelo que deve rodar por dias, e como não sei se atinjo o máximo de recursos de sistema que tenho disponíveis a 6 epm, muito provavelmente o bot deve rodar pelas 3 epm, ou seja, deve demorar algum tempo a completar a primeira fase, e se reparares nos detalhes da função, falo precisamente que depois edita somente periodicamente. Isto porque com o tempo vou ajustar o tempo para que o bot não corra somente para aplicar o subst em meia dúzia de páginas, por isso julgo que ronde um mês, mas se não se justificar, poderá ser mais tempo, ou menos tempo, de acordo com o que for vendo. Alchimista Fala comigo! 00h13min de 30 de abril de 2011 (UTC)[responder]

Do modo que se cria predefs hj, tem que comparar a cat, a lista do awb, e a lista do bot. Pra melhorar isso, dá pro bot faze subst sempre que a predef tiver um padrão de nome? XXX/Convite e Convite-XXX são 2 padrões que tem de convite, ao invés de ficar adicionando cada um (em seis meses já deve ter mais várias predefs de convite) melhor ver pelo padrão. E isso tb não deixaria o bot mais rápido, já q vai só testar se existe o Convite- ao invés de testar 100 comparações (tendendo a aumentar cada vez mais). Rjclaudio msg 00h28min de 30 de abril de 2011 (UTC)[responder]

Dar dá, mas pelo método possível que vejo só trás inconvenientes. Primeiro seria necessário puxar a lista de todas as predefinições, e depois comparar com esses modelos que indicas-te, o que implicaria não só lidar com uma enorme lista de predefinições para filtrar somente uma pequena parte, e depois para a lista de páginas a alterar, precisava de ir buscar novaeficios, embora como disse anteriormente, um script à parte possa fazer essa tarefa com a periodicidade que for desejada, posso inclusivé usar os recursos do toolserver, e usar um dump próprio para não solicitar tanto aos servidores. Alchimista Fala comigo! 00h44min de 30 de abril de 2011 (UTC)[responder]
Não estava falando em usar o modelo para complementar a lista pra achar os afluentes.
Mas já que falou em busca para atualizar as listas. Normalmente as predefs q estão com um modelo específico de título ficam em uma mesma cat. Todo convite de projeto vai estar em uma mesma cat. Dada uma cat, o bot pega todas as predefs dessa cat e gera a lista. Aí compara com as listas atuais e vê se falta algo.
Voltando ao original, era mais pra edição da página. Se em uma página existe {Convite-Projeto1} é possível que tenha {Convite-Projeto2}, {Convite-Projeto3} e vários outros, e algum pode ser novo e não estar na nossa listagem. Tendo aberto a página para edição, não daria para verificar com regex a procura dos padrões? Ao invés de verificar na página Convite-Projeto1 ->Subst:... , Convite-Projeto2 -> subst:... , Convite-Projeto3:..., vai procurar Convite-XXX -> subst:Convite-XXX. Assim, se não tiver nenhum "Convite-" já vai pular pra outra regra, testando uma a uma teria que testar 100+ vezes, demoraria mt mais. Aumentando isso, faria 5 testes ao invés de fazer 500.
Rjclaudio msg 01h04min de 30 de abril de 2011 (UTC)[responder]
Agora percebi. Sim, é possível, mas tornaria a manutenção mais difícil. Neste momento tenho algo como:
predefs = ['Muito bom', 'Música/Convite', 'N', 'Não']

que serve para buscar os afluentes, e aplicar as substituições, ou seja, uma mesma lista. Da forma como dizes, teria de ter duas listas, uma com as predefinições, e outra com as substituições, o que tornaria a actualização mais complicada. Posso incluir uma ou outra regra genérica para os convites dos projectos para os tentar apanhar, e pelo que vou vendo, os ganhos que se teria neste caso em termos de velocidade não seriam muitos, porque o script é simples e as verificações adicionais implicam neste caso recursos mínimos. tenho scripts com menos regex que demoram bem mais tempo do que este. Além do mais, o script vai correr completamente autónomo, em períodos definidos, usando o cron por isso tenho de jogar com a fiabilidade/facilidade de manutenção/recursoso consumidos, e neste momento, para mim o sistema a actual é o mais equilibrado. Como é obvio, há melhorias que podem surgir futuramente, posso ver se consigo encontrar solução de evitar as repetições que indicas-te tornando-o mais rápido e mais eficiente, mas também tenho de jogar com o meu tempo disponível. neste momento parece-me ser fiável e suficientemente eficiente para correr, mas como é obvio pode sempre melhorar. Alchimista Fala comigo! 01h48min de 30 de abril de 2011 (UTC)[responder]

Não dava para ignorar a busca de afluentes e usar a Categoria:!Páginas com predefinições que deveriam ser substituídas? Assim ficava só com as substituições. Rjclaudio msg 12h26min de 30 de abril de 2011 (UTC)[responder]
Sim, dá, mas o problema é que caso o script não esteja devidamente actualizado com todas as predefinições ai listadas, vai buscar as páginas todas da categoria, e processa-las, mesmo que não proceda a nenhuma alteração. Gravar não as grava porque somente edita as páginas quando o texto é alterado, mas iria originar pedidos escusados. Alchimista Fala comigo! 12h36min de 30 de abril de 2011 (UTC)[responder]

Minhas ideias acabaram então. Fico por aqui, e deixa para uma versão2 do script. Rjclaudio msg 14h14min de 30 de abril de 2011 (UTC)[responder]

Alch, poderias rodar o script um tanto para se ter uma base de analise? Já sabes as regras, então não vou repetir elas ;) Béria Lima msg 21h32min de 5 de maio de 2011 (UTC)[responder]
50 edits concluídas. Alchimista Fala comigo! 20h34min de 10 de maio de 2011 (UTC)[responder]
Sim Aprovado. As edições estão perfeitas (e olhei a cada uma delas). Só tenho uma sugestão: Incluir a predefinição substituida entre <!-- --> (como é feito no AWB, acho eu). Béria Lima msg 22h24min de 15 de maio de 2011 (UTC)[responder]