Wikipédia:Filtro de edições/49
Página nova proposta para a eliminação | |
---|---|
Status | |
Avisando e etiquetando | |
Manutenção | |
Resumo | |
Ferramentas | |
Falsos positivos | |
Total | 2 |
Lista | Lista filtrada (com gadget) (PS: futuramente, poderíamos ver os 5 mais recentes aqui mesmo) |
Tarefas |
Falso positivoEditar
Falso positivo. Não sei o que se passou. GoEThe (discussão) 12h50min de 20 de janeiro de 2010 (UTC)
- Veja seção 18-ER. Tem um <nowiki>{{Lixo}}</nowiki>. Mudei o código pra só detectar se tiver algum parametro (troquei [\|\}] por \| no final. Assim não detecta mais {{Lixo}}, mas detecta {{Lixo|~~~~}}. Mas imagino q ainda terá alguns falso-positivos qnd alguém arquivar discussões q tem alguma tag de eliminação dentro de nowiki. Rjclaudio msg 13h24min de 20 de janeiro de 2010 (UTC)
Colocaria um <nowiki>[^<>]*{{lixo\|. Reconhece quebra de linha, e caso tenha um /nowiki antes da predef ele reconhece. Se tiver algum < ou > entre o nowiki e a predef ele não vai reconhecer. Desse jeito deve pegar todos os usos corretos. As exceções me parecem mt poucas e seriam mais para vandalismo, se bem q nunca vi vandalismo com tag de eliminarr dentro de nowiki. Vou colocar esse código por enquanto. Rjclaudio msg 14h25min de 20 de janeiro de 2010 (UTC)
- Meu problema é o tempo, estava com 3,8ms e agora com mais esse código deve aumentar mais. Talvez dê pra tirar a exceção pros dois bots já q esse novo código não daria falso-positivo nos arquivamentos bem-feitos.
- Esse tempo, na prática, representa o q? O qnt de tempo o software demora para analisar a edição, ok, então esse é o tempo que demora pro software gravar a edição? Tem algum limite para o tempo, ou só tem limite pro número de condições?
- Rjclaudio msg 14h30min de 20 de janeiro de 2010 (UTC)
Lixo -> ImpróprioEditar
Alguém poderia trocar o trecho usuário:salebot/lixo
por usuário:salebot/impróprio
? A predefinição {{Usuário:Salebot/Lixo}} foi movida para {{Usuário:Salebot/Impróprio}}. Francisco discussão 00h00min de 22 de dezembro de 2010 (UTC)
Tempo de execuçãoEditar
Talvez devêssemos fazer alguns testes para tentar reduzir o tempo gasto na execução deste filtro (no momento, a média é de 9,11 ms, e ele é um dos mais "lerdos" conforme as estatísticas). Algumas possibilidades são:
- Mudar a ordem em que os testes são executados. Feito: agora ele só testará se é administrador depois de todos os outros testes;
- Trocar
added_lines
porsubstr( added_lines, 0, 500 )
, para procurar pela predefinição de eliminação apenas entre os primeiros 500 caracteres (ou talvez outro número) das linhas adicionadas, já que a eliminação costuma ser proposta no início da página.
Helder 09h09min de 28 de outubro de 2013 (UTC)
- Duas coisas que podem ser feitas são remover o parâmetro "& new_size > 50" e "& ! 'sysop' in user_groups". O primeiro é para evitar o disparo conjunto com o filtro 66 mas os dois filtros já estão bem estabelecidos e não há necessidade de separar os casos que inclusive são para propósitos diferentes. E também não vejo porque ser sysops faça diferença na avaliação. Não sei se a diferença é significativa mas ao invés de testar "article_recent_contributors == Empty" podemos testar "article_articleid ==0". Entendo que o primeiro precisa procurar o user_name numa lista enquanto o segundo é uma associação direta.OTAVIO1981 (discussão) 12h36min de 28 de outubro de 2013 (UTC)
- Parece ser boa ideia testar com
article_articleid == 0
(apesar de que não deve chegar a ser feita uma busca de um nome de usuário em uma lista quando usamosarticle_recent_contributors == ''
, mas sim a conversão da lista para uma string e posterior comparação com a string vazia). Helder 13h01min de 28 de outubro de 2013 (UTC)
- Parece ser boa ideia testar com