Catalyst- Andere CGI Apl. wrappen (auth) (Webframeworks, Sonstige Fragen zur Webprogrammierung mit Perl)

[thread]13994[/thread]

Catalyst- Andere CGI Apl. wrappen (auth)

Leser: 21

Articles: hide open all | hide show old branches

+8 replies
slatibart

2009-09-08 19:53

User since
2009-09-08
4 Artikel
BenutzerIn

Hallo,

ich lese mich gerade in Catalyst ein. Eine Benutzerverwaltung scheint sich ja laut tutorial wirklich sehr einfach zu realisieren lassen.
Existierende code mit CGI hat bei mir momentan nur eine rudimentäre Verwaltung.
Ich würde diese gegen Catalyst austauschen und quasi von Catalyst aus die alte CGI Anwendung bedienen. (Bevor diese gegebenenfalls noch komplett nach Catalyst umgeschrieben wird.)

Meine Frage also, geht sowas ? Das ganze zu kapseln und damit die Vorteile von Catalyst zu nutzen ?

Gruß

Andreas
- +5 replies
- pq
  
  2009-09-08 20:11
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  wenn du die alte anwendung sehr modular geschrieben hast, kannst du sicher viel wiederverwenden, aber ein monolithisches CGI-skript in catalyst einzupacken ist sicher nicht sehr sinnvoll und denke ich auch nicht wirklich möglich.
  
  catalyst nimmt dir die template-verwaltung und ggfs. die datenbank-verwaltung zu einem grossen teil ab.
  
  kommt also drauf an, wie das alte skript aussieht.
  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
  - slatibart
    
    2009-09-08 21:02
    
    User since
    2009-09-08
    4 Artikel
    BenutzerIn
    
    Mir schwebt halt so die naive Vorstellung vor, daß ich vielleicht einfach ein paar Zeilen einfüge, die sich mit der authentifizierung kümmern aber der Rest kann erstmal so laufen.
    
    Ok, vermutlich ist das dann zu einfach gedacht.
    
    Alles generell kann ich nicht Catalyst nehmen um externe Programme aufzurufen um z.b. von der User/Passwortverwaltung zu profitieren ?
    Oder Programme im geschützten Bereich auszuführen ?
    - +3 replies
    - Taulmarill
      
      2009-09-08 21:55
      
      User since
      2004-02-19
      1750 Artikel
      BenutzerIn
      
      Natürlich kannst du aus Perl heraus externe Programme aufrufen, egal ob Catalyst oder nicht. Einen "geschützten Bereich" (was auch immer das sein soll) habe ich aber noch nicht gefunden.
      
      Ich an deiner Stelle würde meine CGI-Script aber lieber refaktorieren.
      $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
      - +2 replies
      - slatibart
        
        2009-09-08 22:09
        
        User since
        2009-09-08
        4 Artikel
        BenutzerIn
        
        Mit geschützen Bereich mein ich das, was du im Prinzip auch mit .htaccess erreichen kannst. Skaliert halt nur nicht, neben ein paar anderen Sachen.
        
        Wenn zum Bsp unter /cgi/old_system mein altes Skript liegt soll es nur erreichbar sein, wenn ich angemeldet bin. (In dem Fall über Catalyst.)
        
        Natürlich gibt es auch andere Lösungen, aber würde gerne zu Catalyst wechseln.
        
        Auf refactoring wird es hinauslaufen, aber die Zeitspanne bis ich zumindest User/Passwortverwaltung stehen haben muss, reicht dafür nicht aus.
        
        Taulmarill
        
        2009-09-09 09:20
        
        User since
        2004-02-19
        1750 Artikel
        BenutzerIn
        
        2009-09-08T20:09:27 slatibart
        Mit geschützen Bereich mein ich das, was du im Prinzip auch mit .htaccess erreichen kannst. Skaliert halt nur nicht, neben ein paar anderen Sachen.
        
        Wenn zum Bsp unter /cgi/old_system mein altes Skript liegt soll es nur erreichbar sein, wenn ich angemeldet bin. (In dem Fall über Catalyst.)
        
        .htaccess oder andere Konfigurationen des Webservers halten perl selbst nicht auf. Du musst nur darauf achten, dass Besitzer bzw. Gruppe und die Zugriffsrechte der Datei so gesetzt sind, dass sie für das aufrufende Programm ausführbar ist.
        $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
- +2 replies
- sid burn
  
  2009-09-09 00:11
  
  User since
  2006-03-29
  1520 Artikel
  BenutzerIn
  
  Vielleicht kannst du dein CGI Skript ja einfach als Klasse lauffähig machen? Wenn du das schaffst kannst du einfach Catalyst::Model::Adaptor nutzen. Dieser weg seine Klassen sowieso komplett unabhängig von Catalyst zu schreiben und dann nur mittels Adaptor einzubinden ist auch der empfohlene weg.
  
  Ansonsten habe ich mal das große CPAN befragt und es hat mir folgendes ausgespuckt.
  
  Catalyst::Controller::CGIBin
  Catalyst::Controller::WrapCGI
  Last edited: 2009-09-09 00:13:41 +0200 (CEST)
  Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
  - slatibart
    
    2009-09-10 15:38
    
    User since
    2009-09-08
    4 Artikel
    BenutzerIn
    
    2009-09-08T22:11:33 sid burn
    Ansonsten habe ich mal das große CPAN befragt und es hat mir folgendes ausgespuckt.
    
    Catalyst::Controller::CGIBin
    Catalyst::Controller::WrapCGI
    
    Mal abgesehen von den Klassen, das sind doch mal die richtig guten Tips. In die Richtung werd ich erstmal weiterforschen.
    
    @tamrill
    
    das .htaccess mit perl zusammenläuft weiss ich. Aber dann hab ich ja immer noch nicht Catalyst im Einsatz was Sinn und Ziel der Übung ist.
    
    Danke schon mal an alle Tipgeber.
    
    Gruß
    
    Andreas

View all threads created 2009-09-08 19:53.