59b277ead1
Changes: * Drop Users.id_to_name. * Don't cache Users.name_to_id. * Replace calls to name_to_id with find_by_name when possible. * Don't autodefine creator_name in belongs_to_creator. * Don't autodefine updater_name in belongs_to_updater. * Instead manually define creator_name / updater_name only on models that need to return these fields in the api. id_to_name was cached to reduce the impact of N+1 query patterns in certain places, especially in api responses that return creator_name / updater_name fields. But it still meant we were doing N calls to memcache. Using `includes` to prefetch users avoids this N+1 pattern. name_to_id had no need be cached, it was never used in any performance- sensitive contexts. Avoiding caching also avoids the need to keep these caches consistent.
14 lines
581 B
Plaintext
14 lines
581 B
Plaintext
<p>"<%= @forum_topic.title %>" was updated:</p>
|
|
|
|
<% @forum_posts.each do |forum_post| %>
|
|
<p>
|
|
<strong><%= forum_post.creator.name %> said:</strong>
|
|
</p>
|
|
<%= format_text(forum_post.body, base_url: root_url) %>
|
|
<br>
|
|
<hr>
|
|
<br>
|
|
<% end %>
|
|
|
|
<p><%= link_to "View topic", forum_topic_url(@forum_topic, :page => @forum_topic.last_page, :host => Danbooru.config.hostname, :only_path => false) %> | <%= link_to "Unsubscribe", maintenance_user_email_notification_url(:user_id => @user.id, :sig => email_sig(@user), :host => Danbooru.config.hostname, :only_path => false) %></p>
|