wie in einem anderen post besprochen sollte ich in verbindung mit mod_perl2 packages verwenden.

Jetzt hab ich mich mal nen bissl belesen und ein kleines spielchen mit variablen veranstaltet:

kann man das so stehenlassen oder gibts da nochetwas einzuwenden?Wie man sieht ändere ich in einem anderen package den wert einer globalen variable die NICHT im aktuellen package deklariert wurde.

[quote=Froschpopo,11.11.2005, 12:53]Wie man sieht ändere ich in einem anderen package den wert einer globalen variable die NICHT im aktuellen package deklariert wurde.[/quote]
Nein, du änderst NICHT eine globale Variable, sondern die Variable $anfang::sessionid. Und die existiert im Package anfang.

Global und Lokal. Irgendwie bringst du das durcheinander.\n\n

<!--EDIT|GwenDragon|1131713733-->

dankeschön :-)
mir fällt da spontan noch ein anderer punkt ein, worüber ich was im kamelbuch gelesen hatte...
Leider wird darauf nicht näher eingegangen:
das Package "main" ist ja wohl das Hauptprogramm.
Muss man das überhaupt benennen, oder ist automatisch mein script das package "main"?
Weil wenn das so wäre, dann könnte ich ja eigentlich gleich
auch ohne "package main" schreiben, ODER?\n\n

<!--EDIT|Froschpopo|1131714043-->

du solltest vor allen dingen sicher stellen, dass perl nicht in mehreren threads läuft, die die variablen nicht sharen. ausserdem geht der inhalt der variable bei jedem neustart des servers verloren.

imho sollte jeder wert, der zwischen zwei aufrufen erhalten bleiben soll, entweder physisch auf der festplatte gespeichert werden, oder in ausnahmefällen über html-formulare "durchgereicht" werden, das erspart dir eine menge kopfschmerzen, da du dich nicht darum kümmern must, in welchen packages was genau wie angesprochen werden kann.

ich dachte aber, dass mod_perl alles in einen handler packt:

in irgendeinem anderen thread hat man mir also dazu geraten, package-variablen zu verwenden. Darf auf keinen Fall passieren, dass z.B. ein user die $sessionid von einem anderen zu gesicht bekommt.\n\n

<!--EDIT|Froschpopo|1131714444-->

main ist immer das Hauptprogramm sprich Skript.

Achte darauf, dass du vor dem Start des Programms, also in BEGIN {} die Variablen, die im Programm global sind, sauber initialisierst und am Ende also im Block END {} wieder mit undef löschst.


Wenn du Vraiablen an ein anderes Skript weiter rreichen willst, benutze doch Apache::Session mit einem festen Session-ID.

Scxhau mal unter http://www.farid-hajji.net/books....on.html da steht so einiges über wie Speicherung und Weitergabe von Variablen.

Wieso an ein anderes Script? ich hab nur eins. Das wird aber immerwieder aufgerufen, nur mit unterschiedlichen parametern.
ungefähr so:


Nun habe ich aber u.a. Variab Daten, die Dinge verwenden, die ich im gesamten Script benötige ! Z.B. die Sessionid des Users, oder eine Konfigurationsdatei die sämtliche Pfade etc. enthält. Ich fänds ziemlich blödsinnig, diese Datei in jeder subroutine zu öffnen.. Deshalb dachte, hätte ich gerne diese ganzen Config-Vars in einem Hash, den ich aus jeder subroutine aus abfragen kann.

z.b. in %main::config_list
oder so.\n\n

<!--EDIT|Froschpopo|1131715401-->

froschpopo, du hast mich falsch verstanden. ich habe dir dringend geraten,
möglichst *keine* globalen variablen zubenutzen. möglichst alles als argumente übergeben.
und möglichst in module auslagern.
du liest meinen ratschlag aber so, wie du es lesen willst.
$main::cgi ist absoluter blödsinn, denn gerade das ist eine variable, die sich bei jedem request
ändert und *nicht* global sein sollte.

edit: vielleicht ist es doch besser, du bleibst bei CGI und holst dir ne zweite
kiste und ne dritte als loadbalancer, bevor du dich hier mit irgendwelchen
pachages verrenkst und im grunde nicht verstehst, was der code macht.\n\n

<!--EDIT|pq|1131719561-->

so, jetzt hab ich alles bei "my" belassen und fertig. funzt prima. Alles bestens.