Leere Seite nach Browser Reload (mod_perl und Apache)

[thread]20005[/thread]

Leere Seite nach Browser Reload

Leser: 10

Articles: hide open all | hide show old branches

+11 replies
ALE1981

2016-03-04 11:03
User since
2016-03-04
9 Artikel
BenutzerIn
Hallo,

ich versuche gerade in einem bestehendem System mod_perl zu integrieren. mod_perl scheint nun auch so weit zu laufen, zumindest wird die Seite passend dargestellt. Führe ich dann einen Browser refresh durch, erhalte ich eine leere Seite. Laut Apache Log wurde die Seite erfolgreich ausgeliefert und ich erhalte hier keinen Fehler. Wenn ich nach einiger Zeit erneut aktualisiere, erhalte ich wieder die passende Seite. (usw.)

In meinem Vhost ist das ganze wie folgt konfiguriert:
Code: (dl )

1 2 3 4 5 6

<Location /cgi/auftrag> SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options +ExecCGI </Location>
Als OS verwende ich Ubuntu 14.04. Apache, Perl etc. wurde alles mit dem Paketmanagement installiert.

Hatte jemand von euch schon mal ein ähnliches Problem ?

Gruß

Ale
Last edited: 2016-03-04 11:21:24 +0100 (CET)
- +2 replies
- Gast janus
  
  2016-03-04 11:47
  Deins ist nicht mod_perl.
  
  mod_perl sieht so aus in Apache/2.2:
  
  Code: (dl )
  
  1 2
  
  SetHandler modperl PerlResponseHandler MyModPerl::FWNG
  
  Last edited: 2016-03-04 12:45:20 +0100 (CET)
  - pq
    
    2016-03-04 13:08
    
    User since
    2003-08-04
    12208 Artikel
    Admin1
    
    Guest janus
    Deins ist nicht mod_perl.
    
    https://perl.apache.org/docs/2.0/api/ModPerl/Regis...
    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
