Apache server needs to be reset at Webfaction on any change
Posted On: May 3, 2009 at 9:18 a.m.
After quite some time frustratingly trying to debug a reverse URL match error on ‘satchmo_checkout-step3’ after implementing a satchmo store and setting all the correct settings, I finally reset the apache server. This completely fixed the problem I was seeing. The issue is, adding or removing modules in the ‘Site Settings’ panel will not always cause the code to re-pick up the new modules. So they might be able to be seen and modified on the site, but none of their python dependencies will have been created until an apache restart is performed.
Kevin Aug. 5, 2009 at 3:49 p.m.
Noticed your posts here about Satchmo and WebFaction. I’m banging my head against a wall trying to get the FedEx module up and running there and nothings working. I’m using all the default settings, reset the server and everything. Anything else crazy about WF and Satchmo? Thanks.
Kevin
Zenos Aug. 5, 2009 at 3:56 p.m.
There shouldn’t be anything particularly special about this connection. Have you enabled your Satchmo log and looked at to see if any error is occurring that Satchmo is reporting?
Kevin Aug. 6, 2009 at 9:01 a.m.
Yeah, it looks to be related to the state code trickery. I posted to the satchmo-users group and pasted part of my satchmo.log file. I’d really appreciate it if you gave it a gander: http://groups.google.com/group/satchm…>
Zenos Aug. 6, 2009 at 9:13 a.m.
It looks like you don’t have a store configuration setup, so the FedEx module does not know where to ship from. As you can see in your request XML, it is blank: …
Kevin Aug. 6, 2009 at 1:12 p.m.
Awesome! That got the FedEx Module to show up, but now it’s showing Ground as the only option. I’ve got Ground, 2nd Day Air, and Standard Overnight chosen in the shipping configuration. My new log file is at the Google Group site. Again, thanks so much for your help, and sorry for turning your blog into a support site. :/
Zenos Aug. 8, 2009 at 9:27 p.m.
No worries on turning the blog into a support site, hopefully it will be useful for others as well!
Hmm, I’m not sure why it would show ground as the only option. Does it do this in your local development environment as well?
I’ve had good success developing locally and then debugging Satchmo itself to figure out what the problem is. If you can get this problem to show up locally, you can probably figure out where the disconnect is fairly quickly.