Requisitos:

• Ruby e RubyonRails (>= 3.0)
• Experiência no desenvolvimento de sistemas empresariais (não somente sites institucionais e blogs) é desejado
• Curso superior e fluência na língua inglesa são diferenciais apreciados
• Bons conhecimentos em git, SQL, html, haml, javascript (jQuery)

O que eu pensei era permitir que um usuário comum pudesse facilmente exibir um dado contido dentro do modelo Post. Por exemplo, você deseja pôr a data da última atualização dos dados. Seu objeto Post tem um campo chamado updated_at. Para pôr isso no texto a idéia é que você utilize uma tag especial que será substituída pelo dado capturado do banco. Foi pensando nisso e baseado nas tags do Radiant que eu fiz o código abaixo:

class Post < ActiveRecord::Base
  belongs_to :category
  validates_presence_of :name, :title, :body, :permalink, :user_id, :category_id

  # Method to replace your special tag.
  def self.replace_special_tags(object, field)
    text = eval('object.'+field)
    if !text.blank?
      tags = self.get_tags(text)
      if !tags.blank?
        tags.each do |tag|
          text = text.gsub(tag.to_s, self.get_param(tag, object))
        end
      end
    end
    return text
  end

  # After catch your tags, pass the tag and object that you need to use.
  def self.get_param(tag, object)
    pattern = /[^<r:].*[^ \/>]/
    param = tag.to_s[pattern]
    replace = object.respond_to?(param.split('.').first) ? eval('object.'+param) : nil
    if !replace.blank?
      return replace.to_s
    else
      return '<!-- wrong field -->'
    end
  end

  # Get all special tags on text
  def self.get_tags(text)
    pattern = /(<r:[a-z\.]+ \/>)/
    if !text.scan(pattern).blank?
      text.scan(pattern)
    end
  end
end

O modelo acima permite exibir dados direto do banco ao passar um objeto e o respectivo campo de texto que contém as tags especiais. Vejamos como funciona na prática:

Post.replace_special_tags(@post, 'body')

Assim, todas as tags especiais que eu adicionar ao campo body serão substituídas pelo campo correspondente no objeto @post. Vejamos um exemplo do nosso objeto:


>> @post
=> #<Post id: 1, name: "Minha página de teste", title: "Titulo da minha página de teste", body: "<p>Ah!!</p>\r\n\r\n<ul>\r\n  <li><strong>Nome da categori...", permalink: "minha-pagina-de-teste", active: false, public: nil, user_id: 1, category_id: 26, created_at: "2010-05-19 21:39:52", updated_at: "2010-05-19 21:39:52">

Nesse caso, o post pertence a uma categoria:


>> @post.category
=> #<Category id: 26, name: "Minha categoria de teste", permalink: "minha-categoria-de-teste", parent_id: nil, created_at: "2010-05-19 22:09:16", updated_at: "2010-05-19 22:09:16">


Portanto, você pode utilizar, por exemplo:

• <r:title />
• <r:user_id /> * em breve, um relacionamento poderá permitir acesso aos dados do usuário. Mas cuidado com as permissões aqui. É muito importante limitar o uso deste recurso.
• <r:category.name />
• <r:category.permalink />

Na prática, seu campo body ser assim:

<p>My replace tags test</p>
<dl>
  <dt>My category name:</dt>
  <dd><r:category.name /></dd>
  <dt>My category permalink:</dt>
  <dd><r:category.permalink /></dd>
  <dt>My post permalink:</dt>
  <dd><r:permalink /></dd>
</dl>
<div class="breadcrumb">
  <a href="/categories/<r:category.permalink>"><span><r:category.name></span></a> |
  <a  href="/categories/<r:category.permalink>/post/<r:permalink>"><span><r:name></span></a>
</div>

Acima estão somente alguns exemplos de dados que você pode utilizar. Como o método que eu criei não limita a utilização de campos, tudo que você chamar do objeto @post será exibido, se existir. O interessante a partir daqui é pensar em criar uma lista dos dados “acessíveis” para permitir chamar somente estes, tornando a utilização deste método muito mais segura.

Ps.: Desculpem pelo título, porém não encontrei nada que pudesse descrever isso em poucas palavras e da forma correta. Recebo sugestões.

Dica rápida para quem se interessou no post anterior sobre Dojo. Eu pesquisei e encontrei um plugin que substitui os helpers do Rails para utilizar Dojo ao invés de Prototype. É o drails.

A instalação é simples:

# drails relies on the dojo-pkg gem.  Installing this gem can sometimes take a while
gem install dojo-pkg

cd my_rails_app
script/plugin install git://github.com/foobarfighter/drails.git

Para maiores informações acesse o README do plugin no github.

Em sua versão padrão ele é muito bom, mas imagine que existem muitos plugins para turbinar o seu Redmine. Segue abaixo uma lista de plugins extraída da wiki do Redmine:

