Kunena 7.0.4 Released

The Kunena team has announce the arrival of Kunena 7.0.4 [K 7.0.4] in stable which is now available for download as a native Joomla extension for J! 5.4.x/6.0.x. This version addresses most of the issues that were discovered in K 6.2 / K 6.3 / K 6.4 and issues discovered during the last development stages of K 7.0

Question 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map

More
3 years 1 month ago #227895 by rich
Replied by rich on topic 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map

Das Feld read_at (lesen am) müßte doch created_at (erstellt am) heißen denn die Funktion kann nur durch senden angesprochen werden.
Wie soll das System feststellen wann ich einen Beitrag lese?

Der Zeitpunkt, wann die PN gelesen wurde, wird nach dem Zeitpunkt bestimmt, wo der Empfänger das Thema aufgerufen hat. Es funktioniert genauso, wie bei den gelesenen Themen, die dann nicht mehr grün markiert sind.

Was die Zeitangabe betrifft, scheint irgendwas nicht zu funktionieren, da die Tabelle bei einem Upgrade ebenfalls nicht aktualisiert wird.
Important! Always create a backup before you make any changes to your website!

Please Log in or Create an account to join the conversation.

More
3 years 1 month ago #227896 by Gindi
Replied by Gindi on topic 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map

Dieses Kommando behebt das Problem (Prefix muss angepasst werden):
Code:
ALTER TABLE `#__kunena_private_user_map` CHANGE `read_at` `read_at` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00', CHANGE `replied_at` `replied_at` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00', CHANGE `deleted_at` `deleted_at` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00';
 
Ich habe den Code bei mir jetzt so geändert, daß das Datum angezeigt wird.
Code:
ALTER TABLE `#__kunena_private_user_map` CHANGE `read_at` `read_at` DATETIME on update CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, CHANGE `replied_at` `replied_at` DATETIME on update CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, CHANGE `deleted_at` `deleted_at` DATETIME on update CURRENT_TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP;

Gruß Gindi
 

Please Log in or Create an account to join the conversation.

More
3 years 1 month ago - 3 years 1 month ago #227897 by Gindi
Replied by Gindi on topic 6.1.0-BETA2-DEV Keine Datenspeicherung in Tabelle _kunena_private_user_map
Eigentlich ist es nicht nötig den Eintrag "on update CURRENT_TIMESTAMP" in der aktuellen Situation hinzu zufügen weil es keinen Einfluß auf die angezeigten Daten/Zeiten hat.
Das Datum wird auch angezeigt wenn der Code:
Code:
ALTER TABLE `#__kunena_private_user_map` CHANGE `read_at` `read_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, CHANGE `replied_at` `replied_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, CHANGE `deleted_at` `deleted_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP;
lautet.

Vielleicht liegt das Problem auch an dem falschen DEFAULT '0000-00-00 00:00:00'.
MySQL 8.0 Reference Manual sagt:
The DATETIME type is used for values that contain both date and time parts. MySQL retrieves and displays DATETIME values in 'YYYY-MM-DD hh:mm:ss' format. The supported range is '1000-01-01 00:00:00' to '9999-12-31 23:59:59'.

Gruß Gindi
 
Last edit: 3 years 1 month ago by Gindi. Reason: Auszug aus MySQL 8.0

Please Log in or Create an account to join the conversation.

Time to create page: 0.237 seconds