CGI Alternative? (Perl/CGI) - Perl-Community.de

[thread]16066[/thread]

CGI Alternative?

Leser: 26

Articles: hide open all | hide show old branches

+26 replies
Gustl

2011-03-14 08:12

User since
2011-01-27
443 Artikel
BenutzerIn

Hallo,

wir schreiben gerade als Projektarbeit für die Schule ein kleines Browsergame, aber es kommt mir so vor als ob dies mit CGI etwas langsam wäre?!

Gibt es eine Alternative in perl was dann so schnell ist wie php?
Wir benutzen kein mod_perl, wir wissen leider nicht genau wie man dies einbindet und ob es eigentlich Geschwindigkeitsvorteile überhaupt gibt. oder was man dort beachten muss.

Wäre super wenn mich hier einer etwas aufklären würde.
Ganz toll wäre es natürlich wenn sich einer, der sich mit perl gut auskennt, die Mühe machen würde und mal über unseren Code schauen würde.
Vielleicht bekommen wir dann noch ein paar Tipps was wir besser machen könnten, bestimmt sogar. :)

Gruß Gustl

Edit: Ich könnte ja einfach einmal den link zur testumgebung posten.
http://j-haefner.de/testumgebung/pingu/

htaccess Abfrage:
Benutzer: tester
Passwort: entwurf

