Script nach Schließen des Browserfenster weiterlaufen lassen (Perl/CGI)

[thread]14464[/thread]

Script nach Schließen des Browserfenster weiterlaufen lassen

Leser: 19

Articles: hide open all | hide show old branches

+18 replies
roooot

2010-01-08 01:29

User since
2008-03-03
276 Artikel
BenutzerIn

Hallo

kurze Frage: Bricht Perl die Ausführung eines CGIs ab wenn der User das Browserfenster schließt?
Wenn ja, kann man das irgendwie umgehen?

Ursache: Cronjobs.de lässt die "Seite" nur 20 Sekunden geöffnet, das ist für ein Script, welches Logdateien auswertet zu kurz.

Viele Grüße
Viele Grüße :)
- pq
  
  2010-01-08 01:40
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  am besten kannst du sowas mit fork umgehen.
  ob das skript abgebrochen wird, hängt von der webserver-konfiguration ab; im zweifelsfall gibt es eh ein limit der ausführungszeit.
  kann auch sein, dass man dieses limit auch nicht mit einem fork umgehen kann, hängt wie gesagt vom system ab. im regelfall werden CGI-skripte aber nicht durch das stoppen im browser beendet.
  
  das klassische vorgehen ist wie obengenannt, dass man den prozess forkt, und das skript im vordergrund sofort eine webseite ausgibt, die sich regelmässig aktualisiert und den status des geforkten prozesses ansieht.
  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
- murphy
  
  2010-01-08 01:42
  
  User since
  2004-07-19
  1776 Artikel
  HausmeisterIn
  
  Das Schließen eines Fensters auf der Seite des Clients interessiert den Server kein bischen, da er das nicht direkt mitbekommen kann, allerdings hängt es in der Regel kausal mit dem Schließen der Netzwerkverbindung zwischen Client und Server zusammen und das führt normalerweise dazu, dass der Webserver den CGI-Prozess abbricht.
  
  Der Perlinterpreter bricht von sich aus niemals die Ausführung eines Skriptes ab, sei es nun ein CGI oder etwas anderes, wenn er nicht explizit dazu aufgefordert wird oder auf einen Fehler stößt.
  
  Eine Möglichkeit wie eine Berechnung den Abbruch des CGI-Prozesses überdauern kann ist, dass der CGI-Prozess für die Berechnung einen weiteren Subprozess erzeugt und von der eigenen Prozessgruppe entkoppelt.
  When C++ is your hammer, every problem looks like your thumb.
  - +3 replies
  - GwenDragon
    
    2010-01-08 12:24
    
    User since
    2005-01-17
    14779 Artikel
    Admin1
    
    Den Abbruch einer CGI-Verbindung durch den Benutzer erzeugt beim Server ein Signal SIGPIPE, soweit ich mich erinnere.
    http://modperlbook.org/html/6-9-Handling-the-User-...
    
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - murphy
      
      2010-01-08 16:15
      
      User since
      2004-07-19
      1776 Artikel
      HausmeisterIn
      
      Was genau passiert hängt von der Konfiguration und Programmiertechnik des Servers ab sowie davon, ob der Client die Verbindung sauber abbaut oder einfach verwirft.
      
      Ohne irgendwelche zusätzlichen Annahmen über Server und Client zu machen, kann man ganz generell wohl nur sagen, dass sich ein Verbindungsabbruch auf der Clientseite beim Server spätestens dann bemerkbar macht, wenn dort versucht wird, weitere Daten vom Client zu empfangen oder an ihn zu senden. Bricht der Server, sobald er selbst diesen Zustand bemerkt, das CGI-Programm nicht explizit ab oder benachrichtigt es, so ist es wahrscheinlich, dass sich dieser Zustand für das CGI-Programm in einem Signal des Typs SIGPIPE oder einem Systemfehler des Typs ECONNRESET oder EPIPE äußert, solbald eine Ausgabe versucht wird. Entscheidet sich der Server, das CGI-Programm explizit abzubrechen, so ist es wahrscheinlich, dass sich dies durch ein Signal des Typs SIGHUP, SIGINT oder SIGTERM bemerkbar macht.
      When C++ is your hammer, every problem looks like your thumb.
    - betterworld
      
      2010-01-09 02:58
      
      User since
      2003-08-21
      2614 Artikel
      ModeratorIn
      
      2010-01-08T11:24:33 GwenDragon
      Den Abbruch einer CGI-Verbindung durch den Benutzer erzeugt beim Server ein Signal SIGPIPE, soweit ich mich erinnere.
      
      Wenn dadurch ein SIGPIPE kommt, kommt es aber nicht sofort, sondern erst dann, wenn das CGI-Script wieder etwas ausgibt. Unabhaengig davon kann man dies Signal auch auf IGNORE setzen.
      Last edited: 2010-01-09 02:59:26 +0100 (CET)
      Lieblingsmodule: IPC::System::Simple, Path::Class
