|
|
|
|
A premissa é interessante, ainda que absurda, e até que me deixou entretido por um tempo. Mas não demorou muito para ficar cansativo e o final foi definitivamente “broxante”. Eu pretendo assistir ao filme basicamente para ver o mundo imaginado pelo autor construído por computação gráfica. Mas também tenho uma esperança de que seja uma experiência melhor que a fonte. 2 comentáriosClique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentárioEstou escrevendo isto respondendo a um pedido de Luciano Sturaro neste post. Antes, algumas considerações:
O bloqueio de anúncios por arquivo HOSTS não bloqueia “o anúncio”. Ele impede que sua máquina acesse os domínios que normalmente servem anúncios, bloqueando o download de qualquer coisa vinda dele. Existem alguns programas que se oferecem para “gerenciar” o arquivo hosts por você mas eu os acho desnecessários e podem até ser definitivamente perigosos. Você não vai querer rodando na sua máquina um programa feito pelo insano A.P.K.. Ignore o fato de que o post é de 2004. Ainda hoje dizem que se você repetir o nome dele três vezes ele aparece onde você estiver para assombrar você. Basta substituir o arquivo que você tem (usualmente) em c:\windows\system32\etc\ pelo que você encontra aqui. Funciona sem qualquer dificuldade até o Windows 8.1 sem atualizações. O ZIP vem com um arquivo .bat que se você rodar como administrador vai colocar o arquivo no lugar, mas eu prefiro fazer isso manualmente.
1 comentário
Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentárioMas do que raios eu estou falando? Será que a Mozilla ainda tem algum “fã” hoje?
4 comentários
Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentárioVocê pode estar pensando: “mas isso é um caso clássico de filtragem de spam!”. Eu também pensei que era quando o usuário ligou reclamando, mas depois me dei conta de que não era tão “simples”. O “detalhe” que me fez “jogar a toalha” e deixar o usuário convivendo com o problema por 40 dias: Três usuários compartilham o mesmo endereço de email e o problema acontecia apenas com um deles. Os outros dois usuários conseguiam mandar email para todo mundo. Todos usam o Windows Live Mail 2012. A primeira coisa que fiz foi testar se eu podia receber o email na minha conta gmail. Chegou imediatamente. Conferi se realmente os outros usuários conseguiam mandar emails para esses destinatários (cerca de quatro empresas de pequeno porte) e eles conseguiam, mas de fato não havia resposta para os emails de teste que eu enviava do usuário problemático. Nenhuma mensagem de erro retornava desses destinatários. Eu tinha certeza de que se tratava de filtragem de spam, mas não conseguia ver o que os servidores dos destinatários estavam vendo de diferente nos emails desse usuário. Comparei cuidadosamente a configuração de servidor de email entre as cópias do Windows Live Mail e não encontrei nada errado. Analisei o cabeçalho da mensagem enviada desse usuário tentando encontrar algo, mas a única coisa suspeita foi que no cabeçalho do email aparece o nome da máquina que enviou, então eu mudei o nome da máquina, mas isso não surtiu efeito. Eu até deletei a assinatura e enviei email como “somente texto”. Nada de chegar a esses destinatários. A razão foi descoberta por acaso pelo próprio usuário 40 dias depois: Ao cadastrar a conta do usuário no WLM eu digitara errado o endereço de email e em vez de “.com.br” estava gravado “.om.br”. Estou envergonhado até agora. Faz sentido que um servidor de email considere como spam uma mensagem que tem um endereço evidentemente inválido, mas ainda não consigo entender como a maioria não se importava com isso. Nem mesmo o campeão da filtragem de spam: o gmail. Isso me colocou em um caminho que não estava completamente errado, mas o suficiente para que eu não olhasse justamente na aba da configuração do WLM onde estava o problema. Outra coisa curiosa: nesses 40 dias o usuário não reclamou nenhuma vez de que destinatários que recebiam seus emails não conseguiam responder, o que seria a consequência óbvia do meu erro de digitação. Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentário
Ora… o velho ditado “quando um não quer, dois não brigam.” teria destruído essa trama perfeitamente. Primeiro, eu acho insana a idéia de que o resto dos comandantes militares russos numa situação dessas não exigiria uma prova de que as ordens estavam vindo mesmo do presidente russo. Segundo, a Rússia não é a Coréia do Norte. O fato do presidente não conseguir se comunicar com ninguém não impede o mundo de se comunicar com a Rússia e apesar das tensões reais entre os dois países certamente existem múltiplas amizades entre diplomatas, militares e repórteres dos dois lados que poderiam ser usadas para espalhar a verdade e no mínimo colocar o conflito em pausa até maiores esclarecimentos. Que tal “Sr. Embaixador, nossos serviços de inteligência indicam que o ministro Durov armou um golpe, fez o seu presidente prisioneiro e pretende colocar seu país em guerra com o nosso.“. E olha que uma simples conversa poderia ser o bastante para criar uma dúvida razoável, mas os EUA tinham uma (suposta) evidência em vídeo! Até parece que esse povo nunca ouviu falar de Whatsapp e Telegram. Caramba, se colocassem o vídeo do golpe “anonimamente” no Youtube para todo o mundo ver a população russa já ia estar perguntando “cadê o nosso presidente” antes de darem o primeiro tiro. E mesmo se o vídeo fosse evidentemente falso. E por falar em vídeo falso, esse é outro problema do filme: o argumento usando pelo capitão americano para convencer o capitão russo de que seu submarino foi sabotado: um punhado de fotos. Ainda que mostrassem em um vídeo supostamente “ao vivo” um comandante militar teria todas as razões do mundo para rejeitar como uma falsificação. Mas o roteiro quer que acreditemos que Andropov foi convencido por fotos. Outros problemas
Eu mencionei que gostei do filme? Pois é. Por incrível que pareça gostei mesmo. Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentárioSegundo o Teorema do Macaco Infinito (que eu sempre traduzi como “infinitos macacos”) se déssemos a um macaco uma máquina de escrever para apertar aleatoriamente as teclas e uma quantidade infinita de tempo, uma hora ele iria acabar digitando as obras completas de Shakespeare. É muito comum ouvir/ler esse teorema mencionando uma quantidade infinita de macacos, acho que porque tem mais gente além de mim que traduz errado. Me lembrei disso ontem ao testar a máquina de um cliente. A queixa era de que nem ligava, mas aqui a máquina ligou na primeira tentativa e mostrou a tela de entrada do Windows 10, onde você tem que clicar para aparecer a tela onde você digita a senha. Coloquei um mouse na máquina e cliquei várias vezes. Nada. O ponteiro mal aparecia na tela. Então eu notei pelo LED de atividade do HDD que a máquina ainda estava iniciando. Continuei movendo o mouse e clicando teimosamente até desistir e ir fazer outra coisa. Quando voltei a máquina estava parada no desktop do Windows, como se eu tivesse digitado a senha. Mas eu sequer sabia qual era a senha da máquina. Entrei em contato com o cliente, que me disse que a máquina não tinha senha. Achei estranho, porque máquinas sem senha não costumam exibir a tela onde eu estava clicando e vão direto para o desktop. E esse cliente usa senha em todas as máquinas. Outra coisa estranha é que a máquina estava absurdamente lenta. Reiniciei a máquina e desta vez ao clicar na tela inicial mostrou a tela de login me pedindo a senha, como esperado. Testei entrar com uma senha qualquer ou com senha em branco, sem sucesso. Falei para o cliente, que me deu a senha. A máquina estava lenta, mas não absurdamente lenta como antes. Eu não sei o que aconteceu. Acho mais provável que o Windows 10 estivesse no final de alguma instalação/atualização que de alguma forma garantiu o login automático, mas eu não pude deixar de comparar meu clique-clique-clique aleatório e obstinado com o teorema. 2 comentários
Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentárioEu flagrei isso esta semana na minha máquina. Normalmente o processo do Bradesco é tão bem comportado que eu sequer noto sua presença nem na minha nem em qualquer máquina. Mas de repente apareceu consumindo consistentemente 25% de minha CPU desde a inicialização do Windows e não adiantava matar o processo (porque ele se auto reinicia) ou reiniciar a máquina. Tive que desinstalar e estou aguardando a próxima vez que precisar acessar o banco para ver o que acontece. Achei que era um caso isolado até flagrar a mesma coisa hoje na máquina de um cliente. Será que até o Bradesco nós vamos ter que rodar em máquina virtual agora? 14 comentários
Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentárioO cliente reclamou que estava ocasionalmente imprimindo em branco, mas não falou que eram PDFs. Depois que testei a impressora duas vezes e imprimiu normalmente foi que pedi a ele que me mostrasse o problema e constatei que era quando ele imprimia um PDF. Notei também que esse PDF em vez de abrir no Acrobat Reader estava abrindo no Avast Secure Browser. Desconfiado, refiz a associação de PDFs com o Acrobat Reader e o problema foi resolvido. Aproveitei para desinstalar essa porcaria da Avast. Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentárioEsse problema levou dias para ser resolvido por ser intermitente e ocorrer com frequências diferentes para cada usuário. Às vezes levando horas entre ocorrências. O cliente tem cerca de quatro computadores rodando o sistema comercial da empresa e o servidor é um notebook rodando o Windows 10 (não me pergunte a razão). O sistema comercial requer uma conexão pela porta 3050 (Firebird) e os usuários também tem acesso a um compartilhamento de arquivos. Aleatoriamente o sistema comercial travava por perder a conexão com o servidor, com a mensagem:
E em alguns casos era exibido também esse trecho em português:
Essa parte do “pelo host remoto” (que seria o servidor) contribuiu para me distrair e procurar o problema no lugar errado. Além disso cada uma das máquinas exibia uma mensagem dizendo que o mapeamento de rede feito para o servidor havia sido desconectado:
Esse segundo sintoma já garantia que o problema não era no sistema comercial. A primeira coisa que olhei foi justamente o firewall do Avast Premier, mas confirmei que estava desligado em todas as máquinas. O cliente havia desistido meses antes de usar o firewall do Avast por causa de sucessivos eventos onde o firewall reconfigurava a conexão como “pública” bloqueando assim o compartilhamento de impressoras. Notar que eu jamais recomendei qualquer versão paga de antivírus justamente por achar que os “extras” que elas incluem tem o potencial de criar mais problemas para o usuário comum que soluções. Quando eu comecei a atender esse cliente ele já usava o Avast Premier. Tendo conferido isso e como o cliente acreditava ter um problema “na rede” eu comecei trocando o switch, um Intelbras gigabit de 24 portas, e o cabo que ia até o servidor, apesar de não acreditar que fosse isso porque na minha experiência problemas em cabeamento são raros e em switches são raríssimos. Algumas horas depois o cliente admitiu que o problema não estava ali. Então eu voltei minha atenção para o servidor, que era onde eu acreditava estar o problema. O fato de rodar a praga do Windows 10 era minha principal suspeita até mesmo porque já havia ocorrido duas vezes desse servidor se reconfigurar para DHCP perdendo assim o necessário IP fixo após as malditas atualizações automáticas, paralisando a empresa. Entretanto eu fiz uma pesquisa sobre esse tipo de problema e as possíveis causas que encontrei deveriam deixar um rastro no log de eventos do Windows, mas não encontrei nada exceto uma sugestão de que o HDD do servidor pudesse ter um defeito. Comecei desinstalando programas do servidor desnecessários para o correto funcionamento da rede, incluindo o Avast Premier. E como isso também não resolveu e acreditando que antes de levar um longo tempo testando o HDD e desinstalando atualizações “no chute” que eventualmente precisariam ser instaladas de novo eu decidi provar primeiro ao cliente que o problema era no servidor colocando outro no lugar. Preparei um notebook meu com o Windows 7, copiei todos os arquivos e fiz a substituição. Pelo título do post, é claro que vocês sabem que isso não resolveu nada. Estava claro que o problema estava em algum software rodando em todas as máquinas. Poderia ser um vírus, mas achei muito mais provável que fosse uma atualização automática do Windows ou de algum software instalado pelo cliente. Comecei desinstalando o Avast e o problema foi finalmente resolvido. Uma coisa curiosa que vale a pena citar é que em uma ocasião onde estávamos eu o o cliente conferindo que o firewall do Avast realmente estava desligado nós flagramos a configuração do firewall deslizar para PÚBLICA e em seguida de volta para PRIVADA. Bem embaixo de onde estava escrito OFF e dos nossos narizes. Se a mensagem “pelo host remoto” e minha birra com o Windows 10 não tivessem nublado meu julgamento eu provavelmente teria testado desinstalar o Avast muito antes.
6 comentários
Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentário Jefferson,  14 de janeiro de 2019,  Este post é a continuação deste. 39 comentários
Clique para comentar(Prefira clicar em "Responder" se estiver comentando um comentário)Deixe um comentário |
|
|
Copyright © 2026 Quick Talk - All Rights Reserved |
|
Estou me referindo 
Hunter Killer
Você leu o “Mortal Engines” errado…. Leia o livro homônimo do Stanislaw Lem.
Eu li o livro “certo” no sentido de que queria ler o livro que inspirava o filme de mesmo nome.
Eu concordo que provavelmente foi o livro “errado” no sentido de “qualidade da escolha”.