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 about all the possible API's, I used a > > > contact > > > > > > object. > > > > > > > > > If > > > > > > > > > > > > > someone wanted to run a query with just a zip code, > > > they > > > > > > could > > > > > > > > > create a > > > > > > > > > > > > > dummy contact and call it. I'm open to other ideas > > > though. > > > > > > > > > > > > > > -Chris > > > > > > > > > > > > > > On Tue, Nov 29, 2011 at 7:14 PM, Dave Brown < > > > > > > wakeb0a...@gmail.com> > > > > > > > > > > > wrote: > > > > > > > > > > > > > >> Chris, I installed it and it seems to work fine. > > > > > > > > > > > > > >> A comment in general about the shipping methods: It > > > seems > > > > > > > > > strange to > > > > > > > > > > > > >> have the calculate() method depend on a contact > > > object being > > > > > > > > > passed > > > > > > > > > > > in. > > > > > > > > > > > > >> For example if a user wants to pop in a zip code and > > > get > > > > > > back the > > > > > > > > > > > shipping > > > > > > > > > > > > >> rates for the current items in the cart before > > > proceeding to > > > > > > > > > > > checkout, it > > > > > > > > > > > > >> can't be done without hacking the modules. As far as > > > i know > > > > > > > > > (atleast > > > > > > > > > > > for > > > > > > > > > > > > >>fedexand USPS), you only need the zipcode and the > > > country... > > > > > > so > > > > > > > > > why > > > > > > > > > > > > >> require there be a contact object? > > > > > > > > > > > > > >> Back tofedex: > > > > > > > > > > > > >> I actually haven't been able to implementfedexon my > > > site > > > > > > > > > because I > > > > > > > > > > > > >> haven't been able to get anyFedexmodule I've tried to > > > get a > > > > > > > > > descent > > > > > > > > > > > > >> response time. > > > > > > > > > > > > >> The one that ships with satchmo currently gives me a > > > ~6 > > > > > > second > > > > > > > > > > > response > > > > > > > > > > > > >> time using only 2 shipping methods (express & 2 day) > > > and > > > > > > one item > > > > > > > > > in > > > > > > > > > > > the > > > > > > > > > > > > >> cart. > > > > > > > > > > > > >> The soap method that Greg Newman built takes ~5.5 > > > seconds > > > > > > > > > > > > >> and the new method of yours I just tried out takes > > > > > > > > > > > > >> 8.5 > > ... > > číst dál » -- 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.
