Moin zusammen,
Klaus hat geschrieben: ↑Do 11. Jan 2024, 18:57
@Tommy, das Problem tritt ja nur auf wenn Du eine vorhandene Nachricht vom Bild her änderst.
also
Klaus hat Recht.
Hier ist noch die Datei "
lies_mich.txt" zur derzeit allerneuesten Version der "MySQL Nachrichten" vom 04.01.2024, die ich aber nicht eingebaut habe:
https://www.mobirise-tutorials.com/News/lies_mich.txt
Ich habe jetzt in
meinem Download auch die zur Zeit aktuelle
Version vom 04.01.2024 bereitgestellt.
Vielleicht hatte Werner da auch vom Andy irgendwie Infos erhalten, die nicht ganz stimmten (denn ich hatte nie einen Fehler beim Hochladen bemerkt - seit der allerersten Version) und nicht richtig kontrolliert. Ich benutze die Anwendung "MySQL Nachrichten" seit Anfang 2013 fehlerfrei!
Hat das vielleicht mit der
PHP-Version zu tun, die am Server verwendet wird?
Oder liegt der Fehler denn dann vielleicht darin, dass das Datum
nur beim Setzen in der POST Variable als STRING vorhanden ist?
Code: Alles auswählen
sscanf($_POST["datum"], "%10s %2s:%2s:%2s", $d, $h, $m, $s);
$dateiname = "${d}_$h-$m-$s." . $dateiendung;
... ansonsten eben
$_POST["datum"] leer ist oder bereits keinen Typ STRING mehr hat, sondern den Typ DATETIME ?!
Insbesondere ist mir aufgefallen, dass das Datum ja den Typ "
datetime" in der Datenbank hat und im Script "editor.php" ein
STRING mit
sscanf umgesetzt wird, der nur bei der Eingabe als solcher vorhanden sein sollte, denn das Datum wird ja nur bei der Eingabe als STRING erkannt und dann als DATETIME in die Datenbank eingetragen.
Daher wird vielleicht beim nachträglichen Hochladen vom Bild das Datum ja bereits im Typ "datetime" falsch interpretiert und die Variable
$dateiname dann eben falsch gesetzt.
Das Datum wird als
DATE übernommen, also nicht mehr als STRING und aus der Zeit
$h-$m-$s,
wird dann eben (unerkannt) "
---".
Da ich mich noch zu den Anfängern in Sachen "PHP" zähle, kann ich nicht abschließend beurteilen, ob meine Vermutungen mit dem Anweisung "
sscanf" richtig sein könnten. Wenn diese aber richtig sind, dann ist ja das Problem im allerneuesten Script der Anwendung "MySQL-Nachrichten", vom 04.01.2024, immer noch gleich
Meine heutigen Tests:
Ich habe das jetzt mal
ausführlich getestet, denn bisher habe ich immer sofort mit einem Eintrag ein Bild hochgeladen oder auch gar kein Bild bei einem Beitrag hinzugefügt.
Daher habe ich da nie bemerkt.
Die Screenshots zeigen das, was im jeweiligen Screenshot beschrieben steht. Nach dem Löschen und erneuten Hinzufügen bekommt das Bild dieses
komische Format:
12.01.2024_---.png
Das hatte ich selbst noch nie gesehen, da ich wohl (fast) nie ein Bild gelöscht habe, um es neu einzufügen - außer bei meinen allerersten Versuchen und die stehen bereits seit 2020 in diesem komischen Datums-Format auch bei mir in der Datenbank, was ich heute zum ersten Mal sehen konnte.
Dennoch wird das Bild, auch mit diesem Format vom Dateinamen, erkannt und
richtig dargestellt!
Das wurde bereits auch mit
PHP5 ebenso richtig dargestellt - hier ein Einbau aus dem
Jahr 2013 mit aktuell
PHP5.6 am Server:
http://www.nof-tutorials.com/Nachrichten/
... wie nun aktuell mit
PHP8.2 - hier meine aktuelle PHP-Version an der Domain "Mobirise-Tutorials.com":
https://www.mobirise-tutorials.com/PHP/
... hier meine aktuelle Seite mit der Anwendung "MySQL Nachrichten" in PHP8.2 - hier ist meine aktuelle Anwendung "MySQL Nachrichten" - Version vom 30.08.2020 - aus dem
Jahr 2020:
https://www.mobirise-tutorials.com/News/
Lädt man das Bild
gleich mit hoch (also nicht nachträglich) erhält es das
gewollte Format, siehe auch letzter Screenshot vom Editor (vorletztes Bild):
2024-01-12_01-03-54.jpg
Aber egal wie - das Bild wird
immer angezeigt.
Beim
Reinhard kann eigentlich daher nur noch der
Pfad zum Bild in der Datei "verbindung.php" falsch sein, ansonsten wüsste ich nicht was falsch sein könnte, denn an dem Format liegt es nicht.