No mês passado eu fiz uma apresentação no nosso grupo local de Ruby, o RailsMG, falando sobre otimização de frontend. As dicas da apresentação servem para qualquer linguagem, mas eu mostro como solucionar cada problema usando o Rails.

Como tive alguns problemas na gravação e para editar o que foi filmado no dia acabou não ficando muito legal eu resolvi regrar em formato de screencast. O vídeo tem por volta de 50 minutos e mostra os conceitas da otimização e como aplicar na prática em um projeto Rails.

No mês passado eu fiz uma apresentação no nosso grupo local de Ruby, o RailsMG, falando sobre otimização de frontend. As dicas da apresentação servem para qualquer linguagem, mas eu mostro como solucionar cada problema usando o Rails.

Como tive alguns problemas na gravação e para editar o que foi filmado no dia acabou não ficando muito legal eu resolvi regrar em formato de screencast. O vídeo tem por volta de 50 minutos e mostra os conceitas da otimização e como aplicar na prática em um projeto Rails.

A apresentação é bem parecida com a que apresentei no RailsForKids de 2009 mas com atualizações e novos slides (que você pode baixar separadamente aqui).

O código fonte dos exemplos está disponível no meu GitHub em github.com/danielvlopes/optimizing_rails_frontends e conta com uma versão usando o asset_packager e outra usando o jammit.

No dia 23 teremos mais um encontro do nosso grupo de usuários de Ruby, o RailsMG. Convidamos todos para o próximo encontro que será as 19:00h, desta vez de volta ao Take na rua Professor Morais 659, Savassi, Belo Horizonte, MG ( Clique aqui para ver o mapa ).

No dia 23 teremos mais um encontro do nosso grupo de usuários de Ruby, o RailsMG. Convidamos todos para o próximo encontro que será as 19:00h, desta vez de volta ao Take na rua Professor Morais 659, Savassi, Belo Horizonte, MG ( Clique aqui para ver o mapa ).

Apresentação

Desta vez teremos uma apresentação do João Vitor que irá falar sobre as novidades do Rails 3 e o que você precisa saber para criar novos projetos ou converter os existentes para esta nova versão do framework.

Sorteio

Assim como no último encontro, também teremos sorteios de prêmios entre os presentes. O que será sorteado desta vez é cortesia do PeepCode e não podemos esquecer o apoio da 37Signals, Webbynode, eGenial e Github .

Ajude a divulgar a reunião entre os interessados por Ruby e Rails na sua empresa e amigo.

No mês passado concluímos mais um projeto. O tempo anda um pouco corrido por aqui, então acabamos divulgando hoje aqui no blog. Desta vez o projeto foi o blog Ameixa Japonesa (ameixajaponesa.com.br), onde o cliente queria melhorar radicalmente o blog antigo, que já fazia bastante sucesso.

Foi um projeto bem interessante e com um tema muito agradável. Uma das principais exigências foi a capacidade de suportar imagens grandes, além de ser possível o cliente administrar tudo com conhecimento técnico zero.

Nosso papel foi migrar do Blogger para algo mais profissional, com um layout renovado e moderno mas “clean”. O resultado foi a transformação do blog abaixo:

Para este novo:

Como foi desenvolvido

Como o blog original estava hospedado no Blogger, nem cogitamos a idéia de mante-lo lá devido às dificuldades de customização da plataforma, o painel administrativo fraco, além de não termos muito controle sobre o servidor.

Codificar um sistema de blog inteiro não estava dentro dos planos, então muitos poderiam argumentar o uso de algum CMS em Ruby. O grande problema é que Ruby possui bons CMS’s, mas nada ideal para blogs quando o objetivo do cliente é algo profissional com vários posts ao dia.

O projetos minimalistas com Enky estavam totalmente fora de cogitação já que o cliente não é técnico e seria preciso algo mais robusto. Mephisto (o que usamos para o nosso próprio blog) é interessante mas está muito abaixo das funcionalidades do Wordpress. O Typo parece ter voltado a ser uma plataforma interessante e em constante desenvolvimento, inclusive atualizado para o Rails 2.3.5 e Ruby Enterprise Edition. Porém não chegamos a testá-lo novamente pois já tivemos problemas com ele anos atrás (mas assim que sobrar um tempo vamos voltar a experimentá-lo).

Nós honestamente gostaríamos muito que tivéssemos algo tão robusto em funcionalidades e simples de se usar como Wordpress, porém escrito em Ruby. Mas como esta não é a realidade, nos restará apenas o WP.

