Boas!

Quem usa o Mac como plataforma de desenvolvimento web, eventualmente precisa usar o mod_rewrite do Apache para que algum dos quase infinitos frameworks web (sejam eles em PHP, Python, Ruby, ou qualquer outra coisa) possam rodar de forma elegante.

Pois é! Habilitar esta feature no Mac OS X – pelo menos de forma elegante – não é tão simples quanto parece. O arquivo que contém as informações que devem ser alteradas para seu usuário está disponibilizado em /etc/apache2/users/[seu-usuario].conf .

Este arquivo é carregado pelo Apache sempre que o compartilhamento de arquivos é iniciado para seu usuário. O arquivo comanda todos os sites que estão disponibilizados em /Users/[seu-usuario]/Sites. É nele que devem ser feitas todas as alterações deste post.

Para habilitar o mod_rewrite corretamente, é necessário permitir o Apache seguir links simbólicos. Pra isso, é só adicionar a entrada FollowSymLinks na linha Options. Fica assim:

A próxima entrada que deve ser adicionada é a que permite a utilização do arquivo .htaccess para criar regras específicas para cada diretório dentro de /Users/[seu-usuario]/Sites. Apenas deve ser adicionada a linha abaixo, em sequência da linha de Options.

O arquivo, na sua versão final, ficará assim:

Um restart do serviço e está tudo pronto! Era isso!

Amplexos!

Oops, sem posts relacionados.

Boas,

quem trabalha com informática eventualmente precisa de alguma máquina virtual, seja para simular algum ambiente ou apenas para fazer um processamento que não dá pra fazer usando seu sistema operacional padrão. Esse é o caso de muita gente que usa Mac OS X e, vira e mexe, acaba precisando do Windows ou Linux.

Muitas vezes a gente acaba pegando uma VM de um amigo, que já tem tudo pronto, SO instalado e aplicativos e tudo mais. Mas e se a VM foi criada no Sun VirtualBox e você, como bom usuário Mac, usa o VMware? Game Over?!

Claro que não. É possível fazer a conversão do formato .vdi, usado pelo VirtualBox, para .vmdk usado pelo VMware. O processo é relativamente simples. Segue:

1. A primeira coisa a ser feita é a instalação do VirtualBox. Faça o download do site oficial clicando aqui.
2. Depois de instalado é preciso usar o aplicativo de linha de comando VBoxManage, que fica dentro do VirtualBox. Como parâmetros desse comando, é preciso informar a ação, o formato a ser convertido e os discos. Olhem:

   1	$ sudo /Applications/VirtualBox.app/Contents/MacOS/VBoxManage clonehd <caminho-para-arquivo-vdi> <caminho-para-arquivo-vmdk> --format VMDK

O processo é simples, mas o tempo de execução vai variar de acordo com o tamanho dos discos que você está convertendo. No final de tudo, você terá dois arquivos, um original, com extensão .vdi, e outro convertido para o formato .vmdk.

Após fazer a conversão dos discos, é só criar uma nova máquina virtual do VMware e, quando perguntado que tipo de disco deseja usar, apontar para o arquivo .vmdk disponível.

Amplexos!

Oops, sem posts relacionados.

Boas,

Quem usa Mac, eventualmente precisa espetar um disco NTFS pra fazer um backup, ou apenas trocar arquivos. Quando o Finder encontra um novo volume ele passa pro Spotlight fazer a indexação dos dados desse disco e acessar os arquivos desse disco de forma mais rápida, com o atalho Command+Espaço.

O problema é que, às vezes, a gente não quer que esses discos sejam indexados, seja por praticidade ou seja porque a indexação desses discos, eventualmente, leva a um travamento do Finder que leva a um restart para resolver o problema.

Aí vai a dica: Quando você quiser que um disco *NÃO* seja indexado pelo Spotlight e simplesmente adicioná-lo à lista de privacidade não resolve o problema, crie um arquivo chamado .metadata_never_index no diretório raiz do HD. Segue o comando que deve ser executado no Terminal.

É simples e eficiente!

Amplexos!

Oops, sem posts relacionados.

Boas,

O Snow Leopard chegou a um tempinho e as fabricantes de hardware que se prezem já tiveram todo o tempo para atualizarem os drivers de seus produtos, especialmente aqueles que são largamente usados pessoal ou comercialmente, como é o caso da impressora Lexmark C500n.

