Posts

Showing posts with the label heroku

Heroku caching api responses [django/restframework]

Heroku caching api responses [django/restframework] Heroku seams to be caching api responses from my Django/RestFramework app. I have no caching mechanism enabled on restframework. Looking at the logs, I can see a error response (400) caused by a object not found, and, right before, the python stacktrace. Then I populate the object table and here happens the issue. On next requests, que error doesn't happen anymore, but the response is exactly the same 400 as before! Eventually, I get alternate 200/400 responses. Edit 1: When I get 400 response, it's not just the code, but also the body. My code throws no error, but the response is code 400 and the first error message. Edit 2: Added bellow my view and my serializer, with not relevant parts ommited The log with error: 2018-06-29T11:34:45.991094+00:00 app[web.1]: INFO 2018-06-29 08:34:45,990 dados: 1 [1/1] 6.34 Kb AGUARDANDO: importação síncrona iniciada 2018-06-29T11:34:46.044547+00:00 app[web.1]: UF Destino AC 2018-06-29T11:3...

Deploy Andorid/iOS app on free Heroku account for Stripe payments

Deploy Andorid/iOS app on free Heroku account for Stripe payments I'm creating an application for Android/iOS both and implemented Stripe for payments, so I've deployed it on Heroku for free. So my concern is that can I run Stripe on the free account (Heroku) without any issues (means we can deploy/run application by using live secret key as well or is it only for testing purpose) or do I need to use my personal paid server for the Stripe deployment to interconnect with android/iOS apps. Referring to this link: Stripe for free - Example App Backend (Deploy to Heroku) and what does this sentence mean This is intended for example purposes only: you'll likely need something more serious for your production apps. which is available on the above link. 1 Answer 1 I'm using the stripe/example-ios-backend codebase (Ruby), so after spending a lot of time by searching on Internet and also tal...