6 ms·
Surfly - Surf together on the web
- shacharz 13y agoHow is this different from https://togetherjs.com/ https://togetherjs.com/?
- nichol4s 13y agoI've answered this already somewhere below. But the biggest difference is the use case, you would use TogetherJS to add collaboration on your site by writing a bit of code. You would Surfly to share your web session with someone else (no need to code, works on any website), use it to explain things, demonstrate your app or give remote product demo's.
- saltyknuckles 13y agohttps://twitter.com/HackerNewsOnion/status/397539910501924865 https://twitter.com/HackerNewsOnion/status/39753991050192486...
- nubela 13y agothis is pretty cool! will be really cool for support/webinars. I also understand its an early product, because on the spectator's screen, the HTML does not seem to be rendered properly. With that said, (and as much as i hate to do feature requests), please allow us to speak via the mic. cheers!
- Robadob 13y agoThis is a really good idea, personally it may come in use when working next to someone and they want to copy some code or help you've just located for them. Save sending them the url, and in google hangouts/traditional screenshare the spectator is unable to interact with the webpage (highlight/copy content).
- nichol4s 13y agoNot just that, the quality of screensharing is much lower than the quality you get with Surfly. You can see a comparison here: http://www.surfly.com/blog/2013/11/05/google-helpouts---even-better-with-surfly/ http://www.surfly.com/blog/2013/11/05/google-helpouts---even... The example you give is exactly how we use it ourselves to plan milestones and review code with remote workers. Read more here: http://www.surfly.com/blog/2013/10/31/using-surfly-for-remote-pair-programming/ http://www.surfly.com/blog/2013/10/31/using-surfly-for-remot...
- tmikaeld 13y agoLooks just like the open source togetherJS by mozilla. https://togetherjs.com/ https://togetherjs.com/
- nichol4s 13y agoThe 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 of the Ace editor).
- Zakuzaa 13y agoSo how exactly do you handle sites that require logins?
- nichol4s 13y agoOnly 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.
- Zakuzaa 13y agoI do not quite understand, sorry. I am concerned about security. 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?
- nichol4s 13y agoThe proxy is needed to make sure that we can modify the content in such a way that it works correctly during the session. We sandbox the site so that everything keeps works correctly. I'll go deeper into this in a blog post soon. The connection to the proxy is encrypted and if the site you login also uses https, your password will never be send in clear text over the wire. Since form submissions are not actually replayed on the viewer's side, we only keep them for the time of the request and only in memory. For those companies who want to control the security fully we are working on a on a solution that can be installed on-premise.
- JVIDEL 13y agoOP how do you deal with mobile/non-responsive websites? specially when the functionality of the mobile version is considerably limited from the full desktop one.
- nichol4s 13y agoWe send over the state of the DOM of the person who presents to the person that follows. So the guy that follows the session will see the same thing as the guy that controls it. We also synchronise the viewport fe, so if the controller resizes the window and the site adjusts accordingly the follower will see the exact same thing. We don't have every corner case covered yet - but we're working on it.
- danmaz74 13y agoWould be great for demos, but unfortunately it doesn't work with the canvas element on my website hashtagify.me
- nichol4s 13y agoThanks for reporting, we just looked at your site and saw a different issue causing this problem, we'll push out a fix somewhere tomorrow. This fixes your pretty hashtag cloud.
- throwaway9848 13y agoSurfly.com is not easy to use outside of a mobile device or tablet (anything without swipe navigation).
- throwaway98604 13y agoDoes this use WebRTC?
- uxuf 13y agoWhat would be really useful is that if it would, somehow, support sites behind a firewall or a VPN. The 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.
- asadlionpk 13y agoYou 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.
- asadlionpk 13y agoAlso, because you are acting like a proxy AJAX based DOMs seem to cause errors?
- nichol4s 13y agoWe've considered that, but if you want to share everything that is being shown, you will also need be able to have access to that as well. 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.
- asadlionpk 13y agoYes, I understand there would be issues on sending passworded resources that are linked within the page. In my case, you would have to recursively send all the resources of the current page to the other client. Good work though!
- mkriss 13y agoAngular didn't work.
- harel 13y agoFirst impression before I saw the video was "Oh no, haven't this been tried before". But 2 seconds in, I love the idea. This can be perfect for client product training sessions.
- deleted 13y ago[deleted]
- TheHippo 13y ago"Scroll to see more" - Fine.. lets press "Page down"... Hm... nothings happens...
- arcticf0x 13y agoGreat site! Good idea! Bookmarked!
- afitnerd 13y agoIt breaks my site. Dropdowns don't work. And, when logging in, it grabbed the input and threw the username and password into the url.
- niutech 13y agoWhy do I need to register? Couldn't it be anonymous, like TogetherJS?
- catch23 13y agoThis reminds me of a blog post I wrote a year ago about proxy technology: http://www.deanmao.com/2012/08/28/modify-a-site-you-dont-own/ http://www.deanmao.com/2012/08/28/modify-a-site-you-dont-own... I did it the same way -- parse & rewrite js code, and have a server that stores the same cookies that your browser would. The browser js code also contains the same js rewriter so that it can handle stuff like eval(). It also had to do lots of header manipulation since there are lots of headers that have domain-name based security, like CORS for example. The one I wrote works great with js-heavy sites like gmail or facebook.
- jiakeliu 13y agoJust thought it's funny that my startup's name and color scheme are so similar, despite the fact that the products are not even remotely related: http://www.survly.com/ http://www.survly.com/
- jiake 13y agoJust thought it's funny that my startup's name and color scheme are so similar, despite the fact that the products are not even remotely related: http://www.survly.com/ http://www.survly.com/