[Owncloud] ownCloud Client 1.0.4 Release

[Jörn Friedrich Dreyer]

Sparcle share uses IRC to send these notifications. I personally would prefer XMPP but I don't know if a websocket based version is on the way...

So long

Jörn 
-- 
Jörn Friedrich Dreyer (jfd at owncloud.com)
Software Developer
ownCloud GmbH

Your Data, Your Cloud, Your Way!

ownCloud GmbH, GF: Markus Rex, Holger Dyroff
Schloßäckerstrasse 26a, 90443 Nürnberg, HRB 28050 (AG Nürnberg)



Jono <jono at foodnotblogs.com> schrieb:

On Sat, Aug 11, 2012 at 2:20 PM, Steve Riley <steve at rileyz.net> wrote:
> On 2012-08-11 06:59:43 Jono <jono at foodnotblogs.com> wrote:
>>
>> Yes, the client periodically polls the server to look for updates. A
>> way around this is to have something push from the server to connected
>> clients. Like a process that manages client connections. I am not sure
>> how "Unison and inotify" would solve this problem though.
>
> I've seen a few posts around the web describing how to build Dropbox-like two-
> way sync with Unison and inotify. I was simply curious whether OwnCloud might
> be able to adopt a similar approach. inotify is neat because it responds to
> kernel notification about file changes, avoiding the need to continually poll
> for those.

The owncloud client is using inotify to listen for local file changes.
It can not be used to listen for remote file changes. And it uses the
csync library which performs two way file sync just like unison.

So yes, owncloud already behaves as these solutions you have read
about. The only problem is how does the client determine when a file
changes on the server. That is where polling occurs. "Unison and
inotify" does not address this problem because these are things
initiated from the client to the server. You would need an additional
technology to initiate commands from the server to the client, if you
want to remove polling altogether.
_____________________________________________

Owncloud mailing list
Owncloud at kde.org
https://mail.kde.org/mailman/listinfo/owncloud

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/owncloud/attachments/20120812/c91de086/attachment.html>