Perl und Umlaute- verschiedene Ergebnisse bei der Auslese in Browser (gelöst) (Perl/CGI)

[thread]15343[/thread]

Perl und Umlaute- verschiedene Ergebnisse bei der Auslese in Browser [gelöst]

Leser: 20

Articles: hide open all | hide show old branches

+11 replies
milea

2010-08-04 10:47
User since
2010-08-04
3 Artikel
BenutzerIn
Hallo,

leider kenn ich mich mit PERL kaum aus - aber halt ein bissel mit PHP. Ich habe einen neuen Job und muss mit dem von meinem Vorgänger die programmierten pl-Dateien arbeiten.
Und nun gibts ein Problem, was ich nicht versteh...

Aus einer Access-DB werden mittels pl-Scripten Daten ausgelesen. In diesem Fall gehts um Landkreise.

Der Nutzer kann diese aus einer <select>-Liste auswählen. In der DB steht in der betreffenden Spalte genau der Eintrag (also mit Umlauten) wie im value der select-Liste

z.B:
Code: (dl )

<select class='textbox_1' name='textbox_2'><option value='Südland'>Südland</option>
- in der DB steht auch "Südland" - mit ü

Im IE funktioniert die Suche einwandfrei - alle relevanten Ergebnisse werden ausgegeben.
Anders sieht es im FF aus. Da wird bei allen, was mit Umlauten zu tun hat, gar nix gefunden. Wählt der Nutzer dort also "Südland" aus kommen keine Ergebnisse - im IE kommt alles, was ausgegeben werden soll.

Ich hab auch schon probiert das ganze ins UFT-8 zu Konvertieren indem ich bei diesem Teil der pl-Datei "<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">" eingefügt habe.
Code: (dl )

1 2 3 4 5 6 7 8

print <<"END_OF_HTML"; <html> <head> <title>suche</title> <link rel="stylesheet" href="../style.css"> <link rel="stylesheet" href="../menu1.css"> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head>
Daraufhin hat der FF nur Fragezeichen bei den Umlauten ausgespuckt.
Die Umlaute im perl-Teil hab ich wie folgt behandelt:
Code: (dl )

1 2

$suchbegriff_lkz = $Form{'textbox_2'}; $suchbegriff_lkz =~ s/\*//g;
Stimmt daran was nicht? Habe das aus einem Beispiel im Internet. Oder liegt das Ganze an etwas anderen? Warum interpretieren die Browser so unterschiedlich, dass bei manchen nicht mal Ergebnisse bei der Suchanfrage ausgeben werden?

