Marcos Dell Antonio

Depois de algumas horas tentando publicar um post consegui resolver o maldito problema.

Sempre que clicava no botão submit eu era redirecionado para a url …/wp-admin/post.php e ai ficava com uma tela em branco na minha frente.

A primeira tentativa foi fazer um upgrade para a versão 2.5 (algo que já deveria ter feito há tempo, mas isso é outra história…). Não resolveu!

A segunda foi trocar o browser. Eu estava usando o Firefox e fui pro IE, afinal quem aí nunca teve problemas com o FF em algum site? (fanboys, please, vão dormir que já está tarde). Também não funcionou.

A terceira e última delas, por sorte, funcionou. Simplesmente desabilitei todos os plugins do WP, escrevi um post e habilitei eles novamente. Depois disso já consigo escrever sem problemas!

Aproveitei pra registrar isto no forum do wordpress, afinal tem mais gente com o mesmo problema.

Por hoje é só! Boa noite e espero que o movimento por aqui aumente, pois o conteúdo vai!

Até +.

O blog Efetividade.net completou seu primeiro aniversário no dia 22 de junho deste ano. Para comemorar esta data especial, o autor Augusto Campos está oferecendo alguns brindes para estimular os leitores a escreverem sobre produtividade pessoal.

Com base na experiência adquirida ao longo dos últimos onze meses como funblogger, resolvi participar do desafio e escrever algumas dicas sobre como blogar com mais efetividade.

Todas as técnicas apresentadas abaixo são conseqüências (soluções) das dificuldades que encontrei desde a primeira publicação, feita no dia 22 de setembro de 2006. Logo, nada mais saudável do que compartilhar elas com a blogosfera e outros interessados. Sinta-se à vontade para criticá-las.

Nota: algumas dicas foram escritas com base no sistema para gerenciamento de blogs Wordpress, mas provavelmente podem ser aplicadas a outros.

Navegador: uma janela e várias abas

O requisito básico para blogar com efetividade é ter um navegador decente. Isto significa que a sua ferramenta de acesso à internet deve ter pelo menos o recurso de abas (tabbed browsing) e também um gerenciador de favoritos que possa ficar em uma barra de ferramentas, tal como o apresentado na imagem abaixo:

A área destacada por um quadrado vermelho é a barra de ferramentas com alguns dos meus favoritos. Um recurso muito interessante e também demonstrado na imagem acima é a utilização de um separador (traço vertical entre os favoritos GReader e Blog) conforme o contexto dos links. No meu caso, separei dois serviços de e-mail e um leitor de feeds do que está relacionado com o blog. Assim, fica mais fácil visualizar e encontrar todas as ferramentas necessárias.

Outro aspecto muito importante que também está demonstrado nesta figura é a ordenação das abas. Eu utilizo sempre a seguinte seqüencia quando vou escrever algum post no blog:

1. Link principal do blog: sempre que for preciso fazer um refresh pra ver como uma publicação aparece na página principal, basta acessar esta aba e utilizar o recurso de atualização do site (normalmente acessível através da tecla de atalho F5);
2. Página de edição do post: o segundo link é sempre a página onde estou digitando o post;
3. Preview do post: durante a redação do texto é muito comum que o autor queira visualizar o que produziu até agora. Com esta aba aberta, basta atualizá-la para ver como ficará o conteúdo quando o post for publicado;
4. Outros links: é praticamente impossível escrever um post sem utilizar outras referências. Da quarta aba em diante eu costumo manter diversos outros links que utilizo durante a redação do meu texto.

Seguindo essas regas básicas de organização de abas torna-se muito simples e rápido utilizar a navegação entre elas através das teclas de atalho Ctrl+Shift+Tab (ir para a aba anterior - à esquerda) e Ctrl+Tab (ir para a próxima aba - à direita).

Se o seu navegador não possui as funcionalidades comentadas acima, está na hora de você conhecer outro: Firefox.

Acesso FTP ao servidor

É praticamente impossível gerenciar um blog sem acessar o servidor onde ele está hospedado. Muitos utilizam o acesso FTP através do próprio navegador, mas eu não sou muito adepto desta prática. Prefiro utilizar um software auxiliar com algumas dezenas a mais de recursos.

O utilitário que me acompanha em casa e no trabalho para acessar servidores FTP é o FileZilla. Ele é um cliente FTP muito fácil de ser utilizado. Com ele consigo gerenciar múltiplas contas com diversos servidores. Veja:

