Hi, On Aug 29, 2012, at 6:39 AM, Francois Stephany <tulipe.moutarde@gmail.com> wrote:
Hi Oscar,
+ Media transmission, ie sending/retrieving Photos and Videos (What Seaside modules I can use for this?)
You probably don't want to serve medias with Pharo but use Apache/nginx/whatever. They serve static files really well and you don't want to put load on your Smalltalk for such a task.
yeah... but thats an usual configuration. I don't think anyone in the world renders video by themselves.
+ Database communication (I can use GlorpDBX)
Never used it but it seems to work fine for many people.
you can use it (dbxtalk.org), but... why do you need a relational database? Why care about that now?
+ Ouath2 authentification (??, I understand that CouldforkSSO is a client not a server)
I would be interested if you find a solution/package.
no idea :)
+ Scalability, where I can easily grow from hundreds to thousands of clients.
If you go stateless (you probably will if you go full REST) you can distribute load on as many images as you want.
as in all solutions, it depends much in your application design. A regular Seaside application can handle more or less 30-50 simultaneous requests per image, which is not much but with some design you can improve a lot... and of course, you can scale by adding pharo boxes, and since a pharo box will consume around 100m (again if your design is ok...), with 1G RAM available you can run 10 pharo boxes which gives you 300-500 simultaneous requests... which most than good for most applications :)
Do you think Pharo could meet that requirements or I must use something less cool :-(, such as ruby on rails.
Ruby/Rails has probably a bigger ecosystem and conventions around it but Pharo is definitely cooler ;)
as a summary, I think you are going to be ok :) Esteban