Plugin list

• BotsFilterPlugin previne URLs contra indexação de mecanismos de busca.
• Bulk Time Entry adiciona múltiplas entradas de tempo de uma vez só.
• Budget é um plugin para gerenciar o conjunto de resultados de cada projecto, automaticamente calcula alguns indicadores de desempenho.
• Collapse transforma a barra lateral padrão do Redmine para uma barra expansível.
• Customer gerencia informações básicas do cliente e analisa os projetos deste cliente.
• Embedded permite enviar arquivos HTML (ex.: documentação auto-gerada, resultados de testes) em seu projeto.
• Exception Handler habilita o Redmine a enviar e-mails quando algum erro ou excessão ocorrer.
• ezFAQ gerenciador de FAQ para redmine.
• ezLibrarian cria um módulo que serve para a gestão de seus livros em sua empresa.
• Google Analytics inclui de um modo simples o Google Analytics no Redmine.
• Google Calendar integra o Redmine com o Google Calendar.
• Project Scores permite ao usuário atribuir uma pontuação ao projeto, incluindo muitos critéiros de análise.
• RD formatter permite formatar texto no estilo Ruby Doc
• Question plugin que permite comunicação entre usuários nas tarefas.
• Simple CI
• Stuff To Do Permite o usuário atribuir a ordem das tarefas atribuídas a ele.
• System Notification habilitao Administrador a enviar notificações por email para usuários recem logados.
• Timesheet plugin para análise de horas trabalhadas de cada usuário, por projeto.

Encontre mais plugins no GitHub.

Dica: Siga o tutorial de como criar um plugin para o Redmine.

Como instalar um plugin

1. Se você está usando a versão 0.7.x, você precisa instalar o Rails engines plugin (certifique-se de que esteja usando a versão 2.0.2 do Rails). A partir da versão 0.8.0 o Rails engines plugin já está incluso no Redmine, então não precisa seguir este passo.

ruby script/plugin install http://svn.rails-engines.org/engines/tags/rel_2.0.0/
mv vendor/plugins/rel_2.0.0 vendor/plugins/engines

2. Copie o diretório do plugin para #{RAILS_ROOT}/vendor/plugins

3. Se o plugin requer migração, rode o seguinte comando para atualizar a sua database (faça um backup primeiro).

rake db:migrate_plugins

4. Reinicie o Redmine (siga as instruções de acordo com o servidor que você está usando).

Foi anunciado no blog Riding Rails que a wiki do Rails será reformada (revitalizada).

Para dar início ao projeto, a equipe do Rails está formando um grupo de pessoas dedicadas e interessadas em colaborar nessa “revitalização”. Interessados devem ingressar no grupo Ruby on Rails Wiki e ler esse tópico (acredito que seja esse) wiki software.

Atual wiki do Rails:

Durante a semana passada fiquei animado com a possibilidade de correções de bugs com a saída da versão 0.8.1 do Mephisto, mas as mudanças para mim foram muito poucas. À excessão de que o meu blog agora roda na versão 2.2 do Rails, nada mudou.

O principal problema era no upload de Assets, que aparentemente funcionava, mas não exibia as thumbs na listagem e não apontava a imagem para o caminho correto. Finalmente explorando a árvore de diretórios descobri o problema na semana passada. Era o suporte multi-sites do Mephisto que estava surgindo, e os assets já estão funcionando nessa lógica, pelo menos o modelo, pois as views ainda continuavam desatualizadas.

Até aí tudo bem, uma mexidinha de código poderia acabar com os meus problemas, mas como eu não pretendo ter 2 blogs, isso não era o ideal.

Hoje pela manhã li no blog do Fábio Akita a rápida e indolor solução para todos os meus problemas “blogísticos”. Se você tem este mesmo problema, siga o texto do Akita e bons posts.

De agora em diante, teremos um 2009 cheio de novidades e textos que estão maduros para compartilharmos.

Acabo de ler no twitter do Everton Carpes a notícia de que o site da Revista Geek está no ar.

A revista da Editora Digerati desde o início do projeto resolveu mudar radicalmente, e na minha humilde opinião, para a melhor. O antigo portal continha milhares de notícias e conteúdos livres dos mais variados assuntos do universo geek e tantos usuários quanto a dimensão de seu conteúdo, o que representa um site de grande expressão. O novo site, é uma mudança de conceitos e tecnologia, adotando Ruby on Rails para o desenvolvimento da aplicação, o que não diminui a sua dimensão, pode até multiplicar-se.

Tive uma pequena oportunidade de participar no projeto e entender que por trás desse simples e funcional conceito do site da revista geek existe uma complexidade muito grande (não confundam complexidade com aplicação mal feita).

