Antes, quero agradecer aos dois únicos doadores que contribuíram com a vaquinha para o domínio do blog. Como eles preferiram permanecer anônimos, então fica Meu muito obrigado!

O endereço registrado:

www.crashcomputer.com.br

Podem adicionar aos favoritos.

Vamos a prestação de contas conforme prometi.

Foi arrecadado o valor de líquido de R$229,61 (deduzidas as taxas de transferência da vakinha e paypal).

Inicialmente a idéia era registrar por 5 anos, mas com o valor arrecadado foi possível registrar por 6 anos. O valor pelo registro de 6 anos foi de exatos R$220,00 que pode ser consultado na pagina do registro.br.

Seguem os comprovantes.

Gostaria de agradecer publicamente aos 2 colaboradores que fizeram as doações pra o registro do domínio do blog pelo prazo de 5 anos.

Porém se acaso mais alguém resolver colaborar, aplico o valor para estender o prazo de registro pra um tempo mais, de acordo com as opções disponíveis no registro.br.

Não citarei os nomes publicamente, a menos que estes digam que o posso fazer e o farei no post onde estará o  comprovante do registro do domínio.

Apenas na vakinha, que tem um prazo pra poder sacar o valor, que é de 15 dias. Então a liberação ocorre no dia 23/05. Liberado já faço a transferência dos valores do paypal e da vakinha e já inicio o registro.

Meu muito obrigado!

Andamento da vaquinha.

117% já arrecadado.

Atendendo a pedidos, botão do paypal:

Bom… criei a vaquinha online. Como falei a situação é de contenção de despesas, então criei coragem, deixei a vergonha de lado. O valor necessário é de R$184,00 para um registro de 5 anos. Foi necessário fazer a vaquinha no valor de R$200,00 porque há uma taxa de aproximadamente 7% pelas doações e R$5,00 pelo saque do valor.

O valor que se pode contribuir é livre.

Clique sobre a vaquinha ou use o link abaixo dela.

Por uma bobeira minha, de uma “falha” do filtro de junk mail do google e da política de prazos curtíssimos do dot.tk, perdi o domínio www.crashcomputer.tk

De forma que quem acessava por esta URL agora o terá que fazer pelo endereço real do site. https://crashcomputer.com.br

Quem assina o Feed não deve ter percebido que o domínio não existe mais.

Estou pensando no seguinte… registrar um .com.br ou um .com mesmo. Mas é até chato falar… se eu fizer um vaquinha, os poucos leitores estariam a fim de colaborar com o custo do registro? É barato, mas como estou em contenção de despesas… Se sim, avisem nos comentário que eu crio uma vaquinha.

Até pensei em botão do paypal, mas não achei esta opção em minha conta, e além disso o paypal tem problema que se doar em reais, não gasta internacional e vice-versa. Google Adsense, me sacanearam a muito tempo atrás e perdi o que tinha e baniram minha conta. Desde então minha política de adblock subiu para o nível hardcore.

Voltando a idéia da vaquinha, pra não ficar muito no pede-pede sempre, pensei fazer o registro por 5 anos, o valor como pode ser consultado no próprio registro.br seria de R$ 184,00 para 5 anos.

Alguém tem uma idéia melhor ou mais barata? Topam a vaquinha?

Muito sabem que eu tenho um canal no Youtube e que tá largadão as traças, o que me fez desanimar dele é que um FDP me sacaneou com o adsense e aquela conta foi banida do adsense, e então nem pra ganhar uns trocos com os videos dá.

Já tem um tempo que eu comecei a fazer em passos lentos a copia dos vídeos pra uma nova conta, que por enquanto tem um ou dois assinantes (não divulguei ainda). A idéia é mover todos os vídeos mais interessantes e deixar esse canal antigo parado só com umas coisas que embora tenham bastante visita, não me interessam.

Mas ai me vem a vontade de tocar a frente outra coisa que eu queria fazer a tempos… filmar o por dentro das coisas… sim, praticamente a mesma proposta do meu amigo Pakéquis.

Eu só fico meio sem graça de fazer isso, porque um dia vai aparecer alguém que vai falar: Copiou o Pakéquis. E claro… que eu vou mandar pra aquele lugar…

Esses vídeos eu acabaria publicando aqui no blog, se bem que a proposta deste blog nunca foi eletrônica e afins, isso é proposta do meu site de radioamadorismo.

Ai fica a pergunta, a “1/2 dúzia” que lê isso aqui, acha que vale a pena torcer ou melhor dizendo, focar mais o blog em algum assunto rápido de eletrônica (sem deixar de fazer os outros posts é claro)? O lado D.I.Y. eu já posto, em geral o que não encaixa em eletrônica.

Deixem a resposta nos comentários. Conforme for, eu já tenho três coisas pra mostrar, embora eu já tenha desmontado pra restaurar, eu desmonto de novo.

O plugin WP PostRatings é legal, mas tem duas deficiências que já vem de looonga data e não parece ter solução por parte do desenvolvedor, sei lá por qual motivo exato.

