here is the link - https://github.com/payu-india/PayU-Integration-Kit-Django But that package didn't work out of the box and it needed lots of tweaking. So that statement must have been introduced then, as their code doesn't has that. Payu-India support for django is not very extensive and as a small business our focus is on making things up and running first, perfection comes later. Also, I don't know how to make that package install automatically using pip/fabric. Currently, i manually copy the package and then run their install and then sync the code changes.
On Tuesday, May 26, 2015 at 1:25:38 AM UTC+5:30, Stephen McDonald wrote: > > Well you've resolved it for yourself but surely someone else will hit > this. > > So which payment processor was it? > > On Mon, May 25, 2015 at 9:45 AM, vikraw <[email protected] <javascript:>> > wrote: > >> Looks like it is resolved for now. One of the payment processor libs had >> getcontext().prec = 2. After commenting it out, things looks ok. Once the >> flow reached that code, i had issues. >> But still not clear why it hasn't happening on dev environment >> >> >> >> On Monday, May 25, 2015 at 2:46:19 AM UTC+5:30, Danny S wrote: >> >>> Is it possible that you are running with different versions of python >>> between the runserver and nginx/gunicorn versions of your website? >>> I've noticed before in other work that e.g. Python 2.7 has slightly >>> different precision on floats than Python 2.6... >>> >>> But yeah, weird problem. >>> >>> On 25/05/2015 3:45 AM, vikraw wrote: >>> >>> The staged server have the locale correctly set ( see at end of my >>> message the settings). >>> Steps on my Staged server - Amazon Ec2 - Ubuntu 14 >>> - stopped supervisor and nginx on my staged machine >>> - switched my staged machine to run using - python manage runserver >>> 0.0.0.0:8000 >>> - put "printf value" statement in the "currency" filter under >>> shop_tags.py >>> now when i browse (using windows machine) the site running on ec2 >>> machine I have NO issues with the Product prices, Cart total etc..Both the >>> Browser and the printf values match >>> >>> However, when I switch the machine to nginx and start browsing from >>> windows machine, i start getting the incorrect prices (alternate between >>> correct and wrong) when >>> - I press the different products or go back and forth from cart to >>> product pages >>> - Switching between incorrect price and correct prices happens everytime >>> when I goto my payment processor and click the back button again to website >>> (neglecting browser warnings that page has expired). BUT this doesn't >>> happens when site running from "python manage runserver" >>> >>> ex: Rs.249 is displayed as Rs.250 and Rs.349 as Rs.350. clicking the >>> same link toggles between those 2 values >>> >>> Help is greatly appreciated as i am near completion and can't figure >>> this ambiguous behavior. >>> My development is on Local Machine a Ubuntu 12.01LTS and I was testing >>> using "python manage runserver" on 127.0.0.0:8000... This is working as >>> expected >>> >>> >>> locale command on ubuntu-14 amazon-ec2 >>> LANG=en_IN >>> LANGUAGE=en_IN:en >>> LC_CTYPE="en_IN" >>> LC_NUMERIC="en_IN" >>> LC_TIME="en_IN" >>> LC_COLLATE="en_IN" >>> LC_MONETARY="en_IN" >>> LC_MESSAGES="en_IN" >>> LC_PAPER="en_IN" >>> LC_NAME="en_IN" >>> LC_ADDRESS="en_IN" >>> LC_TELEPHONE="en_IN" >>> LC_MEASUREMENT="en_IN" >>> LC_IDENTIFICATION="en_IN" >>> LC_ALL= >>> >>> >>> >>> >>> >>> The currencies symbol is correctly shown on the browser. However, i the >>> prices change sometimes alternately and sometimes randomly. Correct price >>> is 249. it switches between 249 and 250 when i click the same page or cart >>> button. the cart total is updated >>> >>> On Saturday, May 23, 2015 at 10:59:37 PM UTC+5:30, Stephen McDonald >>> wrote: >>>> >>>> It looks like you're calculating the correct value being stored in the >>>> DB, and only getting the error on output. Each currency value gets passed >>>> through the "currency" template tag, which is where the problem likely is. >>>> It also deals with machine specific locale settings, which will vary per >>>> machine - also making it a likely candidate for the error. >>>> >>>> Here's the source for it - >>>> https://github.com/stephenmcd/cartridge/blob/master/cartridge/shop/templatetags/shop_tags.py#L17-L41 >>>> >>>> Have you consistently defined (and installed) the correct locale? >>>> (defined with the SHOP_CURRENCY_LOCALE setting). >>>> >>>> Can you debug what happens in the "currency" template tag on your >>>> deployed machine? That might entail adding some logging to it, making a >>>> copy of it in your own project, printing out values while manually running >>>> it in a terminal, whatever works for you. >>>> >>>> >>>> >>>> >>>> >>>> On Sat, May 23, 2015 at 3:26 AM, vikraw <[email protected]> wrote: >>>> >>>>> Hi >>>>> >>>>> Almost near launching a site. But running into Price rounding issues >>>>> today when I fab deployed to AWS ec2 instance. Never had those issues >>>>> before on ec2. >>>>> My Development environment is working great with no issues. >>>>> >>>>> However on deployed machine -Prices are getting rounded off in various >>>>> places ex: 249 was rounded off to 250 in cart.html, as well as HTML >>>>> invoice, PDF invoice. >>>>> Unit Price was displaying correctly as 249 But "Total Price" was >>>>> showing 250 >>>>> >>>>> Also, facing rounding off issues in PDF invoice and View Invoice in >>>>> browser. >>>>> >>>>> The amounts are accurate in email invoice though. Even the amounts >>>>> sent to payment gateway are correct. When the account user goes to >>>>> history >>>>> of orders, the amounts are correctly displayed in the columns. Only >>>>> issues >>>>> are cart, html invoice, pdf templates. >>>>> >>>>> I have a tax_handler where i calculate tax as follows - TAX_RATE = >>>>> 0.05 >>>>> tax_total = Decimal(amount_to_tax) * Decimal(str(settings.TAX_RATE)) >>>>> >>>>> See attached files - 366.45 is the correct amount being shown in >>>>> Order-History page, but invoice is generated or 370. >>>>> >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Mezzanine Users" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> >>>> >>>> -- >>>> Stephen McDonald >>>> http://jupo.org >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Mezzanine Users" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> >>> -- >>> *Danny Sag* >>> Chairperson >>> Round World Events SA, Inc >>> City of Small Gods Terry Pratchett Fan Club - >>> http://cityofsmallgods.org.au >>> >>> *Nullus Anxietas VI - The Australian Discworld Convention* - >>> http://ausdwcon.org >>> "The Discworld Grand Tour" - Adelaide SA, August 4-6, 2017 >>> >> -- >> You received this message because you are subscribed to the Google Groups >> "Mezzanine Users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Stephen McDonald > http://jupo.org > -- You received this message because you are subscribed to the Google Groups "Mezzanine Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
