Thanks for the help guys and it definitely has been easy to fix. For now I am just forcing the fedex to use the default weight value rather than checking if the product has it's own because this site is all in pounds so that is a safe assumption for me.
Hynek, your fix definitely makes the logs more readable and usable and it is much appreciated, thanks! I'm not sure how lowercase got into the db in this case. I inherited this site awhile ago so I don't know all the history behind it. The bad error messages I am referring to are not part of the satchmo module but error messages from python-fedex and or suds. Inside python-fedex there is a SchemaValidationError which always provides the following error message: "suds encountered an error validating your data against this service's WSDL schema. Please double-check for missing or invalid values, filling all required fields." I was thinking it would be nice if it told you what schema validation error you had, but I don't know too much about suds and though maybe someone knew of a quick fix. It's not important now since I figured out the problem I was having, but it could be nice for future debugging. Thanks, Josh On Dec 20, 5:04 pm, Chris Moffitt <ch...@moffitts.net> wrote: > The Fedex module is picky about the weight units and needs the values in > all caps. It should be simple to do an uppercase on the weight measurement > in order to minimize this problem. > -Chris > > > > > > > > On Tue, Dec 20, 2011 at 6:10 PM, hynekcer <hy...@sdb.cz> wrote: > > Josh, > > please write an issue to be possible to fix it later. Try to write it > > the best you can. > > (Imagine that you will once later select an issue which you will want > > to fix from many issues written by other and you would prefer issues > > clearly written, good explained etc.) > > > Could you write the wrong lowercase "lb" by admin? Or did you it > > programmatically? > > > I am here frequently, but usually I debug complicated things which I > > do no want to interrupt or to forget by reconfiguring patched Satchmo, > > Django, etc. > > Though I do not use weight field and I have no Fedex account, I can > > understand something. > > e.g. I suspected that caching problem is a popular alibi for something > > what could not be reproduced in your case. > > > If you place some example of parsed code to pastebin and some bad > > error message, maybe more people (including me) answer something or > > try it for him- or herself. > > > Is it easier to find anything in the log after my fix? > > > -- Hynek > > > On 20 pro, 21:17, Josh Cartmell <joshcar...@gmail.com> wrote: > > > I just figured out issue I was having and it turns out it had nothing > > > to do with caching. The problem was that some of the items in my > > > database have a weight unit of lb instead of LB, which is why the > > > error appeared to be random. I'm not sure why my db is like that, but > > > it was causing the shipping module to choke because it wants LB and > > > will not accept lb. It was throwing a suds schema validation error, > > > unfortunately thats as far as the error went. I thought I would post > > > here in case anyone else runs into something similar. > > > > I also wonder if anyone knows a way to get suds to give better > > > errors? For example is it possible for it to explicitly tell you what > > > the schema validation error is rather than just that there is one? > > > > Thanks, > > > Josh > > > > On Dec 17, 12:22 pm, Chris Moffitt <ch...@moffitts.net> wrote: > > > > > All those patches have been applied to tip. > > > > > Thanks, > > > > Chris > > > > > On Sat, Dec 17, 2011 at 11:43 AM, hynekcer <hy...@sdb.cz> wrote: > > > > > I think that I fixed logging for Fedex. > > > > >https://bitbucket.org/chris1610/satchmo/issue/1379/ > > > > > (wait several hours before Chris probably submits to trunk) > > > > > Now it should be easy to find where is a problem ;-/) > > > > > > I restricted also default logging of SQL queries. People mostly solve > > > > > other problems then number of queries. Both logging restrictions > > > > > affects only new installations by modified local_settings.py in the > > > > > skeleton. > > > > > > Today I got several tracebacks caused by experiments of some hackers. > > > > > They are trying urls "/?page=../../../../some_nonsense" > > > > > If it is anying also for you now, apply two lines patch > > >https://bitbucket.org/hynekcer/satchmo-outgoing/changeset/d5e50a285c8c > > > > > > -- Hynek > > > > > > On 15 pro, 20:27, Josh <gro...@j.oshua.net> wrote: > > > > > > The logs weren't showing anything conclusive. I flushed the cache > > and > > > > > > it started working again. I had been switching back and forth > > between > > > > > > the new fedex module and the version I had created some time ago > > > > > > (which arlorla's fedex_web_services is a fork of) so corrupted data > > > > > > probably ended up in the cache. > > > > > > > I had noticed this on a site with my old module when I wasn't > > > > > > switching between modules so there could be some sort of unknown > > > > > > caching issues, in case anyone runs into this particular issue > > again. > > > > > > Thanks for the help! > > > > > > > Josh > > > > > > > On Dec 14, 5:52 pm, Chris Moffitt <ch...@moffitts.net> wrote: > > > > > > > > I am not seeing this error. Do you see any other information in > > the log > > > > > > > files that might explain the issue? > > > > > > > > -Chris > > > > > > > > On Wed, Dec 14, 2011 at 11:47 AM, Josh <gro...@j.oshua.net> > > wrote: > > > > > > > > Actually, is anybody else getting this: > > > > > > > > AttributeError at /checkout/credit/ > > > > > > > > > 'NoneType' object has no attribute 'HighestSeverity' > > > > > > > > > I'm getting it when I try to submit the contact info form > > during > > > > > > > > checkout. > > > > > > > > > It comes from this line: > > > > > > > > if rate_request.response.HighestSeverity in ['SUCCESS', > > 'WARNING', > > > > > > > > 'NOTE']: > > > > > > > > > Regards, > > > > > > > > Josh > > > > > > > > > On Dec 14, 9:32 am, Josh <gro...@j.oshua.net> wrote: > > > > > > > > > Sorry it's taken me a week to get back. I've been seeing 10+ > > > > > seconds. > > > > > > > > > Sometimes it also just errors out lately though, so I may > > have > > > > > other > > > > > > > > > issues going on. Thanks for the info. > > > > > > > > > > Regards, > > > > > > > > > Josh > > > > > > > > > > On Dec 7, 1:27 pm, Dave Brown <wakeb0a...@gmail.com> wrote: > > > > > > > > > > > Josh, > > > > > > > > > > I had the log level set to DEBUG :( > > > > > > > > > > > How slow are you getting? I was getting 10 seconds for 3 > > > > > shipping > > > > > > > > > > methods... now im getting ~4-5 seconds for 3 > > > > > > > > > > > Dave > > > > > > > > > > > On Wed, Dec 7, 2011 at 3:52 PM, Josh <gro...@j.oshua.net> > > wrote: > > > > > > > > > > > Hey Dave any chance you could let me/us know what was > > causing > > > > > the > > > > > > > > > > > speed issue. I have noticed thatFeDexis generally slow > > and I > > > > > wonder > > > > > > > > > > > if I am doing something similar. > > > > > > > > > > > > Thanks, > > > > > > > > > > > Josh > > > > > > > > > > > > On Dec 3, 1:28 pm, Dave Brown <wakeb0a...@gmail.com> > > wrote: > > > > > > > > > > > > I figured out the speed issue, it was something stupid > > i was > > > > > doing. > > > > > > > > > > > > > I now get 3 methods back in about 4.5 seconds, before > > it was > > > > > > > > taking ~10 > > > > > > > > > > > > seconds. > > > > > > > > > > > > > Is 1.5seconds per method about right you think? > > > > > > > > > > > > > Dave > > > > > > > > > > > > > On Sat, Dec 3, 2011 at 4:10 PM, hynekcer <hy...@sdb.cz > > > > > > wrote: > > > > > > > > > > > > > Chris, I confirm that newFedexmodules does not > > disturb > > > > > other > > > > > > > > parts > > > > > > > > > > > > > of Satchmo. > > > > > > > > > > > > > > I see that all new satchmo changes are applied to > > > > > satchmo-fedex. > > > > > > > > So I > > > > > > > > > > > > > think it should be anyway all pushed to Satchmo, but > > due to > > > > > > > > David's > > > > > > > > > > > > > notes without large publicity yet. The speed can be > > tried > > > > > fixed > > > > > > > > > > > > > continuously on the fly. It is not blocking for other > > > > > > > > development. > > > > > > > > > > > > > Thank you for giving the time to think. > > > > > > > > > > > > > > On 30 lis, 02:56, Dave Brown <wakeb0a...@gmail.com> > > wrote: > > > > > > > > > > > > > > Chris, With onlyfedexground, it takes ~4 seconds. > > > > > > > > > > > > > > If i bump it up one more (add 2 day), ~7 seconds > > > > > > > > > > > > > > Add one more (express), ~10.29 seconds. > > > > > > > > > > > > > > > I'm assuming since the standard satchmo checkout > > has the > > > > > > > > payment and > > > > > > > > > > > > > > shipping tied together, you are using the > > > > > payment/shipping > > > > > > > > form to > > > > > > > > > > > get > > > > > > > > > > > > > the > > > > > > > > > > > > > > dynamic rates? There isn't any other 'simple' > > form that > > > > > your > > > > > > > > using > > > > > > > > > > > that > > > > > > > > > > > > > > may make it quicker? > > > > > > > > > > > > > > > (i created a simple form since i want to get rates > > > > > anywhere on > > > > > > > > the > > > > > > > > > > > site > > > > > > > > > > > > > > with the current cart items, not just at checkout, > > but > > > > > that > > > > > > > > still > > > > > > > > > > > didn't > > > > > > > > > > > > > > make a difference). > > > > > > > > > > > > > > > The biggest thing I've noticed betweenfedexand > > usps is > > > > > that > > > > > > > > even > > > > > > > > > > > if i > > > > > > > > > > > > > > have verbose logs unchecked, the log file is > > filled with > > > > > > > > thousands of > > > > > > > > > > > > > lines > > > > > > > > > > > > > > offedexrequest. That can't be good for it speed. > > > > > > > > > > > > > > Does this sound normal? > > > > > > > > > > > > > > > In regard to using the contact information, I'm > > about > > > > > 99% sure > > > > > > > > that > > > > > > > > > > > > > >fedex/usps only uses zip code & country to get > > rates, so > > > > > having > > > > > > > > more > > > > > > > > > > > than > > > > > > > > > > > > > > that available wont be of any benefit. I'm not > > sure > > > > > about UPS > > > > > > > > > > > though. > > > > > > > > > > > > > > > thanks! > > > > > > > > > > > > > > Dave > > > > > > > > > > > > > > > On Tue, Nov 29, 2011 at 8:30 PM, Chris Moffitt < > > > > > > > > ch...@moffitts.net> > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > Dave, > > > > > > > > > > > > > > > > Thanks for installing and checking and verifying > > it > > > > > works > > > > > > > > fine. > > > > > > > > > > > > > > > > As far as the performance issues, I have a > > couple of > > > > > > > > questions: > > > > > > > > > > > > > > > - How long does it take if you just > > haveFedexGround > > > > > enabled? > > > > > > > > > > > > > > > - Look in your satchmo.log file and see if there > > > > > appear to > > > > > > > > be any > > > > > > > > > > > big > > > > > > > > > > > > > time > > > > > > > > > > > > > > > lags in the time stamps > > > > > > > > > > > > > > > > Regarding the contact object, I think the > > original > > > > > thought > > > > > > > > is that > > > > > > > > > > > you > > > > > > > > > > > > > > > might want more info than just a zip code to > > calculate > > > > > costs. > > > > > > > > > > > Since I > > > > > > > > > > > > > > > wasn't sure > > ... > > read more » -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to satchmo-users@googlegroups.com. To unsubscribe from this group, send email to satchmo-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
