Articles précédents : Développeur
- [20] Création d'une liste de diffusion des utilisateurs de Squeak
- [5] sweetcode
- [85] Le futur installeur Debian
- [27] Le GOTO++, nouveau langage de programmation révolutionnaire
- [17] QNX présente son IDE, basé sur Eclipse
- [5] Conception et développement orientés objets au CNAM
- [52] Comment planter NT et W2K avec 5 malheureuses lignes de code ?
- [0] The Chicago Project : Excel/OLE accessibles
- [12] GTK+ 2.0 est sorti
- [14] KDE 3 rc2 !!
Développeur : Le moteur de recherche Google devient un service Web
Posté par Masqué Le Pingouin (). Modéré le 15 avril 2002.
![[fr]](../../../images/fr.png)
![[en]](../../../images/en.png)
> Lire les commentaires (27 commentaires, moyenne: 12,6).
Un lien
Juste un lien vers ces API :
http://www.google.com/apis/(...)
-
[^]Re: C'est libre?
Posté par a_jr () le 15/04/2002 à 09:41. (lien). Évalué à 42.Merci pour le lien.
Je viens d'aller voir:
- il faut se creer un compte. Bon, admettons: de nos jours, il faut un compte partout, meme quand c'est libre (exemple: linuxfr.org au hasard :-)
- on est limite a 1000 requetes automatiques par jour, et, dixit la FAQ, y'a 10 resultats par requete maxi, donc faut refaire une requete pour avoir les 10 suivants et ainsi de suite. Bon, c'est vrai que 1000, c'est enorme pour un particulier.
- faut fournir la cle de licence. Bah la, c'est normal: un cookie ne fait pas mieux! Et une appli bien faite utilisant le service n'aura pas de cle codee en dur: ce sera a l'utilisateur de la fournir au logiciel qui utilise le service google!
D'un autre cote, quand on lit la FAQ, on s'apercoit que ces limitations sont plutot des limitations techniques. L'offre est dispo plus pour tester qu'autre chose. Donc si le service plait, ils vont probablement le stabiliser. Et en attendant, ils ne cherchent pas a limiter l'offre au dela de ce que j'ai dit plus haut.
Apres, reste a savoir si l'offre stable sera libre ou non. Bref, attendons:
- que google stabilise son service et indique les termes d'utilisation de la version stable
- que la concurrence fasse la meme chose pour voir si y'en a qui sont libres, voire meilleurs
Le bonjour chez vous,
Yves-
[+] [^]google services
Posté par jm () le 15/04/2002 à 12:02. (lien). Évalué à -4.ben si tu veux la version "stabilisee" et non limitee a 1000 requetes par jour,
suffit de payer:
http://www.google.com/services/(...)-
[^]Re: google services
Posté par a_jr () le 15/04/2002 à 12:10. (lien). Évalué à 5.On doit pas parler de la meme chose.
http://www.google.com/apis/api_faq.html#gen12(...)
Je cite:
12. Why is the daily limit only 1,000 queries?
The Google Web APIs service is an experimental free program, so the resources available to support the program are limited.
le bonjour chez vous,
Yves-
[^]Re: google services
Posté par jm () le 15/04/2002 à 15:07. (lien). Évalué à 5.Ce que je veux dire c'est que Google vend deja a toute compagnie le fait de pouvoir faire une requete "non graphique" et d'avoir en retour du XML... et du support !
(cf Yahoo pour le client surement le plus illustre )
La seule difference avec la WebAPI Google, c'est que ce service devient gratis pour 1000 requetes a fin non commerciale et que y'a pas de support (a part le groupe de news
http://groups.google.com/groups?group=google.public.web-apis&hl(...)
)
Alors selon que tu es optimiste ou pas,
tu percois cette annonce comme un service pour les particuliers (les webloggers en particulier),
ou simplement une facon facile d'avoir des tonnes de developpeurs Web qui vont savoir utiliser les services Web de Google (et donc, une fois en position de decideur, ils pourront conseiller le passage au mode payant). Sans compter la pub gratuite pour Google sur tout pleins de sites.
Cela au moment ou de nouveaux concurrents arrivent (Teoma par exemple) et que les contrats de renegociation (avec Yahoo par exemple) se profilent a l'horizon.
La meme question s'est posee pour le concours Google
http://www.google.com/programming-contest/(...)
cf le groupe de News:
http://groups.google.com/groups?q=google.public.programming-contest(...)
-
-
Très bonne idée !
Je trouve que c'est une très bonne idée de la part de Google ! Ca leur permettra de vendre l'accès à leur moteur pour l'utilisation en tant que Web Service et de garder l'utilisation "classique" du moteur de recherche gratuite.
Vache qui rit, à moitié dans son lit
-
[^]Re: Très bonne idée !
Posté par Éric (Jabber id, page perso, ) le 15/04/2002 à 09:40. (lien). Évalué à 17.Sauf qu'ils disent dans la FAQ qu'ils n'ont aucune intention de rendre ce service payant dans le futur.
Bon, entre ce qu'ils disent et ce qu'ils pensent voire ce qu'ils feront il y a une marge mais ... l'idée de base n'est pas celle de rentabiliser le moteur de recherche visiblement.-
[^]Re: Très bonne idée !
Posté par Nelis (page perso, ) le 15/04/2002 à 09:48. (lien). Évalué à 36.Oui, tous le monde dis ça jusqu'à ce qu'ils se rendent compte qu'il y a une opportunité commerciale ;-)
Pour le moment c'est gratuit car :
- C'est en beta, il faut des testeurs, ils ne viendront que si c'est gratuit (logique)
- Il faut faire du bruit autour de ce nouveau service, et donner aux gens l'envie d'essayer (ça rejoint aussi le point ci-dessus)
Bref, si ça marche et que ça intéresse du monde, je trouverais logique qu'ils fassent payer l'utilisation, ils seraient bêtes de s'en priver, ils ont un excellent moteur dont la réputation n'est plus à faire !--
Vache qui rit, à moitié dans son lit-
[^]Re: Commercial pour commercial, libre pour libre!
Posté par a_jr () le 15/04/2002 à 09:55. (lien). Évalué à 3.Entierement d'accord avec toi. Ou presque.
Ce serait cool d'avoir un acces libre aux logiciels libres qui utilisent le service, et un acces commercial (payant evidemment) pour les softs commerciaux.
Ainsi, une boite de dialogue dans mozilla accederait librement au service, et la meme dans netscape 6 serait payante!
Je crois que je ferais un excellent mauvais-commercial, non?
Le bonjour chez vous,
Yves
-
-
[^]Re: Très bonne idée !
Posté par Wawet76 (page perso, ) le 15/04/2002 à 09:51. (lien). Évalué à 21.Google vit entre autre en vendant ses services à des boites ou des portails. Ça serait donc très étonnant que la limite des 1000 req disparaissent tout en restant gratuit.
Je suppose que ça va rester gratuit pour un usage personnel (1000 req par jour) et que si ça marche bien ils vendront des accès plus important aux gens qui veulent intégrer le bazar dans leur soft. (les logiciels libres intéressés laisseront les utilisateurs entrer les paramètres de leur comptes personnels ou de leur compte qu'ils ont payés)-
[^]Re: Très bonne idée !
Posté par anonyme512 () le 15/04/2002 à 11:06. (lien). Évalué à 5.ou alors, pourquoi ne pas retourner dans la liste des résultats des liens connexes de pubs, comme ils le font sur le site "normal" ?
-
[^]Re: Très bonne idée !
Posté par Éric (Jabber id, page perso, ) le 15/04/2002 à 11:13. (lien). Évalué à 7.Parce que classiquement la page web du site "normal" est lue par un humain, qui va voir la pub même s'il ne le veut pas.
L'API sera majoritairement utilisée par des moteurs informatiques, qui seront programmés pour ne lire que les résultats, pas les ajouts de pub.
Je doute fortement que quelqu'un ajoute volontairement à son moteur se servant de l'API, la visualisation des pubs ou liens publicitaires liées à la requete.-
[^]Re: Très bonne idée !
Posté par anonyme512 () le 15/04/2002 à 11:28. (lien). Évalué à 5.volontairement non, mais si c'est dans la licence d'utilisation du service ? ou dans les liens de résultat normaux ?
-
-
-
-
[^]Re: Très bonne idée !
Posté par Boa Treize (page perso, ) le 15/04/2002 à 16:23. (lien). Évalué à 7.> Sauf qu'ils disent dans la FAQ qu'ils n'ont
> aucune intention de rendre ce service payant
> dans le futur.
Tss tss tss. Ils disent dans la FAQ qu'ils n'ont pris aucune décision quant à l'avenir commercial de leurs API Web. C'est pas vraiment la même chose.
-
-
[^]Re: Très bonne idée !
Posté par lorill (page perso, ) le 15/04/2002 à 09:41. (lien). Évalué à 14.en tout cas, c'est limité aux utilisations non commerciales pour le moment, avec 1000 requetes par jour maximum si je me souviens bien.
mais c'est sur que s'ils peuvent en faire un service commercial et rester indépendants, c'est plutot une bonne chose.-
[^]Re: Très bonne idée !
Posté par a_jr () le 15/04/2002 à 09:49. (lien). Évalué à 24.c'est limité aux utilisations non commerciales pour le moment
Pas vrai.
Je cite la FAQ:
13. Can I develop commercial applications using Google Web APIs?
You can develop any application you want, but you must abide by the Google Web APIs terms of service. One condition is you cannot create a commercial service using Google Web APIs without first obtaining written consent from Google. Another is that you can only create one account for your personal use.
Donc ca doit a mon avis pas etre facile de faire un truc commercial pour l'instant, mais si tu dis que tu veux demarrer un truc commercial et le commercialiser quand le service google sera stable, ils diront probablement oui. Pas vrai?
Le bonjour chez vous,
Yves
-
pas que Java, C# et Perl...
pour Ruby : http://www.caliban.org/ruby/(...)
pour Python : http://diveintomark.org/projects/#pygoogle(...)
pour le reste, allez voir la : http://www.soapware.org/directory/4/services/googleApi/implementati(...)
-
[^]Re: pas que Java, C# et Perl...
Posté par Nelis (page perso, ) le 15/04/2002 à 09:59. (lien). Évalué à 24.Je crois que ce qu'ils ont voulu dire, c'est que pour l'instant ils n'ont écrit d'exemples qu'en Java, C#, et Perl mais bien sur il y a moyen d'acceder aux web services à partir d'a peu près n'importe quel langage ... C'est ça un des gros avantages :-)
--
Vache qui rit, à moitié dans son lit-
[^]Re: pas que Java, C# et Perl...
Posté par lorill (page perso, ) le 15/04/2002 à 10:45. (lien). Évalué à 4.j'avais compris, mais c'est toujours bon a savoir...
et puis le module ruby a été ecrit par un gars de chez google, il me semble.
-
[^]Re: pas que Java, C# et Perl...
Posté par anonyme512 () le 15/04/2002 à 11:08. (lien). Évalué à 8.par ailleurs, j'ai téléchargé leur googleapi.zip et.. pas de trace de PERL. Java et .NET oui, mais pas perl
-
[^]Re: pas que Java, C# et Perl...
Posté par Matthieu Nicolescu () le 15/04/2002 à 23:00. (lien). Évalué à 1.Si un petit exemple en perl est dispo dans le README.txt
zz
-
-
y a pas que .net dans la vie, y a php aussi :)
Une classe php existe aussi pour exploiter les API google.
Plus d infos sur
http://www.sebastian-bergmann.de/?page=google(...)
Un petit plus pour les sites en php.
-
[^]Re: y a pas que .net dans la vie, y a php aussi :)
Posté par Mascarin (page perso, ) le 16/04/2002 à 06:43. (lien). Évalué à 1.Il y a besoin de l'extension PEAR & PEAR SOAP, exact ?
Donc ça ne marche pas sur Free.fr ?
[+] le meme ailleurs
http://www.kuro5hin.org/story/2002/4/15/72154/5065(...) qui souleve un interessant probleme.
http://www.kuro5hin.org/comments/2002/4/15/72154/5065/3?mode=alone;(...)
y repond en partie
Et c'etait vendredi sur MeFi comme sur pssst
http://www.metafilter.com/comments.mefi/16286(...)
http://pssst.qc.ca/forum/index.pl?AID=4419&count=6(...)
et sur http://www.dsi-info.ca/moteurs-de-recherche/blog.html(...) aussi
Sinon ca vient d'arriver sur /.
[+] Question ?
Le format des pages de réponse google ne change quasiment jamais. J'utilise déjà pour un besoin perso un algo php qui parse les résultat via une requête web classique. Qu'est ce qui empêche les gens de faire directement comme ça (ce qui évite la limitation de 1000 hits) à part le fait qu'une API est plus "propre" qu'un parsing ?
-
[^]Re: Question ?
Posté par Matthieu Nicolescu () le 15/04/2002 à 22:59. (lien). Évalué à 2.bah faut que ton parseur soit alors vraiment bourrin pour par exemple utliser le correcteur d'orthographe de google, nombre d epage liés,...
-
[^]Re: Question ?
Posté par Mascarin (page perso, ) le 16/04/2002 à 04:50. (lien). Évalué à 6.J'utilise déjà pour un besoin perso un algo php qui parse les résultat via une requête web classique. Qu'est ce qui empêche les gens de faire directement comme ça (ce qui évite la limitation de 1000 hits) à part le fait qu'une API est plus "propre" qu'un parsing ?
Regarde bien les conditions d'utilisation, en particulier dans la section :Usage à titre personnel et mise en garde en matière de contenu -> Google est réservé à un usage personnel ->
Vous ne devez en aucun cas réutiliser les résultats des recherches Google par reformatage et affichage, ni reproduire la page d'accueil de Google ou les pages de résultats sur votre site Web.
Cette page a été générée par Templeet en 0.1187s (dont 0.0124 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.