Ich hoffe ihr könnt mir helfen...Vielen Dank schonmal im Vorraus!
Last edited: 2010-08-04 10:59:36 +0200 (CEST)
- +10 replies
- topeg
  
  2010-08-04 11:15
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  Mir scheint die Umlaute sind ISO-8859-1 kodiert. Das bedeutet, du das auch als Encoding in die Seite (charset) eintragen solltest.
  
  Ließt das Script die übermittelten Daten dem CGI-Modul? use CGI; Wenn nicht wäre es gut zu wissen wie es geschieht.
  
  2010-08-04T08:47:09 milea
  Die Umlaute im perl-Teil hab ich wie folgt behandelt:
  
  Code: (dl )
  
  1 2
  
  $suchbegriff_lkz = $Form{'textbox_2'}; $suchbegriff_lkz =~ s/\*//g;
  
  Du behandelst da gar nichts. Du löschst nur alle "*" im Text der in $suchbegriff_lkz steht.
  
  Was willst du denn mit dem Wert aus "textbox_2" anfangen?
  - +9 replies
  - milea
    
    2010-08-04 11:47
    User since
    2010-08-04
    3 Artikel
    BenutzerIn
    
    Also CGI wird nicht genutzt sondern ODBC
    
    Code: (dl )
    
    Win32::ODBC
    
    .
    
    ich dachte mir schon, dass es was mit der Zeichencodierung zu tun hat. Ich werde mal testen, ob es mit der ISO-Kodierung funktioniert.
    
    Der Wert aus textbox_2 wird mit einer Spalte (Landkreise)in der DB verglichen. Das entsprechende value wurde mit Umlauten definiert.
    
    Code: (dl )
    
    <select><option value="Südland">Südland</option><option ..
    
    Und wenn die Landkreise in der DB übereinstimmen sollen die entsprechenden Einträge dazu ausgegeben werden.
    - +8 replies
    - topeg
      
      2010-08-04 12:10
      
      User since
      2006-07-10
      2611 Artikel
      BenutzerIn
      
      Wie kommen die Daten von der HTML-Seite in %Form? Das würde ich gerne wissen.
      Denn Umlaue sollten zur Übermittlung speziell kodiert werden, das macht der Browser normalerweise. Der IE macht wie immer alles etwas anders, aber der FF und andere halten sich an die Richtlinien. Das Modul CGI wandelt diese Werte wieder um. Wenn ein anderes Modul verwendet wird, dann muss man schauen ob es sich dabei auch korrekt verhält, wenn das Auslesen "Händisch" im Code geschieht, dann muss man ihn entweder auf ein Modul umstellen, welches es die Kodierung handhaben kann, oder man muss es selber machen (nicht zu empfehlen).
      - +7 replies
      - milea
        
        2010-08-04 13:25
        
        User since
        2010-08-04
        3 Artikel
        BenutzerIn
        
        Also ich hab jetzt die ISO-zeichencodierung in den Meta-tags ergänzt. Der FF findet nun alles wie es sein soll.Vielen Dank!
        
        Die Daten kommen aus einem Formular und werden mittels der Get-methode an die pl-Datei weitergegeben.Ansonsten weiß ich jetzt nicht was du meinst.
        
        Beginn der pl-Datei:
        
        Code: (dl )
        
        1 2
        
        #use CGI::Carp qw(fatalsToBrowser); use Win32::ODBC;
        
        Aber CGI ist ja auskommentiert. Und ODBC verbindet ja mit der Access-DB. Aber da hab ich weiter keinen Zugriff drauf.
        
        +6 replies
        
        topeg
        
        2010-08-04 14:14
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Wenn es funktioniert ist es ja gut.
        
        Ich wunder mich halt nur wie die Daten die per GET übermittelt und im CGI-Script geparst werden. Wenn es jetzt funktioniert scheint es ja richtig gemacht worden zu sein.
        
        +5 replies
        
        kristian
        
        2010-08-04 15:30
        
        User since
        2005-04-14
        684 Artikel
        BenutzerIn
        
        dies FORM{'foo'} erinnert an cgi-lib.
        sehr sehr alt, damals genutzt da es schlanker und "schneller" war als CGI.pm
        
        +4 replies
        
        GwenDragon
        
        2010-08-04 15:44
        
        User since
        2005-01-17
        14748 Artikel
        Admin1
        
        Muss nicht sein.
        Wenn du bei CGI mit der Methode CGI->Vars als Hash holst, oder ReadParse oder das Pragma :cgi-lib verwendest, ist es auch so.
        Gut, das ist altmodisch programmiert, aber öfters zu finden.
        Last edited: 2010-08-04 15:46:28 +0200 (CEST)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        +3 replies
        
        kristian
        
        2010-08-04 15:59
        
        User since
        2005-04-14
        684 Artikel
        BenutzerIn
        
        lächel, ja, CGI.pm hat/te mal einen Kompatibilitätsmodus.
        Es ist leider noch oft zu finden.
        Das ändert aber nichts daran, dass es mich an cgi-lib erinnert.
        Du unterstellst mir mit deiner Aussage "Muss nicht sein." eine Aussage, die ich nicht gemacht habe.
        
        +2 replies
        
        GwenDragon
        
        2010-08-04 16:07
        
        User since
        2005-01-17
        14748 Artikel
        Admin1
        
        Ach so es erinnert dich daran. Ja, dann verstehe ich deine Aussage. Ich habe in deinem Posting nicht das fehlende "mich" dazu gedacht. Nix für ungut. ;)
        Immer diese Miesverständnisse :)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        kristian
        
        2010-08-04 16:46
        
        User since
        2005-04-14
        684 Artikel
        BenutzerIn
        
        lächel, echtes flaming wird es wohl nicht.
        Schade.
        In dem Posting auf das du dich beziehst gab es weder mich noch dich. Ich sagte "es erinnert", ohne Person.
        Du kannst es jetzt drehen wie du willst, es bleibt aber so, dass FORM{'foo'}, durch cgi-lib, ein Relikt aus der alten Zeit, entstanden ist. cgi-lib ist ursächlich für die Existenz des FORM{'foo'}.
        Wer damals schon dabei war oder wer sich erinnert spielt keine Rolle.

View all threads created 2010-08-04 10:47.