Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<h1>proper solution</h1> <p>Well, "they" are right. You really have to do the rendering in a controller - but it's fair game to call that controller from a model! Fortunately, AbstractController in Rails 3 makes it easier than I thought. I wound up making a simple ActionPusher class, working just like ActionMailer. Perhaps I'll get ambitious and make this a proper gem someday, but this should serve as a good start for anyone else in my shoes.</p> <p>I got the most help from this link: <a href="http://www.amberbit.com/blog/2011/12/27/render-views-and-partials-outside-controllers-in-rails-3/" rel="nofollow noreferrer">http://www.amberbit.com/blog/2011/12/27/render-views-and-partials-outside-controllers-in-rails-3/</a></p> <p>in lib/action_pusher.rb</p> <pre><code>class ActionPusher &lt; AbstractController::Base include AbstractController::Rendering include AbstractController::Helpers include AbstractController::Translation include AbstractController::AssetPaths include Rails.application.routes.url_helpers helper ApplicationHelper self.view_paths = "app/views" class Pushable def initialize(channel, pushtext) @channel = channel @pushtext = pushtext end def push Pusher[@channel].trigger('rjs_push', @pushtext ) end end end </code></pre> <p>in app/pushers/users_pusher.rb. I guess the require could go somewhere more global?</p> <pre><code>require 'action_pusher' class UsersPusher &lt; ActionPusher def initialize(user) @user = user end def channel @user.pusher_key end def add_notice(notice = nil) @notice = notice Pushable.new channel, render(template: 'users_pusher/add_notice') end end </code></pre> <p>Now in my model, I can just do this:</p> <pre><code>after_commit :push_add_notice private def push_add_notice UsersPusher.new(user).add_notice(self).push end </code></pre> <p>and then you'll want a partial, e.g. app/views/users_pusher/add_notice.js.haml, which could be as simple as:</p> <pre><code>alert('#{@notice.body}') </code></pre> <p>I guess you don't really need to do it with Pushable inner class and the .push call at the end, but I wanted to make it look like ActiveMailer. I also have a pusher_key method on my user model, to make a channel for each user - but this is my first day with anything like Pusher, so I can't say for sure if that's the right strategy. There's more to be fleshed out, but this is enough for me to get started.</p> <p>Good luck!</p> <h2>(this was my first draft answer, leaving it in because it might help someone)</h2> <p>I've got the general outline of a solution working. Like this, in your model:</p> <pre><code>after_create :push_new_message private def render_anywhere(partial, assigns = {}) view = ActionView::Base.new(ActionController::Base.view_paths, assigns) view.extend ApplicationHelper view.render(:partial =&gt; partial) end def push_new_message pushstring = render_anywhere('notices/push_new_message', :message_text =&gt; self.body) Pusher[user.pusher_key].trigger!('new_message', pushstring) end </code></pre> <p>that is definitely working - the template is rendering, and gets eval()'ed on the client side successfully. I'm planning to clean it up, almost certainly move render_anywhere somewhere more general, and probably try <a href="http://facebooker.rubyforge.org/svn/trunk/facebooker/lib/facebooker/rails/publisher.rb" rel="nofollow noreferrer">something like this</a></p> <p>I can see that pushes will need their own templates, calling the generally available ones, and I may try to collect them all in one place. One nice little problem is that I sometimes use controller_name in my partials, like to light up a menu item, but I'll obviously have to take a different tactic there. I'm guessing I might have to do something to get more helpers available, but I haven't gotten there yet.</p> <p>Success! Hooray! This should answer your question, and mine - I'll add more detail if it seems appropriate later. Good luck!!!!</p> <h3>original non-answer from an hour ago left for clarity</h3> <p>I don't have an answer, but this timely question deserves more clarification, and I'm hoping to get closer to <em>my</em> answer by helping ask :) </p> <p>I'm facing the same problem. To explain a little more clearly, Pusher asynchronously sends content to a connected user browser. A typical use case would be a showing the user they have a new message from another user. With Pusher, you can push a message to the receiver's browser, so they get an immediate notification if they are logged in. For a really great demo of what Pusher can do, check out <a href="http://wordsquared.com/" rel="nofollow noreferrer">http://wordsquared.com/</a></p> <p>You can send any data you like, such as a JSON hash to interpret how you like it, but it would be very convenient to send RJS, just like with any other ajax call and eval() it on the client side. That way, you could (for example) render the template for your menu bar, updating it in its entirety, or just the new message count displayed to the user, using all the same partials to keep it bone-DRY. In principle, you could render the partial from the <em>sender's</em> controller, but that doesn't make much sense either, and there might not even be a request, it could be triggered by a cron job, for example, or some other event, like a stock price change. The sender controller just should not have to know about it - I like to keep my controllers on a starvation diet ;)</p> <p>It might sound like a violation of MVC, but it's really not - and it really should be solved with something like ActionMailer, but sharing helpers and partials with the rest of the app. I know in my app, I'd like to send a Pusher event at the same time as (or instead of) an ActionMailer call. I want to render an arbitrary partial for user B based on an event from user A.</p> <p>These links may point the way towards a solution:</p> <ul> <li><a href="http://blog.choonkeat.com/weblog/2006/08/rails-calling-r.html" rel="nofollow noreferrer">http://blog.choonkeat.com/weblog/2006/08/rails-calling-r.html</a></li> <li><a href="https://stackoverflow.com/questions/3003300/how-to-render-a-partial-from-a-model-in-rails-2-3-5">How to render a Partial from a Model in Rails 2.3.5</a></li> <li><a href="http://mattwindsurfs.wordpress.com/2008/06/19/rails-render-in-a-model/" rel="nofollow noreferrer">http://mattwindsurfs.wordpress.com/2008/06/19/rails-render-in-a-model/</a></li> <li><a href="http://davetroy.blogspot.com/2008/02/actsasrenderer-brings-output-to-models.html" rel="nofollow noreferrer">http://davetroy.blogspot.com/2008/02/actsasrenderer-brings-output-to-models.html</a></li> <li><a href="https://github.com/asapnet/acts_as_renderer" rel="nofollow noreferrer">https://github.com/asapnet/acts_as_renderer</a></li> <li><a href="http://ethilien.net/archives/render-rails-templates-anywhere-even-in-a-model/" rel="nofollow noreferrer">http://ethilien.net/archives/render-rails-templates-anywhere-even-in-a-model/</a></li> </ul> <p>The last one looks the most promising, offering up this tantalizing snippet:</p> <pre><code>def render_anywhere(partial, assigns) view = ActionView::Base.new(Rails::Configuration.new.view_path, assigns) ActionView::Base.helper_modules.each { |helper| view.extend helper } view.extend ApplicationHelper view.render(:partial =&gt; partial) end </code></pre> <p>As does <a href="http://www.arailsdemo.com/posts/50" rel="nofollow noreferrer">this link</a> provided by another poster above.</p> <p>I'll report back if I get something working</p> <p>tl;dr: me too!</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload