L'API SOAP de Google peut quand même être une solution acceptable dans ton cas, avec une légère extension de ton schéma XML de définition de moteurs de recherche.
SOAP est un protocole de RPC qui utilise XML et HTTP comme transport, donc faire une requête à l'API google revient à envoyer une requête POST à une certaine URL. En réponse, tu recevras un bloc de XML, que ton parseur actuel (regex) peut décortiquer à priori.
Je vois que ton format supporte déjà le fait de dire si l'url doit etre accédée par GET ou POST. Si ce n'est déjà fait, il faudrait donc simplement intégrer un bloc de CDATA, contenant le XML a envoyer comme corps de requête POST (avec la possibilité d'y insérer un %q, comme c'est présentement possible avec les éléments GET).
Avec cette modification, il serait possible d'avoir un moteur Teardrop utilisant l'API SOAP de Google pour faire des recherches. Le seul problème restant est qu'il faut que chaque utilisateur obtienne une API key, et qu'il puisse la renseigner relativement facilement dans Teardrop (ou au pire, il édite le XML et colle son API key au bon endroit).
En ce qui concerne le disclaimer, il peut te protéger toi, l'auteur du logiciel. Mais les utilisateurs qui utilisent ton logiciel seront en violation des TOS dès qu'ils feront une recherche. Et quand google (ou un autre) décidera de les bloquer pour violation de TOS, c'est toi qu'ils viendront engueuler :-)
Voila. Sinon, sympa ton logiciel, je l'avais pas dit. J'aime bien le format de moteur extensible. Maintenant, s'il était un tout petit peu plus complet, il serait possible d'utiliser les API officielles de certains moteurs, plutot que d'émuler a la sauvage un navigateur. Au final, ca devrait t'arranger aussi, puisque parser un XML qui contient uniquement tes données, c'est carrément moins compliqué que parser un HTML coincoin qui doit convenir a des yeux humains.
[^] # Re: Conditions d'utilisation des moteurs
Posté par David Anderson . En réponse à la dépêche Sortie de Teardrop 0.9 : méta-moteur de recherche. Évalué à 1.
SOAP est un protocole de RPC qui utilise XML et HTTP comme transport, donc faire une requête à l'API google revient à envoyer une requête POST à une certaine URL. En réponse, tu recevras un bloc de XML, que ton parseur actuel (regex) peut décortiquer à priori.
Je vois que ton format supporte déjà le fait de dire si l'url doit etre accédée par GET ou POST. Si ce n'est déjà fait, il faudrait donc simplement intégrer un bloc de CDATA, contenant le XML a envoyer comme corps de requête POST (avec la possibilité d'y insérer un %q, comme c'est présentement possible avec les éléments GET).
Avec cette modification, il serait possible d'avoir un moteur Teardrop utilisant l'API SOAP de Google pour faire des recherches. Le seul problème restant est qu'il faut que chaque utilisateur obtienne une API key, et qu'il puisse la renseigner relativement facilement dans Teardrop (ou au pire, il édite le XML et colle son API key au bon endroit).
En ce qui concerne le disclaimer, il peut te protéger toi, l'auteur du logiciel. Mais les utilisateurs qui utilisent ton logiciel seront en violation des TOS dès qu'ils feront une recherche. Et quand google (ou un autre) décidera de les bloquer pour violation de TOS, c'est toi qu'ils viendront engueuler :-)
Voila. Sinon, sympa ton logiciel, je l'avais pas dit. J'aime bien le format de moteur extensible. Maintenant, s'il était un tout petit peu plus complet, il serait possible d'utiliser les API officielles de certains moteurs, plutot que d'émuler a la sauvage un navigateur. Au final, ca devrait t'arranger aussi, puisque parser un XML qui contient uniquement tes données, c'est carrément moins compliqué que parser un HTML coincoin qui doit convenir a des yeux humains.