• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Core Data Multiuser
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Core Data Multiuser


  • Subject: Re: Core Data Multiuser
  • From: Jens Alfke <email@hidden>
  • Date: Tue, 17 Jul 2012 12:28:24 -0700

On Jul 17, 2012, at 7:05 AM, Flavio Donadio <email@hidden> wrote:

> One of my gripes with using HTTP as the client-server base protocol is the request-response loop. This breaks a lot of desirable features. In my particular case, I want my users to receive "real-time" updates when other users edit records on the database (not really "real-time", but at least after a COMMIT on the database).

There are alternative message-oriented protocols that allow either side of the connection to send messages (and are more efficient than HTTP, too.) Google's SPDY[1] is one, and my own BLIP[2] is another.

—Jens

[1]: http://www.chromium.org/spdy/
[2]: https://bitbucket.org/snej/mynetwork/wiki/BLIP/Overview
_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden


References: 
 >Core Data Multiuser (From: Flavio Donadio <email@hidden>)
 >Re: Core Data Multiuser (From: Jens Alfke <email@hidden>)
 >Re: Core Data Multiuser (From: Chris Hanson <email@hidden>)
 >Re: Core Data Multiuser (From: Flavio Donadio <email@hidden>)

  • Prev by Date: Re: Sensible NSMultipleValuesMarker placeholder alternatives?
  • Next by Date: Help with strange NSInvalidArgumentException
  • Previous by thread: Re: Core Data Multiuser
  • Next by thread: Re: Core Data Multiuser
  • Index(es):
    • Date
    • Thread