Opened by pktm at 2010-06-09 13:39
Ich glaube, hier liegt ein Missverständnis/Kommunikationsproblem vor. Ich habe Schuld mit meiner Kurzangebundenheit. Ich glaube, es lohnt nicht, nochmal alles zur Erörterung breitzuwalzen.
Können wir uns darauf einigen, pktm den Rat zu geben, nicht Encoding raten zu wollen, weil das mit Leid verbunden ist? Die robusteste Lösung nach meinem gesunden Menschenverstand ist, den UA zu veranlassen, immer in einem gewissen Encoding Daten zu übermitteln, und im Perlprogramm immer mittels diesem gewissen Encoding die Daten zu dekodieren.
Dieses Pattern ist eine lockere, implizite Form von http://www.c2.com/cgi/wiki?DesignByContract, daher die Doku.
Können wir uns darauf einigen, pktm den Rat zu geben, nicht Encoding raten zu wollen, weil das mit Leid verbunden ist? Die robusteste Lösung nach meinem gesunden Menschenverstand ist, den UA zu veranlassen, immer in einem gewissen Encoding Daten zu übermitteln, und im Perlprogramm immer mittels diesem gewissen Encoding die Daten zu dekodieren.
Code: (dl
)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<form method="..." action="..." accept-encoding="UTF-8">
...
use Encode qw(decode);
... decode('UTF-8', $cgi->param('irgendwas'), Encode::FB_CROAK); # diesen Vorgang gerne auch als Subroutine/Wrapper, wie schon angesprochen
__END__
...
=head1 DIAGNOSTICS
Dies with faulty encoding.
=head1 CONFIGURATION AND ENVIRONMENT
Form data must be encoded in C<UTF-8>.
Dieses Pattern ist eine lockere, implizite Form von http://www.c2.com/cgi/wiki?DesignByContract, daher die Doku.