TemplateToolkit: CGI.param() und POST-Methode (Fragen zu Perl-Modulen)

[thread]18134[/thread]

TemplateToolkit: CGI.param() und POST-Methode

Tags: perl5 Ähnliche Threads

Leser: 17

Articles: hide open all | hide show old branches

+8 replies
Froschpopo

2013-02-11 01:37
User since
2003-08-15
2653 Artikel
BenutzerIn
Hier ein funktionsfähiges Beispiel:
Code: (dl )

1 2

[% USE CGI %] [% CGI.param('parameter') %]
Klappt super, außer bei POST-Requests. Woran liegt das? Am CGI.pm wohl kaum.

Besten Dank für jede Beteiligung.
- +2 replies
- topeg
  
  2013-02-11 02:12
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  Bei POST kommen die Parameter über STDIN, wenn ein anderes Modul davon schon gelesen hat, geht die neue CGI Instanz leer aus. Ich würde in der Richtung schauen.
  
  Wenn du mehrer CGI Instanzen hast die von STDIN lesen sollen, kannst du so was versuchen (ungetestet):
  
  Code (perl): (dl )
  
  1 2 3 4 5 6 7 8
  
  BEGIN { local $/=undef; my $stdin=<STDIN>; close(STDIN); open(STDIN,'<',\$stdin); seek(STDIN,0,0); }
  
  Das erzeugt ein Inmemory Filehandle. Vor jeder neuen CGI Instanz macht du ein seek(STDIN,0,0), damit das CGI daraus lesen kann.
  - Froschpopo
    
    2013-02-11 14:18
    
    User since
    2003-08-15
    2653 Artikel
    BenutzerIn
    
    verstehe, dann übergebe ich am besten einfach alle Parameter vom Hauptprogramm aus an das Template weiter.
- +2 replies
- rosti
  
  2013-02-11 08:09
  
  User since
  2011-03-19
  3202 Artikel
  BenutzerIn
  
  Mal abgesehen davon, dass es funktionieren könnte: Es ist ein ganz schlechtes Design Pattern, weil damit die Programmlogik mit dem Templateprozess verbunden und ein Teil von diesem wird. Damit ist die Template-Engine nicht mehr austauschbar. Außerdem läufst Du in das Thema 'Redundante Kontrollstrukturen', d.h. eine Parameter-Kontrollstruktur hättest Du sowohl im Controller als auch im Template.
  
  Besser ist es, die Programmlogik vom Template vollständig zu trennen, d.h., ein Controller stellt lediglich die Daten für das Template zur Verfügung und ggf. wird, wenn sich eine andere Sicht ergibt, innerhalb der Programmlogik das Template gewechselt.
  
  Der Dachs (TT) kann mit allen in Perl möglichen Datenstrukturen umgehen, Du übergibst nur eine Referenz.
  - Froschpopo
    
    2013-02-11 14:17
    
    User since
    2003-08-15
    2653 Artikel
    BenutzerIn
    
    Das sehe ich genauso! Es handelt sich allerdings um eine Ausnahme aufgrund derer ich nicht das ganze Hauptprogramm umbauen möchte.
- +3 replies
- GwenDragon
  
  2013-02-11 11:12
  
  User since
  2005-01-17
  14544 Artikel
  Admin1
  
  Bekannterweise liest CGI.pm alle Daten, die mit POST gesendet wurden, aus dem Dateihandle STDIN. Danach sind die Daten für nachfolgende Programme/Module nicht mehr verfügbar.
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
  - +2 replies
  - Froschpopo
    
    2013-02-11 14:19
    
    User since
    2003-08-15
    2653 Artikel
    BenutzerIn
    
    Jetzt habe auch ich es verstanden :-) Lieben Dank an dich und die anderen Helfer !
    - GwenDragon
      
      2013-02-11 15:02
      
      User since
      2005-01-17
      14544 Artikel
      Admin1
      
      pack frühzeitig das CGI-Objekt ins Template.
      Siehe http://template-toolkit.org/docs/manual/Variables....
      die Drachin, Gwendolyn
      
      Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel

View all threads created 2013-02-11 01:37.