Antes que comecem a argumentar que o WP é muito bom, nós dizemos que, de fato ele é muito bom se você vai apenas pegar um template pronto e colocar um blog default online. O grande problema do Wordpress é a confusão que é o código fonte do projeto, além de ser quase impossível encontrar plugins de qualidade. Então, se você precisa criar um template próprio ou acrescentar funcionalidades na administração, você está por sua conta e de pouco adiantará os milhares de plugins.

Como o serviço é muito bom e a forma como o cliente administra o blog é sem dúvida uma das melhores do mercado, não sobra outra alternativa. O grande problema é que como desenvolvedor Ruby, estamos acostumados com dezenas de boas práticas do mundo Rails como: divisão de ambientes, deploy automatizado, testes automatizados, organização em arquitetura MVC e etc. Este tipo de organização e prática passa bem longe do Wordpress.

De qualquer forma, é possível contornar esta situação e criar algo razoavelmente simples de manter. O que fazemos é evitar ao máximo os plugins e criando métodos para ignorar práticas ruins (incentivadas pelo WP) como pegar posts por ID da categoria.

Colocando online

Mais uma coisa que consideramos inaceitável é atualização de plugins e do próprio Wordpress direto pelo site. Por isso sempre trabalhamos com atualizações e qualquer alteração localmente. É uma pena não existir esta cultura e o WP não ter sido feito pensando assim. Para remediar o caos que pode ser o deploy, adaptamos uma receita do Capistrano, transformando o deploy tão trivial quanto em Ruby.

Criamos a receita abaixo e versionamos o projeto com Git:

O que ocorre acima é nada mais do que configurar algumas coisas como domínio, repositório git e caminha do projeto no servidor (nada diferente de Rails). A diferença está nas pastas compartilhadas entre cada deploy. Mantemos avatares, uploads, cache e ads em uma pasta compartilhada.

Nós não versionamos o wp-config.php que contém as senhas do DB, então criamos uma tarefa para fazer o upload deste arquivo.

Com tudo configurado agora colocamos as alterações online rodando apenas o famoso comando: cap deploy

Resultado final

O apanhado final do projeto foi um template customizado, feito a partir do zero (sem os lixos como posts por ID da categoria). Quase não usamos plugins, e os existentes foram bem analisados e/ou fizemos vários ajustes. Utilizamos uma forma própria de deploy automatizado via Capistrano com Git. E para terminar, um arquivo de funções gigante que reproduz coisa muita que estamos acostumados no Rails (métodos link_to, image_tag, etc).

Desta forma temos um projeto simples de manter e bem organizado além de atender às expectativas do cliente.

Internet Explorer

Não é novidade que a maior pérola da internet é o Internet Explorer. É incontestável a inferioridade do navegador. E para este projeto seguimos a tendência atual da internet de evitar as versões mais antigas do IE.

No Ameixa seguimos o que já explicamos neste post . O site é compatível com IE6 e IE7 e contém todos os hacks para o layout ficar perfeito nestes e nos demais navegadores. Ao acessar o site com os IE6 e IE7, o usuário é avisado que existe uma nova versão do navegador e que ele deveria atualizá-lo.

O mais interessante é que IE6 não representa nem 5% do usuários do site. O IE representa no geral apenas 30% do tráfego total (mas ficando em 2º lugar). O primeiro colocado é o Firefox, o terceiro o Chrome e o Safari também possui uma boa fatia de acessos.

Hoje foi um dia bem agitado, além da liberação do novo release candidate do ASP.NET MVC 2, a Microsoft liberou também a versão RC do Visual Studio 2010 e do .NET Framework 4 para assinantes MSDN.

Saiba como remover as versões do Visual Studio .NET Beta e Release Candidate em: http://support.microsoft.com/kb/312383/pt

Há alguns dias eu escrevi dois artigos sobre como realizar as operações de CRUD com o RestfulX – um falando sobre o retrieve e outro sobre o create, update e delete.

Quando escrevi o segundo artigo eu fiquei devendo mostrar para vocês a aplicação de exemplo funcionando. Pois aqui está: veja a aplicação rodando e faça seus testes!

Para ver o código fonte basta clicar com o botão direito na aplicação e escolher “View source”.

Posts relacionados