Depois que a conexão foi estabelecida com o servidor uma tela no estilo do Windows Explorer será apresentada. Nela você poderá executar diversas operações (enviar, fazer o download, apagar, renomear, etc) com os arquivos que estão localmente e no servidor. Veja:

Na figura acima, no lado esquerdo, você pode observar a estrutura de pastas do seu computador e logo abaixo os arquivos de cada uma delas.

Na parte que fica mais à direita estão os arquivos do servidor. Eu sempre faço o download deles na área de trabalho (desktop) e, após finalizar as alterações, envio ao servidor e apago todos eles. Utilizo esta técnica pois não tenho muitos ícones na minha área de trabalho. Se o seu desktop já estiver superlotado, recomendo a criação de uma pasta temporária para hospedar os arquivos que você pega do servidor. Isto evitará que eles se percam no meio dos seus links e/ou arquivos da área de trabalho.

Um outro recurso que utilizo com bastante freqüência é a opção View / Edit, acessível com um clique do botão direito do mouse sobre um arquivo local ou remoto. Antes de utilizar esta opção você deverá configurar qual é o software que será responsável para visualizar / editar o tipo de arquivo que você pretende abrir. Isto pode ser feito no menu Edit / Settings. Na janela aberta, vá até a opção Interface settings e posteriormente até File viewing / editing. No campo Custom file associations você deverá definir qual programa será utilizado conforme a extensão do arquivo. Veja um exemplo:

Edição de temas

O próprio Wordpress fornece um mecanismo para personalização dos temas que estão no servidor. Eu não gosto muito, pois diversos recursos que estou acostumado no dia-a-dia não estão disponíveis.

Sempre que preciso fazer alguma alteração neste sentido utilizo um software chamado Notepad++. Ele é open source (código aberto) e roda no sistema operacional Windows.

Os recursos que mais utilizo do Notepad++ são o syntax highlighting, que destaca determinadas palavras do código fonte utilizando cores, e o auto-completion, que completa automaticamente determinados trechos de código quando o usuário pressiona as teclas Ctrl + Barra de espaço. Ambos, é claro, suportam a linguagem PHP. Veja alguns exemplos destes recursos:

Notepad++: Syntax Highlighting

Notepad++: Code-completion

Redação dos textos

Esta é a tarefa mais repetitiva que um blogger pode ter. Se você não for eficiente ao redigir seus textos, certamente será muito difícil produzir um bom resultado e, conseqüentemente, seus leitores sairão insatisfeitos do seu blog.

A primeira dica neste sentido é sobre o tamanho do campo para a digitação dos textos no Wordpress. Você pode aumentá-lo até onde quiser, mas a não ser que você tenha um monitor que nem o do Augusto, eu recomendo que mantenha o tamanho deste campo de tal forma que possa visualizá-lo por completo no seu monitor / navegador.

Se o tamanho do campo para digitação do post for maior que a área livre do seu browser, provavelmente você precisará utilizar o scroll do navegador para acessar as partes do texto que não aparecem na tela. Isto é extremamente incomodo, pois junto com o texto todas as ferramentas da caixa de digitação são movimentadas também. Ou seja, se você está no fim do seu texto e precisa aplicar o efeito negrito a uma palavra, por exemplo, terá que rolar todo o site até aparecer a barra de ferramentas da caixa de digitação, aplicar o efeito e rolar tudo novamente até chegar ao fim do post para continuar a digitação.

A segunda e última dica sobre a redação dos textos é a utilização dos Custom Fields. Este é um recurso muito útil quando precisamos inserir informações extras (meta-data) em um post. Veja, por exemplo, o post Estrela da Vida Inteira, que é um dos livros do Espaço Cultural deste blog. No final dele existe uma nota indicando que o texto não foi escrito pelo autor do blog e que é uma contribuição de um dos leitores, veja:

Deixar esta nota fixa, inserida em cada post, é um grande equívoco, pois se você precisar remover ou alterá-la algum dia, terá que fazer isto em todos os posts publicados. A maneira mais correta de fazer isto é utilizando um Custom Field. Neste caso, criei um chamado Autor. Para criá-lo basta utilizar a opção Custom Fields logo abaixo da caixa de digitação do post. Veja:

Digite o nome da Key (Autor), seu valor para o post atual (Amanda) e clique no botão Add Custom Field. Feito isto, a Key informada neste post estará disponível em todos os outros e você poderá definir o valor que bem entender.

Agora basta testar o Custom Field criado e conforme o seu valor mostrar ou não a nota de rodapé. Nos posts da seção Espaço Cultural faço o seguinte teste:

No teste acima não deixei o mesmo texto da nota pois não caberia na screenshot, mas você pode manipular este texto conforme for preciso. Repare que a função utilizada para recuperar o valor do Custom Field é a get_post_meta.

Um pouco de acessibilidade não dói nada

Depois que o Bruno Torres levantou uma bandeira em prol da luta pela Acessibilidade na Web brasileira, este assunto caiu na boca do povão (leia-se: a maioria dos desenvolvedores) e passou a ser discutido como já deveria ser há anos.

Confesso que ainda não consegui aplicar todos os conceitos que gostaria no meu blog, mas entenda, sou um ex-acadêmico que há duas semanas corria atrás dos últimos detalhes do Trabalho de Conclusão de Curso e também de uma mudança repentina de emprego.

Apesar disto, tenho duas dicas muito simples e básicas que todos já deveriam saber e, é lógico, aplicar. A primeira delas é a utilização do atributo ALT nas tags IMG. Segundo a W3C, o ALT é um texto alternativo que deve ser mostrado pelo navegador quando a imagem não pode ser carregada. Veja alguns exemplos de como utilizá-lo nas imagens acima desde post.

A segunda dica diz respeito ao atributo TITLE da tag A (link). Apesar de ser opcional, ele é muito útil nas seguintes situações:

• Se há mais de um link na página com diferentes textos, mas apontando para o mesmo endereço, diferenciar os links utilizando o atributo “title”;
• Se há mais de um link na página com textos iguais, todos estes links devem apontar para o mesmo endereço. Se não for possível, diferenciar os links utilizando o atributo “title”.

Fonte: SERPRO (o texto original foi adaptado por mim)

Eu sempre utilizo o atributo TITLE, independente da situação. As vezes até mesmo quem não possui deficiência alguma é tem um pouco de trabalho para identificar o conteúdo de um link antes de clicar nele, então eu tento tornar isso mais fácil através de uma descrição bem objetiva utilizando o atributo TITLE.

É claro que estas duas dicas são só os degraus da iniciação no que diz respeito a acessibilidade na web. Se você tiver mais interesse no assunto, não deixe de conferir os posts do Bruno Torres sobre o assunto e também o portal Acesso Digital.

Alterar o formato dos links permanentes (permalinks) implica em um grande problema: tudo o que foi indexado até hoje pelos buscadores será perdido.

Em uma das quebradas da web, encontrei um plugin para o Wordpress que resolve este problema. Ao receber uma solicitação utilizando o formato antigo, ele avisa ao solicitante que o endereço mudou e redireciona ele para o local correto.

O download dele pode ser feito aqui: Permalinks Migration Plugin.

E se a estrutura do blog mudou também?

Veja o meu blog, por exemplo. Antigamente ele era hospedado na IPHotel dentro da pasta /blog. Hoje, na DreamHost, ele está na raiz do servidor. Agora vá até o Google e procure por tudo o que ele já indexou do meu blog. Eis o resultado:

Tá vendo o /blog nas indexações? Pois é, sem uma intervenção técnica ao clicar num dos links acima você receberá um Page not found como resposta. A solução mais rápida e prática que achei para esta situação foi tratar o acesso feito à pasta blog. Em outras palavras, criei uma pasta blog, tal como existia antigamente, e adicionei um arquivo index.php com o seguinte código:

Download do script

Esse código pega tudo o que vem depois do /blog e encaminha para a raiz do servidor, que é o local onde está instalado o Wordpress. Uma requisição do tipo www…/blog/index.php/algum_post, por exemplo, será enviada para http://www…/algum_post.

No meu caso tive que tratar também o index.php, pois o servidor antigo não tinha suporte ao recurso URL Rewriting, por isso os permalinks foram gerados com o nome do arquivo junto. Acredito que a maioria dos blogs não vai precisar deste tratamento, portanto o index.php pode ser removido da variável $str.

Até +.

Só o autor continua o mesmo.

Mudei a cara do bicho e a partir de agora está hospedado na DreamHost. Aproveitei o embalo e também criei uma nova página falando um pouco deste servidor.