Esse é mais um projeto de grandes dimensões para provar que Rails não é somente um framework para pequenas aplicações. Grandes e complexas aplicações podem sim (e no meu conceito, DEVEM) ser desenvolvidas em Rails.

Para finalizar deixo os meus parabéns a todos os envolvidos no projeto desde o início, principalmente ao Everton por levar este projeto adiante.

Se você tem dúvidas quanto a estabilidade do servidor, saiba que meu blog está rodando com Passenger há mais de um mês e não tive problemas na utilização. Recomendo!

Para assinar, clique aqui

Antes de tudo é necessário que sua hospedagem tenha:

• acesso disponível via SSH;
• Ruby on Rails rodando com fcgi ou mod_rails
• SVN instalado (opcional)
• Git
• Gerenciamento de chaves SSH pelo CPanel

Instalando o redMine

A instalação do redMine é muito simples. Basta seguir os passos do próprio site do redMine, clicando aqui e após configurar o redmine de acordo com as suas necessidades.

h3, Criando o repositório Git em sua máquina

Se você ainda não tem um repositório local, é necessário criá-lo, vamos aproveitar e criar uma aplicação Rails para já termos o que enviar ao servidor.

 $cd /home/usuario/workspace
 $rails my_git_project
 $cd my_git_project
 $git init
 $git add *
 $git commit -m "My first commit"

Movendo o seu repositório para o seu shared host

Antes de mais nada é preciso ter em mente que só enviar o seu repositório Git por FTP pode não ter o funcionamento adequado. Para isso, prepare o seu repositório para ser movido.

 $cd ~/workspace
 $git clone - -bare my_git_project my_git_project.git
 $touch my_git_project.git/git-daemon-export-ok

Pronto, agora seu repositório está pronto para rodar em seu shared host. Agora é necessário enviá-lo para o seu host. Acesse por SSH ou FTP o seu shared host e crie um diretório (que eu vou chamar de src) na home de seu shared host, algo como /home/username/. Se você quiser enviar por SCP, faça o seguinte:

 $scp ~/workspace/src/my_git_project.git username@meudominio.com:/home/username/src

Pronto! Seu repositório Git já está no seu servidor e pronto para ser utilizado.

A partir de agora o endereço de seu repositório será algo como:

 $ssh://username@meudominio.com/~/src/my_git_project.git

Teste o seu repositório

 $git clone ssh://username@meudominio.com/~/src/my_git_project.git

Se você fizer isto, será solicitada a senha SSH do seu host. Digite a senha e terá o seu repositório em poucos segundos.

Liberando as suas chaves SSH

Assim como o Github você pode adicionar chaves SSH de sua máquina e de outros desenvolvedores que terão acesso irrestrito sem a necessidade de senha.

Atenção: Não são todos os shared hosts que têm está opção. Posso afirmar que a hospedagem que eu utilizo fornece esta opção.

MUITO IMPORTANTE: Quem tiver acesso irrestrito ao seu repositorio git também tera acesso irrestrito a todos os arquivos e bancos de dados do seu shared host.

Os passos a seguir são referência do meu CPanel.

Para inserir as chaves ssh de seu computador e de terceiros, faça o seguinte:

Para ter uma chave SSH é necessário criá-la, para isso, recomendo que leiam esta página do Github.

 $cd ~/.ssh
 $cat id_rsa.pub

Copie o resultado sem nenhum espaço em branco do início e faça o seguinte:

Procure o item SSH/Shell Access como mostra a imagem abaixo:

Após clique no botão Manage SSH Keys e clique em Import Key.

Cole a sua chave SSH como mostra a imagem abaixo (Não preencha os demais campos):

Após clicar em import, vá à listagem de chaves públicas (Public Keys) e clique em Manage Authorization e após clique no botão authorize.

Pronto! Agora você não precisa mais digitar a senha de seu shared host toda vez que quiser fazer um clone ou enviar seus commits ao repositório.

O que será então?

Se trata de um bug no FCGI. Simplesmente quando o método multipart está definido como true, ao tentar cadastrar um dado novo no banco de dados, ele não consegue direcionar o POST para a action create do seu controller. A solução é simples e indolor. No seu form de new faça o seguinte:

<%= error_messages_for :product %>

<% form_for(:product, :url => "#{products_path}/", :html => { :multipart => true }) do %>

  <%= render :partial => 'form' %>

  <p>
    <%= submit_tag "Salvar" %>
  </p>
<% end %>

Note que no lugar de @products eu pus :product, :url => ”#{products_path}/”, isto porque o bug somente ocorre pela falta da barra após o nome do controller. Se a action do form estiver somente ”/products” ele irá entender que você quer acessar a action index e não o create. Com a barra no final da action tudo vai funcionar perfeitamente.

Qualquer dúvida, comente, talvez hajam soluções melhores.

O crédito para o descobrimento deste bug é para o Everton Carpes.