Client HTTP Publier sur des sites externes

Question

Existe-t-il un langage Web permettant au client de créer des messages HTTP sur des sites externes.

Je sais que JavaScript le fait avec XMLHttpRequest, mais il n'autorise pas la publication inter-domaines, sauf si le domaine destinataire veut autoriser le domaine expéditeur. Je veux publier des données sur un site externe (que je ne contrôle pas) et faire authentifier la demande avec ce que le navigateur du client a déjà (cookies, etc.).

Est-ce possible? J'ai essayé cURL mais il semble faire un post HTTP de serveur, pas un poste HTTP client.

---

Edit:

Un peu plus aperçu de ce que je suis en train de faire:

Je suis en train de POST JSON sur le site en utilisant la session de l'utilisateur (je l'ai dit les cookies, mais je crois qu'ils sont des sessions PHP, que je suppose que je considère toujours les cookies).

Le site ne vérifie pas le renvoi (mauvaise sécurité # 1) je peux exécuter javascript et html sur la page Web en utilisant ma page d'accueil personnelle (faible sécurité # 2) Le code JSON fonctionne même si le type de contenu is form (mauvaise sécurité # 3) Il n'y a aucune vérification de sécurité du tout, juste une vérification de session PHP.

L'idée de forme est merveilleuse et cela fonctionne. Le probablement est encore que son JSON. Donc, après avoir envoyé des données postdata comme foo = {"test": "123", "test2": "456"} l'ensemble foo = partie le désordre. De plus les formes semblent tourner JSON en forme de codage, de sorte que son envoi:

foo =% 7B% 22 essai% 22% 3A +% 22 % 22% 2C +% 22 test2% 22 % 3A +% 22 % 22% 7D

lorsque j'en ai besoin pour envoyer;

{ "test": "123", "test2": "456"}

Donc, avec tout connu, est-il une meilleure chance d'envoyer JSON ou non?

Answer 1

Je ne pense pas: vous n'obtiendrez pas les cookies auth de l'utilisateur sur le site tiers du côté serveur (à cause de la politique d'origine unique) et vous ne pouvez pas faire des requêtes Ajax à la tierce partie site. Le meilleur que vous pouvez faire est probablement créer un <form> (peut-être dans un), le pointer vers le site tiers, le remplir avec des données, et l'avoir soumis (ou soumettre automatiquement). Vous ne pourrez pas obtenir les résultats de la demande par programme (encore une fois en raison de la politique d'origine unique), mais peut-être que cela va faire - vous pouvez toujours montrer les résultats de la demande à l'utilisateur.

Answer 2

Je pense que pour des raisons évidentes, cela n'est pas autorisé. Si cela était autorisé, qu'est-ce qui empêcherait une personne mal intentionnée de publier des données de formulaire depuis le navigateur d'une personne vers un nombre quelconque de sites dans une fenêtre cachée d'iframe ou de fenêtre contextuelle?

S'il s'agit d'une conception de votre application, vous devez repenser ce que vous essayez d'accomplir.

EDIT: Comme @Pekka le soulignait, je sais que vous pouvez soumettre un formulaire à un site distant en utilisant des soumissions de formulaire types. Je parlais d'utiliser une solution ajax côté client. Désolé pour la confusion.

Answer 3

Vous devez suivre la méthode OpenID et les autres systèmes de connexion unique. Comment openID fonctionne est votre site Web POSTs un certain jeton au service d'openID et en retour obtient le résultat d'authentification. Référence How Does it Work? section here

Answer 4

Le client ne peut pas publier directement sur un site externe; c'est une violation des modèles de sécurité de base interdomaines. L'exception est l'accès au javascript avec JSONP. Ce que vous décrivez nécessiterait l'accès aux cookies d'un utilisateur pour un autre site Web, ce qui est impossible car le navigateur n'autorise que l'accès aux cookies dans le même domaine/chemin.

Vous devez utiliser un proxy côté serveur pour effectuer des requêtes inter-domaines, mais vous ne pouvez toujours pas accéder aux cookies externes: http://jquery-howto.blogspot.com/2009/04/cross-domain-ajax-querying-with-jquery.html

Answer 5

Oui, vous pouvez utiliser une bibliothèque flash spéciale qui prend en charge les appels inter-domaines: YUI connection manager

Ajouté: pas sûr de la question de l'authentification par cookie si ...