Hallo,
ich stehe vor einem üblen Problem. Ich muss dummerweise, auf die Schnelle, ein ganzes Script auf mod_perl umbauen, da die Accounts auf Domainbox ausnahmslos unter mod_perl laufen. Alternativ könnte ich nur noch die gesamte Site in den cgi-bin Ordner kopieren.

Wäre auch alles kein Problem, wenn ich nicht viel mit globalen Variablen im Script arbeiten würde. Diese benutze ich hauptsächlich für Konfigurationeinstellungen und auch das Datenbankobjekt.
Wo ich vorher aus den Modulen auf $main::dhb zugegriffen habe, bekomme ich jetzt nur ne leere Variable.

Habe schon das gesamte Web abgegrast aber keine hilfreiche info gefunden.

Wie komme ich an die globalen Vars aus meinem Hauptscript dran?

Grüße,
Stefan

[quote=Magic,10.01.2007, 13:41]Wo ich vorher aus den Modulen auf $main::dhb zugegriffen habe, bekomme ich jetzt nur ne leere Variable.

Wie komme ich an die globalen Vars aus meinem Hauptscript dran?[/quote]
Nur zum Verständnis, ob wir die gleichen Begriffe verwenden: 1. Was verstehst du unter Module? Packages? .pm-Dateien?
2. Was meinst du mit global?
3. Wie hast du denn die Variablen in main definiert?

Soweit ich weiß, stellt mod_perl die gleichen Umgebungsvariablen zur
Verfügung wie mod_cgi. Kann das hier jemand bestätigen?\n\n

<!--EDIT|opi|1168434259-->

Ich habe hier ein paar Links zu Lesestoff gepostet...

[quote=opi,10.01.2007, 14:03]Soweit ich weiß, stellt mod_perl die gleichen Umgebungsvariablen zur
Verfügung wie mod_cgi. Kann das hier jemand bestätigen?[/quote]
Es geht hier um Varaibelen im Hauptskript, nicht um die aus @ENV!

Also wenn ich hier von Modulen spreche, meine ich natürlich selbst erstellte Module, in dem Fall Plugins für einen Online-Shop.
In den Modulen greife ich, wenn der Shop normal läuft, über $main::VARNAME auf verschiedene Variablen zu, unter anderem die Konfiguration oder auch das Datenbankobjekt.
Unter mod_perl funktioniert das nicht mehr.
Das Ganze macht prinzipiell nur mit globalen Variablen Sinn, da sonst ja für jedes Plugin die Datenbankverbindung hergestellt und die Konfiguration für jeden Plugin (bis zu 10) einzeln aus der Datenbank gelesen werden müsste. Performencetechnischer SuperGAU also.

Grüße,
Stefan\n\n

<!--EDIT|Magic|1168436930-->

[quote=Magic,10.01.2007, 14:48]Das Ganze macht prinzipiell nur mit globalen Variablen Sinn, da sonst ja für jedes Plugin die Datenbankverbindung hergestellt und  die Konfiguration für jeden Plugin (bis zu 10) einzeln aus der Datenbank gelesen werden müsste.[/quote]
nein, da hast du einen denkfehler.
subroutinen in perl kannst du argumente uebergeben.
globale variablen in mod_perl sind immer fehlerträchtig und sollten
möglichst vermieden werden.

ich weiss nicht, aber es ist meines Erachtens nach fehlerträchtiger, eine globale variable, wie z.b. ein Hash mit Konfiggedöns über 20 Funktionen immer wieder weiterzureichen, als immer auf die selbe variable zurückzugreifen.
Gerade bei den Plugins käme ein enormer Aufwand hinzu, jedes mal die Variablen zu übergeben.

[quote=Magic,10.01.2007, 15:29]ich weiss nicht, aber es ist meines Erachtens nach fehlerträchtiger, eine globale variable, wie z.b. ein Hash mit Konfiggedöns über 20 Funktionen immer wieder weiterzureichen, als immer auf die selbe variable zurückzugreifen.[/quote]
wenn du meinst.
config global zu halten ist ja ok, denn da wird ja auch nichts
dran verändert.
alles andere solltest du übergeben. du musst ja nicht jede variable
einzeln übergeben, sondern kannst dir ein passendes objekt
ausdenken, dass die gewünschetn variablen beinhaltet.
aber wie gesagt, wenn du meinst, nimm halt globale variablen. aber dann
denk auch an die konsequenzen. globale variablen überleben halt
einen request und sind dann beim nächsten request immer noch da.\n\n

<!--EDIT|pq|1168440688-->

[quote=pq,10.01.2007, 15:49]config global zu halten ist ja ok, denn da wird ja auch nichts
dran verändert. alles andere solltest du übergeben.[/quote]
Ich rede hier ausschließlich von globalen Variablen, die NIE verändert werden. So halt die Konfiguration, das Datenbankhandle und noch ein Objekt, welches unverändert von mehreren Funktionen benutzt wird, ähnlich einem CGI-Objekt.