Nachrichten-Skript von Werner Zenk

[struggle]

Die Bilder werden ja umbenannt, Dateiname bestehend aus Datum und Uhrzeit. Wenn ich sie entsprechend umbenenne und auf den Server hochlade, müßte das doch eigentlich gehen.

Ansosten stimmt alles, Dateigröße, Höhe, Breite.Sie sind defenitiv im Nachrichten-Editor zu sehen:

Ich verstehe es nicht mehr

[Tommy Herrmann]

Du - im Moment fehlt mir da jede Idee, was Du da gerade falsch machen könntest

Ich habe dieses Script vor Ewigkeiten auch schon mal in NOF eingebaut und dann auch in Mobirise und hatte da mit dem Upload von Bildern überhaupt noch nie ein Problem.

Lösche doch mal die Bilder und lade diese neu hoch. Bist Du sicher, dass die Dateigröße der Bilder mit den Angaben im Script übereinstimmt. Lade doch mal eine ganz kleine Bild-Datei hoch.

Vielleicht liest Werner das ja hier und hat ja noch eine Idee.

[struggle]

Die Bilder habe ich wieder und wieder hochgeladen, etliche Male aktualisiert, dann hab ich noch einen Testeintrag mit Bild (8 KB) gemacht.

Nun fiel mir unter Optionen auf, daß der Zeitraum die Zeit vom 01.01.24 bis heute berücksichtigt. Da die ersten beiden Einträge mit einer Zeit davor gespeichert sind, dachte ich, daß es daran liegt. Ist aber nicht, letzter Eintrag war von heute.

Und den zu berücksichtigen Zeitraum anzupassen brachte auch nichts.

Mal sehen, ob sich ein weiterer Fachmann meldet

Aber vielleicht kannst Du mir noch woanders weiterhelfen.
Im Nachrichtenfeld und in den Auswahlfeldern wird der Text schwarz angezeigt. Aber auch die Überschrift und die Bezeichnungen. Letztere sollen jedoch weiss sein.
In der CSS habe ich einen Eintrag mit #000000 gefunden, wobei ich vermute, daß dies für alles gilt.
Kann man das anders einstellen ?

[Volker]

Kannst Du in der CSS die Werner ja beigelegt hat ändern.

Code: Alles auswählen

/* Nachrichten - Überschrift */
dl.nachrichten dt span.titel {
 font-family: Verdana, Arial, Sans-Serif;
 color: #8A2BE2;
 font-size: 1.3rem;
}

Hier in dem Beispiel Lila

Einfach ein color:#deineFarbe; hinzufügen in der CSS

Du kannst in der Datei style.css alles nach Deinen Wünschen anpassen

[Volker]

Mal sehen, ob sich ein weiterer Fachmann meldet

Ich bin zwar kein Fachmann, aber ich würde Dir raten folgende Werte in der verbindung.php zu ändern:

Code: Alles auswählen

// Maximale Bild-Abmessungen (Breite und Höhe)
$MAX_BILD_BREITE = 5520; // 520 Pixel
$MAX_BILD_HOEHE = 4420; // 420 Pixel

Code: Alles auswählen

// Die Dateigröße des Bildes das maximal hoch geladen werden darf (in Bytes).
$BILD_MAXGROESSE = 100485760; // (10485760 = 10MB) 1048576 Bytes = 1 MB

So habe ich die mal geändert um auch größere Bilder hochzuladen

[struggle]

Ich bin zwar kein Fachmann, aber ich würde Dir raten folgende Werte in der verbindung.php zu ändern:

Das sehe ich aber ganz anders, ich schätze Dich als Fachmann:)

Mit meiner Bemerkung spielte ich auf Tommys Hinweis an, ob evtl. Werner drauf schaut

Die vorgegebene Bildgröße hatte ich deshalb so gewählt, da ich ungerne mit gossen Dateien arbeite
Ein grosses Bild passe ich immer vorher "ratzfatz" an.

[Werner-Zenk.de]

Ich verstehe es nicht, da werden einfach Bilder umbenannt und dann wird im Forum nach der Ursache gefragt, warum diese nicht angezeigt werden

