Sync

Languages and libraries

rails realtime library

SHOW HN2013

143points
29comments
#142of 1,739 in 2013
Top 9%of 2013 by points

How HN took it

LovedMost comments that take a side are positive

12 positive, 6 neutral or asking, 1 mixed, 1 critical, out of 20 comments about the project. Thread score +0.49.

Idea: 4 for, 1 against

The thread, comment by comment

Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.

positive neutral or mixed critical about another commenter or something else the maker

What HN said

What people liked

  • Fits the Rails way and should be part of core Rails

    From 3 comments
    • Wow this really should become part of core Rails. This is definitely real time done the "rails way". I prefer Rails to anything else I've tried but my ideas increasingly revolve…
      habosa on HN
    • Ahhh ok. I get you, re: the caching. This is very cool. I have been waiting for something like this, to dive into the real-time web. Wading into client-side JS frameworks has…
      marcamillion on HN
    • OMG this is great - should be a standard part of rails.
      andyl on HN
  • Good alternative to client-side MVC frameworks

    From 2 comments
    • This is awesome! The next time I need functionality similar to what a client-side MVC framework provides, I'll give this a try first.
      Jarred on HN
    • Me gusta. Can this potentially replace a client-side MVC framework like backbone.js or ember.js entirely or are there limitations?
      benradler on HN

Objections

  • Requires an extra pubsub process such as Faye or Pusher

    From 2 comments
    • I really like this. The only thing that kinda threw me off a bit was putting the partials in the /views/sync/resource/ folder. Feels a bit non-RESTy. I imagine, for a…
      marcamillion on HN
    • That's correct. If on Heroku, Faye would run in it's own dyno process, while Pusher is a commercial product. Sync requires a pubsub server to talk to, so either is a must. I…
      chrismccord on HN
  • Partials must live in a sync folder, which feels non-RESTful

    From 1 comment
    • I really like this. The only thing that kinda threw me off a bit was putting the partials in the /views/sync/resource/ folder. Feels a bit non-RESTy. I imagine, for a…
      marcamillion on HN

Requests

  • Support for Django or other frameworks

    From 1 comment
    • Does anybody know of anything like this for Django? I'm very much interested in better integration between client-side and server-side code. I'm really not sold on the…
      acjohnson55 on HN
  • Client-side templating for updates

    From 1 comment
    • This looks really great. Does anyone have any thoughts on how this could be combined with client friendly templating so that the rendering of the partial could be done client…
      hifier on HN

Questions

  • How it interacts with Russian doll caching

    From 2 comments
    • I really like this. The only thing that kinda threw me off a bit was putting the partials in the /views/sync/resource/ folder. Feels a bit non-RESTy. I imagine, for a…
      marcamillion on HN
    • The partials each get separated into their own folder based on their model name. So it's not a grab-bag of random partials – it's the same folder structure an application would…
      chrismccord on HN
  • Why partials are namespaced under sync directory

    From 2 comments
    • Can you provide some details on why the partials have to be namespace'd to the sync directory? My guess is: sync partials can only be "resource" based, and can't be given locals…
      tomhallett on HN
    • You're right about part of the reason. One reason the partials are namespaced is indeed to serve as a distinction since at the moment, only the resource can hold the context for…
      chrismccord on HN
  • Whether it works with Rails 4 and Heroku

    From 2 comments
    • This looks perfect for a current project with a quite a bit of jQuery and partials. I may just redo using Sync. Do you have any recommendations for using on Heroku? Should I just…
      tortilla on HN
    • Faye will gladly run on Heroku with a foreman process, but I think Pusher is a tough choice to beat to get you up and running quickly. Sync does indeed support Rails 4. In fact,…
      chrismccord on HN

Alternatives named

  • Backbone.js

    From 1 comment
    • Me gusta. Can this potentially replace a client-side MVC framework like backbone.js or ember.js entirely or are there limitations?
      benradler on HN
  • Ember.js

    From 1 comment
    • Me gusta. Can this potentially replace a client-side MVC framework like backbone.js or ember.js entirely or are there limitations?
      benradler on HN
  • Pusher

    From 1 comment
    • This looks perfect for a current project with a quite a bit of jQuery and partials. I may just redo using Sync. Do you have any recommendations for using on Heroku? Should I just…
      tortilla on HN

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/5589208)