Hallo Griever,

Ach es gibt so gesetzliche Regelungen, die die Länge des Tages in Sekunden betreffen. Die, die ich hier meine, die schlägt zweimal im Jahr zu.

Darum geht es mir ja nicht. Ob das jetzt 300 Tage in Sekunden - 300 Sekunden sind ist doch gehüpft wie gesprungen. Das wird doch sowieso gerundet ...

Wo rundest Du? Davon ist _nichts_ zu sehen.

In Deinem Ausgangsposting machst Du es ja noch richtig :-)

Scheinbar nicht. Da ich da trotz korrekten Datumsangaben manchmal negative Werte hatte.

Ich habe mir nicht Deine Logik angeschaut, zumindest nutzt Du Funktionen, die von solchen Dingen wie der Sommerzeit unabhängig sind. Warum setzt Du diese bei Deinem erneuten Versuch nicht ein?

Viel besser wäre es, wenn Du meinen Vorschlag in Deinem Originalthread verwenden würdest. Du machst Dich von der Länge des Tages in Sekunden unabhängig.

Hm. Da hab ich noch nie von gehört ...

Dann lies es. Bilde Dich weiter.

Warum verwendest Du für Datumsangaben nicht den Datentyp DATE? Mit solch wunderbaren Datentypen wie DATE oder DATETIME können Datenbankmanagementsysteme sogar rechnen. Vielleicht machen diese Rechenmöglichkeiten Deine PHP-Experimente überflüssig.

Hab ich versucht. Aber irgendwie hat er mir da schon 3 mal die komplette Datenbank verorkst. Sie ist noch eingetragen, die DB. Aber ich kann sie weder wählen, noch löschen (0hne, dass es abschmiert oder in einem Overflow Exception von Windows endet).

Dann machst Du etwas falsch. DATE ist wundervoll geeignet. Keine einzige MySQL-Installation, weder unter Linux noch unter Windows, hat bisher damit Probleme gehabt. Ich vermute, das Problem sitzt an der Tastatur. *fg*

Soll wohl ein Scherz sein. Ich habe so eine tabelle angelegt und habe versucht via phpMyAdmin dort einen wert einzutragen. Da ballert der mir alles in den Wind.

Das ist eine hervorragende Fehlerbeschreibung. Es ist eine absolut nachvollziehbare Beschreibung, was Du unternommen hast.

Der Wert wurde nicht übernommen und die Tabelle ließ sich nicht mehr anwählen. Was soll ich da bitte falsch gemacht haben? phpmyadmin ist ja wohl so aufgebaut, dass normalerweise sowas verhindert wird.

Nein. phpMyAdmin ist nicht so aufgebaut, dass jeder Unsinn verhindert wird. phpMyAdmin hat Dich ja leider auch nicht daran gehindert, nicht sinnvolle Felddatentypen zu verwenden. Ich kann mich nur wiederholen: Auch mit phpMyAdmin hatte ich noch nie Probleme Datumswerte in Datumsfelder mit dem Datentyp DATE einzutragen. Und ich kenne auch niemanden, der damit Deine Probleme hatte.

Könntest Du bitte hier die entsprechende Tabellendefinition posten und das Datum, das Du versucht hast einzutragen. Vielleicht läßt sich somit Dein Fehler finden bzw. Dein Problem nachvollziehen.

Ich möcht mich jetzt nicht weiter streiten, ob DATE oder CHARwieauchimmer. Die Werte werden sowieso ausgelesen und mit einer Schleife für die Tabelle verglichen. If-Else-Abfrage bestimmt dann, ob der Farbwert dunkler, oder heller ausfallen soll. Es dient zur anzeige von Tagen, wo etwas besonderes sein soll. Ferien, Verschiebbare Feiertage.

Hier hast Du zum einen gesetzliche Regelungen (Ferien). Was die Feiertage angeht, so gibt es schon Berechnungsformeln dafür. Ich empfehle Dir die lesenswerten FAQ der  Kalenderberechnungsseite der Salesianer. Dort wird die Gaußsche Osterformel benutzt, dazu ein Link zur Physikalisch-Technischen Bundesanstalt.

Wenn du mir ein Tutorial zeigen kannst, womit man zumindestens Ferientage berechnen lassen kann,

Machst Du Witze? Ferien sind gesetzlich geregelt, nicht über einen Algorithmus.

die dann auch noch problemlos in eine MySql-Tabelle eingetragen werden, dann wäre das geregelt.

Dann würde ich auch alles Umschreiben, was mit Date zu tun hat. Auch die MySql-Tabellen. Muss aber natürlich erstmal einen anderen Server finden, der mir nicht gleich alles zerballert ... (Das ist echt nicht von meiner seite ein Fehler.)

Mit an Sicherheit grenzender Wahrscheinlichkeit ist es Dein Fehler. MySQL ist bei der Behandlung von Spalten des Datentyps DATE durchaus sehr robust. Die werden weltweit erfolgreich eingesetzt. Es gibt wundervolle Funktionen für Datums- und Zeitberechnungen. Diese werden nicht nur von mir gern genutzt.

Die Site soll für Intranet-Zwecke vorliegen. Wie die Daten drin stehen, ist sch.... egal. Hauptsache ist, dass sie übernommen werden.

Tolle Einstellung. Ich glaube, ich sollte diese Einstellung zu Deinem Problem übernehmen.

Hm. Wenn du meinst. Ich habe halt versucht, die Datenbank so aufzubauen. So sah ich es am leichtesten.

Was anfangs leicht aussieht, entwickelt sich oft später zu einem Monster. Verwende bei Datenbanken stets den angemessenen Felddatentyp. Das ist ein ganz einfacher Grundsatz, den Du beachten solltest. Es erleichtert die Arbeit wunderbar. Du bekommst sogar ggf. Fehlermeldungen :-)

Du solltest die Werkzeuge, die Du einsetzt, beherrschen und Dich nicht von Diesen beherrschen lassen.

Ich bin noch kein Profi. Aber ich bin vielleicht auf den Weg dahin. In manchen Sachen habe ich halt viel Ahnung, und in manchen Sachen mach ich halt mal müll. Korrigier mich, wenn ich jetzt was falsches sage: Nobody is perfect!

Verlange ich das von Dir? Nein. Aber ich wünsche mir, dass Du Deinen Verstand etwas öfter einsetzt. Versuche, Zusammenhänge zu verstehen.

Im Übrigen meinte ich primär noch nicht einmal die Backticks ...
Hab kein Plan von Forumchinesisch. Was sind Backticks?

Ich kann auch kein Chinesisch, erst recht kein Forumschinesisch. Backticks haben in meinem Posting nichts mit dem Forum zu tun.

Freundliche Grüße

Vinzenz