Re: unterschied Loop und Perl bei ^ und URL Vorrang - 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 Montag, 13.Oktober.2003, 10:27.
    Re: unterschied Loop und Perl bei ^ und URL Vorrang

      Hallo, mk
      beim get geht das so nicht.
      Da wäre eine Möglichkeit, die Parameter anders als in der DB zu benennen (wegen der Wertüberschreibung) und diese dann im Script vorzubelegen.
      Also etwa so:

      ----schnipselwerke
      # $fwFeld1 und $fwFeld 2 sind Parameter,die aus Suchformular an Script übergeben werden
      # können auch Vorbelegt werden und sind dann nur wenn wirklich was im Formular
      eingetragen wurde entsprechend mit diesen Werten belegt
      $fwFeld1||= "*"; # Filterwert1 wenn vorhanden, sonst mit * für "gilt für alles";
      $fwFeld2||="*"; # dito Feld1
      $ra||= 0; # Ausgaberange Beginn - wenn nicht übergeben bei Null
      $ra_l||= 15; # Ausgaberange Länge - wenn nicht übergeben n Datensätze
      # ACHTUNG! wenn das so verwendet wird, muss in jedem Link ra und ra_l mit übergeben werden, Werte müssen dann aus $_range und $_range_length in $ra und $ra_l gespeichert werden - ist beim Bau der Blätterlinks zu beachten (ra_l ist normalerweise nicht erforderlich mit reinzugeben, nur wenn es aus irgendwelchen Gründen anders als der vor festgelegte Standardwert sein soll)
      # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -#
      get "$ff_relation==!$UserID Feld1~=$fwFeld1 Feld2~=$fwFeld2 sort=-Datum range=$ra,$ra_l","$workdb", "list_eds";
      

      ....
      # irgendwo dann die Ausgabe des Suchformulars, wobei hier dann die Felder zur Eingabe der Kriterien in der Form name="fwForm1=" eingebaut werden müssen.
      
      ------- ende schnippelwerk
      Noch ein Hinweis: Da ja Werte mit Leerzeichen und Sonderzeichen und sonstwas auftreten können, der Konstrukt zufilterndesfeld~=$filterwert für "beginnt mit"; wenn man sich das vor Augen hält, kann man eine häufige Fehlerquelle bei der Auswahl von Datensätzen im Anzeigebereich minimieren. In den meisten Fällen reicht dieses beginnt mit ja auch aus - seis eine Artikelnummer, ein Name, oder sonst irgendwas, die Einschränkungen sind meist ausreichend.
      Wenn man genaue Werte gefiltert haben will, muss man entweder auf der HTML-Seite für den Nutzer dann welche vorgeben (Optionfeld) oder aber die ans Script übergebenen, unvorhersehbaren Werte auswerten und so aufbereiten, dass es zu sinnvollen Ausgaben kommt (ist aber fast unmöglich, man kann einfach nicht alles abdecken, was die Nuzer so alles eingeben könnten)
      Wenn man nun genaua Werte haben will bzw. die Filterung auf einen genauaen Wert setzen will, eignen sich ne Art Aliase sehr gut, d.h. man benennt den Parameter und belegt den tatsächlich zu findenden Parameterwert nochmal neu in Abhängigkeit vom übergebenen Wert, also bspw. wenn alle Termine der aktuellen Woche angezeigt werden sollen:
      - Optionfeld namens fwAktuellerZeitraum im HTML-Text
      - im Script Abfrage auf den Wert,der reinkommt und in Abhängigkeit davon dann $fwDatumA und $fwDatumE belegen und damit im get die zutreffenden Datensätze holen:
      ....
      if ($fwAktuellerZeitraum eq "aw"){ # value aus Optionfeld f. aktuelle Woche
      $fwDatumA = DatumErsterWochentagAktuelleWoche # <- natürlich das Datum einsezten!
      $fwDatumE = DatumLetzterWochentagAktuelleWoche 
      } elsif ($fwAktuellerZeitraum eq "nw"){ # weitere Belegung in der Bedingungskette
      
      ......
      get "$ff_relation==!$UserID Datum>=$fwDatumA Datum<=$fwDatumE",""$workdb", "Ergebnishash";
      ....
      (also die Vergleichswerte für das Datum müssen dann natürlich entsprechend aufbereitet sein, damit ein Vergleich klappt - ist nur ein Prinzipbeispiel)

      Na dann, hoffe es hilft dir weiter
      Ruben


    Antworten

 Alle Einträge zum Thema: Zur Liste 
    Beitrag von mk (966 Beiträge) am Sonntag, 12.Oktober.2003, 20:29.
    unterschied Loop und Perl bei ^ und URL Vorrang

      aus der DOKU...
      Ein im Template gesetzter Parameter überschreibt normalerweise einen gleichnamigen Parameter in der URL. Wenn Sie dies nicht wollen, müssen Sie ein "^" vor das Istgleich-Zeichen "=" setzen. Dies funktioniert mit allen Parametern. ...

      und wie geht das in Perl beim get Befehl ?
      ich krigs nicht hin.

     Antworten

    Beitrag von hempelr (1976 Beiträge) am Montag, 13.Oktober.2003, 10:27.
    Re: unterschied Loop und Perl bei ^ und URL Vorrang

      Hallo, mk
      beim get geht das so nicht.
      Da wäre eine Möglichkeit, die Parameter anders als in der DB zu benennen (wegen der Wertüberschreibung) und diese dann im Script vorzubelegen.
      Also etwa so:

      ----schnipselwerke
      # $fwFeld1 und $fwFeld 2 sind Parameter,die aus Suchformular an Script übergeben werden
      # können auch Vorbelegt werden und sind dann nur wenn wirklich was im Formular
      eingetragen wurde entsprechend mit diesen Werten belegt
      $fwFeld1||= "*"; # Filterwert1 wenn vorhanden, sonst mit * für "gilt für alles";
      $fwFeld2||="*"; # dito Feld1
      $ra||= 0; # Ausgaberange Beginn - wenn nicht übergeben bei Null
      $ra_l||= 15; # Ausgaberange Länge - wenn nicht übergeben n Datensätze
      # ACHTUNG! wenn das so verwendet wird, muss in jedem Link ra und ra_l mit übergeben werden, Werte müssen dann aus $_range und $_range_length in $ra und $ra_l gespeichert werden - ist beim Bau der Blätterlinks zu beachten (ra_l ist normalerweise nicht erforderlich mit reinzugeben, nur wenn es aus irgendwelchen Gründen anders als der vor festgelegte Standardwert sein soll)
      # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -#
      get "$ff_relation==!$UserID Feld1~=$fwFeld1 Feld2~=$fwFeld2 sort=-Datum range=$ra,$ra_l","$workdb", "list_eds";
      

      ....
      # irgendwo dann die Ausgabe des Suchformulars, wobei hier dann die Felder zur Eingabe der Kriterien in der Form name="fwForm1=" eingebaut werden müssen.
      
      ------- ende schnippelwerk
      Noch ein Hinweis: Da ja Werte mit Leerzeichen und Sonderzeichen und sonstwas auftreten können, der Konstrukt zufilterndesfeld~=$filterwert für "beginnt mit"; wenn man sich das vor Augen hält, kann man eine häufige Fehlerquelle bei der Auswahl von Datensätzen im Anzeigebereich minimieren. In den meisten Fällen reicht dieses beginnt mit ja auch aus - seis eine Artikelnummer, ein Name, oder sonst irgendwas, die Einschränkungen sind meist ausreichend.
      Wenn man genaue Werte gefiltert haben will, muss man entweder auf der HTML-Seite für den Nutzer dann welche vorgeben (Optionfeld) oder aber die ans Script übergebenen, unvorhersehbaren Werte auswerten und so aufbereiten, dass es zu sinnvollen Ausgaben kommt (ist aber fast unmöglich, man kann einfach nicht alles abdecken, was die Nuzer so alles eingeben könnten)
      Wenn man nun genaua Werte haben will bzw. die Filterung auf einen genauaen Wert setzen will, eignen sich ne Art Aliase sehr gut, d.h. man benennt den Parameter und belegt den tatsächlich zu findenden Parameterwert nochmal neu in Abhängigkeit vom übergebenen Wert, also bspw. wenn alle Termine der aktuellen Woche angezeigt werden sollen:
      - Optionfeld namens fwAktuellerZeitraum im HTML-Text
      - im Script Abfrage auf den Wert,der reinkommt und in Abhängigkeit davon dann $fwDatumA und $fwDatumE belegen und damit im get die zutreffenden Datensätze holen:
      ....
      if ($fwAktuellerZeitraum eq "aw"){ # value aus Optionfeld f. aktuelle Woche
      $fwDatumA = DatumErsterWochentagAktuelleWoche # <- natürlich das Datum einsezten!
      $fwDatumE = DatumLetzterWochentagAktuelleWoche 
      } elsif ($fwAktuellerZeitraum eq "nw"){ # weitere Belegung in der Bedingungskette
      
      ......
      get "$ff_relation==!$UserID Datum>=$fwDatumA Datum<=$fwDatumE",""$workdb", "Ergebnishash";
      ....
      (also die Vergleichswerte für das Datum müssen dann natürlich entsprechend aufbereitet sein, damit ein Vergleich klappt - ist nur ein Prinzipbeispiel)

      Na dann, hoffe es hilft dir weiter
      Ruben

     Antworten

    Beitrag von mk (966 Beiträge) am Freitag, 17.Oktober.2003, 07:33.
    Re: unterschied Loop und Perl bei ^ und URL Vorrang

      Danke für die ausfürliche Antwort.
      Dies ist aber auf der Schnelle mir zu umständlich.
      Ich bin wieder zu loop zurückgekehrt (leider).

      @cb: Der Hinweis das dies bei get nicht geht müßte in die Hilfe.
      

     Antworten


     
 Liste der Einträge von 34350 bis 34500: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.11s by baseportal.de
Erstellen Sie Ihre eigene Web-Datenbank - kostenlos!