- +12 replies
- roooot
  
  2010-01-08 14:43
  
  User since
  2008-03-03
  276 Artikel
  BenutzerIn
  
  Ok danke euch, das Problem lag allerdings in einem anderen: Die Ausgabe des Scripts war Cronjob.de zu lang. Lässt man diese weg, falls ein Cronjob.de als Useragent erkannt wird, funktioniert es.
  Muss ich also erstmal nichts forken.
  Viele Grüße :)
  - +11 replies
  - bianca
    
    2010-01-08 14:54
    
    User since
    2009-09-13
    7016 Artikel
    BenutzerIn
    
    2010-01-08T13:43:26 roooot
    Ok danke euch, das Problem lag allerdings in einem anderen: Die Ausgabe des Scripts war Cronjob.de zu lang.
    
    Auf was wartet cronjob.de denn? Bzw. was passiert, wenn es die erwartete Ausgabe nicht bekommt? Wird der Job dann ganz auf HALTEN gestellt?
    10 print "Hallo"
    20 goto 10
    - +10 replies
    - roooot
      
      2010-01-08 15:40
      
      User since
      2008-03-03
      276 Artikel
      BenutzerIn
      
      Laut FAQ bei Cronjob.de lässt das Script die Seite 20 Sekunden "offen". Ausgabe wird keine erwartet, es ruft Webseiten einfach wie im Browser auf. Es lässt sich auch durchs nichts irritieren und ruft beim nächsten Zeitpunkt wieder auf - egal ob davor ein Scriptfehler auftrat.
      Viele Grüße :)
      - +9 replies
      - bianca
        
        2010-01-08 15:51
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        Und wie ist
        
        Quote
        Die Ausgabe des Scripts war Cronjob.de zu lang.
        
        gemeint?
        
        Welche Ausgabe stört da genau?
        10 print "Hallo"
        20 goto 10
        
        +8 replies
        
        roooot
        
        2010-01-08 16:57
        
        User since
        2008-03-03
        276 Artikel
        BenutzerIn
        
        Achso, ungünstig ausgedrückt. Ich meinte damit, dass die HTML Seite die Cronjob.de ausgegeben wurde wohl zu lang/groß war. Ich weiß es nicht. Auf jeden Fall geht es jetzt so und bald ziehe ich eh auf einen eigenen managed Server um, da funktioniert das mit den Cronjobs eh besser.
        Viele Grüße :)
        
        +7 replies
        
        bianca
        
        2010-01-08 17:22
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        2010-01-08T15:57:48 roooot
        Achso, ungünstig ausgedrückt. Ich meinte damit, dass die HTML Seite die Cronjob.de ausgegeben wurde wohl zu lang/groß war. Ich weiß es nicht. Auf jeden Fall geht es jetzt so und bald ziehe ich eh auf einen eigenen managed Server um, da funktioniert das mit den Cronjobs eh besser.
        
        Eigener Server ist besser, dann kannste die von "intern" starten (und mit @ARGV arbeiten) mit ggf. nochmal ganz anderen Berechtigungen als jetzt über "world".
        
        Dennoch hab ich das Problem mit cronjob.de nicht verstanden :)
        Wenn das Problem Deine zu lange Ausgabe im Script war, musste Dein Script doch schon gestartet worden sein, sonst hätte es ja keine Ausgabe gemacht. Und dann kann Dir doch fast egal sein, ob cronjob.de mit der zurückgegebenen Datenmenge zurecht kommt oder nicht, oder? Der hat doch bei sich mit Sicherheit eine Sperre bezüglich Datenmenge drin, die doch aber zu dem Zeitpunkt nicht mehr interessiert, weil läuft doch :)
        *Rätsel*
        10 print "Hallo"
        20 goto 10
        
        +6 replies
        
        roooot
        
        2010-01-08 18:46
        
        User since
        2008-03-03
        276 Artikel
        BenutzerIn
        
        Das habe ich mir auch gedacht, dass es Cronjob.de egal sein musst wie viel das Script versendet.
        Aber im Logfile habe ich gesehen, dass er genau vor der HTML Ausgabe abgebrochen hat und der nachfolgende Perl Code nicht mehr ausgeführt wurde. Ich verstehe das nicht wirklich, wieso das Script einfach mittendrin aufhört. Die Laufzeit beträgt im Browser wenn ich es aufrufe vllt 3-4 Sekunden, also kein wirklich langer Zeitraum. Die erstellte HTML Datei ist dabei vllt 150 kb groß - nur Text. Ist mir also wirklich ein Rätsel.
        Viele Grüße :)
        
        bianca
        
        2010-01-08 19:07
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        2010-01-08T17:46:35 roooot
        Aber im Logfile habe ich gesehen, dass er genau vor der HTML Ausgabe abgebrochen hat und der nachfolgende Perl Code nicht mehr ausgeführt wurde.
        
        Das würde mich darauf schließen lassen, dass cronjob.de garkeine Rückgabe haben will außer vielleicht einen Header - wenn überhaupt. Und dann kann es u.U. tatsächlich sein, dass man Timeouts und Abbrüche im errorlog hat, das kenne ich auch.
        Gut, dass Du bald einen eigenen Server beziehst, sonst würde ich schon fork() empfehlen, auch wenn es im Moment (möglicherweise zufällig) funktioniert.
        10 print "Hallo"
        20 goto 10
        
        +2 replies
        
        murphy
        
        2010-01-08 22:49
        
        User since
        2004-07-19
        1776 Artikel
        HausmeisterIn
        
        2010-01-08T17:46:35 roooot
        [...]
        Aber im Logfile habe ich gesehen, dass er genau vor der HTML Ausgabe abgebrochen hat und der nachfolgende Perl Code nicht mehr ausgeführt wurde.
        [...]
        
        Das sieht ganz nach der Situation aus, wo der Client, also in diesem Falle cronjobs.de, die Netzwerkverbindung zum Server einfach wegwirft — wahrscheinlich unmittelbar nachdem die Antwortheader angekommen sind. Sobald Dein CGI-Skript nun versucht, Daten an den Client zu senden, stellt der Systemkern fest, dass die Netzwerkverbindung gar nicht mehr steht, und signalisiert dem Skript einen Fehler, welcher den Programmabbruch verursacht.
        When C++ is your hammer, every problem looks like your thumb.
        
        roooot
        
        2010-01-09 00:44
        
        User since
        2008-03-03
        276 Artikel
        BenutzerIn
        
        Ich sende jetzt ein einfach
        
        Code (perl): (dl )
        
        print CGI::header(), 'done.';
        
        und dann kommt noch etwas Perl Code, der auch ausgeführt wird. Das funktioniert.
        Viele Grüße :)
        
        +2 replies
        
        Gast wer
        
        2010-01-08 23:20
        
        auf der Seite steht:
        
        Quote
        Wie lange werden die Skripte ausgeführt?
        Jeder Cronjob wird maximal 20 Sekunden lang ausgeführt....
        
        http://www.cronjob.de/faq.php
        Es kann sein, dass das Script gerade bis zum HTML 20 Sekunden braucht und dann beendet wird, weil die Verbindung unterbrochen wurde.
        
        roooot
        
        2010-01-09 00:42
        
        User since
        2008-03-03
        276 Artikel
        BenutzerIn
        
        Das ist definitiv nicht der Fall. Bis zur HTML Ausgabe vergehen 3-4 Sekunden
        Viele Grüße :)

View all threads created 2010-01-08 01:29.