Login zum game:
Benutzer: gustl
Passwort: gustl
Last edited: 2011-03-14 08:20:57 +0100 (CET)
- +13 replies
- bianca
  
  2011-03-14 09:02
  
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  
  2011-03-14T07:12:34 Gustl
  aber es kommt mir so vor als ob dies mit CGI etwas langsam wäre?!
  
  Gibt es eine Alternative in perl was dann so schnell ist wie php?
  
  PHP nutzt auch die CGI Schnittstelle. Vielleicht ist Euer Perl etwas langsam oder die ganze Architektur?
  Wenn PHP Euch schnell genug ist, liegt es m.E. nicht am CGI.
  10 print "Hallo"
  20 goto 10
  - +12 replies
  - Gustl
    
    2011-03-14 09:26
    
    User since
    2011-01-27
    443 Artikel
    BenutzerIn
    
    Das ist gut zu wissen.
    Ob es an der Architektur liegt habe ich leider keine Ahnung, dafür bin ich in diesem Gebiet zu unerfahren.
    Aber vielleicht liegts auch am angemieteten Webspace bei all-inkl.!?
    - bianca
      
      2011-03-14 09:27
      
      User since
      2009-09-13
      7016 Artikel
      BenutzerIn
      
      2011-03-14T08:26:42 Gustl
      liegts auch am angemieteten Webspace bei all-inkl.!?
      
      Ja, kannste von ausgehen.
      Und wenn das ein fremder Hoster ist, könnt Ihr euch wahrscheinlich eh keine Alternativen wünschen.
      10 print "Hallo"
      20 goto 10
    - +10 replies
    - clms
      
      2011-03-14 11:19
      
      User since
      2010-08-29
      373 Artikel
      BenutzerIn
      
      2011-03-14T08:26:42 Gustl
      Aber vielleicht liegts auch am angemieteten Webspace bei all-inkl.!?
      
      all-inkl sollte eigentlich brauchbare Performance liefern, vorausgesetzt der Resourcenhunger Eures Projekts hält sich im Rahmen.
      
      Ich betreue einen Server, der dort gehostet ist und lt. Alexa zu den schnellsten 5% weltweit gehört. (Allerdings sind dafür hauptsächlich statische Seiten verantwortlich. Pro Anfrage müssen nur ein paar
      .htaccess-Files ausgewetret werden.)
      Aber auch die CGI-Skripte auf diesem Server sind schnell. Lediglich bei 2-3 Maintanance-Skripts merkt man manchmal deutlich, dass sie etwas zu tun haben. Aber das ist auch OK, wenn sie > 10.000 Files durchsuchen müssen.
      
      Bleibt die Frage, warum Eure Seiten so langsam sind. Das kann mehrere Ursachen haben:
      1.) die Verbindung zwischen Eurem Client und dem Server
      2.) die allgemeine Rechenleistung des Servers
      3.) das Laden und Kompilieren Eurer Perl-Skripte
      4.) die eigentliche Ausführung Eurer Skripte
      5.) der Seitenaufbau in Eurem Browser
      
      Bei Punkt 4 kann man weiter unterscheiden:
      4a.) Speicherhunger. Gerät der Server ins swappen?
      4b.) Gibt es externe Dinge auf die eurer Skript warten muss, z.B. Datenbanken oder FTP/HTTP-Requests, die Euer Skript startet
      4c.) Algorithmische Komplexität. Muss Eure Programm einfach zuviel berechnen?
      
      Punkte 1 und 2 schließe ich normalerweise aus, indem ich die Software erstmal auf meinem lokalen Rechner probiere. Wenn eine PHP-Lösung auf dem all-inkl schnell läuft, könnt ihr das ebenfalls ausschließen.
      
      Punkt 3 könnte es sein, wenn ihr sehr viele Module ladet. GGf. müsst Ihr mal die Zeit für das Laden und Komplieren messen.
      Wenn das die Ursache ist, wäre der Umstieg weg von plain CGI zu empfehlen (z.B. auf mod_perl).
      Bei Standard-CGI wird das Skript bei jedem Aufruf neu geladen und kompiliert. Bei mod_perl (und anderen Systemen) werden die Skripte schon vor dem Aufruf in den HTTP-Server geladen und kompiliert.
      
      Wahrscheinlich liegen die Performanceprobleme aber bei Punkt 4.
      Da müsst Ihr schauen, welcher Teil Eures Codes so viel Rechenzeit bzw. Speicher verbrät. Und dann benchmarken...
      
      Punkt 5 kann sein, wenn Eure Seite nach und nach viele Files nachladen muss, z.B. über Frames oder Javascript.
      - +9 replies
      - Gustl
        
        2011-03-14 11:57
        
        User since
        2011-01-27
        443 Artikel
        BenutzerIn
        
        Danke für deine ausführliche Erklärung.
        Dann liegt es jetzt wohl sicher an uns, obwohl ich das Projekt jetzt mal lokal aufziehe und dort teste, glaube ich auch nicht das es an der Performence des Servers oder an meiner Internetverbindung liegt. Browser kann ich auch ausschließen, wir benutzen nur wenig javascript, so wenig wie möglich eigentlich. Lediglich die Zeit, countdown zählt mit javascript herunter. Browser ist Firefox 3.6.
        
        Quote
        Punkt 3 könnte es sein, wenn ihr sehr viele Module ladet. GGf. müsst Ihr mal die Zeit für das Laden und Komplieren messen.
        
        Module benutzen wir nur DBI und CGI, und eben unsere 3 eigenen.
        Wie kann ich das Laden und Komplieren denn messen?
        
        Danke, und gruß
        
        +4 replies
        
        GwenDragon
        
        2011-03-14 12:09
        
        User since
        2005-01-17
        14830 Artikel
        Admin1
        
        Wenn du lokal testest, dann solltest du aber kein mod_perl verwenden.
        
        Übrigens gibt es das Perl-Modul Devel::NYTProf, das (lokal) eingesetzt sehr gut die Flaschenhälse in den Programm und den Modulen zeigt.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        +3 replies
        
        Gast MartinR
        
        2011-03-14 14:22
        
        2011-03-14T11:09:57 GwenDragon
        Wenn du lokal testest, dann solltest du aber kein mod_perl verwenden.
        
        Gibt es für diesen Tipp einen Grund?
        Wäre es nicht möglich, dass sich ein Skript unter mod_cgi anders verhält als unter mod_perl?
        Dass es also lokal "funktioniert" dann aber auf dem Server nicht mehr?
        Last edited: 2011-03-14 14:24:23 +0100 (CET)
        
        renee
        
        2011-03-14 14:30
        
        User since
        2003-08-04
        14371 Artikel
        ModeratorIn
        
        Ja, das ist möglich. Bei mod_perl muss man sauberer programmieren als unter CGI. Wenn z.B. globale Variablen verwendet werden, kann es Seiteneffekte unter mod_perl geben, weil die Module eben nicht jedesmal geladen werden. Bei CGI beginnt man jedes mal wieder "auf der grünen Wiese"...
        OTRS-Erweiterungen (http://feature-addons.de/)
        Frankfurt Perlmongers (http://frankfurt.pm/)
        --
        
        Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
        Perl-Entwicklung: http://perl-services.de/
        
        GwenDragon
        
        2011-03-14 14:36
        
        User since
        2005-01-17
        14830 Artikel
        Admin1
        
        Wenn du auf deinem Server nicht mod_perl verwenden kannst, solltest du auch nicht mit mod_perl testen. Wie willst du sonst die Performance und die Flaschenhälse überprüfen.
        Die meisten Server verwenden kein mod_perl für Massenhosting.
        
        Und du solltest auch ähnliche Perl-Versionen verwenden.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        +2 replies
        
        bianca
        
        2011-03-14 12:18
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        2011-03-14T10:57:27 Gustl
        nur DBI und CGI
        
        Habt ihr euch schonmal die DB genau angeschaut? Ist die schnell genug oder kann man da evtl. noch justieren?
        10 print "Hallo"
        20 goto 10
        
        Gustl
        
        2011-03-14 13:11
        
        User since
        2011-01-27
        443 Artikel
        BenutzerIn
        
        Die DB haben wir selbst erstellt, Format ist z.Z. noch myisam, aber da wir Beziehungsintegrität mit aufnehmen wollen, müssen wir später auf innodb umstellen und die Beziehungen FK/PK herstellen. Die DB sollte nicht das Problem sein, ist nicht viel drin und myisam ist ja bekanntlich schneller als innodb. Server ist Apache.
        
        +2 replies
        
        clms
        
        2011-03-14 12:42
        
        User since
        2010-08-29
        373 Artikel
        BenutzerIn
        
        2011-03-14T10:57:27 Gustl
        Module benutzen wir nur DBI und CGI, und eben unsere 3 eigenen.
        
        Das sollte eigentlich kein Problem sein.
        
        2011-03-14T10:57:27 Gustl
        Wie kann ich das Laden und Komplieren denn messen?
        
        Mir fallen spontan folgende Möglichkeiten ein:
        
        1. Du baust vorne in Dein Skript ein exit ein, das zu Beginn der run-Phase aufgerufen wird (also nach Laden/Kompilieren und allen BEGIN-Blöcken, vor der eigentlichen Programmausführung.) Dann schreibst Du Dir ein Shell-Skript, dass in einer Schleife Dein Skript 1000 mal startet und misst die Zeit, die es für diese Schleife braucht Da ist dann auch der Overhead Deines Betriebssytems für das Staten eines neuen Prozesses etc. bei.
        
        2. Du fügst ganz am Anfang in Dein Skript (noch vor allen anderen Befehlen) folgende (ungetestete) Zeilen ein:
        
        Code (perl): (dl )
        
        1 2 3 4 5 6 7
        
        use Time::HiRes qw(gettimeofday tv_interval); my $start_time; BEGIN { $statt_time = [gettimeofday()]; } # Zeit zu Beginn des Ladens # erster Befehl nach dem Laden warn "Script start-up took ".(tv_interval($start_time))." seconds";
        
        3. Vermutlich gibt es auch ein CPAN-Modul für diese Aufgabe. Mit dem normalen Benchmark gibt es allerdings Probleme, weil Du
        require <your script> nur einmal ausführen kannst. Danach sollte es sehrs chnell gehen, weil Dein Skript ja schon geladen ist.
        
        Gustl
        
        2011-03-14 13:14
        
        User since
        2011-01-27
        443 Artikel
        BenutzerIn
        
        Danke, werde ich einfügen und einmal herumexperimentieren.
- +11 replies
- GwenDragon
  
  2011-03-14 09:33
  
  User since
  2005-01-17
  14830 Artikel
  Admin1
  
  Was bedeutet denn langsam?
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +10 replies
  - Gustl
    
    2011-03-14 09:46
    
    User since
    2011-01-27
    443 Artikel
    BenutzerIn
    
    Es dauert immer 2-3sekunden bis sich das fenster aufbaut, wenn ich einen button drücke. so war es gestern abend zumindest.
    zb. wenn man im markt (button anker -> marktplatz) zwischen angebote und nachfragen hin- und herschaltet kommt das ganze mir schon ziemlih lange vor.
    - +9 replies
    - bianca
      
      2011-03-14 10:30
      
      User since
      2009-09-13
      7016 Artikel
      BenutzerIn
      
      2011-03-14T08:46:05 Gustl
      Es dauert immer 2-3sekunden bis sich das fenster aufbaut
      
      Ja, ist bei mir auch. Aber das halte ich für absolut im Rahmen.
      Ansonsten müsstest du mal dein script vorstellen, zumindest dessen Anfang, damit man das Nadelöhr Stück für Stück eingrenzen kann.
      Ich fürchte, dafür wird es keine Überlösung á la "mach es so dann ist es 10 mal schneller" geben.
      10 print "Hallo"
      20 goto 10
      - +8 replies
      - Gustl
        
        2011-03-14 10:57
        
        User since
        2011-01-27
        443 Artikel
        BenutzerIn
        
        Ja, da bremst bestimmt auch einiges im code noch aus, obwohl wir versucht haben die 3 schichten einzuhalten.
        
        Ich würde mich sehr freuen wenn sich wer bereit erklärt unseren Quellcode einzusehn und uns ein paar Tipps gibt. Wäre uns bestimmt sehr geholfen.
        
        Wer uns in der Hinsicht unterstützen möchte, kann seine EMail hier reinstellen oder mir einfach eine schicken. gustl1und1@online.de
        Ich werde dann die nötigen quelldateien zukommen lassen und noch ein skizze von der schichtenübersicht anfertigen.
        
        Kurz erklärt:
        wir haben eine login.pl dort eingeloggt geht es auf die index.pl,
        bei jeder aktion wird ein cookie erneuert und dieses wird mit einem sessioneintrag in der datenbank verglichen.
        von der index.pl geht es, je nach parametern, in die Subs.pm, dort finden die berechnungen statt und die Datenbankabfragen über die WebDB.pm. von der subs geht es per hash-array weider zurück in die index.pl, von dort aus wird das hash-array per sub der HTMLT.pm übergeben, wo dann die richtige darstellung html/css vorgenommen wird.
        Da wir ja noch gebäudestufen etc. haben, wo die benötigten materialien drin stehen müssen, haben wir noch eine Globals.pm, dort sind die ganzen Informationen über die Gebäudestufen, marktgebühr, etc. eben die globalen Variablen die bei der balanceeinstellung geändert werden.
        
        Aber vielleicht liegt es wirklich an dem Server, normal finde ich das nicht, wenn ich das mit anderen Brwosergames vergleich die auf php basieren.
        
        Gruß Gustl
        
        +6 replies
        
        sitescriptor
        
        2011-03-14 12:04
        
        User since
        2009-08-09
        105 Artikel
        BenutzerIn
        
        Hallo, gustl, mit AJAX kannst Du die übertragene Datenmenge deutlich verringern und der Browser muss nicht immer die ganze Seite neu aufbauen. Das macht den Client, also den Browser, deutlich schneller.
        Von der Serverseite (perl) werden dann nur noch die Nutzdaten geliefert und in die stehende Seite eingebaut.
        
        +5 replies
        
        pq
        
        2011-03-14 12:41
        
        User since
        2003-08-04
        12209 Artikel
        Admin1
        
        naja, ajax wäre aber nicht meine erste anlaufstelle, um zu optimieren.
        es wird dem browser erspart, die seite neu aufzubauen, ja.
        die datenmenge ist vielleicht ein bisschen kleiner, aber das sollte nicht soo viel ausmachen, schliesslich ist der ganze http-header trotzdem dabei.
        und im backend muss trotzdem das skript aufgerufen werden, und wenn das per CGI geschieht, wird das immer etwas langsamer sein als mit mod_perl oder FastCGI.
        
        wenn du allerdings sehr lang laufende berechnungen hast (die aber kurz genug sind, dass sie nicht irgendwann wegen timeout vom server abgeschossen werden), dann kann ein laden per ajax beruhigend wirken, zumindest wenn man sinnvoll anzeigt, dass es etwas dauern kann.
        
        und nicht zuletzt kann es auch einfach ein lahmer browser sein, der den seitenaufbau nicht schneller hinkriegt. manch ein firefox hat da probleme.
        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
        
        +2 replies
        
        Gustl
        
        2011-03-14 13:21
        
        User since
        2011-01-27
        443 Artikel
        BenutzerIn
        
        Ich kenn jQuery, aber wollten es hier bewusst nicht einsetzen, da die Projektarbeit ja auch in Perl und MySQL ist. Quasi die Fächer Programmierung und Datenbanken.
        
        Und wegen dem Berechnungen, soviele sind auch nicht drin, eigentlich nur beim markt. und material minus und gold plus oder solche kleinigkeiten.
        
        Grundlegendes:
        ich stelle mir das bei CGI so vor:
        Es wird vom Browser die index.pl aufgerufen, dann werden die Module gelesen und interpretiert oder kompiliert? oh weh, schon etwas länger her. :)
        
        bei den nächsten Aktionen(aufruf der seite) werden die Module nicht mehr "geladen" oder?
        
        Was ich vielleicht noch sagen sollte, wie haben alle unsere Dateien in einem Verzeichnis, ein Modulverzeichnis haben wir nicht, (per @INC) angelegt. und die Dateien sind auch nicht im cgi-bin Ordner, wir haben da einen htaccess eintrag benutzt, damit diese auch ausführbar sind.
        
        Gruß
        
        pq
        
        2011-03-14 13:34
        
        User since
        2003-08-04
        12209 Artikel
        Admin1
        
        2011-03-14T12:21:04 Gustl
        Grundlegendes:
        ich stelle mir das bei CGI so vor:
        Es wird vom Browser die index.pl aufgerufen, dann werden die Module gelesen und interpretiert oder kompiliert? oh weh, schon etwas länger her. :)
        
        bei den nächsten Aktionen(aufruf der seite) werden die Module nicht mehr "geladen" oder?
        
        doch, gerade bei perl über mod_cgi werden die module bei jedem einzelnen request geladen, da das skript jedesmal komplett neu gestartet wird.
        das ist ja genau das, was bei mod_perl und FastCGI performance bringt (unter anderem).
        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
        
        bianca
        
        2011-03-14 13:37
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        Genau meine Worte, pq!
        10 print "Hallo"
        20 goto 10
        
        sitescriptor
        
        2011-03-14 13:43
        
        User since
        2009-08-09
        105 Artikel
        BenutzerIn
        
        @pq: naja, es kommt eben drauf an, wieviel Zeit der Aufbau der Seite im Programm braucht, wieviele Daten übertragen werden müssen und wie viele HTT-Requests im Browser nötig werden.
        Dagegen steht bei Ajax im Idealfall die Umwandlung einer Datenbankabfrage mit einem Template plus Header. Das notwendige JS kostet kaum Zeit.
        Mein Test mit dem eigenen CMS war jedenfalls verblüffend.
        Relativiert sich etwas,weil der Server wohl Däumchen dreht, vielleicht auch, weil ich als einziger Perl benutze.. ;-)
        
        GwenDragon
        
        2011-03-14 12:12
        
        User since
        2005-01-17
        14830 Artikel
        Admin1
        
        Mit Ajax tauscht du z. B. nur die Daten für die zu ändernden Elemente der Seite aus, du muss nicht mehr die ganze Seite neu abfragen.
        
        Ich empfehle als Javascript-AJAX-Bibliothek jQuery, YUI oder ähnliches.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- GwenDragon
  
  2011-03-18 16:35
  
  User since
  2005-01-17
  14830 Artikel
  Admin1
  
  Was das Game anbelangt (beim drüberschauen der Website):
  
  1. Die Loginseite ist im XHTML defekt
  du solltest mal die Seiten mit dem HTML-Validator (Operas interner, Firefox als Addon) überprüfen!
  
  2. scripte solltes du immer an Ende des body setzen, dann werden sie erst zum Schluss aufgerufen, was die ANzeige im Browser beschleunigt.
  
  2. Die Antwortzeitzen vom Server sind bei CGI, das etwas aufw#ändiger ist, normal.
  Die meisten Server mit vielen gehosteten Seiten sind lahm, wen da zig Kunden drauf sind, schleicht das Ganze schon mal.
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2011-03-14 08:12.