POEMA DA SEMANA
AMERICA, CUMPLIRA SU DESTINO
<https://cienciaaberta.net/sp/AMERICA,_CUMPLIRA_SU_DESTINO>
*Montevidéo, JUN/81*
AMERICA, CUMPLIRA SU DESTINO
Que destino em desatino
é carregar pedra em sol de pino
E por que foi concebido?
E depois de concebido,
por Deus foi consentido?
Será que Deus ao fazer o mundo
reservou à América destino carcundo
de carregar às costas o seu próprio,
o terceiro, o novo e o velho mundo?
Nevinho <https://cienciaaberta.net/sp/Categoria:Nevinho>
--
*Nevinho*
Venha para o Movimento Colaborativo Sexta Poética!
<http://cienciaaberta.net/sp>
Ano novo <https://cienciaaberta.net/sp/Ano_novo>
Pode ser triste ver a ruína
depois de assistir o esplendor.
Disso tivemos muito no ano que passou.
Mas termina um, começa outro e é dado ao poeta
o privilégio de mensagear bons fluidos,
espargir esperança, ânimo, força.
É seu desejo e dever, orgulho e obrigação.
Em tempos de notícias sombrias e manchetes assombrosas,
antracnose nos mangueirais da Fazenda pública,
abre-se uma janela para um pátio ensolarado:
um jardim florido de crisântemos azuis...
Façamos um mundo melhor!!
Nevinho <https://cienciaaberta.net/sp/Categoria:Nevinho>
--
*Nevinho*
Venha para o Movimento Colaborativo Sexta Poética!
<http://cienciaaberta.net/sp>
Olá para todos,
como costumo fazer muitas vezes, acessei uma página na Wikipédia, na
ocasião, na de língua portuguesa mesmo, para aprender um pouco mais
sobre algo que passou por mim numa conversa qualquer. Isto faz uns 2 ou
3 dias.
O que aconteceu foi completamente incomum, inesperado e praticamente
inexplicável. Quando eu acessei a página do "artigo X", meu computador
começou, poucos instantes depois, a aumentar seu uso de memória, bem
rapidamente. Em poucos segundos a memória RAM se esgotou (eu mantenho um
monitor do sistema na minha barra de tarefas mostrando o uso de
memória). Após a RAM se esgotar, claro, começou a aumentar o uso da
memória virtual, que é em disco. Fiquei olhando aquilo, esperando algo
acontecer pra talvez explicar o negócio. Seria a página da Wikipédia que
causou o uso gigantesco de memória? Eu costumo ter muitos programas
abertos simultaneamente, e vários deles ficam fazendo coisas diversas o
tempo todo, embora não continuamente. Com quase tudo do sistema sendo
transferido pra memória virtual, decidi fechar o navegador, que foi o
último passo que fiz, provável culpado. Demorei vários minutos pra
conseguir matar ele pelo sistema. Tudo estava muito lento, respondendo
vários segundos depois da sua ação causal. Quando o navegador foi
obrigado a parar de rodar, sem escolha, houve um aumento instantâneo da
memória disponível, tanto na RAM quando na memória virtual que também
foi gasta (e também é mostrada no meu monitor de sistema). Conclusão: o
navegador foi quem gastou toda esta quantidade de memória. "Será por
que?", eu me perguntei. A Wikipédia é uma página tão leve, e funciona
até sem o javascript habilidado! (coisa que costumo usar desligado
também porque ela fica mais lenta com as bobagens dinâmicas que vieram
sendo acrescentadas nos últimos anos, e eu não gosto de nenhuma; prefiro
as páginas leves, rápido carregamento, leitura, tudo rápido, sempre!)
Enfim. Tentei abrir o mesmo artigo de novo, com o javascript
desabilitado. Mesmo resultado... e mais tempo perdido pela "bagunça
memorial" feita no sistema.
Deixei pra lá um tempo. Talvez fosse alguma mudança na Wikipédia que
deveria ser consertada rapidamente. Mas passando 1 dia, tentei de novo,
não mudou nada.
Passado mais um dia, tentei outros artigos na Wikipédia, desta vez.
Todos normais, abriram super rápido, como costuma acontecer. "E aí?
Vamos tentar o artigo X de novo?" - pensei. E, como podem imaginar pelo
assunto desta mensagem, o problema se repetiu. O problema pareceu ser,
neste momento, algo que só tem neste artigo ou algo que pode ter em
outros também, e que por "sorte" não tinha nos artigos que testei, eles
estavam normais.
Mais tempo perdido recuperando o sistema que ficou bem lento... chato
pra caramba!
Hoje, no final da tarde, me sentindo meio inspirado (ou à toa), quis
achar o ponto exato da causa do problema. Porém, tinha várias limitações
para eu contornar. Por exemplo, eu não consigo abrir o código fonte
(wikipediano) da página em questão, pra ver se tem algum vandalismo
nele. Isto vocês poderão fazer por mim - espero! - depois que eu
terminar de cronicar isto tudo.
Salvei a página pela linha de comando. Eliminei no código fonte dela
toda ocorrência de scripts. Abri a página no navegador, ansioso...
PEEEEEEEEEEM! Mesmo problema, mais perda de tempo. Já me sentindo meio
bobo por perder tanto tempo sem necessidade, eu consigo fazer melhor, já
fui pensando em como evitar as lentidões na próxima tentativa. Fiz isto
enquanto consertava a atual.
Ideia: buscar no código fonte da página, que já confirmei ter o
problema. E o problema não é dos scripts, direta ou indiretamente -
importante separação! Agora eu tenho "apenas" que achar qual linha ou
característica da página (já salva no meu disco) faz a memória do
navegador estourar. Acho que tem um máximo pro efeito, mas não tenho
certeza... eu sempre consegui parar o navegador antes da memória total
do sistema, que é muito grande, chegar ao fim.
"Como fazer a busca?" - pensei. Fácil! Quantas linhas tem o código?
Divido ao meio, apago a primeira ou a segunda metade, abro a página
resultante com algo perto de metade do tamanho original. Isto dará um
código HTML ruim, claro. E eu não quis consertar ele pra ficar "menos
errado", cheio de coisas não terminadas, etiquetas não fechadas, etc.
Mas eu consigo arrumar o básico mais visível e os navegadores são
projetados para lidar com vários tipos de erros nas páginas que abrem. E
contando com isto, e fazendo esta busca binária, eu poderia,
possivelmente, chegar a uma única linha culpada em poucas tentativas!
Certo?? Meio idealista, mas é uma possibilidade a se tentar, já que
estava bem no escuro com a causa do negócio.
A minha sorte está boa, consegui chegar rapidamente a uma única linha
culpada! Nela tinha algo absurdo pra existir num artigo qualquer da
Wikipédia. E pra confirmar que a culpa era do trem que eu achei, apaguei
TUDO da página, exceto os cabeçalhos; tirei da etiqueta "<body" todos os
elementos, exceto aqueles mais profundos que continham a tal linha -
neste momento - suspeita. Abri a página só com esta linha, num código
mínimo, de poucas linhas, e... O problema existiu! Exatamente igual!!
Detalhe exótico mudado pra algo razoável, abri a página sem efeito algum
(e quase sem conteúdo também). Pra terminar, baixei de novo, pela linha
de comando, toda a página do artigo X. Fazendo uma busca simples,
descobri que existiam duas ocorrências do possível erro. "Que tal
testar??" - pensei. Fiz apenas duas mudanças no código baixado,
alterando o exótico pra algo razoável. Abri o arquivo no navegador...
ótimo! Não ocorreu problema algum! Problema confirmado, solução
encontrada... e agora??
O artigo desta história está no endereço
http://pt.wikipedia.org/wiki/Tender.
http://pt.wikipedia.org/wiki/Tender
É um artigo bem curto, e nem era sobre o que eu queria ler (que é o
"tender" que as pessoas comem, alternativamente a um peru de Natal, até
onde já vi).
O problema, que faz o navegador estourar a memória, são 2 palavras no
artigo que estão com tamanho explícito, no código fonte HTML, de 4000
pixels! Exatamente 4000! E este tamanho absurdo de fonte, por um motivo
técnico que nem me interessa saber com exatidão, causa um gasto
horroroso de memória. As palavras, ambas ocorrêndo apenas uma vez no
artigo, como confirmei, são "Último" e "Próximo".
As linhas de código fonte HTML com os 2 problemas estão abaixo,
envolvidas por "--", pra ajudar:
--
<div class="nodeco" style="position:absolute; font-size:4000px;
font-weight:lighter; font-style:italic; line-height:1em;
vertical-align:top;">Último</div>
--
<div class="nodeco" style="position:absolute; font-size:4000px;
font-weight:lighter; font-style:italic; line-height:1em;
vertical-align:top;">Próximo</div>
--
Se estas palavras são consequência direta do código fonte wikipediano do
artigo, e portanto deverão ser efeito de algum vandalismo facilmente
localizado e de algum usuário, ou não, vocês poderão me dizer.
Se forem algum erro de configuração ou sei lá o que do sistema, afetando
possívelmente vários outros artigos com características semelhantes a
este, acho que nesta lista vocês saberão pra onde deve ser comunicado o
problema. Imagino que o Rodrigo poderá fazer tal comunicação.
E, por favor, quem responder esta mensagem, não se esqueça de me colocar
como destinatário também! Não só da primeira resposta, como das
possíveis outras respostas subsequentes! Eu não faço mais parte da
lista, mas gostaria de receber todas as mensagem da possível discussão
deste problema.
Fico aguardando. Espero ter colaborado, e agradeço antecipadamente ao
que vier.
Atenciosamente,
André
Divulgando...
Rodrigo Padula
Coordenador de Projetos
Grupo Wikimedia Brasileiro de Educação e Pesquisa
http://www.wikimedia.org.br
21 99326-0558
============ Forwarded Message ============
>From : fvallegalvao(a)gmail.com
To : educacao-br(a)lists.wikimedia.org
Date : Fri, 16 Dec 2016 14:41:24 -0200
Subject : [Educacao-br] Brasil é destaque no Wiki Loves Monuments
============ Forward Message ============
Oi, pessoal!
Boas novas! A foto do Palácio do Planalto, feita pelo brasileiro Gastão
Guedes e que venceu a etapa nacional do Wiki Loves Monuments, conquistou o
sétimo lugar no TOP 15 do ranking internacional da Wikimedia Foundation.
Já temos texto no blog para compartilhar. ;)
http://wikimedia.org.br/content/pal%C3%A1cio-do-planalto-%C3%A9-destaque-no…
Bjs,
Fernanda.
_______________________________________________
Educacao-BR mailing list
Educacao-BR(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/educacao-br
Bom dia pessoal,
Estou juntando o dinheiro
<https://www.generosity.com/fundraising/photograpy-equipment-for-wikipedia-u…>
para trazer um equipamento fotográfico que será usado para melhorar a
qualidade do conteúdo dentro do Brasil (Fotografias panorámicas e 360
grados) e, evidentemente, em commons Wikipédia.
Algum de vocês, por acaso, tem uma viagem planejada para os Estados
Unidos?. Eu estou tentando trazer o equipamento legalmente sem pagar o 60%
de imposto com um amigo que poderia ajudar.
Muito obrigado.
*Wilfredo Rodríguez*
Compartilhando!
============ Forwarded message ============
>From : Fernanda do Valle<fvallegalvao(a)gmail.com>
To : "Lista do Grupo Wikimedia Brasileiro de Educação e Pesquisa"<educacao-br(a)lists.wikimedia.org>
Date : Wed, 07 Dec 2016 11:44:17 -0200
Subject : [Educacao-br] Maratona de edição #100Womenwiki
============ Forwarded message ============
Olá, pessoal!
Amanhã, teremos um evento muito importante: o ediathon internacional em
parceria com a BBC World. Pela primeira vez, o Brasil participará
ativamente da série 100Women, promovida pela BBC, que elege as 100 mulheres
mais influentes e inspiradoras do mundo.
Somos os responsáveis pela maratona de edição na Wikipédia lusófona, onde
poderemos melhorar e criar verbetes referentes às mulheres da lista. Outro
ponto interessante é que propusemos um recorte complementar: os verbetes
das mulheres relevantes para a área de patrimônio histórico e cultural.
O ediathon é aberto a todos os internautas que desejarem contribuir.
virtualmente. Além disso, organizamos dois espaços físicos, com 30 vagas
disponíveis em cada cidade. A entrada é gratuita, mas será por ordem de
chegada devido à capacidade reduzida. Os interessados devem levar seu
próprio laptop.
Essa parceria com a BBC é muito importante para o grupo e também para
mostrarmos à Fundação o fértil campo de trabalho que há no Brasil.
Convidem os amigos e participem! o/
Evento RJ: https://www.facebook.com/events/1267427176661646/
Evento SP: https://www.facebook.com/events/285238198540823
O texto oficial está publicado no blog: http://bit.ly/2ga2wET
Sigam e movimentem nossos perfis nas redes sociais:
Facebook: https://www.facebook.com/wikiedubr
Twitter: @wikiedubr
Lembrando que a hashtag do evento é #100Womenwiki
Bjs,
Fernanda
_______________________________________________
Educacao-BR mailing list
Educacao-BR(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/educacao-br