- GwenDragon
  
  2016-03-04 12:52
  
  User since
  2005-01-17
  14748 Artikel
  Admin1
  
  Bist du sicher, dass wirklich nichts nach dem Request beim Browser ankommt?
  Du solltest das mal lieber mit den Developer Tools des Browsers überprüfen.
  Ist dein Programm wirklich mod_perl-fähig?
  Bist du sicher, dass in der Location unterhalb /cgi/auftrag nur Perl-Programme sind, du verwendest nämlich keinerlei FileMatches um zu verhindern, dass alles als mod_perl geparst wird?
  Erhöhe mal den Debuglevel bei mod_perl https://perl.apache.org/docs/2.0/api/ModPerl/Regis... und schau wo was angezeigt wird.
  Last edited: 2016-03-04 13:28:45 +0100 (CET)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +7 replies
  - ALE1981
    
    2016-03-04 13:57
    User since
    2016-03-04
    9 Artikel
    BenutzerIn
    
    Beim Browser kommt wirklich nichts an. Auch Bugzilla zeigt nichts an.
    Ob das Programm mod_perl fähig ist, kann ich nicht sagen. Das stammt alles nicht von mir. Zumindest wird in allen Scipten schon mal use strict; verwendet.
    
    Im Verzeichnis liegen nur .pl Dateien. Es handelt sich auch nur um einen Testserver auf dem ich das ganze ausführe. Sollte an der Funktion nichts ändern.
    
    Nachtrag:
    
    Das Script würde doch etwas zurück liefen. Ich habe da mal ein paar Teststrings ausgeben lassen. Hätte ich ja auch eher drauf kommen können.
    
    Wie folgt läuft das ab:
    
    Code: (dl )
    
    1 2 3 4 5 6 7 8 9 10 11 12
    
    #!/usr/bin/perl use strict; ... &header(); &mitte(); &footer(); print "Content-Type: text/html; charset=utf-8\n\n"; print "TESTAUSGABE"; print $HTML;
    
    Beim ersten Aufruf der Seite wird mir nun die komplette Seite ausgegeben. Nach dem Browser reload nur noch TESTAUSGABE . $HTML wird in verschiedenen sub`s gefüllt. Das sind dann die Aufrufe von &header(); &mitte(); &footer();
    
    Ab da wird nun nichts mehr ausgegeben.
    Last edited: 2016-03-04 14:42:02 +0100 (CET)
    - GwenDragon
      
      2016-03-04 14:31
      
      User since
      2005-01-17
      14748 Artikel
      Admin1
      
      Eben mal rüber kopieren und dann ein bisschen in der Apachekonfig rumpatchen ist nicht ;)
      
      Damit eine Webanwendung auf mod_perl laufen kann, muss einiges beachtet werden!
      https://perl.apache.org/docs/1.0/guide/porting.htm...
      
      Die Verwendung von use strict; verhindert keine schlechte Programmierung.
      
      Da von uns niemand die Webanwendung kennt, können wir so nicht weiter helfen.
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - Gast janus
      
      2016-03-04 14:59
      
      Vermutung:
      
      Dein HTML ist unterhalb des __DATA__ Token notiert. Wenn <DATA> ein zweites Mal gelesen werden soll, ist klar das dann nichts mehr zurückkommt. Typisches Problem beim Umstellen von mod_cgi auf mod_perl oder mod_fasfcgi
      
      Prüf das mal.
      Last edited: 2016-03-04 15:02:49 +0100 (CET)
    - +4 replies
    - GwenDragon
      
      2016-03-04 15:17
      
      User since
      2005-01-17
      14748 Artikel
      Admin1
      
      Geht bei mir:
      
      Code (perl): (dl )
      
      1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
      
      #!/usr/bin/perl use strict; use warnings; use utf8; sub header { return '<h1>KOPF</h1>'; } sub mitte { return '<div>Blah Blöh!</div>'; } sub footer { return '<p>Copyleft (c)1977 by Ox Narrd</p>'; } my $HTML = header(); $HTML .= mitte(); $HTML .= footer(); print "Content-Type: text/html; charset=utf-8\n\n"; print "<h2>TESTAUSGABE</h2>"; print "<p>time() is: ".time."</p>"; print $HTML;
      
      Erzeugt dann:
      
      Quote
      TESTAUSGABE
      
      time() is: 1457100957
      
      KOPF
      
      Blah Bl�h!
      Copyleft (c)1977 by Ox Narrd
      
      Da kommt nie weine weiße Seite und es ist immer aktuell.
      
      Du kannst auch gern noch folgendes einfügen, dass siehst du dass mod_perl äuft:
      
      Code: (dl )
      
      print "<p>Perl: $ENV{MOD_PERL}</p>";
      
      Last edited: 2016-03-04 15:25:04 +0100 (CET)
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
      - +3 replies
      - ALE1981
        
        2016-03-07 14:54
        
        User since
        2016-03-04
        9 Artikel
        BenutzerIn
        
        Stimmt. So klappt das jetzt auch. Allerdings ist mir jetzt noch etwas anderes aufgefallen. In dem Script werden auch Verbindungen zu Datenbanken aufgebaut. Wenn ich nun die Seite aktualisiere, wächst die Anzahl der offenen Verbindungen an. Wahrscheinlich werde ich die Verwendung von mod_perl erst mal auf Eis legen und mich in das Thema noch etwas einlesen.
        
        Gibt es noch andere Möglichkeiten Perl zu beschleunigen ?
        
        Gruß
        
        Alex
        
        GwenDragon
        
        2016-03-07 15:14
        
        User since
        2005-01-17
        14748 Artikel
        Admin1
        
        Du musst Datenbankverbindungen auch wieder schließen, wenn die nicht bestehen bleiben sollen.
        Alles eine Frage wie programmiert wurde.
        
        FastCGI macht es auch etwas schneller.
        Ich nehme aber mal an, dass diverse Datenbankoperationen die meiste Zeit bei deiner Webanwendung fressen.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        Gast janus
        
        2016-03-08 15:14
        
        Der Gewinn von mod_perl oder auch FastCGI gegenüber native mod_cgi besteht darin, große Datenmengen permanent im Hauptspeicher halten zu können: Für eine Wahlfreien Zugriff.
        
        Das trifft insbesondere für DB-Connections zu, die somit zu persistent Connections werden können. Hier musst Du jedoch aufpassen, was es bei shared Connections zu beachten gibt, bspw. ist eine Last-Insert-ID auf die Connection bezogen.
        
        Wichtig ist auch, dass alles was vom Benutzer kommt, nach dem Ausliefern der Response nichts mehr Hauptspeicher zu suchen hat. Konkretes Beispiel: Templates ja, die dürfen im Hauptspeicher verbleiben aber nicht mit Daten gerenderte Templates. Das Rendern der Daten muss in jedem Request-Response-Prozess neu erfolgen. Ebenso werden Benutzerdaten nach dem Destroy aus dem Hauptspeicher entfernt, was persistent sein soll, wird in einer dedizierten Session persistent gemacht.
        Last edited: 2016-03-08 15:19:35 +0100 (CET)

View all threads created 2016-03-04 11:03.