On Thu, 2008-24-04 at 08:25 -0500, Lukasz Szybalski wrote: > On Wed, Apr 23, 2008 at 6:43 PM, Jorge Vargas <[EMAIL PROTECTED]> wrote: > > > > On Wed, Apr 23, 2008 at 5:47 PM, iain duncan <[EMAIL PROTECTED]> wrote: > > > > > > Looks like I spoke to soon about my IPN solution, for some bizarre > > > reason, it stops working as soon as take the server out of development > > > mode. I think this must have something to do with deployment setups that > > > is over my head, so any clues appreciated. > > > > > just a pointer > > > > how about headers? maybe your prod is missing something? > > > > maybe the user-agent? it could be block in some way. > > So if you run the program from the directory start-yourproject.py on > port 8080 then it works? > does it run in dev if you start it that way? > does it run in prod if you start it that way? > > what are your settings for mod-proxy mod-rewrite? > > Have you tried using just mod_proxy without mod_rewrite? > http://lucasmanual.com/mywiki/TurboGears#head-9a9a185587f4fe604d0bc97ac2117be0770d92aa > > or switch over to mod_wsgi and see if that works?
Thanks guys, I'll try all those. I'm suspicious that it might be a cherrypy problem because when I experimented with auto-return, cherry py choked. Paypal returned the user to my app with a huge string of get vars ( the same ones that it posts for ipn ). like so: http://www.staging.momcafe.org/payment/receipt?mc_gross=0.34&address_status=confirmed&item_number1=&payer_id=UHPY8MCA6NPZQ&tax=0.02&address_street=1234+street&payment_date=13%3A08%3A40+Apr+23%2C+2008+PDT&payment_status=Completed&charset=windows-1252&address_zip=v6h+1s4&mc_shipping=0.00&mc_handling=0.00&first_name=Test+Wed+C&mc_fee=0.31&address_country_code=CA&address_name=Test+Wed+C+Duncan¬ify_version=2.4&custom=13&payer_status=unverified&business=sherri%40momcafe.net&address_country=Canada&num_cart_items=1&mc_handling1=0.00&address_city=Vancouver&payer_email=iain%40momcafe.net&verify_sign=Akamd9sDqrix-eMJ9UZmNlkCD4xGA8VKyAHbQ2VqOLiGLLFJftxMWrHu&mc_shipping1=0.00&txn_id=8D841400C2059071A&payment_type=instant&last_name=Duncan&receiver_email=jill%40momcafe.net&item_name1=momcafe+Event+Registration+-+Event+%239%2C+Reg+%239&address_state=British+Columbia&payment_fee=&quantity1=1&receiver_id=XFUEK47YTB8K6&txn_type=cart&mc_currency=CAD&mc_gross_1=0.32&residence_country=CA&receipt_id=0802-5761-9356-3508&payment_gross=&merchant_return_link=Return+to+MomCafe&form_charset=UTF-8 And the cherry py method should have just gobbled those up in **kwargs right? Instead it did this in my browser: HTTP/1.1 Date: Wed, 23 Apr 2008 20:13:05 GMT Server: CherryPy/2.3.0 Connection: close Does that ring a bell to anyone? If the above choked CherryPy ( but not every time strangely ) with get vars, and cherrypy just didn't do anything, that would explain the odd situation I have, with the ipn hit logged in the apache logs but not doing anything at all on my sight, not even entering the method as far as I can tell. ( I tried writing and flushing to my ipn_log ) table before anything else and that didn't appear either ). Any clues? Thanks for all the help Iain --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/turbogears?hl=en -~----------~----~----~----~------~----~------~--~---
