Twilo: überprüfen, ob das eingegebene Passwort in der Zukunft liegt

Hallo,

ich habe gerade ein Blackout

ich versuche gerade eine Funktion zu schreiben, welche überprüft, ob das eingegebene Datum in der Zukunft liegt

Zur Zeit weiß ich nicht mal, wie ich anfangen soll... :-/
Wie muss ich ungefähr?

wenn das Datum in der Zukunft liegt, soll mir die Funktion ein false zurückliefern

mfg
Twilo

  1. Hi,

    wenn das Datum in der Zukunft liegt, soll mir die Funktion ein false zurückliefern

    du solltest mit dem glaub ich englischen Dautmsformat arbeiten. also
    "jjjj-mm-tt". so holst du dir das aktuelle datum, das eingegeben
    wandelst du u.U. in dieses format und vergleichst es mit > bzw. <.

    MfG

  2. puts "Hallo " + gets.chomp + "."

    ?> Twilo
    => Hallo Twilo.

    Dass die Zukunft nur verschleiert zu sehen ist, kannte ich bereits, aber dass sie nun auch noch mit einem Passwort versehen werden soll..? ;-)

    Gruß, Ashura

    --
    Selfcode: sh:( fo:) ch:? rl:( br:^ n4:& ie:{ mo:) va:) de:> zu:) fl:( ss:| ls:[ js:|
    30 Days to becoming an Opera8 Lover -- Day 19: Notes
    Meine Browser: Opera 8.01 | Firefox 1.0.4 | Lynx 2.8.3 | Netscape 4.7 | IE 6.0
    [Deshalb frei! - Argumente pro freie Software]
    1. Hi,

      Dass die Zukunft nur verschleiert zu sehen ist, kannte ich bereits, aber dass sie nun auch noch mit einem Passwort versehen werden soll..?

      ja aber sicher, ich schicke meinen usern immer eine liste mit an
      gewissen daten gültigen passwörtern um die sicherheit zu erhöhen.

      MfG

      1. puts "Hallo " + gets.chomp + "."

        ?> Daniel
        => Hallo Daniel.

        Dass die Zukunft nur verschleiert zu sehen ist, kannte ich bereits, aber dass sie nun auch noch mit einem Passwort versehen werden soll..?

        ja aber sicher, ich schicke meinen usern immer eine liste mit an
        gewissen daten gültigen passwörtern um die sicherheit zu erhöhen.

        Und was hat das nun mit meiner schnippischen Bemerkung zu tun?

        Gruß, Ashura

        --
        Selfcode: sh:( fo:) ch:? rl:( br:^ n4:& ie:{ mo:) va:) de:> zu:) fl:( ss:| ls:[ js:|
        30 Days to becoming an Opera8 Lover -- Day 19: Notes
        Meine Browser: Opera 8.01 | Firefox 1.0.4 | Lynx 2.8.3 | Netscape 4.7 | IE 6.0
        [Deshalb frei! - Argumente pro freie Software]
        1. Hi,

          Und was hat das nun mit meiner schnippischen Bemerkung zu tun?

          Zeitgebunde TAN's würden phishing-mails erschweren da die verarbeitung
          in einem gewissen zeitraum erfolgen muss. *SCNR*

          ansonsten nix. hab das ;-) gesehn, keine angst.

          MfG

          1. puts "Hallo " + gets.chomp + "."

            ?> Daniel
            => Hallo Daniel.

            Und was hat das nun mit meiner schnippischen Bemerkung zu tun?

            Zeitgebunde TAN's würden phishing-mails erschweren da die verarbeitung
            in einem gewissen zeitraum erfolgen muss. *SCNR*

            Um vier Ecken gedacht...

            ansonsten nix. hab das ;-) gesehn, keine angst.

            Na dann ist ja gut.

            Gruß, Ashura

            --
            Selfcode: sh:( fo:) ch:? rl:( br:^ n4:& ie:{ mo:) va:) de:> zu:) fl:( ss:| ls:[ js:|
            30 Days to becoming an Opera8 Lover -- Day 19: Notes
            Meine Browser: Opera 8.01 | Firefox 1.0.4 | Lynx 2.8.3 | Netscape 4.7 | IE 6.0
            [Deshalb frei! - Argumente pro freie Software]
            1. Hi,

              Um vier Ecken gedacht...

              das ist doch als programmierer eine grundvoraussetzung da der "direkte"
              (vom kunden vorgegebene Weg) eben nicht direkt durchführbar ist. oder
              hab ich nur die falschen kunden? *SCNR*
              mal schaun ob sich das in der zukunft ändert ;-)

              ansonsten nix. hab das ;-) gesehn, keine angst.
              Na dann ist ja gut.

              find ich auch.

              MfG

              1. puts "Hallo " + gets.chomp + "."

                ?> Daniel
                => Hallo Daniel.

                Um vier Ecken gedacht...

                das ist doch als programmierer eine grundvoraussetzung da der "direkte"
                (vom kunden vorgegebene Weg) eben nicht direkt durchführbar ist.

                Nun, das hängt von den Vorkenntnissen und dem Artikulationsvermögen des Kunden ab. Kann er genau sagen, was er will, fällt es zumindest leichter, ihm zu sagen, ob es möglich ist oder nicht.

                oder
                hab ich nur die falschen kunden? *SCNR*

                „Besser als gar nichts.“ wäre wohl an dieser Stelle übertrieben... ;-)

                Gruß, Ashura

                --
                Selfcode: sh:( fo:) ch:? rl:( br:^ n4:& ie:{ mo:) va:) de:> zu:) fl:( ss:| ls:[ js:|
                30 Days to becoming an Opera8 Lover -- Day 19: Notes
                Meine Browser: Opera 8.01 | Firefox 1.0.4 | Lynx 2.8.3 | Netscape 4.7 | IE 6.0
                [Deshalb frei! - Argumente pro freie Software]
  3. Hallo Twilo,

    ich habe gerade ein Blackout

    das Gefühl habe ich beim Lesen des Themas auch :-) (ich habe es mal korrigiert)

    ich versuche gerade eine Funktion zu schreiben, welche überprüft, ob das eingegebene Datum in der Zukunft liegt

    mach mit Hilfe von mktime() einen Timestamp aus dem Datum - und wenn der größer ist, als der Wert den time() zurückgibt, liegt das Datum in der Zukunft.

    Grüße aus Nürnberg
    Tobias

    1. Hallo,

      ich habe es mal

      öhm... das kommt dabei raus, wenn man sich über mehrere Dinge gleichzeitig Gedanken macht :-)

      ich werde das mit mktime mal probieren

      mfg
      Twilo