Forum Linux.général Lynx, probleme avec Google !

Posté par  .
Étiquettes : aucune
0
18
août
2004
Bonjour,


Voila j'ai un probleme avec le naviguateur web Lynx.... (oui celui en mode console :oD) Je n'arrive pas a me connecte a google avec :o(


Voici ce que me dit Lynx :
Your client has issued a malformed or illegal request.

Voici ce que j'ai tape au calvier :
G
www.google.com


Google m'est le plus utile ! Je ne comprend donc pas...

J'ai aussi un autre probleme :o( Lorsque je vais sur yahoo ou lycos je peux entrer le nom de la recherche puis choisir web mondial ou francais seulement mais le probleme un probleme demeure : je ne peux pas lancer de recherche...

Je suis passe peut etre a cote d'une indication dans la notice ou autre... Si jamais vous pouvez m'eclairez merci d'avance !

PS : C'est fou ! je dois faire partie des rares qui aiment surfer en mode console lol. ;]
  • # et links ?

    Posté par  . Évalué à 2.

    Pour moi, links marche tres bien et supporte plus de choses.
    • [^] # Re: et links ?

      Posté par  . Évalué à 1.

      Je viens d'utiliser ELinks, moralite ==> Super ! C'est bien vrai, il supporte beaucoup plus de choses, Google marche a merveille ainsi que d'autres sites qui ne fonctionnaient pas ;o)

      Merci a vous de m'avoir aide sur ce sujet !
  • # chez moi ça marche...

    Posté par  . Évalué à -1.

    tout est dans le titre...
  • # Depuis quelques temps ...

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

    Ça fait quelques temps que ça ne marche plus ...
    Apparemment, ce serait une histoire de version de HTTP utilisée. Lynx utilise HTTP 1.0 et les autres sont plutôt à 1.1.

    BTS : #254515
    • [^] # Re: Depuis quelques temps ...

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

      Oups, je me fourvoie.
      C'est du à autre chose en fait ...
      Un workaround pour le moment consiste à faire un "unset DISPLAY".
      • [^] # Re: Depuis quelques temps ...

        Posté par  . Évalué à 2.

        Effectivement, lynx http://www.google.com/(...) fonctionne dans une console linux, mais pas dans un xterm.
        L'ennuie, c'est que pas mal de programme testent la présence de la variable DISPLAY.
        Avec Bash, on peut faire un script lynx.sh qui appel lynx:

        #!/bin/bash

        export DISPLAY_BCKP=$DISPLAY
        unset DISPLAY
        lynx "@"
        export DISPLAY=$DISPLAY_BCKP
        unset DISPLAY_BCKP


        Ou bien utiliser links, links2, elinks, w3m, etc... pour google

        Je crois avoir lu quelque chose par rapport libwww et la gestion des types mimes sur la mailing list Debian.
        En tout ca, en lançant un netcat:

        nc -vv -l -p 1234

        puis en s'y connectant, une fois depuis un lynx en console linux, et une fois depuis un lynx sous xterm, il y a bien une différence:

        lynx http://127.0.0.1:1234/(...)

        regardez les lignes "Accept:". c'est _énorme_ dans les 2 cas, mais pire sous X. Probablement car plus de programme supportant plus de type de fichier différent sous X.

        Il y a bien quelques réglages a ce niveau dans /etc/lynx.cfg, mais même en définissant un fichier de conf vide j'obtient rien de mieux:

        LYNX_CFG=~/.lynx.cfg lynx -trace http://www.google.com/(...)
  • # Bizarre

    Posté par  . Évalué à 2.

    Très bizarre, même, parce que je viens d'essayer, et ça a très bien marché. Je ne sais pas ce à quoi ton problème peut être dû, essaye une mise à jour de lynx...
    • [^] # Je confirme le pb avec lynx

      Posté par  . Évalué à 1.

      Moi aussi j'ai le problème avec lynx.
      Par contre links marche très bien.

      D'autre part, il me semble que links supporte l'UTF8 si compilé correctement (pas avec gentoo visiblement) ce que ne fait pas lynx (de mémoire, j'étais allé voir sur leur site).
  • # Re: Lynx, probleme avec Google !

    Posté par  . Évalué à 1.

    Le problème ne semble pas être lié à lynx.
    Je rencontre aussi cette erreur avec firefox derrière un proxy squid/dansguardian de manière aléatoire (erreur une fois de temps en temps).

Suivre le flux des commentaires

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