Template: Mehrsprachige Website (Perl/CGI)

[thread]17612[/thread]

Template: Mehrsprachige Website

Tags: perl5 CGI Similar Threads

Readers: 20

Articles: hide open all | hide show old branches

+20 replies
Froschpopo

2012-08-01 00:28
User since
2003-08-15
2653 articles
BenutzerIn
Ich suche eine möglichst unkomplizierte Art, Texte einer mehrsprachigen Website zu speichern.

Bisher musste ich immer improvisieren:
Code (perl): (dl )

1 2 3 4 5

<html> <head> <title><tmpl_switch name=lang><tmpl_case de>Willkommen<tmpl_case en>Welcome</tmpl_switch></title> </head> </html>
Das geht aber doch sicherlich schöner? Gesucht werden Lösungen für HTML::Template (HTML::Template::Compiled werde ich in Zukunft nicht mehr nutzen können) und/oder Toolkit.

Wie macht ihr denn sowas?
Lagert ihr die Inhalte in XML-Dateien aus?

Cool fände ich ja sowas hier:
Code (perl): (dl )

1 2 3 4 5

<html> <head> <title>[% title %]</title> </head> </html>
Aber mal angenommen:
# language_de-DE.txt:
title = "Willkommen bei [% domain %]";

Das funktioniert auch bei Toolkit nicht, bzw. man müsste dann jede Variable zweimal parsen :(
Gibt es für sowas einen Workaround oder gar sogar ein etabliertes Format?
Ich raste hier noch aus!
Last edited: 2012-08-01 00:53:08 +0200 (CEST)
- +10 replies
- pq
  
  2012-08-01 01:19
  User since
  2003-08-04
  12208 articles
  Admin1
  2012-07-31T22:28:00 Froschpopo
  (HTML::Template::Compiled werde ich in Zukunft nicht mehr nutzen können)
  
  darf ich fragen warum?
  
  Quote
  Wie macht ihr denn sowas?
  [...]
  Aber mal angenommen:
  # language_de-DE.txt:
  title = "Willkommen bei [% domain %]";
  
  ich benutze hier fürs forum ein plugin, welches du im battie-repository findest.
  
  hier mal ein beispiel:
  
  Code (perl): (dl )
  
  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
  
  use strict; use warnings; use v5.010; use HTML::Template::Compiled 0.99; use HTML::Template::Compiled::Plugin::Translate; my $map = { welcome => ["Willkommen bei %1s"], user_online => ["Es ist %1s Nutzer online", "Es sind %1s Nutzer online"], }; my $t = HTML::Template::Compiled::Plugin::Translate->new({ map => $map }); my $htc = HTML::Template::Compiled->new( filename => "translate.html", tagstyle => [qw/ +tt /], plugin => [$t], ); $htc->param( usercount => 2, domain => "example.org", ); say $htc->output;
  
  Code: (dl )
  
  1 2 3
  
  <title>[%translate id=welcome args=".domain" %]</title> [%translate id="user_online" count=.usercount args=.usercount %]
  
  Ausgabe:
  
  Code: (dl )
  
  1 2 3
  
  <title>Willkommen bei example.org</title> Es sind 2 Nutzer online
  
  die $map definiert die übersetzungen für eine sprache, jeweils in singular und plural, falls nötig. mittels dem template-attribut count kann man die anzahl dann über eine template-variable spezifizieren (count=.usercount).
  
  Man kann weitere Template-Variablen in den Text einfügen. Positioniert wird über %1s, %2s usw., und die argumente werden mittels args übergeben (args=".domain").
  
  Nachteil dieses Ansatzes ist, dass die komplette Übersetzungsliste für eine Sprache geladen werden muss, das kann man aber je nach Anwendung optimieren, z.b. unter mod_perl beim serverstart in den speicher laden oder mittels memcached bei bedarf laden.
  
  gettext bietet wohl auch einige möglichkeiten, aber ich konnte mich nie so richtig damit anfreunden.
  
  edit: url zum plugin: http://perlboard.svn.sourceforge.net/viewvc/perlbo...
  Last edited: 2012-08-01 01:25:12 +0200 (CEST)
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +9 replies
  - pq
    
    2012-08-01 12:34
    
    User since
    2003-08-04
    12208 articles
    Admin1
    
    2012-07-31T23:19:37 pq
    2012-07-31T22:28:00 Froschpopo
    (HTML::Template::Compiled werde ich in Zukunft nicht mehr nutzen können)
    
    darf ich fragen warum?
    
    sag bloss, du nutzt noch perl 5.6?
    wäre jetzt eigentlich der einzige grund, der mir einfallen würde. da du eingeloggt warst, aber nicht geantwortet hast, nehme ich aber an, dass du den grund nicht verraten willst =)
    Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
    lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
    - +8 replies
    - Froschpopo
      
      2012-08-01 14:53
      
      User since
      2003-08-15
      2653 articles
      BenutzerIn
      
      HTC ist mir sympatisch, aber ich tendiere derzeit eher zu Toolkit. Habe HTC auch nur wegen SWITCH im Einsatz gehabt was mir bei H::T immer fehlte. Ich vermisse sehr sowas wie
      
      <!-- IF a > b --!>
      
      Precompiling ist mir derzeit eher weniger wichtig und ein caching bietet mit Toolkit ja auch.
      Naja, es ist halt nicht so schön schlank.
      - +5 replies
      - pq
        
        2012-08-01 14:55
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        2012-08-01T12:53:20 Froschpopo
        Ich vermisse sehr sowas wie
        
        <!-- IF a > b --!>
        
        [%if expr="a > b" %]
        
        =)
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +4 replies
        
        Froschpopo
        
        2012-08-01 15:03
        
        User since
        2003-08-15
        2653 articles
        BenutzerIn
        
        Wenn das mit HTML::Template möglich wäre! Die ganze PreCompile-Sache ist mir weniger wichtig. Ich habs eher auf "Bekanntheit" abgesehen.
        Gibts denn unter Perl 6 schon sowas cooles wie SQL::Abstract ?
        Die Module dort sind ja ziemlich wenige und müsste schon auch ausgereift bzw verlässlich sein!
        Last edited: 2012-08-01 15:06:22 +0200 (CEST)
        
        +2 replies
        
        pq
        
        2012-08-01 15:23
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        2012-08-01T13:03:59 Froschpopo
        Wenn das mit HTML::Template möglich wäre! Die ganze PreCompile-Sache ist mir weniger wichtig. Ich habs eher auf "Bekanntheit" abgesehen.
        
        precompile ist ja auch nicht das einzige, was H::T::C gegenüber H::T hat.
        du möchtest gerne H::T, das hat dir aber zuwenig features, aber H::T::C willst du auch nicht, da es nicht bekannt genug ist. da wirst du dann wirklich TT benutzen müssen.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        Froschpopo
        
        2012-08-01 16:52
        
        User since
        2003-08-15
        2653 articles
        BenutzerIn
        
        Ich finde H::T schön schlank, das ist schon alles. Als mir H::T nicht mehr genügte, stieg ich zunächst auf Text::Template um und landete dann über die Perl-Community bei HTC.
        Text::Template wird ja oft wegen seinem "breiten" Namespace kritisiert. Ich wollte auch eigentlich keinen Perlcode einbetten, sondern mir gehts um Übersichtlichkeit in den Templates. Also kommt mir eine eigene Template-Sprache sehr gelegen.
        
        lichtkind
        
        2012-08-01 23:20
        
        User since
        2004-03-22
        5697 articles
        ModeratorIn + EditorIn
        
        nur was man unter http://modules.perl6.org/ sieht
        Tutorien in der Wiki, mein zeug:
        kephra, baumhaus, garten, gezwitscher
        
        Es beginnt immer mit einer Entscheidung.
      - +2 replies
      - GwenDragon
        
        2012-08-01 15:17
        
        User since
        2005-01-17
        14749 articles
        Admin1
        
        Schon HTML::Template::Expr gesehen?
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        Froschpopo
        
        2012-08-01 16:43
        
        User since
        2003-08-15
        2653 articles
        BenutzerIn
        
        Ja danke, habe ich schon gesehen.
        Ich will aber demnächst mal auf perl6 umsteigen und dann nicht alle Templates ändern müssen. Temnplate6 ist ja schonmal ein guter Ansatz, da es sich an Toolkit orientiert. Aber auch Template6 steckt scheinbar noch in den Kinderschuhen und ich werde weiter auf Perl5 sitzen bleiben müssen.