A migração dos dados foi um pouco trabalhosa (toda culpa é minha), pois o mysql do servidor antigo (IPHotel) roda sobre Windows usando o charset latin1 (ISO-8859-1) e o da Dreamhost é UTF-8.

O cara que está escrevendo este post viu o primeiro botão pra importar um arquivo e mandou ver. Quando abriu o blog pra conferir o conteúdo importado, estava lá uma montoeira de caracteres que deveriam ter acento mas, ao invés disso, tinham vários pontos de interrogação no lugar.

Então fica aí a dica: quando for importar um arquivo qualquer na DreamHost, use o phpMyAdmin, opção Import e não esqueça de definir o charset do arquivo que você está importanto. Fazendo isso da maneira correta, ele automaticamente converterá para UTF-8 e você será feliz para sempre.

Ah, mais uma dica que anotei enquanto fazia a migração: a versão antiga do Wordpress era a 2.0. A nova, instalada através do painel da DreamHost é a 2.2. Nesta última, uma série de alterações na base de dados foi implementada. Logo, não adianta apenas copiar os dados e sair rodando, pois não vai funcionar. O que eu fiz pra deixar tudo certinho foi o seguinte:

• Exportei os dados do MySQL da IPHotel usando o MySQL Front (isso vai gerar um arquivo .sql com todos os dados da base);
• Instalei o Wordpress através do painel de controle da DreamHost;
• Importei todos os dados exportados anteriormente. Aqui vale a pena ressaltar que você deve garantir que as tabelas do mysql destino estejam vazias. Para isso, antes de cada comando insert do arquivo de importação/exportação, faça um DELETE FROM tabela ou DROP tabela. Se você utilizar o MySQL Front, pode marcar as opções de exportação da seguinte forma:

• Fui até o phpMyAdmin da DreamHost (disponível no painel de controle / Goodies / Manage MySQL) e importei o arquivo gerado através da opção Import. É neste momento que precisei definir o charset do arquivo de origem. Veja:

• Bastou clicar no botão Executar e pronto! Os dados foram copiados da base antiga para a nova;
• Depois disto, como minha versão do Wordpress era a 2.0 e a instalada é a 2.2, precisei rodar o sistema de atualização. Ele é facilmente acessado através da URL http://www.seublog.com/wp-admin/upgrade.php. A sequência de telas abaixo apareceu e após isso a atualização ficou pronta.

Início do Upgrade

Fim do Upgrade

Depois deste procedimento o blog estava pronto para ser editado e atualizado.

É isso ae. Até +.

Ao ler um post por aí* sobre o lançamento do primeiro aparelho com Windows Mobile 6, o tal do XDA terra, fui procurar quais eram as características do hardware deste dispositivo.

O mais interessante de tudo é que até chegar ao post original eu tive que visitar quatro referências. Um post linkou outro, que linkou outro, mais um, e então o original.

Isso não é um exagero?

Nas aulas que tive sobre elaboração de referências sempre sugeriram que elas fossem feitas da forma mais direta possível. Isto significa que logo no primeiro post eu já deveria ter acesso à fonte da notícia.

Talvez a blogosfera condene isso, pois esse relacionamento entre sites, através de pingbacks e trackbacks, é positivo para todos, exceto ao leitor, neste caso.

Logo, fica aí a minha opinião: vá direto à fonte. Se você acessou 35 blogs recursivamente até encontrar o link original, aproveite e facilite a vida do usuário, afinal provavelmente ele vai passar por todo este trabalho novamente.

T+

* Conto o pecado mas não o pecador. Nada de flames.

Dia após dia, um passo de cada vez e a informação sendo propagada a todos os lados.

Obrigado aos visitantes.

Ps: sobre o post anterior, leiam com cautela e considerem o contexto, pois eu estava numa fase “conta no vermelho“.

Cena inusitada:

Aí me quebra.

T+.

Na falta de sono não há coisa melhor a se fazer do que reavaliar algumas ferramentas do dia-a-dia. Normalmente isto leva a uma atualização ou até mesmo a troca de algumas. Pena que hoje não foi assim.

