Journal google, le futur grep ?

Posté par  .
Étiquettes : aucune
0
30
avr.
2003

Dans un script, je voudrais pouvoir fournir les paramètres de connexion (login, password) en dur aux commandes "scp" et "ssh" comme avec la commande "wget" ci-dessous :

Google est vraiment trop fort !
J'ai un petit souci de mise en réseau, donc, j'analyse eth0 avec mii-diag sur les bons conseils d'une ML.
OK, j'ai un message d'erreur et donc, je recherche cela dans google (http://www.google.be/search?q=%22No+MII+transceiver+present%21%22+mii-diag&ie=UTF-8&oe=UTF-8&hl=nl&btnG=Google+zoeken) Et là, je clique sur le 5ème lien, et ... c'est le binaire. Trop trop fort ;-))

  • # Re: google, le futur grep ?

    Posté par  . Évalué à 1.

    et en + le binaire est aussi disponible dans le cache de google ...

    une bonne solution pour distribuer un programme sans surcharger un serveur :)
    • [^] # Re: google, le futur grep ?

      Posté par  . Évalué à 5.

      je trouve que l'on devient tous bien trop dépendant de google, et c'est pas forcément bon signe... voir je sais plus quel thread y a pas très lgtps sur DLFP
      • [^] # Re: google, le futur grep ?

        Posté par  . Évalué à 1.

        Ouais, mais bon, j'ai eu l'occasion d'analyser les algorithmes employés par les moteurs de recherche lors de mon mémoire, et franchement, le principe de google a été une nette avancée pour les moteurs de recherche. Et depuis, les commerciaux ont bien géré cette 'avance'.
        Mais je suis d'accord avec toi, trop de google pourrait nuire à la longue. Mais pour ce type de recherche très ciblée, c'est nickel !
        Par contre, au boulot, lors de recherche documentaire, je m'oblige à utiliser plusieurs moteurs.
      • [^] # Re: google, le futur grep ?

        Posté par  . Évalué à 1.

        tout pareil.....
        la dépendance c'est jamais bon.....
        à ken un moteur de recherche GPL ?
        • [^] # Re: google, le futur grep ?

          Posté par  . Évalué à 1.

          Il existe déjà des moteurs GPL, mais je dois remettre la main sur des liens. De tête, Lucene, je ne suis pas trop sûr. Et si je me souviens bien, c'est écris en Java, donc, ce ne convient pas trop pour un moteur de recherche de la taille de google.

          Sinon, on peut commencer à rassembler nos vieilles bécanes pour créer un cluster, et pis se louer une ligne T1 et commencer à faire tourner la bête ;-))
          • [^] # Re: google, le futur grep ?

            Posté par  . Évalué à 1.

            la T1 suffirait peut etre pour la partie consultation, mais il me semble qu'il faudrait bcp + pour la partie recherche/indexation
          • [^] # Re: google, le futur grep ?

            Posté par  . Évalué à 2.

            Au temps qu'a faire un cluster utilisons le p2p, mais est-ce que ca n'existe pas deja ce genre de projet ?
        • [^] # Re: google, le futur grep ?

          Posté par  . Évalué à 2.

          Le problème c'est la hardware et la bande passante. Si je ne dis pas de bétises, google c'est une ferme de 8000 serveurs.

          On peut d'ailleurs se demander qui les finance.
        • [^] # Re: google, le futur grep ?

          Posté par  (site web personnel) . Évalué à 1.

          Il existe un moteur de recherche qui tourne en GPL, et qui se sert des ordinateurs des internautes pour télécharger et analyser les pages... mais impossible de me souvenir du nom ?
      • [^] # Re: google, le futur grep ?

        Posté par  . Évalué à 2.

  • # Re: google, le futur grep ?

    Posté par  (site web personnel) . Évalué à 1.

    Un prog ou le texte est ecris de cette maniere dans le code, ca implique pas qu il se tape des locales ? et ca implique pas aussi qu il est incapable de se faire comprendre par les non-anglophones ? comme 80% des apli texte ...

    avent de rendre linux l OS universel, y a encore du taf a faire ... meme dans la traduction ...
    • [^] # Re: google, le futur grep ?

      Posté par  (site web personnel) . Évalué à 1.

      d un autre cote, obliger tous les progs a integrer les 170 traductions de tous les messages, on pourrait avoir plus de texte pour les messages de code utile ... faudrait imaginer un groupe de libs qui enunmère les principaux messages d erreurs traduis dans toutes les locales suportees avec des niveaux d interrets, une langue par default, regrouppant les messages les plus courants ... a default d un programme de traduction parfait ... ou d une lib de traduction par block ( parties de phrases, elements clefs )

      -- doublehp
      apt-get remove ispell
    • [^] # Re: google, le futur grep ?

      Posté par  (site web personnel) . Évalué à 1.

      non, ça n'implique pas. (cf doc de gettext)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.