Datum vergleiche, Problem

[COLOR="Pink"]

Zitat

<?php

$date = date("Y-m-d");

Müsste das nicht wie folgt sein?

Zitat

<?php

$date = date("DD-MM-YY");

[/COLOR]

[FONT="Comic Sans MS"][COLOR="DeepSkyBlue"][SIZE="3"]Für mySQL und Datum reicht ein einfaches Varcharfeld, das so 20 Zeichen aufnimmt.
Dann machste

date("d.m.Y H:i");

somit bekommst du das Datum im Format wie dieses hier:
24.06.2010 11:32
So das speicherste in der DB.
Und dein Problem liegt am auslesen.
Du suchst dir einfach nur alle Datensätze aus der DB und lässt die ordnen.
So und dank dem Datum DESC ordnet der die so, dass das größte Datum oben is oder so.
Und wenn das grad der am weitesten entfernte Datensatz ist, so wird der den auch ausgeben, da der die der Reihe nach ausgibt und zwar so wie der die entsprechend deinen Kriterien aus der DB holt.
Habe auch mal ein Newsscript gebastelt, das holt immer die neusten 5-10 Artikel und zeigt das neuste oben an und so.
Wie du es eben gemacht hast.
Sinnvoller bei dir wäre es, wenn du ne for-Schleife entsprechend deiner Vorstellung hast und dir dann eben das Datum selbst zusammenbastelst.
zB so:

$tag = date("d");
$restdatum = "." . date("m.Y");


for ($i = 0; i < 5; i++)
{
$datum = $tag . $restdatum;
$Query = "SELECT Datum,Text FROM $db WHERE  datum = 'datum' " 
mysql_query($Query);
...
//nich vergessen folgende Codezeile einzubringen
$tag++;
/*Man könnte auch $i als Tag missbrauchen is aber weniger sinnvoll, ausser du nutzt die variable $tag mit dem Datum als zähler*/

So ists für dich sicher sinnvoller und dürfte dein Ergbenis bringen was du dir wünscht, egal wie viele Daten in der Zukunft liegen.
Solange das Datum stimmt, passt es schon, musst das Script für dich halt anpassen, es können auch Fehler drin sein, weiß es jetzt nicht da ichs ncih testen konnte.

Hoffe es hilft[/SIZE][/COLOR][/FONT]

Anstatt DESC im query ASC benutzen?

[FONT="Comic Sans MS"][COLOR="DeepSkyBlue"][SIZE="3"]Sagte ja varchar mit etwa 20 Zeichen fürs Datum, dann kannste den Datumsstring beliebig formatieren.
Und nach dem Datum ordnen is doch kein Problem, der Code der for-schleife enthält soweit alles, musst eig nurnoch ausgeben nach dem Query und sonst vll bissl anpassen wenn was nich ganz stimmen sollte.

Zur for-Schleife, da hab ich ein Zeichen vergessen.
Nach meinem letzten Kommentar noch ein

}

hin.
Dann klappts, habe den Funktionsrumpf vergessen abzuschliessen xD
PHP Fehlermeldungen sind meist eh so komisch, da sie nich immer die richtigen Infos haben, zB Zeilennummmer.
Die Zeilennummer die enthalten is, die bezieht immer auf das wo der Fehler auftritt, aber der liegt meist obendrüber und dann musste suchen xD[/SIZE][/COLOR][/FONT]

[FONT="Comic Sans MS"][COLOR="DeepSkyBlue"][SIZE="3"]Ich würde mal speziell noch sagen du ersetzt das $db durch deine Table^^
Denn anders wird der kein result finden und gibt eben nix aus.
Ausserdem musste mal noch

mysql_fetch_array($result);

machen damit der das Result überhaupt findet was du wolltest.
Sagte doch, das Script muss auf deine Bedürfnisse angepasst werden^^
Und das Datumsformat muss stimmen, ansonsten im date() Aufruf ändern
[/SIZE][/COLOR][/FONT]

[FONT="Comic Sans MS"][COLOR="DeepSkyBlue"][SIZE="3"]@yannik
Date berechnet das Datum auch aus dem UNIX Timestamp.
Er hat wohl einfach wie immer das Datumsformat nicht angepasst und daher nix von php bekommen.
Ausserdem BizZi
Du hast nichmal die Variable $datum genutzt, du hast nur nach dem String datum gexucht in der DB, kein Wunder dass kein Query funzt.

[/SIZE][/COLOR][/FONT]

Aber ihr müsst bedenken das DATE nicht unendlich geht. Im gegensatz zum Unix-Timestamp. Desweiteren ist man durch den Timestamp bei weitem flexibler was die Ausgabe betrifft. Du kannst dir dadurch das Datum in jeglicher Form ausgeben lassen, die du möchtest. Da wie schon angesprochen hier die Sekunden seit dem 01.01.19.. weiß der Teufel gespeichert werden. Dieser Timestamp ist immer gültig und verfällt nie.

Das is so nich ganz richtig Ulle.

Der Unix-Timestamp is sogar ziemlich anfällig. Es ist wahr, dass man da zwar alles gängige mit Datumsformatierungen erledigen kann, aber was ist mit Daten vor 1970?

Außerdem gibt es das Jahr-2038-Problem, wo der Unix-Timestamp in der Tat verfällt weil 32 Bit überschritten werden.

Zitat von Lunatic;160589

Das is so nich ganz richtig Ulle.

Der Unix-Timestamp is sogar ziemlich anfällig. Es ist wahr, dass man da zwar alles gängige mit Datumsformatierungen erledigen kann, aber was ist mit Daten vor 1970?

Außerdem gibt es das Jahr-2038-Problem, wo der Unix-Timestamp in der Tat verfällt weil 32 Bit überschritten werden.

Die Frage ist nur in welchem Fall man ein Datum in eine Datenbank vor 1970 bzw.
nach 2038 eintragen muss ;)

Es geht mir ja nicht darum zu zeigen warum der Unix-Timestamp ein Unix-Timestamp ist, sondern darum, dass er eben doch ziemlich anfällig ist.

Zugegebenermaßen ist es Wahr dass die realen Anwendungsfälle für sowas ziemlich mager sind, allerdings gibt es Fälle. Besonders für das Jahr 2038 Problem gibt es bereits düstere Prophezeiungen.

Aber für Kalendersysteme z.B. wäre es möglich, dass man die Daten vor 1970 benötigt. Allein wenn man danach googelt findet man viele Menschen die das brauchen.

~Luna