Dá até para blogar com ele, assim como foi feito neste post

Já tinha ouvido falar que tem gente que migra para Mac por causa do Textmate. Achava um exagero, mas recentemente fiquei maravilhado também. Eu já usava faz um tempo, sem nem saber as mágicas que ele faz.

Mexendo com Rails, precisei dar uma pesquisada nos recursos para agilizar o processo. E caí boquiaberto!

A primeira coisa que me chamou a atenção é a simplicidade. A minimalista interface é só uma janela em branco! Mas branco cansa um pouco, melhor um fundo escuro, tipo linha de comando e… Fica ótimo também!

Uma coisa que achei demais é ele executar arquivos Ruby, mostrando a saída em uma janelinha. Não só executa, mas valida também. Ruby, HTML, CSS… Com Rails, ele ainda executa os testes, mostrando os resultados de uma forma melhor que a original.

Disparar um Terminal no mesmo caminho do arquivo atual também é uma mão na roda.

Fora os atalhos… Um dos que mais gosto é o Ctrl + Shift + L. Se houver um trecho selecionado e um link copiado, o programa automaticamente transforma o trecho no HTML para o link, com direito a mágica e tudo: o atributo “title” já vem preenchido com o título da página! (ele acessa o link e copia o pagetitle!)

Uma coisa que para mim foi a gota d’água é que o bichinho ainda posta no Wordpress! E faz isso num piscar de olhos: o post vai para o ar e o link é aberto automaticamente.

Já era! Virei um adepto do “sistema operacional” Textmate.

Há uma opção especificamente para isso no arquivo my.conf:

[mysqld]
ft_min_word_len=3

Nesse exemplo, 3 é o número mínimo de letras para uma palavra ser indexada.

Para quem usa Mac, e Mamp, é preciso criar esse arquivo, com base nos exemplos que estão em /MAMP/Library/share/mysql. Por exemplo, copie o arquivo my-small.cnf para /MAMP/Library/, renomeie-o para my.conf e cole o bloco acima.

Obviamente, o “small” se refere a uma configuração padrão para bancos de dados pequenos.

Referências:

• Fine-Tuning MySQL Full-Text Search
• Create MySQL configuration file (my.cnf) on MAMP

No final, rolou um glorioso Fail. Tive que apelar para o Apache do Mac mesmo. Vou documentar pois vira e mexe preciso consultar esses procedimentos.

Comecei com essa dica: Using Ruby MySQL Gem with MAMP 1.8.x on Snow Leopard.

Para isso, tive que atualizar o Mamp. Estava com receio de quebrar algo no processo, já que meu Mamp está todo customizado. Mas como já tinha documentado as principais mudanças [Drupal no Mac], foi suave.

Tive que instalar o XCode também, que vem no DVD do Snow Leopard. Essa etapa funcionou que é uma beleza, me deixando saudosista dos tempos em que compilava kernel customizado no Linux.

Agora que o Ruby já conversa com o MySQL, falta o Apache do Mamp. Essa não é uma etapa obrigatória, sendo que o desenvolvimento local pode ser feito com os servidores web do Rails (Mongrel ou Webrick). Mas tive que configurar o Rails no Apache pois alguns hosts (como a Dreamhost), devido a alguma configuração específica, simplesmente não rodam uma aplicação que, localmente, está OK.

Para já ir desenvolvendo na mesma configuração do servidor onde ficará a aplicação é preciso usar o Apache/Passenger localmente.

Módulo não compila

Tentei me basear nessa dica: Installing passenger on Apache that bundled with MAMP. Ela não funciona pois ao rodar o passenger-install-apache2-module, é preciso especificar os caminhos específicos do Apache Mamp, coisa que não é informada aí.

Mas mesmo fazendo isso, não funciona. A compilação pára em certo momento, reclamando de alguns arquivos não encontrados. Gastei várias horas tentando compilar o Passenger de umas dez maneiras diferentes. Pelo que entendi, o problema é que — mesmo usando os arquivos-fonte do Mamp — faltam arquivos para a compilação, como o config_vars.mk.

Desisti. Como a dica acima funciona se compilarmos o Passenger com o Apache do Snow Leopard, é assim que estou usando, apesar de ser uma gambiarra horrível usar o MySQL do Mamp com o Apache do Snow Leo, ainda mais porque meu Mamp está configurado nas mesmas portas do Mac.

O que vou fazer assim que tiver um tempo maior é abandonar o Mamp e instalar MySQL e PHP tudo na mão mesmo.

Dreamhost e Drupal

Por falar em Dreamhost, há um mês mais ou menos ficou muito difícil lá para quem usa Drupal. Trabalho com um site que ficou praticamente inutilizável em horário comercial (PDT, nos EUA). Pesquisei bastante, tentando algum jeito de contornar o problema, mas nada.

Por fim, a própria Dreamhost admitiu que, por usar servidores MySQL separados, há uma latência que prejudica muito CMSs como o Drupal, que realizam dezenas de queries por pageview.

Migrei para Bluehost e agora dá para respirar aliviado: uuuuffaaaaa! Tá tudo de volta ao normal.

Apache, MySQL, PHP estilo Mac

Nos útltimos anos me tornei agnóstico no que se refere a sistemas operacionais. Gosto um pouco até da Microsoft! O Windows 7.

Em casa, preferia Ubuntu Linux. Mas usava Mac no trabalho. E por sempre precisar encarar um Windows também, acabei aprendendo umas manhas que o tornam bem usável até.

Melhor assim. Apego = sofrimento.

Mas trabalhar com o MAMP, no Mac, não deixa de ser uma brisa! A gente arrasta a pastinha para Aplicativos e pronto, impressionante! Apache, PHP, MySQL, configurações… tudo ali. Sem nem uma encostadinha no Apache do sistema.

Mas cadê a emoção? Tem também! Na primeira vez, o MAMP pode provocar uns bons desconfortos. Principalmente se combinado com o Drupal.

Vou deixar registrado aqui umas dicas pra quem precisar (como eu mesmo no futuro).

Tela branca da morte

Se estiver caindo na temível “tela branca da morte”, ou seja, nenhum aviso de erro, carregamento da página, nada, apenas a tela branca no navegador, melhor re-ativar as mensagens de erro do PHP. No MAMP, elas vêm desativadas por padrão.

Applications/MAMP/conf/php5[ou 4]/php.ini

Nesse arquivo, a linha 277 deve ser:

display_errors = On

Depois basta reiniciar os servidores.

Memória

Depois disso, mensagens de erro vão surgir no admin do Drupal. É preciso aumentar o limite de memória por script, na linha 232:

memory_limit = 32M

Vem por padrão com 8M (MB), o que não dá nem para listar os módulos do Drupal. Em meus testes, 32M deu pro gasto. Mas é só ir aumentando conforme a necessidade.

Localhost no Parallels

Outra dúvida comum é: “Como fazer o Internet Explorer acessar o localhost de dentro do Parallels?”.

Assim:

1. Acesse no Mac: Preferências do Sistema | Rede
2. Copie o IP de Parallels Shared Networking Adapter
3. Edite o arquivo hosts do Windows (Windows\System32\drivers\etc), acrescentando uma entrada direcionando o IP acima para um nome qualquer (não use “localhost”, já que ele já está sendo usado)
4. Pronto, agora acesse o localhost do Mac no Internet Explorer com esse nome

Atualização: descobri agora outro problema chatinho, com o Wordpress:

Abrir uma instalação local do Wordpress no MAMP, pelo IE do Parallels, não carrega o CSS. Isso acontece porque o Wordpress internamente usa caminhos absolutos para acessar estilos. Ou seja, se o endereço do Wordpress no Parallels e no Mac forem diferentes, o CSS não vai carregar.

Dá pra contornar usando o mesmo alias nos dois.

Por exemplo, se no arquivo hosts do Windows você acrescentou o alias “localhost2″ apontando para o IP do Mac, então acrescente esse mesmo alias no arquivo hosts do Mac (/etc/hosts; é preciso editar via Terminal), apontando para o mesmo IP que o alias localhost do Mac já aponta.

Aí o endereço fica sendo o mesmo tanto no Mac quanto no Parallels, algo como localhost2:8888/wordpress.

Atualização 2: Mais problemas… Esse é bem chato. Se não conseguir mais acessar a página inicial do MAMP e surgir a mensagem “No permission to access MAMP on this server”, dá pra resolver editando o arquivo MAMP/conf/apache/httpd.conf.

Mude “AllowOverride All” para “AllowOverride None”.

Esse é um bug muito chato porque ele surge sem mais nem menos, de repente, completamente misterioso. Não foi só comigo. Chato também porque, teoricamente, essa mudança deveria impedir a leitura de configurações do .htaccess. Não impede! Outra coisa misteriosa.

Joomla

Vou aproveitar que o post descambou de vez para problemas e mais problemas do MAMP para falar de mais um. Na verdade é um problema do Joomla.

Se estiver usando o Joomla com o MAMP, pode ser que tenha problemas com as URLs amigáveis. Por algum motivo, o Joomla não reconhece a porta padrão 8888 do MAMP e duplica o endereço do site nos links internos, quando as URLs curtas são ativadas.

Dá pra contornar isso mudando a porta para o padrão do Apache (80) nas preferências do MAMP (isso deve dar algum conflito com o Apache do Mac, caso ele também esteja sendo usado).

Autenticação com captcha pode impedir acesso de programas ao Google Talk (imagem: reprodução)

O Google fez recentemente alguma alteração no Google Talk. O efeito colateral é que alguns programas clientes não conseguem conectar. Estava passando por isso há mais de um mês com o Pidgin, tanto em Linux quanto Windows.

Agora vi que no Adium, em Mac, a conexão também zoa. Pelo que percebi, recentemente, acontece quando a mesma conta é acessada de computadores diferentes

Para resolver é preciso desbloquear o acesso à conta Google passando por um captcha. Vale a pena guardar esse link, pois o re-bloqueio é frequente.