Zusätzliche "Erkenntnisse".... Komischer Grund... @ CB/Sander gefragt... - baseportal Forum - Web-Anwendungen einfach, schnell, leistungsfähig!
baseportal
English - Deutsch "Es gibt keine dummen Fragen - jeder hat einmal angefangen"

 baseportal-ForumDie aktuellsten 10, 30, 50, 100 Einträge anzeigen.  

 
 Ausgewählter Eintrag: Zur Liste 
    Beitrag von hempelr (1976 Beiträge) am Donnerstag, 15.April.2004, 21:04.
    Zusätzliche "Erkenntnisse".... Komischer Grund... @ CB/Sander gefragt...

      Das Template wird definitiv 2mal ausgeführt, und weiss jetzt endlich auch wann und wo (passiert auch wirklich nur, wenn das mod tatsächlich ausgeführt wird) - aber warum ist mir echt nicht klar....

      mhmhm - das ist wirklich seeeehr komisch...An dem ganzen Schlamassel ist einzig und allein Firefox Schuld - der ist für ein zweifaches Laden verantwortlich...Der "Affe" lädt aus irgendeinem (mir) unerfindlichen Grund (alle) dynamischen Seiten nochmal nach - na dann ist klar, warum da die falschen Ausgaben kommen...und ich versau mir den ganzen Tag mit debuggen....was bei 2000 Zeilen Perl/HTML-Code nicht grad Lustig ist...
      Kann man das Nachladen irgendwie verhindern - Sander bzw. CB bzw. Pouraga, ihr seid doch auch DHTML-Profis....das scheint ein Prob zu sein, was damit zusammenhängt oder?

      danke für Hilfe....
      Ruben


    Antworten

 Alle Einträge zum Thema: Zur Liste 
    Beitrag von hempelr (1976 Beiträge) am Donnerstag, 15.April.2004, 15:43.
    !!! if/elsif wird falsch ausgewertet ? - nur wenn mod ausgef. wird....

      Hab irgendwie einen seltsamen Fehler, kann das nicht richtig nachvollziehen.
      Hier erst mal der entsprechende Code-Teil (ist definitv dieser Teil, hab ihn soweit isoliert)

      ----schnipp
      } elsif ($rs == 2){ # Aufruf der Seite mit Bestätigungslink und Reg-Check); 
             get "Id==!$uid range=0,1", $db1;
             $my_safecode = $n_safecode; # feldvar umspeichern
               if  ($nsc eq $my_safecode) {  # URL-Para nsc gleich gesp. my_safecode
               my $a_regenddatum = datum("jetzt", "Jahr-Monat-Tag,Stunde:Minute");
               mod "Id==!$uid", ["n_safecode", "1", "regabschluss", $a_regenddatum, "a_frei", "1", "a_art_admin", "1", "a_nutzer", "1"], $db1;
               $show = "reg_end";
             # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -#
             my $mailtext_admin=<<EOF;
             BlaBla...
      EOF
       # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -#
             mail "$EMail_Webmaster","Registrierungsbestätigung eingegangen","$mailtext_admin","",
                    "Admin Nutzerverwaltung","System Nutzerverwaltung","","","";
              # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -#
             } elsif ($nsc ne $my_safecode) { # Fehler bei Überprüfung von nsc  
               $show = $my_safecode ne "1" ? "reg_end_fail" : "reg_done";
             } # E if/else Para nsc eq n_safecode
      } else {
      
      ---schnapp

      Wenn das mod aktiv ist, wird der elsif-Zweig durchlaufen und belegt mir natürlich dann show falsch, wenn mod auskommentiert ist, dann stimmt alles (nagut, bis auf die Werte die geändert werden sollen nicht, die dann halt nicht geändert werden....

      Hab alles mögliche probiert, Ergebnishashs beim get, weiteres Umspeichern der Werte in anders benannte Vars - nix - Fehler kommt immer wieder...

      Was könnte denn da noch falsch sein - bin dankbar für jeden noch so kleinen Denkanstoss....
      Ruben

     Antworten

    Beitrag von hempelr (1976 Beiträge) am Donnerstag, 15.April.2004, 21:04.
    Zusätzliche "Erkenntnisse".... Komischer Grund... @ CB/Sander gefragt...

      Das Template wird definitiv 2mal ausgeführt, und weiss jetzt endlich auch wann und wo (passiert auch wirklich nur, wenn das mod tatsächlich ausgeführt wird) - aber warum ist mir echt nicht klar....

      mhmhm - das ist wirklich seeeehr komisch...An dem ganzen Schlamassel ist einzig und allein Firefox Schuld - der ist für ein zweifaches Laden verantwortlich...Der "Affe" lädt aus irgendeinem (mir) unerfindlichen Grund (alle) dynamischen Seiten nochmal nach - na dann ist klar, warum da die falschen Ausgaben kommen...und ich versau mir den ganzen Tag mit debuggen....was bei 2000 Zeilen Perl/HTML-Code nicht grad Lustig ist...
      Kann man das Nachladen irgendwie verhindern - Sander bzw. CB bzw. Pouraga, ihr seid doch auch DHTML-Profis....das scheint ein Prob zu sein, was damit zusammenhängt oder?

      danke für Hilfe....
      Ruben

     Antworten

    Beitrag von Sander (8133 Beiträge) am Donnerstag, 15.April.2004, 23:07.
    Re: Zusätzliche "Erkenntnisse".... Komischer Grund... @ CB/Sander gefragt...

      hihi, IE rulezzzzz :-))

      ähm, probier mal transaktionsnummern, die nur einmal gültig sind. läd zwar trotzdem nach (kein grund bekannt), aber du kannst steuern was wann passiert.

      Sander

     Antworten

    Beitrag von hempelr (1976 Beiträge) am Donnerstag, 15.April.2004, 23:20.
    Re: Zusätzliche "Erkenntnisse".... Komischer Grund... @ CB/Sander gefragt...

      ????
      was heisst transaktionsnummern, die nur einmal gültig sind?
      Wo-Wie-Wann-Wozu kann man die nehmen bzw. einsetzen?

     Antworten

    Beitrag von Sander (8133 Beiträge) am Freitag, 16.April.2004, 00:43.
    Re: Zusätzliche "Erkenntnisse".... Komischer Grund... @ CB/Sander gefragt...

      normalerweise generiert man die trans-nr bei formularen, um abzuchecken, ob es schon einmal gesendet wurde, oder nicht (F5-Problem).
      Also das form wird mit ner hidden transid gneriert, diese dabei in einer db abgespeichert. nach dem versenden des forms wird diese id geprüft, und wenn in der db vorhanden, der ds gespeichert, gelöscht, hinzugefügt (je nachdem) und die id gelöscht. so, kommt es nun zu einem reload, ist die id nicht mehr vorhanden und die aktion wird nicht ausgeführt. weiß jetzt nicht, ob das zu deinem problem passt....

      Sander

     Antworten

    Beitrag von hempelr (1976 Beiträge) am Freitag, 16.April.2004, 07:57.
    Re: Zusätzliche "Erkenntnisse".... Komischer Grund... @ CB/Sander gefragt...

      Mhm - das ist eine interessante Idee/Verfahren...
      Das könnte mein Problem in der Tat lösen, mhm, muss man ja aber wieder Logik dazu bauen und dann wird das Script noch umfangreicher...
      Ganz herzlichen Dank für den Tipp - klasse und gut verwendbar - die Idee ist angekommen und das Prinzip verstanden ;-)
      Ruben

     Antworten


     
 Liste der Einträge von 30900 bis 31050:Einklappen Zur Eingabe 
Neueste Einträge << 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | Neuere Einträge < Zur Eingabe  > Ältere Einträge | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 >> Älteste Einträge


Zurück zur Homepage

© baseportal.de. Alle Rechte vorbehalten. Nutzungsbedingungen



powered in 0.10s by baseportal.de
Erstellen Sie Ihre eigene Web-Datenbank - kostenlos!