Sure... ask him which feature does Django have that we do not have, than check in with us.
Just some examples of features for dealing with BIG apps. 1) web2py can connect with multiple databases (even different types) at the same time. If those databases are postgresql web2py can do distributed transactions. 2) web2py has a ticketing system. Visitors are issued tickets and all errors can be retrieved via the admin interface. 3) web2py include cron (os independent) so you can schedule tasks to be executed in background at regular times or after completion of specific actions 4) web2py allows to bytecode apps and distribute them in closed source at the click of one button in admin. Ask him if Django can do that. Django has "admin" that should be compared with web2py "appadmin". The Django admin is designed to be exposed to users and it is very sleek and that makes it very suitable for CMS applications, although I find it too inflexible and kind of a separate app from your apps. The web2py appadmin is designed for the administrator to interact with the db and not intended to be exposed. Bottom line is in my view, if what you need can be accommodated within the Django admin, Django does an excellent job. If you need customization beyond Django admin than it is a lot more work than in web2py. Massimo On Jul 7, 4:36 pm, eric cs <eeri...@gmail.com> wrote: > Awesome guys, I still can't believe..hheheh > I just mention that to a django guys and he called web2py a mini-framework > and django is more feature for big apps. > Do you agree with that? > I am not a Django guy so I don't know but native > orm,scalfolding,migrations,admin, this community...just amazing, I'm just > wondering to do big e-commerce sites > likewww.taget.comorwww.bestbuy.comisn'tweb2py enough, or does it need more > maturity? > Thanks. > > On Tue, Jul 7, 2009 at 4:42 PM, Yarko Tymciurak <yark...@gmail.com> wrote: > > well, and there is so much more than that - it's hard to describe > > sometimes... > > > Have a running site in web2py? User request means adding something to > > that user table they / you forgot to think about? > > No problem - first live update (which is scary) goes without a hitch > > (adding a new field to an existing table is probably the least scary of the > > things you could do; I wouldn't remove any! - too scary)... > > > Did you need to restart the server? No! The next request will alter the > > table, and the person on the phone with you will just say "Oh! There it > > is!!! How did you do that? Gee - thanks!" > > > Need a report someone asked you for that is really weird - one off; nothing > > you want to put in the code base, no one else will ever need it again ... or > > maybe you're not convinced the requestor has thought it thru and just want > > to give him one report for him to noodle on? No problem! log into your > > server, fire up a web2py shell instance (on the running site - it's ok, it's > > just another thread), enter the lines of code to see if you got that select > > statement right, and then save / send / email the result and exit the > > shell. > > > You can develop this way too... > > > Run web2py - 2 windows: admin, and site; add a shell (if you have > > ipython, you'll have all sorts of nice completions) - and your favorite > > ide.... > > > Add the basics in admin, seed the data; now to the website, and try it as a > > user; need to change somethnig, not sure what ... test out a few python > > "phrases" in the shell - Ah! there's what I wanted - put it into the file w/ > > the admin interface; test; repeat... Idea giving you bigger ideas? Make > > those bigger changes in your IDE on the live site, and test... > > > Wow.... > > > How do you put this in a slide or two? I dunno.... > > > About the only thing not there (_yet_) is a layout manager you can assign > > controllers to pieces of the screen (but jpolite port is a start to even > > that). > > > So.... How does one compare, without deploying, living with user issues, > > and being comfortable enough with the environment to "get" what this > > provides you in the trenches? I don't know.... I hope more expreience this > > aspect.... > > > On Tue, Jul 7, 2009 at 3:22 PM, JohnMc <maruadventu...@gmail.com> wrote: > > >> eric, > > >> Web2Py's saving grace -- you won't have to do it twice unless you want > >> to. I have some code that is about a year old and that code still > >> works on the current web2py releases today. I have had no complaints > >> on speed. The ORM is as expressive as any other out there. > > >> Massimo is working on a new book release so that complaint will > >> disappear shortly. Besides this list is very supportive in helping > >> out. Rails, Django, Zend all have the advantage of mindshare and that > >> is about it. But I will trade that for the speed of getting things > >> done. > > >> JohnMc > > >> On Jul 7, 12:58 pm, eric cs <eeri...@gmail.com> wrote: > >> > Guys I just knew this framework and really I can't believe it.... > >> > Several people say good things about Django but web2py looks like way > >> > better. > >> > So I would ask you to compare web2py to Rails,Django,Zend,Spring and > >> > tell me the cons and pros and tell me some stuff that 2py doesn't do? > >> > Any limitations besides books? > >> > What about deployment and shared servers, is it have cheap,reliable > >> > hosting services like php? > >> > Is it scalable and what about performance against other frameworks. > >> > Is it ORM really fast and great like Hibernate? > >> > How anyone can think about using anything else, really!!! > >> > Thanks. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "web2py Web Framework" group. To post to this group, send email to web2py@googlegroups.com To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~----------~----~----~----~------~----~------~--~---