Olhando no fórum do plugin, nota-se que o autor até que responde as postagens, mas invariavelmente as respostas pelo que notei dividem-se em 3: Não da pra fazer, É muito especifico pedido por uma única pessoa ou será estudado e cri… cri… cri…

A primeira das deficiências é que a cada atualização ele apaga o diretório de imagens e perde-se qualquer imagem personalizada. Essas estrelas amarelas que uso no meu mesmo é personalizada. Logo, toda vez que tem update relevante do plugin e eu o faço, tenho que subir as imagens.

A outra é que na lista de gerenciamento das avaliações, até aparece informação demais, porem ele não coloca um link para a postagem, mas bota o título do post, mas… sem link.

Bom… a primeira deficiência pelo visto não vai ter solução pois o autor já falou no fórum que não dá, pois o plugin é “datado”… sei lá o que quer dizer isso.

Mas a segunda tem como fazer e não é difícil. Postei o pedido da facilidade no fórum e inclusive como faze-lo. Somente fica a questão se o autor vai dignar-se a incluir isto num próximo update, já que eu dei a solução de bandeja.

Caso ele não coloque (nota: duas atualizaçõe depois…), estou deixando o procedimento anotado neste post, para que caso alguém deseje faze-lo, e para que eu mesmo tenha como consultar no futuro.

Abra o arquivo postratings-manager.php em um editor de texto que numere as linhas (sugestão: notepad2 ou notepad++). Vá para a linha 349 (isso é na versão 1.84.1, pode mudar em futuras versões) . Deve ser uma linha como essa (ou olhe um pouco acima ou abaixo e encontre a linha sugerida):

echo "<td>$postratings_posttitle</td>\n";

Modifique esta linha para:

echo '<td><a href="'.$postratings_post_url.'" target="_new">'.$postratings_posttitle.'</a></td>'."\n";

Agora vá para a linha 308 (A linha deve ser igual a: $postratings_host = $postratings_log->rating_host;)

Acrescente logo após esta linha, o seguinte (dê um enter no final da linha. dããã…):

$postratings_post_url = get_permalink( $postratings_postid ); //URL to Post

O resultado será este:

Com isso fica fácil chegar ao post através da lista do WP Postratings. Vamos ver se o autor se mostra receptivo a sugestão e implementa em definitivo no plugin.

Nota: Eu escrevi este post a 14 meses atrás e estava engavetado aqui nos posts rascunhos, postei a dica de como implementar isto no fórum do plugin, nesta época a versão do plugin era 1.83.2 e já estamos na 1.84.1  e nada disso ser implementado. E dando uma olhada no fórum as respostas do autor continuam sempre as mesmas. Não da pra fazer, É muito especifico pedido por uma única pessoa ou será estudado e cri… cri… cri…

[ Ouvindo: Blackwood – My Love for You (1997) ]

Na versão 4.2 do WordPress foi adicionado o suporte a emojis e sem a opção de desligá-lo, o que causou uma boa chiadeira na comunidade. Obviamente já apareceu um plugin que se propõe a remover o maldito suporte, até que não ser oficializada uma opção de desligar essa droga facilmente pela própria interface administrativa.

O plugin, de fato consegue desregistrar o código css dos emoji, que é o trecho de código abaixo:

<style type="text/css">
img.wp-smiley,
img.emoji {
	display: inline !important;
	border: none !important;
	box-shadow: none !important;
	height: 1em !important;
	width: 1em !important;
	margin: 0 .07em !important;
	vertical-align: -0.1em !important;
	background: none !important;
	padding: 0 !important;
}
</style>

Porem, ainda removendo essa formatação, resta um bug, pois contrariando a boa prática fizeram o favor de inserir uma regra de formatação diretamente no código (css inline, hardcoded) :

<img src="%s" alt="%s" class="wp-smiley" style="height: 1em; max-height: 1em;" />

Note o height e max-height direto no código, e o resultado patético é este, mesmo com o plugin instalado:

Como pode se ver, os emoticons são redimensionados para a altura de 1 linha de texto, o que é ruim, principalmente com o set de emoticons que uso, o kolobok.

Então, como resolver este problema de formatação inline? Vamos usar a declaração !important na folha de estilos do tema, que pelas regras do CSS, vai passar por cima de qualquer outra formatação definida inline.

Pra isso, basta adicionar este pequeno trecho de código em seu arquivo de estilo de seu tema (geralmente style.css):

img.wp-smiley {
  border-width: 0px !important;
  vertical-align: -5px !important;
  height: inherit !important;
  max-height: inherit !important;
}

O resultado será este:

Os parametros border-width e vertical-align são opcionais e podem ser removidos, a função deles é de centralizar o emoticon a linha de texto, logo esse valor também pode ser alterado para se adequar ao tamanho de seu texto.

Lembrando que você deve instalar o plugin que desabilita o suporte aos emoji, e aplicar o patch CSS acima no style.css de seu tema.

Já tem umas duas ou três atualizações do WordPress que eu estou achando muito ruim a nova fonte que escolheram para o menu administrativo.

Ficava uma coisa esquisita, embaçada. Hoje como tinha mais uma atualização do WordPress pendente, resolvi faze-la e ver se haviam consertado isso.

