That wasn't my point - I'm sure google is. My point was that this is not the general case, but rather a path for expanding traffic capacity... My point about a corp server I had w/ multiple network cards, facing in to various things (1 to db server; 2 to one app server) is that this is how you typicallly start a setup with future growth / expansion in mind.
So you are arguing for one end point at the cost of the starting point. I'm trying to say you are only looking at one end of it. The general case, which handles the entire spectrum of use / growth favors per-app;; the per-site argument you make is for a certain stage of growth, does not work for the starting end, is a convenience in as much as it can be accomplished using per-app methods with links. The way that grabs both ends of that spectrum is not what you seem to argue so strongly against: you are missing the starting position that plans for growth - that is not handled with your request; the opposite is true: that is, handling the starting position of preparing for growth simply adapts to the grown situation. I'm done discussion this unless there is some pretinent data to add. On Thu, Jul 23, 2009 at 3:19 PM, Bottiger <bottig...@gmail.com> wrote: > > Even if it is just an outward facing reverse-proxy, I highly doubt > Google is hosting 2 different websites with the same server or even > process. > > Take Django for example. > > http://docs.djangoproject.com/en/dev/ref/settings/#media-url > > There is obviously a need for global site-wide settings and a need for > global canonical URLs. I do not think this is an edge case at all. > > On Jul 23, 12:10 pm, Yarko Tymciurak <yark...@gmail.com> wrote: > > I do not see this as anything more than an edge case rather than general > > situation (and something to accomplish network load balancing in any > case). > > > > Anyway, you are not showing anything about servers; you are only showing > > network connections. I have one server with 4 network cables feeding, > and > > the server listening on all, and passing them on as assigned... can be > to > > one instance of a framework, or not... > > > > On Thu, Jul 23, 2009 at 1:57 PM, Bottiger <bottig...@gmail.com> wrote: > > > > > That actually supports my point. For serious websites, they have their > > > own server, and not all off of one installation. > > > > > code.l.google.com [72.14.213.100] > > > groups.l.google.com [72.14.213.139] > > > > > On Jul 23, 11:53 am, Yarko Tymciurak <yark...@gmail.com> wrote: > > > > for what you're talking about here, I'm not sure this is true: > > > > > > look at launchpad or google as examples: > > > > > > code.google.com > > > > groups.google.com > > > > > > launchpad.net > > > > code.launchpad.net > > > > bugs.launchpad.net > > > > answers.launchpad.net > > > > > > For a web2py install, this could reaonably be individual apps (routed > by > > > > whatever way). > > > > > > While the case you put forth also exists, unless I am missing > something I > > > do > > > > not think it is a generic case. > > > > > > On Thu, Jul 23, 2009 at 1:40 PM, Bottiger <bottig...@gmail.com> > wrote: > > > > > > > It is unreasonable because most non-hobbyist sites only have 1 > > > > > canonical domain. When I run Web2Py it only uses around 20mb of > memory > > > > > for each instance. > > > > > > > On Jul 23, 2:42 am, AchipA <attila.cs...@gmail.com> wrote: > > > > > > Unreasonable ? Why ? For example, I run several of my hobby > projects > > > > > > as separate web2py applications and all are on separate domains > as > > > > > > they are not really related (except for being done by me :) If I > put > > > > > > them on separate web2py instances, that would mean a tenfold > memory > > > > > > increase requirement for absolutely no gain at all. It's not any > more > > > > > > unreasonable to serve multiple domains as it is for web servers > to do > > > > > > so. > > > > > > > > On Jul 23, 9:10 am, Bottiger <bottig...@gmail.com> wrote: > > > > > > > > > I think its safe to assume that one single copy of the web2py > > > library > > > > > > > serves a single domain. It works for Django. > > > > > > > > > Serving multiple domains on a single Web2Py installation is an > > > > > > > unreasonable configuration to support, and it should be split > into > > > 2 > > > > > > > different Web2Py installations imo. > > > > > > > > > On Jul 23, 12:02 am, Hans Donner <hans.don...@pobox.com> > wrote: > > > > > > > > > > Be carefull with this. The same instance may serve on > multiple > > > domain > > > > > names.... > > > > > > > > It's up to the developer to make these choices and > decissions. > > > > > > > > > > On Thu, Jul 23, 2009 at 07:20, Bottiger<bottig...@gmail.com> > > > wrote: > > > > > > > > > > > Also a setting like this should be global to all > applications > > > while > > > > > > > > > stuffing it in a model will only apply to one application. > So > > > there > > > > > > > > > needs to be a global site-wide config just like routes.py. > > > > > > > > > > > On Jul 22, 7:47 pm, Bottiger <bottig...@gmail.com> wrote: > > > > > > > > >> Uhhh, so the solution is to make a file called 0.py in the > > > models > > > > > > > > >> folder? This sounds very hackish. There should be an > official > > > way > > > > > to > > > > > > > > >> do this. > > > > > > > > > > >> On Jul 22, 4:01 pm, Yarko Tymciurak <yark...@gmail.com> > > > wrote: > > > > > > > > > > >> > yes - here's what you need to know: > > > > > > > > > > >> > every request that comes into the server, and then kicks > off > > > a > > > > > we2py thread > > > > > > > > >> > starts in main.py, which parses and finds the > appropriate > > > > > applicaition, > > > > > > > > >> > controller and function being requested. Then, to set > up > > > the > > > > > environment > > > > > > > > >> > for the request (so the controller can do what It needs, > > > e.g. > > > > > refer to > > > > > > > > >> > appropriate tables, have db connections available, etc.) > > > main > > > > > runs the > > > > > > > > >> > files in the application's model folder, and calls the > > > > > appropriate > > > > > > > > >> > controller function with this environment. > > > > > > > > > > >> > Since the files in models are executed in alphabetical > > > order, if > > > > > you want to > > > > > > > > >> > ensure that your "global" settings are available for the > > > model > > > > > files also, > > > > > > > > >> > a filename in controllers such as "0.py" or > "0_setup.py" > > > > > (that's a > > > > > > > > >> > zero) will accomplish this. > > > > > > > > > > >> > Hope this helps. > > > > > > > > > > >> > - Yarko > > > > > > > > > > >> > On Wed, Jul 22, 2009 at 5:18 PM, Bottiger < > > > bottig...@gmail.com> > > > > > wrote: > > > > > > > > > > >> > > And that is my question. Where can I put it so it is a > > > > > globally > > > > > > > > >> > > accessable variable? I don't think Web2Py has a global > > > > > configuration > > > > > > > > >> > > file, or does it? > > > > > > > > > > >> > > On Jul 22, 3:05 pm, Fran <francisb...@googlemail.com> > > > wrote: > > > > > > > > >> > > > On Jul 22, 11:01 pm, Bottiger <bottig...@gmail.com> > > > wrote: > > > > > > > > > > >> > > > > Its useful when you need the full URL. > > > > > > > > >> > > > > I needed this when getting Massimo's OpenID to > work. > > > Right > > > > > now, its > > > > > > > > >> > > > > hardcoded in. > > > > > > > > > > >> > > > Well, there's no way that Web2Py can know what this > is > > > for > > > > > sure as > > > > > > > > >> > > > there can eb proxies in front. > > > > > > > > >> > > > This is why it has to be edited manually for > > > > > > > > >> > > > auth.messages.verify_email: > > > > > > > > http://groups.google.com/group/web2py/browse_thread/thread/4887c684e5. > > > .. > > > > > > > > > > >> > > > F > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "web2py-users" 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 -~----------~----~----~----~------~----~------~--~---
