FastCGI und DBI (Datenbanken und Verzeichnisdienste)

[thread]14673[/thread]

FastCGI und DBI

Leser: 20

Articles: hide open all | hide show old branches

+7 replies
Froschpopo

2010-02-15 22:23
User since
2003-08-15
2653 Artikel
BenutzerIn
Huhu!

Gibts hinsichtlich DBI und FastCGI irgendeinen "Tipp"?

gehen wir mal von folgender Situation aus:
Code: (dl )

1 2 3 4 5 6 7 8 9 10 11 12

#!/usr/bin/perl -T use strict; use warnings; use CGI::Fast; use CGI; my $cgi = new CGI; while (my $q = new CGI::Fast) { }
Ist das irgendwie bedenklich, innerhalb der while-Schleife eine Datenbankverbindung aufzubauen oder sollte dies außerhalb geschehen?

Wie man sieht bin ich noch nicht so erfahren mit FastCGI.

Liebe Grüße
- +2 replies
- pq
  
  2010-02-15 22:25
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  die verbindung kannst du ausserhalb aufbauen, dann sparst du dir das bei jedem request. du kannst es natürlich auch in der schleife machen, aber dann wird die verbindung halt jedesmal neu aufgebaut. kostet zeit.
  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
  - Froschpopo
    
    2010-02-15 22:38
    
    User since
    2003-08-15
    2653 Artikel
    BenutzerIn
    
    Hi pq ! Herzlichen Dank für die eindeutige Antwort :)
- +4 replies
- topeg
  
  2010-02-15 22:42
  
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  
  Die ganzen Initialisierungen, die nur einmal gemacht werden müssen solltest du außerhalb der fastCGI schleife machen. Das sind Sachen wie Einbindung statischer Daten, Aufbau von dauerhaften Verbindungen, initialisieren von langlebigen Objekten etc. Die ganzen temporären Aktionsbezogenen Sachen macht man innerhalb der Schleife. Sinn und zweck von fastCGI ist es ja gerade Die ganzen Initialisierungen nur einmal zu machen und diese im Speicher zu halten.
  - Froschpopo
    
    2010-02-15 22:57
    User since
    2003-08-15
    2653 Artikel
    BenutzerIn
    
    Ich habe so ein Modul gebaut welches ungefähr wie CGI::Application funktioniert. Dort ist dann auch die Datenbankverbindung im init-prozess.
    Die einzelnen Seiten sind in Subroutinen die sich dann das DB-Handle per $self->{DBH} holen können.
    
    Mein Ansatz war dann doch wohl etwas naiv:
    
    Code: (dl )
    
    1 2 3
    
    while (my $q = new CGI::Fast) { $WebApp->run(); }
  - esskar
    
    2010-02-15 23:58
    
    User since
    2003-08-04
    7321 Artikel
    ModeratorIn
    
    falls du MySQL als Datenbank nutzt, solltest du auf MYISAM tabellen verzichenten, da es immer wieder passiert, dass dir die datenbankanbindung abschmiert (wird dann ggf.wieder automatisch aufgebot) und dann deine locks flöten gehen. siehe mysql_auto_reconnect in DBD::mysql
  - Froschpopo
    
    2010-02-16 00:14
    User since
    2003-08-15
    2653 Artikel
    BenutzerIn
    
    Ich hab jetzt z.B. mal soetwas hier:
    
    Code (perl): (dl )
    
    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
    
    my %sites = ( 'profil' => \&profil, 'fotos' => \&fotos, 'mailbox' => \&mailbox ); if (exists $sites{$cgi->param('show')}) { $sites{$cgi->param('show')}->(\@args); } else { print "404 Not found"; } sub profil { # aufruf von HTML::Template::Compiled usw... }
    
    Wenn ich dich richtig verstehe wird %sites außerhalb der while() definiert, der Rest kommt hinein.
    
    Aber wie verhält es sich in Modulen?
    Ich habe nämlich den ganzen Kram in einem Modul und so wie ich mir das dachte wird einfach nur folgendes gemacht:
    
    Code (perl): (dl )
    
    1 2 3
    
    while (my $q = new CGI::Fast) { $MyApp->run($dbh); # statische handles werden ans modul übergeben }

View all threads created 2010-02-15 22:23.