Qual foi a não-surpresa  que continuava a mesma porcaria. Dai resolvi investigar qual era a entrada no arquivo CSS que especificava esta fonte. Pela minha surpresa encontrei isso aqui, que desligado via o editor CSS do WebDeveloper Toobar (addon do Firefox) resolvia o problema:

<link rel='stylesheet' id='open-sans-css'  href='//fonts.googleapis.com/css?family=Open Sans:300italic,400italic,600italic,300,400,600&#038;subset=latin,latin-ext&#038;ver=3.9.2' type='text/css' media='all' />

Então, como desligar isso ai sem ter que apelar pra altas gambiarras? Simples… adicionar um filtro no arquivo functions.php de seu tema do WordPress.

function remove_open_sans() {
	wp_deregister_style( 'open-sans' );
	wp_register_style( 'open-sans', false );
}

add_action( 'wp_enqueue_scripts', 'remove_open_sans' );
add_action( 'admin_enqueue_scripts', 'remove_open_sans' );

Com o script acima, será desligada na pagina administrativa e pagina principal, quando aparece a barra administrativa.

Veja a diferença:

Percebe como a fonte “Open Sans” é borrada e de péssima resolução? Com o script acima volta a fonte padrão do navegador que tem uma visualização melhor e mais limpa.

O Jefferson fez este post com um script (que ele encontrou) que ajuda a matar uma boa parte do SPAM no WordPress.

Porem como o próprio Jefferson notou, ele tem uma falha que confunde palavras, como o bem citado exemplo dele, onde “especialista” é confundido com “cialis”.

Nisso resolvi dar uma ajeitada no script de forma que ele não confunda mais as palavras, fazendo o uso de expressões regulares para “pescar” somente as frases (ou blocos) exatos dentro do texto do comentário.

O novo código ficou assim:

//Acrescente isso no final de functions.php (é um arquivo do tema, não do wordpress)
//pode ser imediatamente antes da linha final com um "?>".

function in_comment_post_like($string, $array) {
      foreach ( $array as $key => $value ) {
          if (preg_match("/\b".$value."\b/i", $string)) { return true; }
      }
      return false;
}

function drop_bad_comments() {
    if (!empty($_POST['comment'])) {
        $post_comment_content = $_POST['comment'];
        $lower_case_comment = strtolower($_POST['comment']);

        // Lista de palavras banidas.
        // Comentários com essas palavras serão automaticamente deletados
        // e quem postou, se não for um bot, verá um alerta.
        // Mas caso seja um bot, receberá o erro http 503.

        // Coloque somente palavras na lista, não coloque símbolos como: [ { ( *

        $bad_comment_content = array(
            'viagra',
            'hydrocodone',
            'xanax',
            'tramadol',
            'lorazepam',
            'adderall',
            'dexadrine',
            'no prescription',
            'oxycontin',
            'without a prescription',
            'sex pics',
            'family incest',
            'online casinos',
            'online dating',
            'cialis',
            'amoxicillin',
            'ecadastro.com.br',
            'seomaster.com',
            'divulgaemail.com',
            'listadeemails.com',
            'casaemail.com.br',
            'acertemail.com',
            'maladiretasegmentada.com.br',
            'busquemail.com.br',
            'boliche.com.br',
            'kitsucesso.com',
            'emailsvip.com.br',
            'kitdeemail.com',
            'rocket attacks',
            'blue spoon'
        );

        if (in_comment_post_like($lower_case_comment, $bad_comment_content)) {
            wp_die( __('<b>Seu comentário contém palavras ou expressões banidas.</b><br><br><i>'.$post_comment_content.'</i>'),('Erro'),array( 'response' => 503, 'back_link' => true ) );
        }
    }
}

add_action('init', 'drop_bad_comments');

Isto deve ser adicionado dentro do arquivo functions.php do seu tema. Com isso, a lista de palavras presentes no array será verificada uma a uma com o conteúdo do comentário e caso uma delas esteja presente, o comentário é automaticamente bloqueado e não é postado.

De quebra, adicionei para o script já enviar um header http com erro para os robots, já dando um legitimo chute na bunda deles, se e quando é claro, eles lerem o header http.

Tenho planos de transformar esse script em um plugin, que poderá ser instalado facilmente no WordPress, e o banco de palavras ficará armazenado no mysql, e com isso não será mais necessário editar diretamente o código para inserir novas palavras, isso será feito diretamente pela pagina de configuração do plugin.

Edit: Existe um pequeno conflito com a mensagem de alerta quando usado o plugin AEC (Ajax Edit Comments) e a função wp_die. Quando é postado o primeiro comentário e existir uma palavra proibida, a mensagem é exibida corretamente. Porem quando for o segundo comentário ou posteriores, a mensagem será exibida em um popup do tipo alert (javascript) e neste caso a formatação do texto será perdida, melhor dizendo, será impressa na mensagem as tags html.

Por mim esta de bom tamanho, posso conviver com isso, visto que essa mensagem de erro só deverá se vista por spammer mesmo.

E estou tentado a desligar o reCaptcha, só pra ver o que acontece.