Использование Friendly ID и i18n с update_attributes приводит к перезаписи - PullRequest
Новая
       21

Использование Friendly ID и i18n с update_attributes приводит к перезаписи

2 голосов
/ 20 сентября 2011

Использование: - Rails 3.0.3 - Friendly_id 4.0.0 Beta 11 - Windows - i18n (0.6.0, 0.5.0) согласно «списку драгоценных камней»

Настройка: У меня есть многоязычный веб-сайт о вычислениях с использованием шведского и английского в качестве языков. Я использую friendly_id для создания SEO-дружественных URL.

В моей mysql-таблице есть столбцы "slug", "slug_se" и "slug_en". Я не уверен, что мне нужно использовать столбец "slug", он идентичен столбцу "slug_en".

Проблема: При использовании «update_attributes» он перезаписывает «slug_se» на «slug» (который по умолчанию на английском языке). Таким образом, значение в «slug» записывается в «slug_se».

Устранение неисправностей: - Я погуглил эту проблему и нашел только одну (без ответа) ветку форума на форуме Google (http://groups.google.com/group/friendly_id/browse_thread/thread/154f4a5024e23418), которая осталась без ответа). - Я пытался найти альтернативы update_attributes, я мог бы пройти через mysql, но это действительно не было бы здорово.

Вопросы: - Нужно ли вообще использовать столбец "слизняк"? Ли альтернатива update_attributes, которая не пытается обновить идентификатор, а? - Видите ли вы что-то неправильное в том, что я делаю, что вызывает проблему?

Код: Модель: 

  extend FriendlyId
  friendly_id :name, :use => :slugged, :use => I18n

Ответы [ 2 ]

3 голосов
/ 21 сентября 2011

Я автор FriendlyId.Вам, вероятно, повезет, если вы зададите этот вопрос в выпусках Github для проекта, я просто случайно увидел это.

Модуль i18n все еще довольно новый, так что извините за нестабильность и спасибо заОбратная связь.:)

Отвечая на ваш вопрос о столбце слагов, нет, его вообще не должно быть: просто slug_en и slug_se.Это изменение было сделано 4 сентября:

https://github.com/norman/friendly_id/commit/54536464132ac8f72c96e8bda203c337f9d56aa0

Поэтому попробуйте удалить этот столбец.Если ваши проблемы сохраняются, пожалуйста, не стесняйтесь публиковать отчет об ошибках на Github, и я посмотрю на него, как только смогу.

Тем временем я попытаюсь добавить тест, чтобы попытаться воспроизвести проблему, которую выопишите, и если я смогу воспроизвести это, я обязательно исправлю это.

0 голосов
/ 22 сентября 2011

Норман, спасибо.Я удалил столбец пули, но это не решило это все же.Кажется, что слаг по умолчанию перезаписывает slug_se в update_attributes.

Это из журнала: 

    Started POST "/vardag/procent/result" for 127.0.0.1 at 2011-09-22 07:36:02 +0200
  Processing by CalculationsController#result as HTML
  Parameters: {"utf8"=>"Ô£ô", "authenticity_token"=>"Xrq9Zf8jGl2X1G9WvqMpcN1EQw7C2lda561FN9E7ZdM=", "first_number"=>"1.0", "second_number"=>
"2.5", "operation"=>"from_a_to_b", "commit"=>"Beräkna", "calculation_type_id"=>"vardag", "id"=>"procent"}
  ←[1m←[36mCalculation Load (1.0ms)←[0m  ←[1mSELECT `calculations`.* FROM `calculations` WHERE (`calculations`.`slug_se` = 'procent') LIMIT
1←[0m
  ←[1m←[35mCalculationType Load (1.0ms)←[0m  SELECT `calculation_types`.* FROM `calculation_types` WHERE (`calculation_types`.`id` = 1) LIMI
T 1
  ←[1m←[36mCACHE (0.0ms)←[0m  ←[1mSELECT `calculations`.* FROM `calculations` WHERE (`calculations`.`slug_se` = 'procent') LIMIT 1←[0m
  ←[1m←[35mSQL (1.0ms)←[0m  BEGIN
  ←[1m←[36mCalculation Load (1.0ms)←[0m  ←[1mSELECT `calculations`.* FROM `calculations` WHERE (`slug_se` = 'percentage' OR `slug_se` LIKE '
percentage--%') AND (id <> 1) ORDER BY LENGTH(`slug_se`) DESC, `slug_se` DESC LIMIT 1←[0m
  ←[1m←[35mAREL (1.0ms)←[0m  UPDATE `calculations` SET `recently` = 'someone_realized,that,when,1.0,goes_to,2.5,result_percentage_a_to_b_inc
reased,150.0,%', `slug_se` = 'percentage', `updated_at` = '2011-09-22 05:36:03' WHERE (`calculations`.`id` = 1)

Проверьте @ 36mCACHE, где он (правильно) использует slug_se = procent, а затем две строкиdown @ 36mCalculation LOAD делает выбор, где slug_se = процент (процент от slug_en).

Я напишу отчет об ошибке в Git!

Редактировать: я сделал еще несколько отладок, которые могут бытьпомощь:

Я вызываю обновление с этим методом в модели: 

 def update_recently(calculation, new_recently_string)
    raise calculation.inspect           
    calculation.update_attributes(:recently => new_recently_string.join(","))
  end

Это повышение создает это: 

#<Calculation id: 1, name: "Percentage", preimp: nil, url: nil, clicks: 71, clicks_week: 71, is_local: true, comment: nil, nofollow: true, updated: nil, calculation_type_id: 1, created_at: "2011-03-12 07:04:54", updated_at: "2011-09-22 05:53:25", last_checked: nil, calculation_status_id: 2, region_id: 1, source: nil, affiliate: false, examples: nil, recently: "someone_realized,that,when,1.0,goes_to,2.5,result_p...", is_special: false, slug_en: "percentage", slug_se: "procent">

параметры: 

{"utf8"=>"✓",
 "_method"=>"put",
 "authenticity_token"=>"Xrq9Zf8jGl2X1G9WvqMpcN1EQw7C2lda561FN9E7ZdM=",
 "first_number"=>"1.0",
 "second_number"=>"2.5",
 "operation"=>"from_a_to_b",
 "commit"=>"Beräkna",
 "calculation_type_id"=>"vardag",
 "id"=>"procent"}

Я поднял расчет.friendly_id.inspect, и он показал «проценты».

...