For some reason, when "things are messed up" in your store, the first
symptom seems to be the dreaded "SettingNotSet" disorder.
In my experience with production sites, the answer is most likely one of these:
- You are using mod_python. Stop. Stop now. mod_python stinks. Use
mod_wsgi with Apache or preferably move to using Lighttpd or Nginx. I
have personally *never* seen a solid, stable, mod_python production
instance in the last two years.
- Your cache is flaky. If you are using filecache, there could be
permissions issues.
--
Bruce Kroeze
http://www.ecomsmith.com
It's time to hammer your site into shape.
For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=.--
You received this message because you are subscribed to the Google Groups "Satchmo users" group.
To post to this group, send email to satchm...@googlegroups.com.
To unsubscribe from this group, send email to satchmo-user...@googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "Satchmo users" group.
To post to this group, send email to satchm...@googlegroups.com.
To unsubscribe from this group, send email to satchmo-user...@googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "Satchmo users" group.
To post to this group, send email to satchm...@googlegroups.com.
To unsubscribe from this group, send email to satchmo-user...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
--
You received this message because you are subscribed to the Google Groups "Satchmo users" group.
To post to this group, send email to satchm...@googlegroups.com.
To unsubscribe from this group, send email to satchmo-user...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
On Nov 23, 12:16 am, "Eric R. Palakovich Carr" <carre...@gmail.com>
wrote:
> I've been having the same problem and I've found a one-line hack that
> doesn't touch the Satchmo source code. From what I can see, the
> product.config module isn't being loaded in the same order as when you
> run the development server. In fact, it isn't being loaded at all
> before the exception is thrown and that is where the product settings
> are loaded.
>
> So add this to your settings.py
>
> # HACK: Fixes SettingNotSet CATEOGORY.SLUG exception that occurs on
> production
>
> import product.config
>
> This resolves the issue, but it doesn't solve the root of the bug.
> I'm new to deploying software using wsgi on Apache, what would be the
> difference in loading modules between django's development server and
> mod_wsgi?
>
I tried this, but now ./manage.py test fails saying settings.py not
found (or import error) - I can import product.config from the
(virtualenv) python shell though! Anyone have any idea what I'm doing
wrong?
2009/12/22 Bob Waycott <bobwa...@gmail.com>:
--
1) The loading of certain modules are controlled by values in
LiveSettings.
2) Items with value in LiveSettings change depending on which modules
are loaded.
3) For added misery, URLs were (and may still be) one of the things
that depended on LiveSettings.
The side effect is that the settings appear from the command line
(python and everything satchmo are loaded fresh with the new live
settings), but don't appear within a running satchmo unless it's told
to reload everything.
The brute force solution might be to raise a signal when certain live
settings are changed and have the handler reload relevant things. But
it gives me a headache just thinking about it.
Thanks,
Chris Dukes
On Nov 22, 7:16 pm, "Eric R. Palakovich Carr" <carre...@gmail.com>
wrote:
--
You received this message because you are subscribed to the Google Groups "Satchmo users" group.
To post to this group, send email to satchm...@googlegroups.com.
To unsubscribe from this group, send email to satchmo-user...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
I've made a bunch of test between local env and dev server (apache,
mod_wsgi, memcached, postgresql) in order to to trace if it was
something in my project that breaks with livesettings.
I've on both machine the same latest version of django + satchmo +
satchmo dependencies.
I've taken the large project example and put in on my dev server, with
small settings adjustement for loading and adding to sys.path our
django module library folder (for manage.py only, wsgi handle sys.path
addition).
After a few errors about memcache setup and a chmod on satchmo.log,
i'm still in front of exactly the same error.
I've created a fresh database + load_l10n + load_store.
I can have diffsettings with no problems. I've also no problems with
exactly the same code on local django server.
I can't see anyway to catch the error and now i really don't know
where i can search cause i'm just with satchmo project, nothing
else...
Hope someone could point me to a new path to explore to make that
stuff juste run on a production server.
nacusr@erp:~$ sudo /etc/init.d/apache2 force-reload
* Reloading web server config
apache2 [ OK ]
nacusr@erp:~$ tail /var/log/apache2/error.log
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] from
product.urls.base import adminpatterns as prodpatterns
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] File "/home/
cowri/lib/djangoproject/satchmo/apps/product/urls/__init__.py", line
8, in <module>
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] catbase =
r'^' + config_value('PRODUCT','CATEGORY_SLUG') + '/'
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] File "/home/
cowri/lib/djangoproject/satchmo/apps/livesettings/functions.py", line
205, in config_value
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] return
config_get(group, key).value
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] File "/home/
cowri/lib/djangoproject/satchmo/apps/livesettings/functions.py", line
150, in config_get
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] return
ConfigurationSettings().get_config(group, key)
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] File "/home/
cowri/lib/djangoproject/satchmo/apps/livesettings/functions.py", line
67, in get_config
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] raise
SettingNotSet('%s config group does not exist' % group)
[Wed Dec 30 19:58:10 2009] [error] [client 192.168.1.2] SettingNotSet
On 22 déc, 19:52, Bob Waycott <bobwayc...@gmail.com> wrote:
> Bruce,
>
> I have also seen this be the case that SettingNotSet is thrown during module
> load when it is something other than livesettings actually causing the
> problem.
>
>
>
> On Tue, Dec 22, 2009 at 1:30 PM, Bruce Kroeze <bkro...@gmail.com> wrote:
> > I'm the author of the livesettings module. What I've seen in the past is
> > that errors from livesettings, the dreaded "SettingNotSet" come up as a
> > symptom of some other configuration issue. That is, if there are other
> > problems, for some reason, the system first responds by throwing a
> > SettingNotSet error. The problem, in almost all cases, is not the
> > livesettings module, but the error gets masked by the SettingNotSet error.
>
> > I'd love to see that get more transparent, but I really really doubt the
> > OP's problem in livesettings. In my experience, that has *never* been the
> > case. It is always a misconfiguration elsewhere. Any ideas about how to
> > make this more transparent are welcome, and I will be on the Satchmo Sprint.
>
> > On Tue, Dec 22, 2009 at 10:24 AM, Bob Waycott <bobwayc...@gmail.com>wrote:
>
> >> Perhaps we should see if a concerted effort could be made during next
> >> weekend's sprint to get this resolved.
>
> >> On Tue, Dec 22, 2009 at 11:56 AM, franck bret <franckb...@gmail.com>wrote:
>
> >>> well bob, how to use settings is well documented in django
> >>> documentation, but the problem is not here, and i could confirm that i
> >>> encounter exactly the same strange behaviour even if i'm in django /
> >>> satchmo project folder...
> >>> All of the post of this thread are related to the fact that
> >>> live_settings module is not consistent and for the same reason i say a
> >>> few post ago is very hard to debug.
> >>> I've also tried to deactivate livesettings and pass in settings.py a
> >>> full dictionary with all possible and required livesettings values,
> >>> but the problem still remain the same...
>
> >>> 2009/12/22 Bob Waycott <bobwayc...@gmail.com>:
> >>> >> satchmo-user...@googlegroups.com<satchmo-users%2Bunsubscribe@goog legroups.com>
> >>> .
> >>> >> For more options, visit this group at
> >>> >>http://groups.google.com/group/satchmo-users?hl=en.
>
> >>> > --
>
> >>> > You received this message because you are subscribed to the Google
> >>> Groups
> >>> > "Satchmo users" group.
> >>> > To post to this group, send email to satchm...@googlegroups.com.
> >>> > To unsubscribe from this group, send email to
> >>> > satchmo-user...@googlegroups.com<satchmo-users%2Bunsubscribe@goog legroups.com>
> >>> .
> >>> > For more options, visit this group at
> >>> >http://groups.google.com/group/satchmo-users?hl=en.
>
> >>> --
> >>> Franck Bret
> >>> ---------------------
> >>> 06 03 90 65 98
> >>> Fax : 09 59 95 85 96
>
> >>> --
>
> >>> You received this message because you are subscribed to the Google Groups
> >>> "Satchmo users" group.
> >>> To post to this group, send email to satchm...@googlegroups.com.
> >>> To unsubscribe from this group, send email to
> >>> satchmo-user...@googlegroups.com<satchmo-users%2Bunsubscribe@goog legroups.com>
> >>> .
> >>> For more options, visit this group at
> >>>http://groups.google.com/group/satchmo-users?hl=en.
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "Satchmo users" group.
> >> To post to this group, send email to satchm...@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> satchmo-user...@googlegroups.com<satchmo-users%2Bunsubscribe@goog legroups.com>
> >> .
> >> For more options, visit this group at
> >>http://groups.google.com/group/satchmo-users?hl=en.
>
> > --
> > Bruce Kroeze
>
> >http://www.ecomsmith.com
> > It's time to hammer your site into shape.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Satchmo users" group.
>
> > To post to this group, send email to satchm...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > satchmo-user...@googlegroups.com<satchmo-users%2Bunsubscribe@goog legroups.com>
That's because I didn't find the correct place where importing
product.config would solve the SettingNotSet, so I had to improvise.
Thanks for the pointer!
> > satchmo-user...@googlegroups.com<satchmo-users%2Bunsu...@googlegroups.com>
> > .
> > For more options, visit this group at
> >http://groups.google.com/group/satchmo-users?hl=en.
>
> --
> Bruce Kroezehttp://www.ecomsmith.com