[Sugar-devel] feedback from a teacher in Uruguay

Andrés Nacelle anacelle at plan.ceibal.edu.uy
Fri Aug 14 15:13:19 EDT 2009


Really thanks a lot for all the feedback, let me tell you that this is one
of the best feedback I`ve received in a while, congratulations.

I`ll be telling you about this when I look at this.

Bye

Andres Nacelle.

2009/8/14 Benjamin M. Schwartz <bmschwar at fas.harvard.edu>

> Andrés Nacelle wrote:
> > We've got good results with the ejabber, but we don't know what
> > will happen in a big school where 200 or 300 XO may appear n the
> > Neighbourhood view.
>
> Two solutions have been developed for this problem.  Both work by making
> sure that each user does not see all 300 other users.
>
> 1.  Collabora's Gadget.  Gadget is a Jabber extension that can be run with
> ejabberd.  It modifies the visibility/roster behaviors so that each user
> only sees a restricted number of other users.  Who sees who can be
> configured programmatically, or even made to be random.
>
> 2.  Moodle's ejabberd integration.  Martin Langhoff developed a system to
> connect Moodle's concept of classes to ejabberd.  The result is that each
> user only sees other users in his/her class, as configured through the
> Moodle web interface.
>
> I'll propose a third option, while we're talking about it:
>
> 3.  Per-class servers.  You can run many different ejabberd instances,
> with DNS names like year4classD.schoolserver.local, one for each
> classroom.  Users can connect to the one for their classroom.  Even if all
> the ejabberds are running on the same physical server, this would prevent
> overload.  Once the servers are set up, no further server-side
> configuration is required, and users can choose which class they are in.
>
> --Ben
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sugarlabs.org/archive/sugar-devel/attachments/20090814/3bae482e/attachment.htm 


More information about the Sugar-devel mailing list