[openstreetmap-website] User page redesign a.k.a. activity stream (#54)

[Paweł Paprota]

Hi Alex and all,

I have updated the technical design section on the wiki page [1]. Now it
includes the third option - "external" - that is the option with an
external activity "server" generating and serving the stream content (as
JSON or whatever).

It would be good if those who have experience with OSM.org
infrastructure could weigh in on the additional complexity that goes
with that option - obviously the server would need to run somewhere, it
would be a new dependency for the main application (activity server down
= no activity stream).

I personally think/feel that the dynamic option is out of the running
and would lean towards the external one instead of the static one.

[1]
https://wiki.openstreetmap.org/wiki/User:Ppawel/ActivityStream#Technical_design

Paweł

On Tue, Aug 21, 2012, at 06:04, Alex Barth wrote:
> From having written lower scale activity stream style stuff before, I'd
> heavily lean towards the static model. It provides a much cleaner
> interface between an activity and the observer and scaling reading out
> activity logs is more predictable. It means that your activity stream
> code doesn't need to have intimate knowledge of possible activities and
> you can easier plug in activities that happen on different system tiers
> (e. g. on the wiki or help.osm.org).
> 
> Further I wonder how far the static method will scale and whether you'd
> want to use messaging for stuff like following your  friends' activities.
> In a messaging model you would actually distribute a message to all
> observers for an activity, making querying activities much faster in the
> case of many actors (= friends you observe) with a high level of activity
> (= stuff they do).
> 
> ---
> Reply to this email directly or view it on GitHub:
> https://github.com/openstreetmap/openstreetmap-website/pull/54#issuecomment-7891001
> _______________________________________________
> rails-dev mailing list
> rails-dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/rails-dev