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

Q: Scaling and backing #56

Open
cmundi opened this issue Oct 7, 2013 · 3 comments
Open

Q: Scaling and backing #56

cmundi opened this issue Oct 7, 2013 · 3 comments

Comments

@cmundi
Copy link

cmundi commented Oct 7, 2013

Poet strikes a very nice balance between control and usability. Coolness. I don't see a wiki. I did see the invite to tweet, but that format is a bit limiting. :)

Do I understand correctly that Poet parses all of the posts and keeps all of the posts in memory? If so, can someone comment on scaling? Would it make sense to add hooks for a backing db? I realize this would come at the cost of the simple files store plus watch() model.

@ChrisMcKenzie
Copy link
Collaborator

I have been thinking about this for a while now. I have been thinking about a possible Google drive back end much like this tutorial by Addy osmani http://www.html5rocks.com/en/tutorials/webcomponents/yeoman/

@cmundi
Copy link
Author

cmundi commented Oct 13, 2013

@ChrisMcKenzie ... That would be pretty cool and take away my last good excuse for not blogging when I'm traveling.

@jsantell
Copy link
Owner

It does store all the posts as memory.. not sure of scaling, although it would be interesting to see what happens with 1000+ posts. Something to check out!

And in terms of DB backing, #53 is related -- other sources of posts would be cool, and could be DB or Google drive based. In terms of alternative post source, discussion should be in #53, but I'll leave this open for discussion on scalability, in terms of posts once imported NOT being stored in memory.

Thanks!

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

3 participants