Nos primórdios tempos que conheci a plataforma mac - no auge dos meus 14 anos e usando um iMac 266 mhz - a Apple possuia o iTools, serviço que fornecia e-mail, servidor de arquivos, página web e outras cositas más. Em setembro de 2002 o iTools virou .Mac e passou a ser pago. Com isso, a conta de email @mac.com que tinha passou a ser cobrada.

Vender conta de e-mail, servidor de arquivos, página web e espaço para hospedar fotos parece idiotice em tempos de Gmail, Flickr e cia, mas os serviços da Apple possuem um significativo diferencial: interface e integração com o sistema operacional. Cada um dos serviços merece atenção especial. As galerias de imagens são muito bonitas, bem feitas - com integração entre Flash e Ajax - e compatíveis com iPhone. O serviço de e-mail leva a mesma experiência do usuário do Mail do Mac OS X para a Internet, mas isso não é tudo.

Resolvi criar uma conta para testar o serviço de e-mail, que a priori, é o que me interessa. O webmail definitivamente é um remake do Mail, aplicativo do Mac OS. Isso significa que o usuário leigo não vai ter problemas ao utilizar o serviço. Ponto para a Apple. Entretanto, como usuário do Gmail a três anos, algumas coisas realmente fazem falta. O recurso de conversação, ou seja, mesclar e-mails com mesmo subject, é imprencidível, principalmente para quem assina listas de discussão. Outros recursos interessantes, como a criação de labels - ‘pastas 2.0′ - e filtros - para melhor organizar novas mensagens - também fazem falta.

Para quem está acostumado com o Gmail, o e-mail do .Mac pode não ser a melhor opção e talvez não justifique o preço ($99 para assinatura anual do serviço ou $12 para somente ter a conta de e-mail), mas é uma alternativa de quem quer a mesma organização do Apple-way na Internet.

Nota: o post a seguir tem alto teor crítico.

Acabo de receber, às 23:45, uma mensagem da ABRAWEB - Associação Brasileira de Web Designers e Webmasters. Tenho uma vaga lembrança de que a alguns anos, cinco ou seis, criei um login e me ‘assocei’. Sinceramente estou procurando uma função para a instituição.

Todo mundo que trabalha com web e com informática, de um modo geral, encontra alguns problemas por não ter nada regularizado, burocratizado e oficializado. A ABRAWEB, teoricamente, teria que atuar para regulamentar as profissões de ‘webdesigner’ e ‘webmaster’ (não me perguntem o que isso faz) e garantir ‘respeito’ no mundo real. Na prática, o que vejo é um site que envia emails ao afiliados oferecendo revenda de hospedagem - a empresa de host é parceira e dá um desconto camarada - e um fórum cheio de sobrinhos - basta ver a qualidade dos posts.

É com esses features que podemos falar que nos organizamos? Existe alguma evolução nisso?

P.S.: tentei achar um lugar para deletar minha conta e não encontrei. Solução: criei um filtro que deleta automaticamente todas as mensagens do tal remetente.

Definitivamente estou gostando do conceito do tumblelog. Ter um scrapbook para registrar desvaneios, links e vídeos é bem mais informal do que manter um blog e com uma vantagem: simplicidade em usar. Mas, senti falta de algumas coisas e aí vão as dicas:

Estatísticas: o Tumblr não possui nenhum sistema de estatísticas. Para contornar isso, nada como uma conta no Google Analytics para estatísticas do site e o uso do Feedburner para saber sobre os assinantes do seu feed.

Layout: o layout, no caso do Tumblr, é definido das configurações. Existe uma série de layouts já disponíveis e até um site com templates. Fazer um layout e implementar não é algo difícil, uma vez que o sistema possui tags amigáveis para indicar posts, imagens, links e vídeo.

Comentários: algo que realmente que faz falta é um sistema de comentários, mas isso o HaloScan.com resolve de forma bem eficaz.

Monetização: daqui a pouco surgirão os primeiros pró-tumbleloggers. O meu já possui dois banners do Adsense e penso em experimentar o boo-box no futuro.

Busca: uma forma de implementar busca no tumblelog é através do Google Co-op, ou através da opção de busca do Adsense.

Extras: Syntax Highlight: para colorir código no tumblelog; Tumblr Hacks, um blog cheio de dicas bacanas e FEEDJIT, um sistema para descobrir de onde vem seus usuários.

Quem usa maçãs tem diversas alternativas para navegar. O Safari, para mim, é a melhor opção, mas o Firefox com seus plugins faz falta. O Firefox é pesado e a interface dele não incorpora os elementos da interface do Mac OS.

Para o Firefox 3, prometem a incorporação dos elementos de UI do Mac OS. Isso já pode ser percebido no Bon Echo, versão de desenvolvimento do browser. Para melhorar a aparência do navegador, o iSafari (screenshot ao lado) é uma tema que lembra o software da Apple.

Empresas de host são geralmente reclamação de muitos desenvolvedores, principalmente quanto a suporte. Essa semana eu tive uma experiência interessante. Fui cliente da Webhost até o começo do ano. Como estava começando no desenvolvimento Rails, resolvi migrar para a Dreamhost, que hospedava as aplicações escritas nesse framework.
Assim, migrei meus sites e de meus clientes para o host gringo. Acontece que, ao vender dois computadores (um PC e um iBook) que tinha, perdi um site muito importante, que outrora estava na Webhost. Essa semana eu contactei a empresa e eles me enviaram um backup dos arquivos. Problema resolvido.
De tudo isso, fica a importância do atendimento, mesmo quando feito a ex-clientes. Obrigado.

Algumas configurações do PHP da Dreamhost, como o uso do fopen(), são desabilitadas por questões de segurança. Isso pode atrapalhar o funcionamento de suas aplicações. Entretanto, é possível habilitar essa e outras funções via shell.

O wiki da Dreamhost traz muitas dicas sobre a configuração do PHP.ini. Uma que eu reproduzo abaixo é a habilitação do fopen().

Após fazer uma conexão ssh com o servidor, crie o seguinte shellscript:

PHP 4

PHP 5

Defina qual o domínio a ser alterado (linha 2 do script), salve esse script, dê permissão de execução (chmod +x php-update.sh) e o execute (./php-update.sh).

Você também pode colocá-lo em execução semanalmente, para evitar erros futuros. Para isso, abra o crontab (crontab -e) e agende: @weekly /home/myusername/php-update.sh

[update]: via comentário do Vinícius, vale lembrar que deve-se criar um arquivo .htaccess, para mudar o modo de como o PHP é executado por padrão:

O Ronaldo Ferraz teve a idéia de também fazer um encontro de Railers em Belzonte. Ainda não temos data certa para o evento, mas deve ser em meados de novembro ou dezembro.
Se você mora em Belo Horizonte ou no interior e tem interesse em participar, entre em contato com ele, ou comente esse post :)

[update] Foi criado um grupo no Google Groups para organização do evento.

O Fabio Akita está organizando um encontro de usuários Rails, no estilo Barcamp. Eu considero uma experiência válida demais, seja com palestras, simples workshops ou por apenas conversa fiada e networking.

Ainda não tem data nem locais definidos. Se você quiser participar, dá uma passadinha no blog dele ;)

A versão 2.0 do framework Rails está por vir e isso significa algumas mudanças e novidades. Já existem vários posts na blogosfera mostrando as particulariedades da nova versão. Vou falar de algumas delas:

Paginação: o paginate foi removido. Uma das soluções mais bacanas é usar o plugin Will Paginate, tão simples de usar quanto ao paginador original.

Configuração do ambiente: configurar o environment.rb pode ser meio embaraçoso. A configuração agora será dividida, o que facilitará no compartilhamento entre diversas aplicações, por exemplo.

Query Cache: o David Hansson fez uma interessante apresentação sobre o Rails 2.0 na RailsConf desse ano, e deve vir algo interessante no gerenciamento de cache de consultas a banco de dados.

Autenticação HTTP: também mostrado na apresentação da RailsConf desse ano e previsto para a próxima versão.

Performance: implementado uma forma simples de cache para javascript e folhas de estilo.

A versão 1.2.4 do framework já inclui alertas de tudo que sairá na versão 2.0. O Davis Cabral publicou um script que verifica se sua aplicação já está preparada para as mudanças

Eu (tento) sempre usar esse blog para textos sérios, técnicos, ou para emitir opiniões sobre assuntos de tecnologia. Não acho que saber o que eu ouço, fotografo, leio ou faço seja relevante para quem lê esse site, mas, entre uma besteira e outra, pode sair algo interessante.

É aí que o tumblelog entra. Resolvi juntar todos os meus desvaneios no meu Tumblr. Para mim, é um espaço informal e que reúne contas do Flickr, del.icio.us, last.fm, Twitter e o que mais que for inventado.