Vai e vem preciso publicar algum código fonte (C#, Delphi, SQL, etc) aqui no blog. Todos os que publiquei até hoje foram usando o plugin SyntaxColor4Writer (já falei sobre ele neste post). Porém, ele tem alguns incovenientes:

• Não quebra as linhas automaticamente para evitar a desconfiguração do layout;
• Não permite selecionar uma borda, somente a cor do background;
• Copia e cola a tabulação exatamente como está no Visual Studio, o que às vezes é um problema, pois quando preciso copiar uma parte do código que está tabulada umas três ou quatro vezes, ele copia todo aquele espaço em branco junto.

Apesar disso, é ainda o melhor plugin que encontrei. Todos os problemas acima são solucionados facilmente. No meu ponto de vista, é o melhor da categoria.

Caso interesse, abaixo fica uma lista de plugins que avaliei há algumas horas e a minha impressão sobre eles.

• Insert Formatted Clipboard: desenvolvido pelo NoahCoad (MVP), faz exatamente o que diz o nome: insere, utilizando formatação, as informações que estão no clipboard no Windows Live Writer(WLW). Suporta vários formatos, dentre eles: textos do Word, planilhas do Excel e, é claro, código fonte do Visual Studio. Não existe opção alguma de configuração. A única ação possível é copiar o conteúdo e clicar no plugin para colar no WLW.
• Paste from Visual Studio: um pouco menos inteligente que o plugin acima, este serve somente para o Visual Studio. Basta copiar o código fonte para o clipboard e clicar sobre o plugin. Também não há opção alguma de configuração.
• Code Snippet Plugin: à primeira vista é a solução para todos os problemas. Possui uma excelente janela de configuração com todas as opções necessárias (numeração de linhas, borda, cor no background, etc). Porém, na prática a coisa é diferente. Fiz alguns testes e infelizmente ele ignorou todas as definições e o que apareceu no browser foi somente o código fonte à moda antiga (em preto e branco).

Pois bem, como disse anteriormente, o negócio é continuar com o mesmo plugin. Estou usando uma versão antiga do WLW (1.0), pois há um certo tempo instalei a última e o SyntaxColor4Writer parou de funcionar. Fica aí a dica!

Só espero terminar logo esse TCC para quem sabe criar um Windows Live Writer que faz juz ao Live. Afinal, pra que serve Ajax?

Até +.

Estou recebendo uma média de 200 comentários por mês. No entanto, aproximadamente 90% deles são spam.

Fui encontrado por um daqueles robôs que vagam por aí enviando spam para tudo quanto é lado. Como sou um pré-leigo no wordpress e um full-time-ocupado (11 horas de trabalho por dia + Trabalho de Conclusão de Curso) ainda não consegui encontrar uma solução mais rápida e simples do que moderar todos os comentários.

Infelizmente a fila cresceu. Foi tanto que cheguei a pensar que todos os comentários eram Spam, por isso ficaram 6 dias sem avaliação. Hoje, lendo um após o outro, procurando por algo realmente útil, achei 18 entre 188.

Peço a todos os participantes e colaboradores do blog que compreendam a situação. Em troca disto, prometo encontrar uma solução o mais rápido possível (Cardoso, leia seus e-mails o quanto antes :P). Nesta situação não ficará, garanto.

Desculpem-me!

Até +.

Update: 5 minutos depois de enviar o e-mail pro Cardoso vem a resposta:

sim, já escrevi bastante sobre isso.
No wordpress uso vários plugins, como o Akismet e o Spam Karma. Resolvem 100%. Esses FDPs me atacam diariamente, tome uns 2 ou 3 mil comentários desses que vão diretamente pra lata do lixo.

Mais sobre o assunto veja neste post.

Desde que comecei a blogar sempre tive isso na cabeça: o compartilhamento das minhas idéias e pensamentos é a motivação dos meus estudos.

O Fábio Seixas, blogueiro, complementou o que faltava no meu lema. Ele disse o seguinte em uma entrevista ao blog Urls Sinistras:

Caparica:
Quando vc começou a “blogar”, qual era a tua motivação?

Fábio Seixas:
Creio que a motivação principal foi ajudar a organizar meus pensamentos compartilhando-o com outros, enriquecendo assim as próprias idéias.

Organizar os pensamentos! Esse é o termo exato que eu procurava para complementar a descrição da minha motivação para blogar. Escrever é uma das formas mais abrangentes e simples para expressar um pensamento, idéia ou sentimento. Com toda a liberdade que possuímos, nada melhor do que soltar o verbo e compartilhar o conhecimento adquirido, afinal “conhecimento retido é conhecimento perdido”.

Até +.