Blog Patrick Espake

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

# Be sure to restart your server when you modify this file.
 
# These settings change the behavior of Rails 2 apps and will be defaults
# for Rails 3. You can remove this initializer when Rails 3 is released.
 
if defined?(ActiveRecord)
  # Include Active Record class name as root for JSON serialized output.
  ActiveRecord::Base.include_root_in_json = true
 
  # Store the full class name (including module namespace) in STI type column.
  ActiveRecord::Base.store_full_sti_class = true
end
 
# Use ISO 8601 format for JSON serialized times and dates.
ActiveSupport.use_standard_json_time_format = true
 
# Don't escape HTML entities in JSON, leave that for the #json_escape helper.
# if you're including raw json in an HTML page.
ActiveSupport.escape_html_entities_in_json = false

1
2
3
4
5

class String
  def strip_tags
    ActionController::Base.helpers.strip_tags(self)
  end
end

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

# Be sure to restart your server when you modify this file.
 
# These settings change the behavior of Rails 2 apps and will be defaults
# for Rails 3. You can remove this initializer when Rails 3 is released.
 
if defined?(ActiveRecord)
  # Include Active Record class name as root for JSON serialized output.
  ActiveRecord::Base.include_root_in_json = true
 
  # Store the full class name (including module namespace) in STI type column.
  ActiveRecord::Base.store_full_sti_class = true
end
 
# Use ISO 8601 format for JSON serialized times and dates.
ActiveSupport.use_standard_json_time_format = true
 
# Don't escape HTML entities in JSON, leave that for the #json_escape helper.
# if you're including raw json in an HTML page.
ActiveSupport.escape_html_entities_in_json = false
 
class String
  def strip_tags
    ActionController::Base.helpers.strip_tags(self)
  end
end

params['title'] = params['title'].strip_tags
 
ou
 
>> '<b>meu texto</b>'.strip_tags
=> "meu texto"

5 Comments

1. 

   Niler Barcelos

   #1 15 junho 2009 16:54

   Muito boa a dica!

   Valeu!!!

   —
2. 

   Rafael Souza

   #2 16 junho 2009 00:10

   Olá Patrick,

   Acho que dizer que o método strip_tags é mais útil nos controllers e nos models é um pouco demais não?

   —
3. 

   patrickespake

   #3 16 junho 2009 08:32

   Não.

   Minha opinião é essa.
   Quando eu pegar dados de um formulário eu vou tratar esses valores no controller antes de salvar no model, ou seja, no controller que vou usar strip_tags para limpar os params.
   Não faz sentido para mim salvar no banco com tags e dar um strip_tags somente na hora da apresentação na view, vou deixar as minhas tabelas poluídas.

   Conta pra mim como você faz?

   —
4. 

   Rafael Souza

   #4 17 junho 2009 22:08

   Obviamente cada caso é um caso, mas se a interface do meu sistema permite que um campo seja preenchido com HTML por que eu tiraria o HTML dele?

   No exemplo que você deu, você retira o HTML de um campo chamado title, se o usuário teve a possibilidade de colocar HTML ali, isso não deveria ser salvo no banco?
   Caso HTML não seja permitido no campo, não seria mais coerente fazer alguma validação para isso?

   Como disse no começo, cada caso é um caso, mas acredito que na maioria das vezes quando o usuário tem a possibilidade de colocar HTML em um campo, quero que ele permaneça com o HTML.
   Seria mais ou menos como um campo de data, se não quero que o campo contenha outro caracter que não [0-9/]+, então crio uma validação para isso, e não saio fazendo replace ou coisa parecida.

   Abraço!

   —
5. 

   patrickespake

   #5 18 junho 2009 10:17

   Com certeza, realmente é uma boa solução usar o validates_format_of no model, especificando uma expressão regular, mas mesmo assim o strip_tags continua sendo muito útil, em situações de parse em xml, população de dados de outras fontes e várias outras situações.

   —