Proxied AJAX requests violates HTTP end-to-end principle

Comments

13 comments

  • Avatar
    James A. Rosen

    Hi, Thomas,

    You're right that ours is not a true pass-through proxy. We'll continue to improve the proxy over time. In the meantime, I've added a note to the list of known issues. Thanks for letting us know.

  • Avatar
    Thomas Balsløv

    Hi James.

    OK, no problem :o)

    Thomas.

  • Avatar
    Denis Manente

    +1 on this feature

    I want to add that I'd like to see:

    • forwarding HTTP Status Code
    • forwarding same Content-Type
    • Allow all major Methods (GET, POST, PUT, DELETE) to support REST-API's
  • Avatar
    James A. Rosen

    Those are all on our list, Denis :) (It's nice to know others care about HTTP semantics, too.)

  • Avatar
    Sebastiaan Wijchers

    Hey James,

    Is there any ETA on this?

    We send the Zendesk proxy to our own now, to make PUT and DELETE requests possible. Also the stripping of the headers makes certain authentication methods impossible. We add data to the initial POST/GET request, so our proxy knows when and what to manipulate.

    The workarounds are getting dirtier and are unnecessary. I'd love to see this fixed.

    Cheers,

    Sebastiaan

  • Avatar
    Lukas Schönbächler

    Hey James,

     

    Is there any progress on this issue?

  • Avatar
    Jake Holman

    At the moment I have no solid ETA on this. We will be re-writing our Proxy which should mean 95% of the issues being reported will be dealt with, but at this stage the project has not started.

  • Avatar
    Peter Huang

    In the mean time, is there anyway of getting a Ajax PUT request out to another domain?  Perhaps through another proxy script?

  • Avatar
    Sebastiaan Wijchers

    @Peter Huang; That's basically what I did (routing it through another proxy). I made a proxy which reverts some of the 'damage' the Zendesk proxy does. Like authorization issues when using the header and forming a POST request into a PUT request for the final end point.

    It's in PHP, I based it on a modified Simple PHP Proxy. I'm not really sure right now where I got it from, but I think it was this one:
    https://github.com/developerforce/Force.com-JavaScript-REST-Toolkit/blob/master/proxy.php

    If this is an option for you and you want to see my code, just let me know and I drop in my e-mail.

  • Avatar
    Maxime

    Hi guys

    We have released CORS support in Apps, please find documentation here : http://developer.zendesk.com/documentation/apps/reference/request.html#cors-support

    We are also actively working on a new version of our proxy, which will help with your problem. I'll make sure to keep this thread updated

    Let me know if there are any questions

    Maxime

  • Avatar
    Maxime

    Hi guys,

    We have now released our new proxy which should address most of the issues you were experiencing with the previous one, to see how to use this one simply follow this link:

    http://developer.zendesk.com/documentation/apps/reference/request.h...

    Let me know if you have any questions!

    Maxime

  • Avatar
    Peter Huang

    Hi Maxime,

    I'm still having trouble with this.  It appears the Content-Type may not be set correctly with a PUT request.  It seems to be set as URL encoded, when it should be XML.

    Are you able to confirm that?

    Regards,

    Peter

  • Avatar
    Maxime

    Peter

    Can you share the sample code from your request? I'd like to understand exactly where it's failing for you

    Thanks

    Maxime

Please sign in to leave a comment.

Powered by Zendesk