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

Some questions #31

Open
sebakerckhof opened this issue Mar 19, 2015 · 7 comments
Open

Some questions #31

sebakerckhof opened this issue Mar 19, 2015 · 7 comments

Comments

@sebakerckhof
Copy link

Hello,

I like the idea of mini-services using cluster. It makes my application more modular and as an added benefit I can scale out DDP traffic.
Now, I actually made a separate build process using gulp to separate my front-end from my back-end (as we have some specific requirements on how to serve the front-end).
Therefore I do not need webapp (since I do not want autoupdate etc either).
Clusters package.js specifies it needs webapp. Therefore my first question is how hard this dependency is between cluster and webapp.

My second question is how session data is handled. If I make mini services using cluster and use the accounts package is session and authentication data shared between these services?

Also,

@arunoda
Copy link
Member

arunoda commented Mar 19, 2015

It's hard to remove the webapp package since that's place where all the HTTP goes.
User authentication syncing is in the pipeline. It'll be available soon.
see: #14

@sebakerckhof
Copy link
Author

Thanks for the fast reply!
Well my situation is somewhat specific, but to summarize:
-I have control of the browser environment of my users, and everyone has websocket support
-I must serve my application from a different server than the one running meteor.

So in this case I'd actually never need HTTP going to the meteor server except for the websocket handshake, or does this also pass through webapp?

@arunoda
Copy link
Member

arunoda commented Mar 19, 2015

Yes. it's also handled by webapp.

On Thu, Mar 19, 2015 at 2:34 PM sebakerckhof notifications@github.com
wrote:

Thanks for the fast reply!
Well my situation is somewhat specific, but to summarize:
-I have control of the browser environment of my users, and everyone has
websocket support
-I must serve my application from a different server than the one running
meteor.

So in this case I'd actually never need HTTP going to the meteor server
except for the websocket handshake, or does this also pass through webapp?


Reply to this email directly or view it on GitHub
#31 (comment).

@sebakerckhof
Copy link
Author

Thanks! In that case I'll just create a stripped down version of webapp, with static file serving etc thrown out.

@arunoda
Copy link
Member

arunoda commented Mar 19, 2015

Okay.

On Thu, Mar 19, 2015 at 2:42 PM sebakerckhof notifications@github.com
wrote:

Thanks! In that case I'll just create a stripped down version of webapp,
with static file serving etc thrown out.


Reply to this email directly or view it on GitHub
#31 (comment).

@ghost
Copy link

ghost commented Mar 19, 2015

Hey @sebakerckhof, it would be cool, if you could open source it, and describe what the benefits are.

@sebakerckhof
Copy link
Author

@dropfen yeah, I've seen quite a bunch of questions on the meteor forum from people that want to separate the client-side from server-side. I'm sure I'll do a write up and probably create an atmosphere package if it makes sense. Most of the build process stuff is in place, but I'm still figuring out what's the best way to keep the development fast (so you don't have to do a build on every change).

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

No branches or pull requests

2 participants