Also, thanks Roberto for suggesting Silver Lining, it's certainly given me some food for thought :)
On Thu, Jul 7, 2011 at 1:28 PM, Cal Leeming [Simplicity Media Ltd] <cal.leem...@simplicitymedialtd.co.uk> wrote: > Hi Roberto, > > As Venkatraman said, Silver Lining seems to be aimed more at distribution. > > Also, they have stated in the docs that it is locked down heavily to > the host OS, and it would appear that the whole thing is tied into > libcloud (which is completely the opposite from the direction we want > to go in). > > However, as vain as this sounds, I really do like the documentation > style they have used, so I'll probably nab that ;D > > I'm going to draw up an outline of what we want the project to > achieve, and the principles behind it, so everyone can get a chance to > have some input into the initial design. > > Cal > > > On Thu, Jul 7, 2011 at 5:10 AM, Roberto De Ioris <robe...@unbit.it> wrote: >> >> Il giorno 06/lug/2011, alle ore 21.03, Cal Leeming [Simplicity Media Ltd] ha >> scritto: >> >>> Hi all, >>> >>> After seeing the Facebook video about how their development team >>> compiles everything into a single binary for easy distribution between >>> thousands of servers, I totally fell in love with the idea. Although >>> their approach is to compile PHP into C, the same principle applies. >>> >>> The end result will be a single binary which will contain your webapp >>> + static resources + web server + application server, easily >>> deployable to many servers, and reduced time spent in managing the >>> stack (YMMV). Although I'm only going to be focusing on our needs to >>> begin with, there's no reason this concept couldn't be extended in the >>> future to include PHP, 32bit, other OS's etc. >>> >>> Some features I'm thinking of: >>> >>> * CLI based menu to build compile package (ncurses based). Easy to >>> use. Incorporates all features available in nginx/uwsgi. Comes with >>> 'basic' config mode (the bare minimal questions asked - for beginners >>> - which makes it almost impossible to build a broken package) and >>> 'advanced' mode which lets you change everything (with more risk ofc). >>> * Support for nginx + uwsgi + python2.6 + python2.7 + debian 64bit. >>> * Expose some sort of API which lets you query all aspects of services >>> running within the package (like nginx stats). >>> * Enable ability for nginx/uwsgi/python to log out to a syslog server >>> of some kind) >>> * Ability to obfuscate py code using various techniques. >>> * Maybe a test-run feature to test your package. >>> * Maybe some sort of MemoryError detection and reporting of such events. >>> >>> I'm probably going to make something like this for companies own >>> internal use, but wanted to see if anyone else had an interest in >>> seeing this go open source. >>> >>> Cal >> >> >> >> Hi Cal, you may be interested in Ian Bicking's Silverlining project/idea: >> >> http://cloudsilverlining.org/ >> >> >> >> -- >> Roberto De Ioris >> http://unbit.it >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Django users" group. >> To post to this group, send email to django-users@googlegroups.com. >> To unsubscribe from this group, send email to >> django-users+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/django-users?hl=en. >> >> > -- You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to django-users@googlegroups.com. To unsubscribe from this group, send email to django-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-users?hl=en.