• CRUD com o RestfulX: Parte 1/2 – RetrieveCRUD with RestfulX: Part 1/2 – Retrieve“>CRUD com o RestfulX: Parte 1/2 – RetrieveCRUD with RestfulX: Part 1/2 – Retrieve (3)
• CRUD com o RestfulX: Parte 2/2 – Create, Update e DeleteCRUD with RestfulX: Part 2/2 – Create, Update, and Delete“>CRUD com o RestfulX: Parte 2/2 – Create, Update e DeleteCRUD with RestfulX: Part 2/2 – Create, Update, and Delete (1)
• Instalação “avançada” do RestfulX no seu projeto Rails“Advanced” installation of RestfulX into your Rails app“>Instalação “avançada” do RestfulX no seu projeto Rails“Advanced” installation of RestfulX into your Rails app (0)
• Introdução ao RestfulXIntroduction to RestfulX“>Introdução ao RestfulXIntroduction to RestfulX (0)
• Screencast: desenvolvendo uma aplicação com RestfulX em menos de 5 minutos“>Screencast: desenvolvendo uma aplicação com RestfulX em menos de 5 minutos (4)
• RestfulX – Introdução, instalação, configuração e primera aplicação em 5 minutos“>RestfulX – Introdução, instalação, configuração e primera aplicação em 5 minutos (8)
• Usando checkboxes em uma relação habtm no Rails“>Usando checkboxes em uma relação habtm no Rails (3)
• Instalando o Rails 2 no Debian“>Instalando o Rails 2 no Debian (2)
• Balsamiq Mockups: solução entre protótipos de alta e baixa fidelidade“>Balsamiq Mockups: solução entre protótipos de alta e baixa fidelidade (4)
• Erro “bad line length character” no Git“>Erro “bad line length character” no Git (1)

© Elvis for Elvis Fernandes, 2010. |
Permalink |
Nenhum comentário |
Adicione ao
del.icio.us


Tags: Desenvolvimento, exemplo, Flex, mysql, programação, Rails, restfulx, RoR, ruby on rails

Após criar seu projeto no Rails usando o comando rails , você pode configurá-lo para usar o RestfulX através do comando script/generate rx_config. Este comando cria todos os arquivos de configuração do RestfulX e faz o download da biblioteca do framework (arquivo restfulx_framework.1.2.4.swc, que é a versão mais recente enquanto escrevo este artigo).

Mas você também pode fazer o download do projeto restfulx_framework e incluí-lo no seu projeto no Flex Builder. Para isso, faça o download do fonte do framework usando o git: git clone git://github.com/dima/restfulx_framework.git. Agora você pode gerar os arquivos de configuração: script/generate rx_config --skip-framework. Com a opção --skip-framework, o comando generate rx_config vai gerar os arquivos de configuração mas não vai fazer o download da biblioteca do RestfulX.
(…)
Leia o restante do artigo Instalação “avançada” do RestfulX no seu projeto Rails (289 palavras)

© Elvis for Elvis Fernandes, 2009. |
Permalink |
Nenhum comentário |
Adicione ao
del.icio.us


Tags: configuração, Flex, flex builder, framework, GIT, Rails, restfulx, ruby on rails

Pequena dica rápida para que utiliza Textmate e Git no Mac.

Em meu terminal bash eu defino o Textmate como editor padrão, porém se você faz isto, não basta definir em seu .bash_profile como abaixo:

export EDITOR=/usr/bin/mate

Você também precisa definir isto na configuração do GIT, executando o comando abaixo:

git config --global core.editor "mate -w"

Agora toda vez que o git chamar o TextMate ele vai esperar até que o Textmate seja fechado para prosseguir. Desta forma você pode agora utilizar os comandos git commit e git commit—amend para definir as mensagens dos seus commits sem nenhum problema.

Sempre é bom ter à mão uma pequena “cola” para quando esquecemos aqueles comando básicos, então aí vai um Cheat Sheet do GIT, que é tão útil quanto a lista dos 20 comandos do GIT mais utilizados no dia-a-dia.

Posts relacionados

• Erro “bad line length character” no Git
• Precedência dos operadores em Ruby

© Elvis for Elvis Fernandes, 2009. |
Permalink |
Nenhum comentário |
Adicione ao
del.icio.us


Tags: cheat sheet, GIT, programação

Às vezes aparecem uns erros estranhos na vida de um programador, e a solução não é, nem de longe, algo relacionado à mensagem de erro que recebemos.

Um exemplo disso é quando aparece a seguinte mensagem de erro ao tentar executar operações de pull/push/clone em um repositório do git:

A mensagem de erro em si não diz nada. Mas depois de uma rápida busca pela rede encontrei uma explicação para o problema: o número de usuários conectados pelo ssh (e o git usa ssh para trocar dados) excedeu o limite. Bastou desconectar uma das sessões iniciadas (isso aconteceu comigo quando tinha duas sessões ativas) que a operação foi concluída sem problemas.

Posts relacionados

• Precedência dos operadores em Ruby
• Firefox Plugin – visualizar trace de SWFs
• Error #2032: Stream Error.

© Elvis for Elvis Fernandes, 2009. |
Permalink |
Nenhum comentário |
Adicione ao
del.icio.us


Tags: Desenvolvimento, erro, GIT, programação