Hi Guido,

I use a method some where between yours and Thadeus's solution. The
thing I find interesting about having some settings in their own files
is that is allows you to isolate "features" and to have different
developers work on different features without stomping on one
another's work all the time. This makes troubleshooting, rewrites,
integration / merging much smoother as well. When a feature is "ready"
you can drop it in. This has some pretty interesting potential for
automated installations as well...

So if I was working on a "News" section for a site I might have the
following files to work on while whomever is doing the "Polls" section
of the site would have a similar set of files to work on but referring
to polls rather than news.

models/a_init_news.py
models/news.py
models/z_process_news.py

controllers/news.py

views/news/index.html
views/news/add.html
...

static/news.css                   # not really required

Works for us.

Cheers,

Chris



On Feb 28, 9:56 am, Thadeus Burgess <thade...@thadeusb.com> wrote:
> I do
>
> A_settings.py # global settings and flags
> B_w2p.py # web2py related things, auth/crud/service declarations
> C_modelA.py
> D_modelB.py #relies on model a so it executes after
>
> -Thadeus
>
> On Sun, Feb 28, 2010 at 5:19 AM, Guido Kollerie <gu...@kollerie.com> wrote:
> > I'd like to have one file with configurable settings instead of having
> > these settings spread out over mulitple models and controllers. What's
> > the best practise for this?
>
> > My solution is to create a '_settings.py' model. I prepended it with an
> > underscore to ensure it is the first excuted model file. This way the
> > settings in it can be used by other model files, most notable db.py.
> > This works under OS X, though I am not sure if this is a cross platform
> > safe way to ensure _settings.py is actually loaded first.
>
> > Reason for not simply including all settings in db.py is that I do
> > want to check in db.py in my DVCS, but not the settings such as DB
> > password, password of the SMTP user, and other potentially sensitive
> > information.
>
> > Thoughts?
>
> > --
> > Guido Kollerie
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "web2py-users" group.
> > To post to this group, send email to web...@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.

-- 
You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To post to this group, send email to web...@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.

Reply via email to