Beitrag von Stephan Hix (106 Beiträge) am Donnerstag, 1.Februar.2001, 15:32.
@Christoph: Bei Änderungen springen Datumsfelder auf 1.1.2001 zurück
Hallo Christoph!
Ja, ich habe die aktuellste Version der Datumsfelder (Feld ändern, unverändert abschicken ...)
Aber immer wenn ein Datensatz zum ändern aufgerufen wird springen die Datumsfelder auf den 1.1.!
Das ist schlecht, wenn Anzeigebedingungen auf Daten zugreifen und man nicht höllisch aufpasst.
Wenn du Dir das mal ansehen willst, dann schau Dir mal die Datenbank Meldungen beim User spd_schwelm an.
Danke!
Gruß
Stephan
Antworten
Beitrag von Christoph Bergmann (8110 Beiträge) am Donnerstag, 1.Februar.2001, 20:34.
Re: Bei Änderungen springen Datumsfelder auf 1.1.2001 - eigener code?
Passiert das bei einer "normalen" Nutzereingabe über ein Formular oder hast Du da ein Template mit eigenem Code + irgendwo den Befehl "mod" ??
Antworten
Beitrag von Stephan Hix (106 Beiträge) am Freitag, 2.Februar.2001, 10:29.
Re: Bei Änderungen springen Datumsfelder auf 1.1.2001 - eigener code?
Die Eingabe erfolgt nicht über ein eigenes Template, also auch nicht über "mod" - das kann ich noch nicht ...
Wir geben die Datensätze über die "normale" Baseportal-Maske ein. Also: Anmelden, Datenbank wählen, Inhalt, ändern
User: spd_schwelm, DB: Meldungen
Gruß
Stephan
Antworten
Beitrag von Stephan Hix (106 Beiträge) am Samstag, 3.Februar.2001, 19:27.
@Christoph: DB komplett neu - immer noch Datumsproblem!
Auf die Gefahr hin, dass ich nerve ...
Ich bekomme bei den Datumsfeldern immer noch bei Änderungen den 1.1.2001 reingehauen - in der Eingabemaske von Baseportal ...
Datenbank zum rumspielen: meldungen2 bei spd_schwelm
Einfach aus dem Homeverzeichnis aufrufen und einen beliebigen Datensatz ändern ... kaputt machen kannst Du da nix, ist eine Kopie vom Original.
Meine Volltextsuche scheint jetzt zu klappen (die den Server gestern zum Stillstand gebracht hatte ...). Wenn Du Dein "Serverseitiges" OK gibst, stelle ich die in die Bibliothek.
Gruß
Stephan
Antworten
Beitrag von Andreas (396 Beiträge) am Samstag, 3.Februar.2001, 19:48.
Re: @Christoph: DB komplett neu - immer noch Datumsproblem!
Hallo Stephan,
auch wenn es Christoph jetzt vielleicht ärgert: ich arbeite nicht mit dem Feldtyp Datum, da mir das immer noch nicht sicher genug läuft.
Ich habe alle Datumsfelder als Textfelder im Format JJJJ.MM.TT mit Textsortierung definiert. Das aktuelle Datum läßt sich mit datum(jetzt, "Jahr.Monat0.Tag0") problemlos erzeugen und verwalten. Man muß halt an der einen oder anderen Stelle etwas mehr Perl-Code basteln, aber ich bin zufrieden.
Und ich glaube auch nicht, daß ich so mehr Speicherplatz oder Serverlast verbrauche...
Gruß, Andreas
Antworten
Beitrag von Stephan Hix (106 Beiträge) am Samstag, 3.Februar.2001, 22:00.
Ich habe auch nur Teile umgestellt - war vorher perl :-)
Aber es hat schon auch was für sich. Bei meiner Anwendung werden Daten halt auch von anderen eingegeben, nicht nur von mir. Und die haben mit JJJJMMTT irgendwie immer ihre Probleme - es ist halt anfälliger für Unachtsamkeiten. Darum habe ich den Meldungsteil schon mal umgestellt. Der Termine-Teil läuft aber immer noch auf "die alte Tour".
Gruß
Stephan
Antworten
Beitrag von Christoph Bergmann (8110 Beiträge) am Sonntag, 4.Februar.2001, 05:06.
Re: @Christoph: DB komplett neu - immer noch Datumsproblem!
Jups, hab den Datumsfehler schon gesehen, brauch aber noch ein paar Tage bis ich zum Verbessern komme...
Antworten