Es hat seinen Grund, warum die Bilder ein eindeutiges Datum bekommen, das Format ist: YYYY-MM-DD_HH-II-SS, und nicht: DD.MM.YYYY_---

Der Dateiname des Bildes ist in der Datenbank hinterlegt und ein Bild mit: 22.12.2023_---.png zu benennen führt unweigerlich zur "Katastrophe"

[struggle]

Hallo Werner, Dein Vorwurf stimmt einfach nicht, ich habe niemals und auch nicht einfach so, Bilder umgenannt.

Wenn Bilder umbenannt sind, dann wurde das von etwas anderem veranlaßt.

[Werner-Zenk.de]

Wenn da so ein falsches Datum angezeigt wird, dann lösche es doch (Checkbox: Löschen) und dann auf "Ausführen" klicken. Im zweiten Schritt wählst du die Nachricht aus und lädst das Bild erneut hoch.

[Klaus]

@Werner, den Fehler müsstest Du eigentlich noch kennen!?

Ich nehme mal an dass struggle das alte Skript aus Tommys Download verwendet und da ist noch der "Upload Bug" drinnen der den Post vom Datum nicht richtig parst.

Vermute mal dass es um das hier geht!?
Version: 19.12.2020
...
Fehler beim hochladen der Bilder behoben (Danke an Andy).
...

Altes Skript:
sscanf($_POST["datum"], "%10s %2s:%2s:%2s", $d, $h, $m, $s);

Neues Skript:
sscanf($_POST["datum"], "%2s.%2s.%4s - %2s:%2s", $d, $m, $j, $h, $i);

[struggle]

Hallo Karl, so viel ich weiß geht es um genau diese Version (Version: 19.12.2020)

Also, ich glaube, ich habe den Fehler gefunden. Es dürfte an der Software liegen !

Ich habe im Editor eine Nachricht geschrieben und ein Datum (händisch) gewählt, also nicht das voreingestellte Datum genommen und dieses gesetzt.

Datum setzen1.PNG (4.55 KiB) 351 mal betrachtet

Dieses Datum habe ich gesetzt, da es schon mal einen Blog zu dieser Webseite mit dieser Nachricht und diesem Datum gab.

Dann habe ich das Bild ausgewählt und auf ausführen geklickt!

Im Editor erschien jetzt das Bild, das offensichtlich umbenannt wurde !

[Klaus]

Ja schon klar, das Verhalten ist bekannt und tritt in der aktuellen Version von Werners Seite nicht mehr auf.

Relativ weit unten:
https://werner-zenk.de/archiv/mysql_nachrichten.php

Problem war das Parsen ("auswerten") des Datums das beim Post mitgesendet wird:
Hier hab ich es mal in eine Datei kopiert mit dem Post so wie es der Chrome überträgt und den 3 Zeilen aus dem alten Skript von Werner:

[Tommy Herrmann]

... hmm - verstehe ich jetzt auch nicht wirklich, wieso das bei mir dann alles bestens funktioniert. Ich vewende doch genau diese (alte) Version vom Code.

Ich verwende doch diese "MySQL Nachrichten" ständig und lade da auch jedes Mal ein Bild mit hoch und hatte damit noch nie ein Problem.

Wie ist das möglich

Im Übrigen gab es auf meiner Download-Seite 72 Downloads dieser Anwendung und keiner der Anwender hat je damit Probleme gehabt. Weiterhin verweise ich auf meiner Seite auf eine mögliche neuere Version zu Werners Seite.


Ich habe auch nie eine Version vom 19.12.2020 verwendet und auch nicht in meinem Download. Wo habt ihr denn dieses Versions-Datum bei mir gefunden?

Ich verwende aktuell am Server eine Version vom 30.08.2020 und ebenfalls die gleiche Version in meinem Download und dort steht das noch genau so in der Datei:

editor.php

Meine Version vom 30.08.2020 funktioniert genau so bestens:

Code: Alles auswählen

          // Dateiname für das Bild setzen
          sscanf($_POST["datum"], "%10s %2s:%2s:%2s", $d, $h, $m, $s);

Neueste Version vom 04.01.2024 auf Werners Seite, dort steht es jetzt so. Das habe ich persönlich aber noch nirgendwo verwendet:

Code: Alles auswählen

