I know this is now an old thread, but am interested in further
comments about peoples expectations of how a web hosting company can
satisfy your demands for commodity web hosting for TurboGears. Thus
have sprinkled a couple of questions amongst this response that
someone previously provided.

On Apr 11, 9:21 am, Christopher Arndt <[EMAIL PROTECTED]> wrote:
> Leandro Severino schrieb:
>
> > Hi,
> >    This is my first post.
> >    Well, I have a hosting company(http://www.regs.com.br) and I want
> > provide a professional hosting solution to TurboGears.
> >    If possible, I want/need a "Step-By-Step" to configure this scene.
> > Somebody can help me ?
>
> If you really want to provide a good TurboGears hosting for your customers, 
> you
> should provide the following:

One thing I don't understand is why people seem to always think that
it is totally up to a web hosting company to implement a complete
solution. Would it not be better if the community who wants this sort
of stuff develop a basic package and well documented steps for
installation which serves as a skeletal framework for web hosting
companies that they can install and customise as they need to to get
it working in their environment. The last thing a web hosting company,
who generally wants to put out as minimal amount of effort and money
as possible, would want is to have to do it all themselves and thus
would probably be frightened off doing anything if it all appears too
complicated. Remember that web hosting companies are not going to be
experts on particular Python web frameworks and possibly will never be
able to set it up as good as the community who are actually developing
and using the Python web framework.

> - set up superverisord, to start and stop the application (or build a web
> application to do it)
>   - Set up different service configurations with different config files, i.e.
>     develop/staging/production mode

Its one thing to say that you want development, staging and production
areas, but how do you expect to be able to interact with each
individually if you want them to be running and available in parallel.
The majority of Python web framework applications are structured or
written so as to expect to run out of the root of the web site URL
namespace. Thus, if you only have one virtual host available to you,
you can't necessarily host them out of the same virtual host domain
name. If you only expect to be running one site configuration at a
time, how are you going to be able to test it before switching it to
the new configuration.

Thus, how do you perceive having different configurations and parallel
versions working in practice? Do you expect to use additional virtual
host domains, separate web server ports, some magic use of cookies to
denote which site to serve?

That's probably a good start. I am sure I probably have other
questions if the discussion develops.

Thanks.

Graham


> - set up a full TurboGears with all dependencies installation with
> workingenv.py for every user, so that users don't have to care about version
> incomptabilities.
>
> So the basic procedure would be:
>
> - create a home directory for each user and in there create a directory for
> static web files
>
> - point a virtual host to a subdirectory of this home directory
>
> - set up virtual host with the application name as a reverse proxy to unique
> port where the user's TG app will listen
>
> - create a config file for the user's TG app with this port (repeat that for
> staging/production config)
>
> - create a working environment with a TurboGears installation in the user's
> home directory
>
> - create a start script for the TG app that activates the working env and uses
> the config file with the right port
>
> - set up a supervisor.conf entry for the start script (repeat that for
> staging/production config)
>
> - Then allow the user to install his app as an egg and give him an interface 
> to
> change the configuration file to set the database URI and such things
>
> - Extra points: provide good default logging configuration and an interface to
> view/download log files
>
> I hope that gives you some ideas.
>
> Chris


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"TurboGears" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/turbogears?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to