# Gsub produce risultati diversi eseguendo lo stesso codice **URL:** \ **Category:** Product Support\ **Created:** [17 Settembre 2021, 5:17pm UTC](https://meta.discourse.org/t/gsub-producing-different-results-running-the-same-code/203837 "2021-09-17T17:17:52Z")\ **Posts on this page:** 1\ **Showing post:** 1

**Author:** ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **Post date:** [17 Settembre 2021, 5:17pm UTC](https://meta.discourse.org/t/gsub-producing-different-results-running-the-same-code/203837/1 "2021-09-17T17:17:52Z")

Forse questa è una domanda per Stack Overflow e non capisco cosa faccia `gsub`, ma questo sembra un comportamento bizzarro di Ruby che mi fa chiedersi se possa in qualche modo dipendere dall’immagine di Ruby. Ottengo gli stessi risultati in `irb` sulla mia macchina locale. Pensavo potesse essere un comportamento di `dup` che non comprendevo, ma riesco a replicare il comportamento definendo la stringa due volte. La prima volta che `gsub` non riesce a inserire l’URL, ma nelle esecuzioni successive con gli stessi dati lo include come previsto. ```plaintext [1] pry(main)> save=%(

On Android, click the three-dot icon in the upper right corner and select Relations from the popup menu. This function wasn't working for me until yesterday, so perhaps on Android, it's still in A/B testing. [upl-image-preview url=https://somehost.s3.eu-central-1.amazonaws.com/2021-08-29/1630236738-85280-screen-shot-2021-08-29-at-83023-pm.png]

[1] pry(main)* [1] pry(main)* ) => "

\n\n" [2] pry(main)> s=save.dup => "

\n\n" [3] pry(main)> s.gsub!(/.+?/i,"\nIMAGEISHERE\n#{$1}\n") => "

\n\n" [4] pry(main)> s=save.dup => "

\n\n" [5] pry(main)> s.gsub!(/.+?/i,"\nIMAGEISHERE\n#{$1}\n") => "

On Android, click the three-dot icon in the upper right corner and select Relations from the popup menu. This function wasn't working for me until yesterday, so perhaps on Android, it's still in A/B testing. \nIMAGEISHERE\nhttps://somehost.s3.eu-central-1.amazonaws.com/2021-08-29/1630236738-85280-screen-shot-2021-08-29-at-83023-pm.png\n

\n\n" ``` Le esecuzioni successive di ```plaintext s=save.dup s.gsub!(/.+?/i,"\nIMAGEISHERE\n#{$1}\n") ``` producono la sostituzione dell’URL come previsto. funzionano come previsto. L’altro giorno ho avuto un problema simile che ho descritto in [questo post](https://meta.discourse.org/t/bizarre-off-by-one-post-update-error/203669), ma in una modifica precedente. Quel codice era ```plaintext def fix_slack_posts SiteSetting.min_post_length = 2 reg=/(\*\*)(This topic was automatically generated from Slack. You can find the original thread \[here\].+?\))(\*\*\.)?\s*?([a-zA-Z, ()]* : )(.*)/m preg = /([a-zA-Z, ()]+? : )(.*)/m topic_posts = Post.where("raw like '**This topic was automatically%'") topic_posts.each do |tpost| begin tpost.raw.gsub!(reg,"#{$5}\n\n#{$2}.") tpost.save! tpost.rebake! rescue puts "Can't update topic post #{tpost.raw}" end posts = Post.where(topic_id: tpost.topic_id).where("post_number > 1") posts.each do |post| if post.raw.gsub(preg,"#{$2}").length>=10 begin post.raw.gsub!(preg,"#{$2}") post.save! post.rebake! rescue puts "#{post.id}--cannot save #{post.raw}. " end end end end SiteSetting.min_post_length = 10 end ``` E ciò che stava accadendo era che `tpost.raw` nella seconda iterazione del ciclo assumeva il valore dell’ultimo `post.raw` dell’iterazione precedente. Pensavo di impazzire, ma ho visto questo --- _[View the full topic](https://meta.discourse.org/t/gsub-producing-different-results-running-the-same-code/203837)._