No caso abaixo, onde um pai deve ser extraído de uma string por meio de uma expressão regular
input_string = "02150 ESPOO"
input_string[pattern]
Dois resultados muito diferentes surgem quer a patternexpressão regular seja delimitada (começando e terminando) /^\d{5}$/ou não/\d{5}/
Eu obtenho o resultado desejado no último caso, enquanto o primeiro retorna nil. Por que o regex bookened falha?
Ao consultar uma API que responde em XML surge um elemento interessante ao rastrear no console dados fictícios, layout não :
<address>SUTTER 10821
1032 LALALAND</address>
a análise está sendo executada pelo httpartyruby gem.
A quebra de linha na string é salva como \nem um tipo de dado text. No entanto, ao renderizar em rails com .html_safe, nenhuma nova linha é renderizada.
Qual é a melhor maneira de processar o atributo de endereço no momento da gravação do registro?
Uma ação do controlador que cria vários objetos dentro de um loop é candidata para consultas N+1. No entanto, o segmento a seguir
shop_id = section.shop_id
section_id = section.id
serving_table_id = section.serving_table.id
range = 1..i
range.each do |i|
@cover = Cover.create(shop_id: shop_id, section_id: section_id, serving_table_id: serving_table_id, name: i )
end
evento embora os atributos a serem salvos sejam definidos antes do bloco de iteração,
está gerando via prosopitegem uma detecção de consulta N+1,
para cada um dos objetos shop, parti e serving_table.
Não sendo uma consulta para uma coleção, includesseria inaplicável.
Como evitar consultas N+1 neste caso?
O erro identificado no título está sendo invocado ao executar o seguinte
@component = Ccomponent.new(ccomponent_params)
A resposta obtida “22” foi isolada com duas submissões diferentes:
Parameters: {"authenticity_token"=>"[FILTERED]", "ccomponent"=>{"shop_id"=>"1", "unit_um_id"=>"22", "shelf_life_target"=>"2"}, "commit"=>"submit"}
Parameters: {"authenticity_token"=>"[FILTERED]", "ccomponent"=>{"shop_id"=>"1", "unit_um_id"=>"", "shelf_life_target"=>"2"}, "commit"=>"submit"}
Com o segundo caso retornando got ""na mensagem de erro.
Portanto, o problema é com o relacionamento da unit_um_idvariável.
A classe é definida com duas variáveis provenientes da mesma classe.
belongs_to :um, class_name: 'Categoryminor'
belongs_to :unit_um_id, class_name: 'Categoryminor', optional: true
O erro não havia aparecido antes quando a unit_um_idvariável não existia. Assim, parece que Rails não permite que duas variáveis pertençam à mesma classe (posso ver o porquê: parâmetros são sempre strings e é a lógica do modelo que será convertida em um número inteiro: portanto, apenas um relacionamento está sendo processado por essa lógica aqui)
umsubstitui a unidade de medida e ambas são necessárias na classe (considere uma garrafa com capacidade de 75 cl (1º um), mas é comprada em garrafas (unidades - 2º um).
Não seria possível criar o relacionamento a priori e executar uma busca indexada toda vez que a variável fosse necessária, mas isso não é muito eficiente.
Como esse modelo poderia ser interpretado de outra forma?
As instruções de instalação do blazer gem indicam
For production, specify your database:
ENV["BLAZER_DATABASE_URL"] = "postgres://user:password@hostname:5432/database"
no desenvolvimento local, mesmo assim está sendo gerado o seguinte erro
ActionView::Template::Error (undefined method `each' for nil:NilClass
settings["data_sources"].each do |id, s|
portanto, a fonte de dados precisa ser definida emconfig/blazer.yml
logs do postgresql indicam
2024-01-14 10:14:44.406 CET [1978] LOG: listening on IPv4 address "127.0.0.1", port 5432
2024-01-14 10:14:44.407 CET [1978] LOG: listening on Unix socket "/tmp/.s.PGSQL.5432"
ainda a seguinte configuração
data_sources:
main:
url: "postgres://[email protected]:[email protected]:5432/boilerauth_development"
ainda gera uma reclamação
URI::InvalidURIError (bad URI(is not URI?): "postgres://[email protected]:[email protected]:5432/boilerauth_development"):
onde esta configuração está errada?