Pena que a Lexmark não está dentro desse grupo de grandes (e compremetidas) fabricantes de hardware.

O suporte da supracitada impressora no Leopard (10.5) existia, mas com a atualização do sistema operacional ele se foi. E a Lexmark se pronunciou dizendo que não atualizaria seus drivers para essa impressora. Ou seja, farelo pra quem o utiliza, né?

Claro que não! Felizmente a gente sempre pode contar com pessoas que quebram o nosso galho e descobrem workarounds – popularmente chamados de gambiarras – para resolver nosso problemas.

O caso da Lexmark C500n é relativamente simples. O procedimento é o seguinte:

1. Primeiro é preciso fazer o download e instalar driver para o Mac OS X Leopard. Você pode baixá-lo do site da própria fabricante clicando aqui.
2. Depois de instalado abra o Terminal e execute os seguintes comandos:

   1 2	$ cd /Library/Printers/Lexmark $ sudo chown -R root:admin "C500(CUPS)"

3. Após alterar as permissões de acesso aos arquivos, faça a instalação da impressora normalmente (se já estiver instalada, remova-a e reinstale-a)

Simples e prático! Não sei o que custa a própria Lexmark passar esse procedimento em seu site.

(Depois o pessoal reclama da HP)

Amplexos e até a próxima!

Oops, sem posts relacionados.

Boas,

quem usa o PuTTY principalmente como ferramenta de tunneling, como eu, com certeza acha um saco, toda vez que você hiberna a máquina ou a rede cai, ou qualquer outro evento aconteça, você tenha que se reconectar. Ainda mais quando você não percebe que a conexão caiu e acaba ficando um tempão desconectado. Pois é! Pra isso eu tenho a solução (ou parte dela)!

A primeira coisa a se fazer é se reconectar automáticamente quando a conexão cair. Para resolver tal problema, eu sugiro a utilização de uma implementação do PuTTY chamada PuTTY Tray, disponível nesse link aqui. É exatamente igual ao PuTTY original, mas adiciona a feature de reconnect.

“Mas peraí?!” – Você diz. “Se o PuTTY não salva a senha, de que adianta esse PuTTY Tray se reconetar automaticamente se eu ainda tenho que digitar a senha?”

Aí que entra a segunda parte da dica: conexões confiáveis ou trusted connections. Com elas você cria uma relação de confiança entre cliente e servidor, através de troca de chaves públicas e privadas, que faz com que não seja mais necessário digitar uma senha quando você se conectar a um servidor. Eis os passos:

Para começar você precisa do PuTTYgen, eis o link, que é o gerador de chaves privadas e públicas. Rode-o  e crie uma chave, clicando no botão Generate e fazendo movimentos aleatórios com o mouse para gerar a chave.

PuTTY Key Generator - Geração de chaves

Em seguida salve a chave privada, clicando no botão apontado pela seta, mostrada na imagem abaixo, e quando perguntado se deseja salvar sem nenhuma passphrase, clique em Yes. Esse arquivo gerado terá a extensão .ppk (PuTTY Private Key) e será vinculado ao PuTTY no futuro, portanto memorize a localização dele.

PuTTY Key Generator - Geração da chave pública 2

Copie a chave pública gerada, marcada pelo retângulo vermelho na imagem acima.

Agora é hora de abrir o PuTTY e logar no servidor que você quer criar o vínculo de confiança. Depois de autenticar você precisa editar o arquivo ~/.ssh/authorized_keys, que fica no diretório padrão do seu usuário. Caso ele não exista crie-o com o seguinte comando.

Edite esse arquivo com seu editor de texto preferido (vi, emacs …) e adicione a chave pública que você copiou do PuTTY Key Generator.

O passo final é referenciar o arquivo .ppk, que é sua chave privada, ao PuTTY. Para tal crie sua conexão e, antes de logar, na árvore de propriedades do PuTTY, clique em SSH > Auth. No campo Private Key file for Authentication, selecione o arquivo .ppk.

PuTTY - Configurando a chave privada

Salve essas configurações e voilá! Da próxima vez que você se conectar ao servidor, não precisará mais digitar senha e, caso você tenha configurado a reconexão, sempre que você estiver conectado e a conexão, por qualquer motivo, for interrompida ela será restabelecida.

Fica a dica! Amplexos!

Oops, sem posts relacionados.