- +9 replies
- rosti
  
  2012-08-01 08:33
  
  User since
  2011-03-19
  3478 articles
  BenutzerIn
  
  Quote
  Das geht aber doch sicherlich schöner? Gesucht werden Lösungen für HTML::Template
  
  Content Negotiation ist vom Templatesystem unabhängig. Der User-Agent sendet einen HTTP-Header Accept-Language, den wertest Du aus bzw. Dein Framework macht das.
  
  --Rosti
  - +8 replies
  - Froschpopo
    
    2012-08-01 14:59
    
    User since
    2003-08-15
    2653 articles
    BenutzerIn
    
    Wie du an meinem H::T Beispiel gesehen hast, wird die Sprache in <tmpl_var name=lang> übergeben. Also die feststellung erfolgt im Script.
    Ich habe den Inhalt aber schon immer gerne im Template selbst gehabt anstatt in einer externen Datei.
    
    Beispiel:
    
    <tmpl_switch name=lang><tmpl_case de>Hallo<tmpl_case ru>Priwet<tmpl_case default>Welcome</tmpl_switch>
    
    Man beachte das default. Wenn also für ein Wort keine Übersetzung existiert. Das ist ein großer Vorteil dieser Schreibweise im Template.
    
    Es geht ja auch einfacher:
    
    <h1>{ SWITCH language }{ CASE de }Hallo{ CASE default }Welcome{ END }</h1>
    - +7 replies
    - rosti
      
      2012-08-01 18:00
      
      User since
      2011-03-19
      3478 articles
      BenutzerIn
      
      Quote
      <h1>{ SWITCH language }{ CASE de }Hallo{ CASE default }Welcome{ END }</h1>
      
      Kontrollstrukturen sind Programmlogik, die muss unabhängig vom Template erfolgen. Und wie bereits heute morgen schon geschrieben: Es gibt HTTP-Header womit der Content ausgehandelt werden kann, d.h., für eine andere Sprache wird das Template komplett ausgetauscht, die Content-Negotiation hat vorher einzusetzen.
      
      --Rosti
      - +6 replies
      - pq
        
        2012-08-01 18:03
        
        User since
        2003-08-04
        12208 articles
        Admin1
        
        2012-08-01T16:00:20 rosti
        Kontrollstrukturen sind Programmlogik, die muss unabhängig vom Template erfolgen.
        
        muss nicht.
        ohne einfache kontrollstrukturen ist ein templatesystem nicht besonders hilfreich, wenn es sich nicht gerade um ein mini-projekt handelt.
        
        Quote
        d.h., für eine andere Sprache wird das Template komplett ausgetauscht, die Content-Negotiation hat vorher einzusetzen.
        
        für jede sprache ein komplett eigenes template? ist das ein ernstgemeinter vorschlag?
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        jan
        
        2012-08-01 18:24
        
        User since
        2003-08-04
        2536 articles
        ModeratorIn
        
        2012-08-01T16:03:54 pq
        Quote
        d.h., für eine andere Sprache wird das Template komplett ausgetauscht, die Content-Negotiation hat vorher einzusetzen.
        
        für jede sprache ein komplett eigenes template? ist das ein ernstgemeinter vorschlag?
        
        Je nachdem finde ich das durchaus sinnvoll. Durch die gewählte Sprache kommt oft (vor allem, wenn man Varianten mitanbietet, also en_US und en_UK etc) auch ein recht wahrscheinlicher kultureller Treffer zustande. Chinesische Webseiten sehen meistens (nicht nur wegen der Schriftzeichen) vollkommen anders aus als deutsche. Dem könnte man mit verschiedenen Templates durchaus Rechnung tragen.
        Aber ja, für die meisten Projekte ist das Unsinn.
        
        +3 replies
        
        rosti
        
        2012-08-01 18:32
        
        User since
        2011-03-19
        3478 articles
        BenutzerIn
        
        Quote
        für jede sprache ein komplett eigenes template? ist das ein ernstgemeinter vorschlag?
        
        Es ist _meine Lösung für mehrsprachige Seiten, wenn das Template die Sprache betrifft. Es gibt positive und negative Templates, je nach Sprache wird entweder das Template ausgetauscht oder der Inhalt (Platzhalter, Scalare, Listen).
        
        Je näher das am Protokoll gemacht wird, desto einfacher ist das umzusetzen ;)
        
        PS/Edit: Eigentlich habe ich ja Urlaub, aber before ich zu den Ch'tis fahre, habe ich das mal eingebaut: http://rolfrost.de/find.html
        (Spachauswahl auf en oder en-us ändern und reload)
        Last edited: 2012-08-01 20:24:58 +0200 (CEST)
        
        +2 replies
        
        Froschpopo
        
        2012-08-01 22:20
        
        User since
        2003-08-15
        2653 articles
        BenutzerIn
        
        Dann brauch ich ja auch Templates für das HTML-Gerüst, weil ich hab keine Lust auch noch dieses jedesmal neu zu schreiben wenn dann mehrere Sprachen auch exakt dasselbe HTML nutzen. :D
        Und selbst bei verschiedenen Sprachen nutze ich denselben Quelltext, dafür gibt es ja z.B. für Input/textarea-Felder Zusatzmöglichkeiten wie das direction-Attribut anhand dessen du die Schreibrichtung (z.B. arabische schriften) festlegen kannst.
        Ich will schon, dass alles gleich aussieht. Ich will im prinzip nur die Texte austauschen und da erschien mir ein SWITCH bisher immer am naheliegendsten
        
        rosti
        
        2012-08-02 08:11
        
        User since
        2011-03-19
        3478 articles
        BenutzerIn
        
        Quote
        Dann brauch ich ja auch Templates für das HTML-Gerüst, weil ich hab keine Lust auch noch dieses jedesmal neu zu schreiben wenn dann mehrere Sprachen auch exakt dasselbe HTML nutzen.
        
        Genau: Da wäre z.B. der 'title' auszutauschen ;)
        
        rosti
        
        2012-08-07 22:57
        
        User since
        2011-03-19
        3478 articles
        BenutzerIn
        
        Quote
        für jede sprache ein komplett eigenes template? ist das ein ernstgemeinter vorschlag?
        
        Mal ein bischen ausführlicher: In meinem Framework ist Mehrsprachigkeit nur ein Sonderfall der Content-Negotiation. Übersetzungstabellen durch den ganzen Code zu ziehen, das wäre total unproduktiv, sowas würde nur unnötig RAM fressen womit am Ende doch nur _eine Response in _einer Sprache dabei rauskommen soll, außerdem wäre ein riesen Wasserkopf an Code zu kompilieren, grausige Vorstellung ;)
        
        Ne, mal im Ernst, jegliche Art der Content-Negotiation, egal ob es ein kleines oder großes Projekt ist, egal ob das anhand eines HTTP_ACCEPT_LANGUAGE-Headers oder anhand eines eigenen Realms oder anhand eines angemeldeten Benutzers erfolgt, das mache ich in meinem Framework nur an einer Stelle und das noch weit bevor überhaupt irgendwelche Responseklassen/Templates geladen werden, geschweige denn überhaupt ein Responseobjekt erstellt wird.
        
        Freilich ist Mehrsprachigkeit eine feine Sache, mittlerweile habe ich meine komplette WebSite (außer die Perlbase) in de, en und wenn ich Lust und Zeit habe, wirds die auch noch in Ch'ti (pardon, ich meine fr) geben ohne dass ich in meinem Code irgendwelche Kontrollstrukturen einbauen muss.
        
        Viele Grüße!
        
        OOPs, die Startseite ist ja schon französisch, oh la la, das ging ja schnell ;)
        Last edited: 2012-08-07 23:09:16 +0200 (CEST)

View all threads created 2012-08-01 00:28.