Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Socket Session #59

Open
alexwileyy opened this issue Mar 15, 2017 · 6 comments
Open

Socket Session #59

alexwileyy opened this issue Mar 15, 2017 · 6 comments
Assignees
Milestone

Comments

@alexwileyy
Copy link
Member

Remove AJAX from the front end and replace with Socket Sessions. This improves the room for scalability as well as reducing the number of requests per seconds when a client is connected for the server. Instead, a client only updated when a new event is triggered.

There is obviously some intermediary polling between the client and server however this is negligible in comparison to sending new data across each time.

@alexwileyy alexwileyy added this to the v0.3.0 milestone Mar 15, 2017
@alexwileyy alexwileyy self-assigned this Mar 15, 2017
@PandelisZ
Copy link
Member

Do we need socket events with vue's inbuilt reactivity?

https://vuejs.org/v2/guide/reactivity.html

Not quite sure how this works on server rendered vue components but i think some more research in this areas is required

@alexwileyy
Copy link
Member Author

@PandelisZ I need to read up more but essentially the server side rendering will only render a page upon request, which means that once it's served the page, if there are no requests polling for more data, the front end will never be updated.

I believe Vue follows along the same lines of react, the only way to get rid of Ajax or sockets; technically, is to implement a flux store. I will outline now, we're not doing this in the near future; it's only needed for applications with extremely high data throughput.

I need to read into it a lot more but you definitely need something on the client end that polls for more data. This does actually bring the question, what advantage does server side rendering bring to us? There are other alternative that you can do with Vue.

Anyway, I'm going to do a good amount of research into it and plan and propose a deployment plan for our pages and how we will do it.

@PandelisZ
Copy link
Member

PandelisZ commented Mar 16, 2017

The page component its left could be rendered server side however the components within with the live data and posting could have server/client side vue magic going on? I'm sure that's possible but needs more research on my end also

This is the exact use case libraries like react vue and angular exist for though so it's just a case of implementing in in the correct way

@alexwileyy
Copy link
Member Author

Maybe, but either way there's a higher emphasis on getting things concerted to Vue rather than focusing on server side rendering which doesn't give too much advantage for us atm

@PandelisZ
Copy link
Member

OMG! Firebase!!! This is a perfect candidate for that sort of tech

@alexwileyy
Copy link
Member Author

In what sense?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants