Schrift
Wiki:Tipp zum Debugging: use Data::Dumper; local $Data::Dumper::Useqq = 1; print Dumper \@var;
[thread]5923[/thread]

perperl (Seite 2)



<< |< 1 2 >| >> 17 Einträge, 2 Seiten
JW
 2003-11-25 10:09
#72716 #72716
User since
2003-08-04
467 Artikel
HausmeisterIn
[Homepage] [default_avatar]
Naja, das Skript bleibt ja persistent, deshalb ist es so schnell. Allerdings sollten Query-String und Variablen schon neu übergeben werden. Wenn du mit "my" neu deklarierst sollte das eigentlich funktionieren.
Hast du eventuell mal bei den Machern von perperl nachgefragt? Vielleicht haben die eine Maillinglist wo man mal etwas stöbern kann.

Was spricht eigentlich gegen den Einsatz von mod_perl, da gibt es hier mit Sicherheit mehr Unterstützung?
ppm1
 2003-11-25 17:24
#72717 #72717
User since
2003-09-14
142 Artikel
BenutzerIn
[default_avatar]
Naja, mod_perl hat bei mir unendliche Probleme... Ich weiß auch nicht es treten da Fehler auf, die es gar nicht gibt usw.
Heromaster
 2003-11-25 17:36
#72718 #72718
User since
2003-08-05
220 Artikel
BenutzerIn
[default_avatar]
Ich kenn mich zwar auch nicht mit SpeedyCGI aus, Dein Problem kenne ich aber aus den manpages von mod_perl, wo genau dies als 'Feature' beschrieben wurde, da halt Deine Skripte persistent im Speicher bleiben. Ich gehe einfach mal davon aus, das dies unter SpeedyCGI genauso gilt. Wenn Du mod_perl noch installiert hast, schau mal unter perldoc mod_perl_traps, da stehen diese Seiteneffekte beschrieben. Übrigens schließe ich mich JW's Meinung an, und lege Dir mod_perl ans Herz. Damit kannst Du auch schrittweise Dein Script umstellen (zuerst unter Verwendung mit Apache::Registry, dann zu Apache::PerlRun oder Apache::PerlRunXS und schließlich als reine mod_perl-Anwendung.). Es gibt genug Info's, was unter Verwendung der der genannten Module zu beachten ist, in den manpages.
Derjenige, der zwei Hasen jagt, lässt einen zurück und verliert den anderen.
ppm1
 2003-11-25 22:58
#72719 #72719
User since
2003-09-14
142 Artikel
BenutzerIn
[default_avatar]
ICh denke ich habe mein Problem gefeunden:


unter perperl liefert eine rutine per return immer den selben Wert zurück
Crian
 2003-11-26 01:58
#72720 #72720
User since
2003-08-04
5866 Artikel
ModeratorIn
[Homepage]
user image
???

immer einen konstanten?

*wunder*
s--Pevna-;s.([a-z]).chr((ord($1)-84)%26+97).gee; s^([A-Z])^chr((ord($1)-52)%26+65)^gee;print;

use strict; use warnings; Link zu meiner Perlseite
ppm1
 2003-11-30 16:11
#72721 #72721
User since
2003-09-14
142 Artikel
BenutzerIn
[default_avatar]
Noch eine korrektur. Ich habe mich nochmal stundenlang hingesetzt und jetzt herausgefunden:

Unter perperl ist folgendes:

1. Man kann keine Module in eigene Module packen, das liefert teilweise Fehler (da kümmere ich mich nochmal genau drum, ich weiß noch nicht wiso.)

2. Man darf auf keinen Fall in Mdoulen Variablen verwenden die man auserhalb der Module nur mit my und nicht mit use vars deklariert hat.

3.Jede Fehlermeldung wird von Subrutinen nicht mehr angezeigt...

4. Niemals die Verbindung zur Datenbank mit disconnect trennen, einfach offen lassen!!!


Aber: Meine Skripte sind das erste mal langsam (klar) danach um das 20 fache schneller. Die CPU ist nur noch bei 5-20 % belastet, früher permanent 100%. Der Speicher ist um 20-30% voller.


Patrick Müller

P.S. Ich habe diesen Beitrag geschrieben um anderen Leuten die die selben Fragen haben weiterzuhelfen... (Das ist doch erlaubt oder? )


Ich hoffe das hilft euch weiter. (Allerdings habe ich noch nicht alles herausgefunden.. Teilweise gibt es noch Fehlermeldungen die es gar nicht gibt.
Dubu
 2003-12-01 23:36
#72722 #72722
User since
2003-08-04
2145 Artikel
ModeratorIn + EditorIn

user image
[quote=ppm1,30.11.2003, 15:11]P.S. Ich habe diesen Beitrag geschrieben um anderen Leuten die die selben Fragen haben weiterzuhelfen... (Das ist doch erlaubt oder? )[/quote]
Das ist nicht nur erlaubt, sondern sogar explizit erwuenscht! :)
Ein Dank an dich im Namen derjenigen, die irgendwann mal vom gleichen Problem geplagt werden.
<< |< 1 2 >| >> 17 Einträge, 2 Seiten



View all threads created 2003-11-23 23:22.