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 > > > > seconds. > > > > > > > > > > > > >> I cannot figure out what in the world is going on.. > Using > > > > the > > > > > > > USPS i > > > > > > > > > can > > > > > > > > > > >> get 1.5 second response times without a problem. > > > > > > > > > > >> The response fromfedexis fine (~500ms) so I know its > not an > > > > > > > external > > > > > > > > > > >> issue, any ideas?? > > > > > > > > > > > > >> Dave > > > > > > > > > > > > >> On Sun, Nov 27, 2011 at 4:54 PM, Chris Moffitt < > > > > > > > ch...@moffitts.net > > > > > > > > > >wrote: > > > > > > > > > > > > >>> Based on the work that others have done, I was able > to get > > > > the > > > > > > > module > > > > > > > > > > >>> working for me. I'd appreciate it if others would > take a > > > > look at > > > > > > > it > > > > > > > > > and let > > > > > > > > > > >>> me know if there's anything I'm missing. > > > > > > > > > > > > >>> You can view the fork here - > > > > > > > > > > >>>https://bitbucket.org/chris1610/satchmo-fedex/ > > > > > > > > > > > > >>> I still need to update the docs but it seems to be > working > > > > well > > > > > > > for > > > > > > > > > me. > > > > > > > > > > > > >>> -Chris > > > > > > > > > > > > >>> On Sun, Nov 27, 2011 at 12:51 AM, ionic drive < > > > > > > > ionicdr...@gmail.com > > > > > > > > > >wrote: > > > > > > > > > > > > >>>> @Hynekcer > > > > > > > > > > >>>> Its not that I did not want to continue. But there > is no > > > > > > > nanosecond > > > > > > > > > time > > > > > > > > > > >>>> left for me right now. > > > > > > > > > > >>>> The only thing I remember, when I was sniffing in > theFedex > > > > > > > > > response one > > > > > > > > > > >>>> day. I think I remember thatFedexdid not respond > with a > > > > "time > > > > > > > in > > > > > > > > > > >>>> transit" or similar parameter. > > > > > > > > > > > > >>>> Maybe "time in transit" is only for ground delivery > not > > > > for > > > > > > > aircraft > > > > > > > > > > >>>> shipments. > > > > > > > > > > >>>> But its hard to say as there is noFedexAPI and > parameter > > > > > > > > > description > > > > > > > > > > >>>> available. I think its a good idea to proceed to the > > > > newerFedex > > > > > > > > > API if > > > > > > > > > > >>>> they provide better and more detailed information. > > > > > > > > > > > > >>>> ionic > > > > > > > > > > > > >>>> On Sat, 2011-11-26 at 16:28 -0800, hynekcer wrote: > > > > > > > > > > >>>> > I fixed international characters for legacy > method in > > > > > > > > > collaboration > > > > > > > > > > >>>> > with user "Ionic Drive" in e-mail communication > > > > following the > > > > > > > > > thread > > > > > > groups.google.com/group/satchmo-users/browse_thread/thread/ > > > > > > > > > > >>>> > 86ea6bfeeae3955b/ . I did not published the > solution > > > > becase he > > > > > > > > > found > > > > > > > > > > >>>> > other bug caused by outdatingFedexcode (no > > > > > > > "time_in_transit") > > > > > > > > > and he > > > > > > > > > > >>>> > did not want to continue. > > > > > > > > > > >>>> > I think the new interface would be better if you > have > > > > time > > > > > > > for it > > > > > > > > > now. > > > > > > > > > > > > >>>> > I would like if no new dependencies would be > > > > ... > > > > čí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. > > -- 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.
