Looks just like the open source togetherJS by mozilla. https://togetherjs.com/
The difference is that with TogetherJS you will not be able to handle websites that require login. Surfly can handle that in a secure way. Next, Surfly just works on any website - without the need to write a single line of code. For example, you can use it right now on GitHub. If you wanted to have such functionality with TogetherJS you would have to modify your website accordingly (i.e., by using a special version o…
Surfly - Surf together on the web
11–20 of 43 posts
Re: Surfly - Surf together on the web
#12Would be great for demos, but unfortunately it doesn't work with the canvas element on my website hashtagify.me
Re: Surfly - Surf together on the web
#13Earlier quoted context omitted.
The difference is that with TogetherJS you will not be able to handle websites that require login. Surfly can handle that in a secure way. Next, Surfly just works on any website - without the need to write a single line of code. For example, you can use it right now on GitHub. If you wanted to have such functionality with TogetherJS you would have to modify your website accordingly (i.e., by using a special version o…
So how exactly do you handle sites that require logins?
Re: Surfly - Surf together on the web
#14Re: Surfly - Surf together on the web
#15The service could work locally, with perhaps only the interactive events synced across the clients. As far as I see it, everything passes through the surfly servers, so I'd be reluctant to "surf together" on any sites that require logins.
Re: Surfly - Surf together on the web
#16Earlier quoted context omitted.
So how exactly do you handle sites that require logins?
Only the controller fires the HTTP requests. The viewer just gets DOM updates, so cookie's (session secrets) or password will never be send to the follower.
Why am I allowed to login into say, Trello.com, while I am on surfly.com domain? Shouldn't my browser's cross-domain security policy prohibit this practice?
Is it all being done through a proxy? If so, is it not true that a lot of sites don't work over proxy?
[Edit] And if it is indeed proxy, doesn't that mean you can read my password(s) in clear text?
Re: Surfly - Surf together on the web
#17I guess the better approach would have been to load the website on client end and only send the DOM to your server OR the other client directly.
Re: Surfly - Surf together on the web
#18You seem to be acting as a proxy and so I am sending all my passwords to your site so you login on my behalf. I guess the better approach would have been to load the website on client end and only send the DOM to your server OR the other client directly.
Re: Surfly - Surf together on the web
#19You seem to be acting as a proxy and so I am sending all my passwords to your site so you login on my behalf. I guess the better approach would have been to load the website on client end and only send the DOM to your server OR the other client directly.
Also, because you are acting like a proxy AJAX based DOMs seem to cause errors?
Re: Surfly - Surf together on the web
#20You seem to be acting as a proxy and so I am sending all my passwords to your site so you login on my behalf. I guess the better approach would have been to load the website on client end and only send the DOM to your server OR the other client directly.
If you do it purely through some sort of script include, you will not be able to hook into 3rd party widgets for example and there are more things that are problematic.