// Dateiname für das Bild setzen
                                        sscanf($_POST["datum"], "%2s.%2s.%4s - %2s:%2s", $d, $m, $j, $h, $i);
                                        $dateiname = $j . '-' . $m . '-' . $d . '_' . $h . '-' . $i . '-' . date("s") . '.' . $dateiendung;

sscanf — Überträgt einen String in ein angegebenes Format:

https://www.php.net/manual/de/function.sscanf.php


Natürlich verwende ich keine Dateinamen, die Punkte beinhalten

Der Punkt vor der Dateierweiterung .png ist doch ein Separator zwischen Dateinamen und Dateierweiterung (Extension). Ich würde im Leben nicht auf die Idee kommen irgendeine Datei mit Punkten im Dateinamen zu versehen - Hilfe

Ein Foto, dass ich hochlade heißt meinetwegen:

logo.png

oder auch

2024-01-11-logo.png

Wenn man Dateinamen, wie jene von Fotos weiter verarbeitet, sollten und dürfen diese auch keine Leer- oder Sonderzeichen wie Umlaute enthalten.

[struggle]

Ich würde im Leben nicht auf die Idee kommen irgendeine Datei mit Punkten im Dateinamen zu versehen - Hilfe

Ich auch nicht, das macht die Software. Den veränderten Dateinamen sieht man auch erst nach dem Klick auf "Ausführen" und neuem Aufruf des Beitrages im Editor.

Ich mache noch mal alles neu, am besten wohl mit der von Dir oben genannten Version vom 04.01.24
Ich weiß ja jetzt wie es geht

[Tommy Herrmann]

Reinhard,

wo liegen eigentlich alle Deine Dateien und wo das Verzeichnis mit den Bildern.

Kein Mensch hat was irgendwo geschrieben, dass diese Anwendung in ein Verzeichnis "blog" soll. Da stimmen dann vielleicht die relativen Pfade alle nicht mehr. Auch der Pfad zu den Bildern nicht.

https://www.meinlangengrassau.de/blog/anzeige.php

Ich habe immer nur vom Stammverzeichnis - der Projekt-Root - gesprochen und noch nie etwas von einem Unterverzeichnis gesagt.

[struggle]

Bilder und alle weiteren Dateien von Werner liegen genau hier:

meinlangengrassau.de/blog/bilder
meinlangengrassau.de/blog/anzeige.php
usw.

Das hat auch alles bestens funktioniert, auch Bilder mit dem Editor hochladen, und plötzlich ging es nicht mehr.

Das Unterverzeichnis habe ich der Übersichtlichkeit halber angelegt. Wegen der vielen php-Dateien muss ich nicht lange suchen.

Mal eine Frage, warum sollte man kein Unterverzeichnis haben, das man beispielsweise "blog" bezeichnet ?
Wenn der Pfad stimmt (und er stimmt), müsste es doch egal sein.

[Tommy Herrmann]

wenn Du dann alle Dateien in diesem Verzeichnis "blog" hast ist es ja gut.

Ich kann mich aber entsinnen, dass Du schon mal das Verzeichnis "bilder" im Stammverzeichnis angelegt hattest und nicht im Verzeichnis "blog".

Prüfe das bitte nochmals und schreibe mal einen neuen Test-Eintrag mit einem neuen Bild, dass Du meinetwegen so nennst, ohne irgendwelche Datumsangaben mit Punkten:

bild.jpg

https://www.meinlangengrassau.de/ereignisse.html

[Tommy Herrmann]

Diese Konfiguration zum Verzeichnis "bilder" muss dann auch in der Datei "verbindung.php" so stehen:

Code: Alles auswählen

### BILDER ###
// Verzeichnis in dem sich die Bilder befinden (relativ von dieser Datei)
$BILDPFAD = "bilder/"; // Benötigt Lese- und Schreibrechte!

... wenn das Verzeichnis "bilder" im Verzeichnis "blog" angelegt ist und sich auch die Datei "verbindung.php" in diesem Verzeichnis "blog" befindet.

[struggle]

Ich muss erst Mal pausieren, im Keller ist das Abwasserrohr verstopft, da kommt die Schei...... hoch. Nichts läuft mehr ab.

[Tommy Herrmann]

Ach Du Scheiße