RubyOnBr Fórum

o que usar? SHA1/2/256 ou MD5

Thu, 02 Jul 2009 18:04 GMT

Não pense assim, brute-force não é problema afinal um bom atacante não vai rodar um bruteforce a cada 3ms e sim a cada 15 min em 1000 shells diferentes, sendo assim em 15 minutos ele consegue 1000 ataques, e seu sistema nem vai se dar conta.

O salt se for gravado no DB, é facil quebrar, se ele conseguir acessar seu DB e pegar o hash, ele pega o salt, o bcrypt-ruby já dificulta tudo pois mesmo se ele pegar a hash, o salt vai estar no meio dela, e ele não vai ter como tirar de lá, a não ser que ele “descubra” a senha do usuario. e se ele descobrir isso ele não vai precisar do hash =P~

Se isso for fator decisivo na sua app, utilize tb https, e sessions em banco de dados ao invés de cookies, tenha certeza de tratar todas as exceções que o aplicativo possa soltar, e não deixe as senhas dos usuarios ir p/ o log da aplicação.

Se seu banco de dados for roubado com md5, um dictionary attack na conta de e-mail do seu usuário seria bem mais facil =)

Ao aparecer mensagem de validação,combos perdem o valor selecionado

Thu, 02 Jul 2009 17:55 GMT

Postal o model

Mas geralmente vc soluciona alterando o getter p/

problema com campo float

Thu, 02 Jul 2009 17:50 GMT

Como o nofxx disse, a não ser que vc não vá com a cara de algum contador

Mudar modo default que o rails usa para formatar datas

Thu, 02 Jul 2009 17:41 GMT

P/ usar com internacionalização é só ter os arquivos de configuração no seu config/locales.

E setar o locale de acordo com a lógica de sua aplicação.

fr4nc0w: Quando aos ids auto_increment, eu não vejo problema utiliza-los, a não ser que você esteja montando o sistema em cima de um banco de dados já existente.

act_as_versionated,alguem ja usou?

Thu, 02 Jul 2009 13:23 GMT

Tem um novo, achei bacana… is_versioned … se nao me engano. Ta no meu feed no github.com/nofxx

Observe_field

Wed, 01 Jul 2009 19:01 GMT

Assim funcionou: